Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Important
Den här funktionen finns i Beta. Arbetsyteadministratörer kan styra åtkomsten till den här funktionen från sidan Förhandsversioner . Se Hantera förhandsversioner av Azure Databricks.
När du konfigurerar observabilitet för ett projekt skapar Lakebase färdiga Lakeview-dashboards över dina telemetritabeller, så du får rika, interaktiva diagram över din Postgres-aktivitet utan att bygga några själva. De läser samma Delta-tabeller i Unity-katalogen som Insights och Genie använder.
På projektets Övervakningssida ger fliken Metrics levande grafer över en enda beräkning (CPU, minne, anslutningar, cacheträfffrekvens) för ett svar utan inställning på "är min databas frisk just nu?" Fliken Avancerad Postgres Telemetri finns alltid också, men förblir tom tills du konfigurerar observabilitet. När telemetrin väl flödar finns det ett kort som länkar till var och en av de här instrumentpanelerna. Eftersom de bygger på telemetrin som har samlats in i Delta-tabeller består de efter omstarter och besvarar de frågor som Metrics inte kan: vilken fråga som går långsamt, om en plan har ändrats och vad som skiljer sig mellan två tidsintervall.
Förutsättningar
- Ett Lakebase-projekt med observerbarhet konfigurerad och en löpande beräkning.
- Panelerna skapas första gången konfigurationen skriver telemetridata, så vänta några minuter efter att du först har konfigurerat observabilitet. Liksom tabellerna visas de inte förrän telemetri har skickats minst en gång.
Öppna en instrumentpanel
Öppna ett projekts instrumentpaneler från fliken Advanced Postgres Telemetri:
- Öppna ditt projekt och gå till Övervakning.
- Välj fliken Avancerad Postgres Telemetri. Den listar ett kort för varje instrumentpanel som projektets observabilitetskonfiguration skapar.
- Klicka på ett kort för att öppna den dashboarden i Databricks SQL, i en ny flik. Dashboarden öppnas filtrerad till grenens primära (läs/skriv-) endpoint.
Om fliken visar ett tomt tillstånd istället för kort saknas en av två saker:
- Ingen konfiguration tilldelad — projektet har ännu ingen avancerad telemetri konfigurerad. Tilldela eller skapa en observabilitetskonfiguration i projektets inställningar först. Se Konfigurera observabilitet.
- Inga dashboards än — en konfiguration är tilldelad men har ännu inte skapat sina dashboards. De visas när konfigurationen har konfigurerat dem, strax efter att telemetri börjar flöda.
Note
Du kan också öppna dashboards direkt. Gå i arbetsytan till Dashboards och sök efter Lakebase Overview eller Lakebase Time Interval Comparison. Eftersom instrumentpanelerna är vanliga Lakeview-instrumentpaneler i din arbetsyta (se Instrumentpanelerna är dina), går de att söka efter där precis som alla andra.
Standardinstrumentpanelerna
Två instrumentpaneler skapas för varje observabilitetskonfiguration. Varje dashboard har filter som avgränsar dess vyer, så att du kan snäva in till det tidsfönster och de beräkningsresurser du är intresserad av. De exakta filtren och var de finns skiljer sig mellan de två instrumentpanelerna, som beskrivs nedan.
Översikt över Lakebase
En bred översikt över ett projekts hälsa och prestation över en tidsperiod, för en eller flera ändpunkter. Den har tre sidor.
Översiktssidan täcker beräkning, kopplingar, frågor och väntetider vid en snabb överblick:
| Graph | Vad det visar | Läser från |
|---|---|---|
| CPU och RAM över tid | Beräkna CPU- och minnesanvändning över det valda fönstret. | compute_gauges |
| CPU-användning över tid (kärnor i användning) | Kärnor i användning över tid. Långvariga perioder nära din tilldelade CPU indikerar att beräkningen är CPU-bunden. | compute_counters |
| Disk-I/O över tid (MB/s) | Diskens läs-/skrivgenomströmning över tid. | compute_counters |
| Nätverks-I/O över tid (MB/s) | Nätverksgenomströmning över tid. | compute_counters |
| Anslutningar per slutpunkt | Anslutningsantal över tid, uppdelat per slutpunkt. | active_session_history |
| Aktiva sessioner över tid | Samtidiga aktiva sessioner över tid. | active_session_history |
| Volym för frågeexekvering över tid | Hur många frågor som utfördes över tid. | pg_stat_statements_counters |
| Avg frågeexekveringstid (ms) | Genomsnittlig frågelatens över tid. | pg_stat_statements_counters |
| Topp 20 frågor efter antal samtal | De mest frekvent utförda frågorna i fönstret. | pg_stat_statements_counters |
| Topp 10 frågor: Total körningstid över tid | De frågor som tar mest total exekveringstid spåras över fönstret. | pg_stat_statements_counters |
| Topp 10-frågor: % förändring i genomsnittlig körningstid (jämfört med medelvärdet) | Frågor vars genomsnittliga latens avviker mest från deras eget medelvärde, till ytliga regressioner. | pg_stat_statements_counters |
| Väntetid per klass över tid | Tid spenderad på väntan, uppdelad i vänteklasser (lås, I/O och annat), över tid. Vilken klass som dominerar pekar på var frågor blockeras. | wait_event_counters |
| Topp 25 långsammaste frågor (Planhistorik) | De långsammaste individuella avrättningarna som fångats i planens historia. | plan_history |
| LFC-minnesöversikt per slutpunkt | Minnesanvändning för lokal filcache per slutpunkt, en indikator på working set-storlek. | compute_gauges |
Sidan för frågeanalys går in i en enda fråga (vald med sidans Query ID-filter):
| Graph | Vad det visar | Läser från |
|---|---|---|
| Frågesamtal & genomsnittlig ledningstid över tid | Samtalsvolym och genomsnittlig latens för den valda frågan över tid. | pg_stat_statements_counters |
| Exekveringstid per planhash | Exekveringstid per planhash, så du kan se när en förfrågans plan ändrades och hur varje plan presterar. En plötslig avmattning dyker ofta upp här som en ny, långsammare plan-hash. | plan_history |
| Statistik för frågelängd | Varaktighetsstatistik för den valda frågans exekveringar. | plan_history |
| Genomsnittlig I/O-statistik över tid | Genomsnittlig I/O som den valda frågan utförde över tid. | plan_history |
| Topp 5 längsta avrättningar | De fem långsammaste individuella exekveringarna av den valda frågan. | plan_history |
Sidan Globala filter innehåller kontrollerna som täcker varannan sida: Datumintervall, Endpoint och Include Postgres Database.
Jämförelse av Lakebase tidsintervall
Jämför en endpoints aktivitet över två tidsintervall du väljer (ett "före" och "efter") med ytförändringar och regressioner, till exempel efter en distribution eller en trafiktopp. Du anger Period A och Period B i datumintervallväljarna och väljer ändpunkt, och läser sedan de två perioderna sida vid sida:
| Graph | Vad det visar | Läser från |
|---|---|---|
| Topp väntehändelser — Period A / Period B | De dominerande väntehändelserna i varje period, som staplar bredvid varandra. | wait_event_counters |
| Väntehändelser över tid — Period A / Period B | Hur väntehändelser utvecklas inom varje period. | wait_event_counters |
| Jämförelsetabell för väntehändelser | Vänta på händelser för de två perioderna i en tabell, så att skiften sticker ut. | wait_event_counters |
| Jämförelsetabell för frågor | Sökstatistik för de två perioderna sida vid sida för att se vilka sökningar som blev långsammare eller mer intensiva. | pg_stat_statements_counters |
För vad varje kolumn i dessa tabeller betyder, se Telemetritabellreferens.
Dela en översiktspanel
Översikterna skapas som utkast som du äger, så att du kan öppna och använda dem direkt.
Om du vill dela en dashboard med andra användare, publicera den. När du publicerar väljer du hur dess förfrågningar ska gå för dessa tittare:
- Inbäddade inloggningsuppgifter — frågor körs som utgivare, och du hanterar åtkomst på dashboard-nivå. Detta är det enklare alternativet.
- Visningsautentiseringsuppgifter — frågor körs med varje visares identitet, så du behöver ge dem behörighet till de underliggande telemetritabellerna. Detta är mer arbete, men det låter andra köra sina egna anpassade frågor mot samma data.
Anpassa och utöka en instrumentpanel
Instrumentpanelerna är dina att byta ut. Eftersom varje är en vanlig Lakeview-dashboard kan du redigera den som vilken annan som helst: byta namn på eller ta bort grafer, ändra visualiseringar, justera standardfiltren eller lägga till egna grafer och sidor som backas upp av samma telemetritabeller (eller kopplade till annan data i Unity Catalog). För hur du redigerar Lakeview-dashboards, se Dashboards.
Om du hellre vill behålla originalen orörda, klona först en instrumentpanel och anpassa kopian.
För att bygga helt nya vyer, skriv egna frågor mot telemetritabellerna med vilket Azure Databricks SQL-verktyg som helst. Datan är standard-Delta i din egen Unity-katalog.
Instrumentpanelerna är dina
Instrumentpanelerna och telemetritabellerna ägs av användaren. Lakebase skapar dem, men de tillhör dig, och att ta bort konfigurationen tar aldrig bort dem:
- Att ta bort observabilitetskonfigurationen tar inte bort dem. Om du tar bort eller omtilldelar en konfiguration finns dess instrumentpaneler och telemetritabeller kvar. Alla ändringar du gjort i en dashboard sparas. Ta bort dem själv om du inte längre vill ha dem.
- Att ändra var en konfiguration skriver (dess katalog, schema eller tabellprefix) lämnar de befintliga instrumentpanelerna ifred och skapar en ny instrumentpanel som pekar mot den nya destinationen. Den tidigare översiktspanelen finns fortfarande kvar som ditt fristående innehåll.
Eftersom de är standarddashboards för Lakeview och Delta-tabeller i din egen Unity-katalog, beter de sig som vilket annat innehåll du äger, istället för att vara låsta i en separat observabilitetsprodukt.
Nästa steg
- Samla in telemetri till Lakehouse — konfigurera konfigurationen för observerbarhet som skapar dessa översiktspaneler.
- Telemetritabellreferens — varje tabell och kolumn som graferna läser från.
- Hitta och lösa problem med Insights – låt en bakgrundsagent ta fram problem från samma telemetri.
- Diagnostisera och åtgärda problem med Genie – undersöka ett problem konversationsmässigt.