Del via


Overvåk Power BI Embedded

Denne artikkelen beskriver:

  • Hvilke typer overvåkingsdata du kan samle inn for denne tjenesten.
  • Måter å analysere disse dataene på.

Merk

Hvis du allerede er kjent med denne tjenesten og/eller Azure Monitor og bare vil vite hvordan du analyserer overvåkingsdata, kan du se delen Analyser nær slutten av denne artikkelen.

Når du har kritiske programmer og forretningsprosesser som er avhengige av Azure-ressurser, må du overvåke og få varsler for systemet. Azure Monitor-tjenesten samler inn og aggregerer måledata og logger fra hver komponent i systemet. Azure Monitor gir deg en oversikt over tilgjengelighet, ytelse og robusthet, og varsler deg om problemer. Du kan bruke Azure Portal, PowerShell, Azure CLI, REST API eller klientbiblioteker til å konfigurere og vise overvåkingsdata.

  • Hvis du vil ha mer informasjon om Azure Monitor, kan du se Azure Monitor-oversikten.
  • Hvis du vil ha mer informasjon om hvordan du overvåker Azure-ressurser generelt, kan du se Overvåke Azure-ressurser med Azure Monitor.

Tips

Du kan også bruke Måledata-appen for Microsoft Fabric Capacity Metrics til å overvåke kapasiteten din.

Ressurstyper

Azure bruker konseptet ressurstyper og ID-er til å identifisere alt i et abonnement. Ressurstyper er også en del av ressurs-ID-ene for hver ressurs som kjører i Azure. Én ressurstype for en virtuell maskin er Microsoft.Compute/virtualMachinesfor eksempel . Hvis du vil ha en liste over tjenester og tilhørende ressurstyper, kan du se Ressursleverandører.

Azure Monitor organiserer på samme måte kjerneovervåkingsdata i måledata og logger basert på ressurstyper, også kalt navneområder. Ulike måledata og logger er tilgjengelige for ulike ressurstyper. Tjenesten kan være knyttet til mer enn én ressurstype.

Hvis du vil ha mer informasjon om ressurstypene for Power BI Embedded, kan du se Datareferanse for Power BI Embedded.

Lagring av data

For Azure Monitor:

  • Måledata lagres i Azure Monitor-måledatadatabasen.
  • Loggdata lagres i Azure Monitor-logglageret. Log Analytics er et verktøy i Azure-portalen som kan spørre i denne butikken.
  • Azure-aktivitetsloggen er en separat butikk med sitt eget grensesnitt i Azure-portalen.

Du kan eventuelt rute måledata og aktivitetsloggdata til Azure Monitor-logglageret. Deretter kan du bruke Log Analytics til å spørre etter dataene og koordinere dem med andre loggdata.

Mange tjenester kan bruke diagnoseinnstillinger til å sende metriske data og logge data til andre lagringssteder utenfor Azure Monitor. Eksempler inkluderer Azure Storage, vertsbaserte partnersystemer og ikke-Azure-partnersystemer, ved hjelp av Event Hubs.

Hvis du vil ha detaljert informasjon om hvordan Azure Monitor lagrer data, kan du se Azure Monitor-dataplattform.

Måledata for Azure Monitor-plattform

Azure Monitor tilbyr plattformmåledata for de fleste tjenester. Disse måledataene er:

  • Individuelt definert for hvert navneområde.
  • Lagret i måledatabasen for tidsserier i Azure Monitor.
  • Lett og i stand til å støtte nær sanntidsvarsling.
  • Brukes til å spore ytelsen til en ressurs over tid.

Samling: Azure Monitor samler inn plattformmetrikk automatisk. Ingen konfigurasjon kreves.

Ruting: Du kan også rute noen plattformmåledata til Azure Monitor Logs / Log Analytics, slik at du kan spørre dem med andre loggdata. Kontroller innstillingen for DS-eksport for hver metrikkverdi for å se om du kan bruke en diagnoseinnstilling til å rute måleverdien til Azure Monitor Logs / Log Analytics.

Hvis du vil ha en liste over alle måledata som er mulig å samle inn for alle ressurser i Azure Monitor, kan du se Støttede måledata i Azure Monitor.

Hvis du vil ha en liste over tilgjengelige måledata for Power BI Embedded, kan du se datareferanse for Power BI Embedded-overvåking.

Ikke-Azure Monitor-baserte måledata

Denne tjenesten tilbyr andre måledata som ikke er inkludert i azure Monitor-måledatabasen.

Du kan bruke Måledata-appen for Microsoft Fabric Capacity Metrics til å overvåke kapasiteten din.

Ressurslogger for Azure Monitor

