De Power BI bewaken

Artikel
10/23/2021
4 minuten om te lezen

De bewaking van Premium-capaciteiten biedt beheerders inzicht in de prestaties van capaciteiten. U bewaakt capaciteiten via de Power BI-beheerdersportal of de app Power BI Premium Capacity Metrics (van Power BI).

Power BI-beheerportal

In de beheerdersportal biedt het tabblad Status voor elke capaciteit een overzicht van metrische gegevens voor de capaciteit en elke ingeschakelde workload. Metrische gegevens weergeven een gemiddelde van de afgelopen zeven dagen.

Op het capaciteitsniveau zijn metrische gegevens een optelsom van alle ingeschakelde workloads. De volgende metrische gegevens worden gegeven:

CPU-GEBRUIK: geef het gemiddelde CPU-gebruik als percentage van de totale beschikbare CPU voor de capaciteit.
GEHEUGENGEBRUIK: geeft het gemiddelde geheugengebruik (in GB) als een totaal van beschikbaar geheugen van de capaciteit.

Voor elke ingeschakelde workload worden het CPU-gebruik en geheugengebruik gegeven, evenals een aantal metrische gegevens die specifiek zijn voor een workload. Voor bijvoorbeeld de workload Gegevensstroom geeft Totaalaantal het aantal vernieuwingen voor elke gegevensstroom weer. Gemiddelde duur geeft de gemiddelde duur van een vernieuwing voor de gegevensstroom weer.

Tabblad Capaciteitsstatus in de portal

Voor meer informatie over alle beschikbare metrische gegevens voor elke workload raadpleegt u Capaciteiten bewaken in de beheerdersportal.

De bewakingsmogelijkheden in de Power BI-portal zijn ontworpen voor een snel overzicht van belangrijke metrische gegevens voor de capaciteit. Voor gedetailleerdere bewaking wordt het aanbevolen dat u gebruikmaakt van de app Power BI Premium Capacity Metrics.

De app Power BI Premium Capacity Metrics

De Power BI Premium Capacity Metrics-app is een Power BI-app die beschikbaar is voor capaciteitsbeheerders en die net als andere Power BI-apps wordt geïnstalleerd. Het bevat een dashboard en een rapport.

De app Power BI Premium Capacity Metrics

Wanneer de app wordt geopend, wordt het dashboard geladen en worden er meerdere tegels weergegeven met een geaggregeerde weergave van alle capaciteiten waarvan de gebruiker capaciteitsbeheerder is. De indeling van het dashboard bevat vijf hoofdgedeeltes:

Overzicht: app-versie, aantal capaciteiten en werkruimten
Systeemoverzicht: metrische gegevens van geheugen- en CPU-gebruik
Samenvatting van gegevensset: aantal gegevenssets, DQ/LC, vernieuwingen en metrische gegevens van query's
Samenvatting van gegevensstroom: aantal gegevensstromen en metrische gegevens van gegevensset
Samenvatting van gepagineerd rapport: metrische gegevens van vernieuwingen en weergaven

Het onderliggende rapport, waaruit de dashboardtegels zijn vastgemaakt, kan worden geopend door te klikken op een dashboardtegel. Het biedt een gedetailleerder perspectief van elke van de dashboardgegevens en ondersteunt interactieve filtering.

U filtert door slicers in te stellen op datumbereik, capaciteit, werkruimte en workload (rapport, gegevensset gegevensstroom) en door elementen te selecteren binnen rapportvisuals om de rapportpagina kruislings te filteren. Kruislings filteren is een goede techniek om specifieke tijdsperioden, capaciteiten, werkruimten, gegevenssets enz. te beperken en kan erg nuttig zijn om hoofdoorzaakanalyses uit te voeren.

Raadpleeg Premium-capaciteiten bewaken met de app voor meer informatie over metrische gegevens van dashboards en rapporten in de app.

Metrische gegevens interpreteren

Metrische gegevens moeten worden bewaakt voor een basisbegrip van resourcegebruik en workloadactiviteit. Als de capaciteit langzamer wordt, is het belangrijk te begrijpen welke metrische gegevens moeten worden bewaakt en welke conclusies u kunt trekken.

In het ideale geval moeten query's binnen een seconde zijn voltooid voor een reactieve ervaring bij rapportgebruikers en voor een hogere doorvoer van query's. Het is meestal minder erg dat processen op de achtergrond, waaronder vernieuwingen, langer duren.

Over het algemeen zijn langzame rapporten een indicatie van een overbelaste capaciteit. Wanneer rapporten niet worden geladen, is dit een indicatie van een overbelaste capaciteit. In beide gevallen kan de hoofdoorzaak in veel factoren worden gezocht, waaronder:

Mislukt query's. Die geven een zekere geheugendruk aan en dat een model niet kan worden geladen in het geheugen. De Power BI-service probeert een model 30 seconden lang te laden voordat het mislukt.
Buitensporige querywachttijden. Dit heeft mogelijk meerdere oorzaken:
- De Power BI-service moet eerst modellen verwijderen en vervolgens het model laden waarop de query moet worden uitgevoerd (onthoud dat veel verwijderingen uit de gegevensset geen indicatie zijn van druk op de capaciteit, tenzij dit gepaard gaat met langere querywachttijden waaruit geheugenthrashing blijkt).
- Modellaadtijden (in het bijzonder de wachttijd bij het laden van een groter model in het geheugen).
- Langdurige query's.
- Te veel LC\DQ-verbindingen (meer dan capaciteitslimieten).
- CPU-verzadiging.
- Complexe rapportontwerpen met veel visuals op een pagina (onthoud dat een visual een query is).
Een lange queryduur geeft mogelijk aan dat modelontwerpen niet zijn geoptimaliseerd, in het bijzonder wanneer meerdere gegevenssets actief zijn in een capaciteit en maar één gegevensset voor een lange queryduur zorgt. Dit geeft aan dat de capaciteit voldoende resources heeft en dat de betreffende gegevensset suboptimaal of gewoon langzaam is. Langdurige query's kunnen problematisch zijn, omdat ze de toegang tot resources blokkeren die andere processen nodig hebben.
Lange vernieuwingswachttijden geven onvoldoende geheugen aan door veel actieve modellen die geheugen gebruiken, of dat een vernieuwing met een fout andere vernieuwingen blokkeert (waardoor parallelle vernieuwingslimieten worden overschreden).