Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Important
Deze functie bevindt zich in de bètaversie. Werkruimtebeheerders kunnen de toegang tot deze functie beheren vanaf de pagina Previews . Zie Azure Databricks previews beheren.
Wanneer je observabiliteit voor een project configureert , maakt Lakebase kant-en-klare Lakeview-dashboards over je telemetrietabellen, zodat je rijke, interactieve grafieken van je Postgres-activiteit krijgt zonder zelf te hoeven bouwen. Ze lezen dezelfde Delta-tabellen in de Unity Catalog die Insights en Genie gebruiken.
Op de monitoringpagina van het project geeft het tabblad Metrics live grafieken van één enkele rekenkracht (CPU, geheugen, verbindingen, cache hit rate) voor een nul-setup antwoord op de vraag "is mijn database nu gezond?" Het tabblad Geavanceerde Postgres Telemetrie is ook altijd aanwezig, maar blijft leeg totdat je observabiliteit configureert. Zodra er telemetriegegevens binnenkomen, bevat deze een kaart met koppelingen naar elk van deze dashboards. Omdat ze de telemetrie die in Delta-tabellen is vastgelegd doorlopen, blijven ze bestaan bij herstarts en beantwoorden ze de vragen die Metrics niet kunnen beantwoorden: welke query traag is, of een plan is veranderd, en wat verschilt tussen twee tijdsintervallen.
Prerequisites
- Een Lakebase-project waarvoor observability is geconfigureerd en met een actieve compute.
- De dashboards worden aangemaakt wanneer de configuratie voor het eerst telemetriegegevens wegschrijft, dus wacht een paar minuten nadat je observability voor het eerst hebt ingesteld. Net als de tabellen worden ze pas weergegeven nadat er minimaal één keer telemetriegegevens zijn binnengekomen.
Een dashboard openen
Open de dashboards van een project via het tabblad Advanced Postgres Telemetrie :
- Open je project en ga naar Monitoring.
- Selecteer het tabblad Geavanceerde Postgres Telemetrie. Hierop wordt voor elk dashboard dat door de observability-configuratie van het project wordt gemaakt, een kaart weergegeven.
- Klik op een kaart om dat dashboard in Databricks SQL te openen, in een nieuw tabblad. Het dashboard opent gefilterd naar het primaire (lees/schrijf) eindpunt van de branch.
Als het tabblad een lege toestand toont in plaats van kaarten, ontbreekt er een van twee dingen:
- Geen configuratie toegewezen — het project heeft nog geen geavanceerde telemetrie geconfigureerd. Wijs eerst een observability-configuratie toe of maak deze in de instellingen van het project. Zie Configureer observabiliteit.
- Nog geen dashboards — er is een configuratie toegewezen, maar de dashboards zijn nog niet aangemaakt. Ze verschijnen zodra de configuratie ze aanmaakt, kort nadat er voor het eerst telemetriegegevens binnenkomen.
Note
Je kunt de dashboards ook direct openen. Ga in de werkruimte naar Dashboards en zoek naar Lakebase Overzicht of Lakebase Tijdinterval Vergelijking. Omdat de dashboards gewone Lakeview-dashboards in je werkruimte zijn (zie De dashboards zijn van jou), zijn ze daar doorzoekbaar zoals elk ander.
De standaarddashboards
Voor elke observability-configuratie worden twee dashboards aangemaakt. Elk dashboard heeft filters die de weergaven afbakenen, zodat je het tijdsvenster en de berekeningen die je belangrijk vindt kunt beperken. De exacte filters en waar ze zich bevinden verschillen tussen de twee dashboards, zoals hieronder beschreven.
Overzicht van Lakebase
Een breed overzicht van de gezondheid en prestaties van een project over een tijdsperiode, voor één of meer eindpunten. Het heeft drie pagina's.
De Overzichtspagina behandelt in één oogopslag rekenwerk, verbindingen, zoekopdrachten en wachten:
| Graph | Wat het laat zien | Leest uit |
|---|---|---|
| CPU & RAM in de loop van de tijd | Bereken het CPU- en geheugengebruik in het geselecteerde venster. | compute_gauges |
| CPU-gebruik in de loop van de tijd (kernen in gebruik) | Gebruikte cores in de loop van de tijd. Langdurige periodes dicht bij je toegewezen CPU geven aan dat de rekenkracht CPU-gebonden is. | compute_counters |
| Schijf I/O in de loop van de tijd (MB/s) | Schijflees-/schrijfdoorvoer over tijd. | compute_counters |
| Netwerk-I/O in de loop van de tijd (MB/s) | Netwerkdoorvoer in de loop van de tijd. | compute_counters |
| Verbindingen per eindpunt | Verbindingsaantal over tijd, verdeeld per eindpunt. | active_session_history |
| Actieve sessies in de loop van de tijd | Gelijktijdige actieve sessies in de loop van de tijd. | active_session_history |
| Query-uitvoeringsvolume in de loop van de tijd | Hoeveel zoekopdrachten er in de loop van de tijd zijn uitgevoerd. | pg_stat_statements_counters |
| Avg Query Execution Time (ms) | Gemiddelde querylatentie over tijd. | pg_stat_statements_counters |
| Top 20 Zoekopdrachten per aantal oproepen | De meest uitgevoerde zoekopdrachten in het venster. | pg_stat_statements_counters |
| Top 10 query's: totale uitvoeringstijd in de tijd | De queries die de meeste totale uitvoeringstijd verbruiken, worden over het venster gevolgd. | pg_stat_statements_counters |
| Top 10 query’s: % verandering in gemiddelde uitvoeringstijd (t.o.v. het gemiddelde) | Queries waarvan de gemiddelde latentie het meest afwijkt van hun eigen gemiddelde tot oppervlakte-regressies. | pg_stat_statements_counters |
| Wachttijd per klasse in de loop van de tijd | Tijd besteed aan wachten, uitgesplitst naar wachtklasse (vergrendelingen, I/O en overige), in de tijd. Welke klasse domineert, wijst naar waar queries geblokkeerd zijn. | wait_event_counters |
| Top 25 Langzaamste Zoekopdrachten (Plangeschiedenis) | De langzaamste individuele executies die in de geschiedenis van het plan zijn vastgelegd. | plan_history |
| LFC Geheugenoverzicht per eindpunt | Lokaal bestandscachegeheugengebruik per eindpunt, een indicator van de grootte van de werkset. | compute_gauges |
De pagina Query Analysis gaat dieper in op één query (geselecteerd met het Query ID-filter op de pagina):
| Graph | Wat het laat zien | Leest uit |
|---|---|---|
| Queryaanroepen & gemiddelde uitvoeringstijd in de tijd | Oproepvolume en gemiddelde latentie voor de geselecteerde query over tijd. | pg_stat_statements_counters |
| Uitvoeringstijd per planhash | Uitvoeringstijd per planhash, zodat je kunt zien wanneer het plan van een query veranderde en hoe elk plan presteert. Een plotselinge vertraging verschijnt hier vaak als een nieuw, langzamer plan-hash. | plan_history |
| Queryduurstatistieken | Duurstatistieken voor de uitvoeringen van de geselecteerde query. | plan_history |
| Gemiddelde I/O-statistieken over tijd | Gemiddelde I/O van de geselecteerde query die over de tijd is uitgevoerd. | plan_history |
| Top 5 langste uitvoeringen | De vijf langzaamste individuele uitvoeringen van de geselecteerde query. | plan_history |
De pagina Globale Filters bevat de controles die elke andere pagina beslaan: Datumbereik, Eindpunt en Inclusief Postgres-database.
Lakebase tijdintervalvergelijking
Vergelijkt de activiteit van een eindpunt over twee tijdsintervallen die je kiest (een "voor" en "na") met oppervlakkige veranderingen en regressies, bijvoorbeeld na een deployment of een verkeerspiek. Je stelt Periode A en Periode B in met de datumbereik-kiesers en kiest het eindpunt, en leest vervolgens de twee perioden naast elkaar:
| Graph | Wat het laat zien | Leest uit |
|---|---|---|
| Top Wachtevenementen — Periode A / Periode B | De dominante wachtgebeurtenissen in elke periode, weergegeven als naast elkaar geplaatste balken. | wait_event_counters |
| Wachtgebeurtenissen in de loop van de tijd — Periode A / Periode B | Hoe de wachtgebeurtenissen binnen elke periode verlopen? | wait_event_counters |
| Vergelijkingstabel van wachtgebeurtenissen | Wachttijden voor de twee periodes in één tabel, zodat verschuivingen opvallen. | wait_event_counters |
| Vergelijkingstabel voor zoekopdrachten | Volg de zoekstatistieken voor de twee periodes naast elkaar, om te zien welke zoekopdrachten langzamer of drukker werden. | pg_stat_statements_counters |
Voor wat elke kolom in deze tabellen betekent, zie Telemetrietabel referentie.
Een dashboard delen
De dashboards worden als concepten aangemaakt die van jou zijn, zodat je ze meteen kunt openen en gebruiken.
Als je een dashboard wilt delen met andere gebruikers, publiceer het dan. Wanneer je publiceert, kies je hoe de zoekopdrachten voor die kijkers verlopen:
- Ingebedde inloggegevens — queries worden uitgevoerd door de uitgever, en jij beheert de toegang op dashboardniveau. Dit is de eenvoudigere optie.
- Kijkergegevens — queries worden als elke viewer uitgevoerd, dus je geeft ze rechten op de onderliggende telemetrietabellen. Dit is meer werk, maar het stelt anderen in staat hun eigen aangepaste zoekopdrachten uit te voeren met dezelfde data.
Pas een dashboard aan en breid het uit
De dashboards zijn aan jou om te veranderen. Omdat elk een gewoon Lakeview-dashboard is, kun je het bewerken zoals elk ander: grafieken hernoemen of verwijderen, visualisaties wijzigen, de standaardfilters aanpassen, of je eigen grafieken en pagina's toevoegen die worden ondersteund door dezelfde telemetrietabellen (of gekoppeld aan andere data in de Unity Catalog). Voor hoe je Lakeview-dashboards bewerkt, zie Dashboards.
Als je liever de originelen onaangeroerd houdt, kloon dan eerst een dashboard en pas de kopie aan.
Om volledig nieuwe views te bouwen, schrijf je je eigen queries tegen de telemetrietabellen met een Azure Databricks SQL-tool. De gegevens zijn standaard-Delta in uw eigen Unity Catalog.
De dashboards zijn van jou
De dashboards en de telemetrietabellen zijn gebruikerseigendom. Lakebase maakt ze aan, maar ze behoren toe aan jou, en het verwijderen van de configuratie verwijdert ze nooit:
- Het verwijderen van de observability-configuratie verwijdert ze niet. Als je een configuratie verwijdert of opnieuw toewijst, blijven de dashboards en telemetrietabellen aanwezig. Alle bewerkingen die je aan een dashboard hebt gedaan, blijven behouden. Verwijder ze zelf als je ze niet meer wilt.
- Het wijzigen van waar een configuratie schrijft (de catalogus, het schema of het tabelprefix) laat de bestaande dashboards met rust en creëert een nieuw dashboard dat op de nieuwe bestemming is gericht. Het eerdere dashboard blijft je zelfstandige content.
Omdat het standaard Lakeview-dashboards en Delta-tabellen zijn in je eigen Unity-catalogus, gedragen ze zich als elke andere content die je bezit, in plaats van opgesloten te zitten in een apart observability-product.
Volgende stappen
- Telemetrie vastleggen in het Lakehouse — stel de configuratie voor observability in die deze dashboards genereert.
- Telemetrietabelreferentie — elke tabel en kolom waaruit de grafieken worden gelezen.
- Vind en los problemen op met Insights — laat een achtergrondagent problemen uit dezelfde telemetrie aan het licht brengen.
- Problemen met Genie vaststellen en oplossen - een probleem op gesprek onderzoeken.