Ressurslogger gir innsikt i operasjoner som ble utført av en Azure-ressurs. Logger genereres automatisk, men du må rute dem til Azure Monitor-logger for å lagre eller spørre dem. Logger er organisert i kategorier. Et gitt navneområde kan ha flere ressursloggkategorier.

Samling: Ressurslogger samles ikke inn og lagres før du oppretter en diagnoseinnstilling og ruter loggene til én eller flere plasseringer. Når du oppretter en diagnoseinnstilling, angir du hvilke kategorier med logger som skal samles inn. Det finnes flere måter å opprette og vedlikeholde diagnoseinnstillinger på, inkludert Azure-portalen, programmatisk og om Azure Policy.

Ruting: Den foreslåtte standarden er å rute ressurslogger til Azure Monitor Logs, slik at du kan spørre dem med andre loggdata. Andre steder som Azure Storage, Azure Event Hubs og enkelte Microsoft-overvåkingspartnere er også tilgjengelige. Hvis du vil ha mer informasjon, kan du se Azure-ressurslogger og ressursloggmål.

Hvis du vil ha detaljert informasjon om innsamling, lagring og ruting av ressurslogger, kan du se Diagnoseinnstillinger i Azure Monitor.

Hvis du vil ha en liste over alle tilgjengelige ressursloggkategorier i Azure Monitor, kan du se Støttede ressurslogger i Azure Monitor.

Alle ressurslogger i Azure Monitor har de samme overskriftsfeltene, etterfulgt av tjenestespesifikke felt. Det vanlige skjemaet er beskrevet i Azure Monitor-ressursloggskjemaet.

Hvis du vil ha de tilgjengelige ressursloggkategoriene, de tilknyttede Log Analytics-tabellene og loggskjemaene for Power BI Embedded, kan du se Referanse for overvåking av data for Power BI Embedded.

Azure-aktivitetslogg

Aktivitetsloggen inneholder abonnementsnivåhendelser som sporer operasjoner for hver Azure-ressurs sett fra utenfor denne ressursen. Du kan for eksempel opprette en ny ressurs eller starte en virtuell maskin.

Samling: Aktivitetslogghendelser genereres automatisk og samles inn i en egen butikk for visning i Azure-portalen.

Ruting: Du kan sende aktivitetsloggdata til Azure Monitor Logs, slik at du kan analysere dem sammen med andre loggdata. Andre steder som Azure Storage, Azure Event Hubs og enkelte Microsoft-overvåkingspartnere er også tilgjengelige. Hvis du vil ha mer informasjon om hvordan du ruter aktivitetsloggen, kan du se Oversikt over Azure-aktivitetsloggen.

Selv om plattformmetrikk og Azure Monitor-aktivitetsloggen samles inn og lagres automatisk, kan du rute dem til andre steder ved hjelp av diagnoseinnstillinger. Diagnoseinnstillinger definerer hvor ressurslogger og måledata for en bestemt ressurs skal sendes.

Ressurslogger samles ikke inn og lagres før du oppretter minst én diagnoseinnstilling og ruter den til en plassering. Når du oppretter en diagnoseinnstilling, angir du hvilke kategorier av ressurslogger som skal samles inn. Kategoriene for Power BI Embedded er oppført i overvåkingsdatareferansen for Power BI Embedded.

Hvis du vil ha mer informasjon om hvordan du oppretter og konfigurerer diagnoseinnstillinger ved hjelp av Azure-portalen, Azure CLI eller Azure PowerShell, kan du se Diagnoseinnstillinger i Azure Monitor.

Analysere overvåkingsdata

Det finnes mange verktøy for å analysere overvåkingsdata.

Azure Monitor-verktøy

Azure Monitor støtter følgende grunnleggende verktøy:

Verktøy som tillater mer kompleks visualisering inkluderer:

  • Instrumentbord som lar deg kombinere ulike typer data i én enkelt rute i Azure-portalen.
  • Arbeidsbøker, rapporter som kan tilpasses, som du kan opprette i Azure-portalen. Arbeidsbøker kan inneholde tekst, måledata og loggspørringer.
  • Grafana, et åpent plattformverktøy som utmerker seg i operasjonelle instrumentbord. Du kan bruke Grafana til å opprette instrumentbord som inkluderer data fra flere andre kilder enn Azure Monitor.
  • Power BI, en forretningsanalysetjeneste som tilbyr interaktive visualiseringer på tvers av ulike datakilder. Du kan konfigurere Power BI til automatisk å importere loggdata fra Azure Monitor for å dra nytte av disse visualiseringene.

Eksportverktøy for Azure Monitor

Du kan få data ut av Azure Monitor i andre verktøy ved hjelp av følgende metoder:

Hvis du vil komme i gang med REST-API-en for Azure Monitor, kan du se Azure-overvåking av REST API-gjennomgang.

Kusto-spørringer

Du kan analysere overvåkingsdata i Azure Monitor Logs / Log Analytics Store ved hjelp av Kusto-spørringsspråket (KQL).

Viktig

Når du velger Logger fra tjenestens meny i portalen, åpnes Log Analytics med spørringsomfanget satt til gjeldende tjeneste. Dette omfanget betyr at loggspørringer bare inkluderer data fra denne ressurstypen. Hvis du vil kjøre en spørring som inneholder data fra andre Azure-tjenester, velger du Logger fra Azure Monitor-menyen . Se Loggspørringsomfang og tidsområde i Azure Monitor Log Analytics for mer informasjon.

Hvis du vil ha en liste over vanlige spørringer for enhver tjeneste, kan du se grensesnittet for Log Analytics-spørringer.

Her er et eksempel på en spørring som fullføres på mindre enn fem minutter (300 000 millisekunder):

    search *
    | where Type == "AzureDiagnostics"
    | where ( OperationName == "QueryEnd" )
    | where toint(Duration_s) < 300000   

Varsler

Azure Monitor-varsler varsler deg proaktivt når bestemte betingelser finnes i overvåkingsdataene dine. Med varsler kan du identifisere og løse problemer i systemet før kundene legger merke til dem. Hvis du vil ha mer informasjon, kan du se Azure Monitor-varsler.

Det finnes mange kilder til vanlige varsler for Azure-ressurser. Hvis du vil ha eksempler på vanlige varsler for Azure-ressurser, kan du se Eksempelloggvarslingsspørringer. Azure Monitor Baseline Alerts (AMBA)-nettstedet gir en halvautomatisk metode for å implementere viktige målevarsler for plattformer, instrumentbord og retningslinjer. Nettstedet gjelder for et kontinuerlig voksende delsett av Azure-tjenester, inkludert alle tjenester som er en del av Azure Landing Zone (ALZ).

Det vanlige varslingsskjemaet standardiserer forbruket av Varslingsvarsler for Azure Monitor. Hvis du vil ha mer informasjon, kan du se Common-varselskjema.

Typer varsler

Du kan varsle på en hvilken som helst metrisk eller loggdatakilde i Azure Monitor-dataplattformen. Det finnes mange ulike typer varsler avhengig av tjenestene du overvåker og overvåkingsdataene du samler inn. Ulike typer varsler har ulike fordeler og ulemper. Hvis du vil ha mer informasjon, kan du se Velge riktig overvåkingsvarslingstype.

Listen nedenfor beskriver hvilke typer Azure Monitor-varsler du kan opprette:

  • Metriske varsler evaluerer ressursmetrikk med jevne mellomrom. Måledata kan være plattformmetrikk, egendefinerte måledata, logger fra Azure Monitor konvertert til måledata eller Application Insights-måledata. Metriske varsler kan også bruke flere betingelser og dynamiske terskler.
  • Loggvarsler gjør det mulig for brukere å bruke en Log Analytics-spørring til å evaluere ressurslogger med en forhåndsdefinert frekvens.
  • Aktivitetsloggvarsler utløses når det oppstår en ny aktivitetslogghendelse som samsvarer med definerte betingelser. Varsler om ressurstilstand og varsler om tjenestetilstand er aktivitetsloggvarsler som rapporterer om tjeneste- og ressurstilstanden.

Noen Azure-tjenester støtter også smartregistreringsvarsler, Prometheus-varsler eller anbefalte varslingsregler.

For enkelte tjenester kan du overvåke i stor skala ved å bruke den samme metriske varslingsregelen på flere ressurser av samme type som finnes i samme Azure-område. Individuelle varsler sendes for hver overvåkede ressurs. Hvis du vil ha støtte for Azure-tjenester og -skyer, kan du se Overvåke flere ressurser med én varslingsregel.

Varslingsregler for Power BI Embedded

Du kan angi varsler for alle måledata, loggoppføringer eller aktivitetsloggoppføringer som er oppført i datareferansen for Power BI Embedded-overvåking.

Rådgiveranbefalinger

For enkelte tjenester, hvis kritiske forhold eller forestående endringer oppstår under ressursoperasjoner, vises et varsel på siden oversikt over tjenesten i portalen. Du finner mer informasjon og anbefalte løsninger for varselet i Advisor-anbefalinger under Overvåking i menyen til venstre. Under normale operasjoner vises ingen anbefalinger for rådgiver.

Hvis du vil ha mer informasjon om Azure Advisor, kan du se Azure Advisor-oversikt.