Dela via

Övervaka Azure SignalR Service

  • Artikel

I den här artikeln beskrivs:

  • De typer av övervakningsdata som du kan samla in för den här tjänsten.
  • Sätt att analysera dessa data.

Kommentar

Om du redan är bekant med den här tjänsten och/eller Azure Monitor och bara vill veta hur du analyserar övervakningsdata kan du läsa avsnittet Analysera i slutet av den här artikeln.

När du har viktiga program och affärsprocesser som är beroende av Azure-resurser måste du övervaka och få aviseringar för systemet. Azure Monitor-tjänsten samlar in och aggregerar mått och loggar från varje komponent i systemet. Azure Monitor ger dig en översikt över tillgänglighet, prestanda och motståndskraft och meddelar dig om problem. Du kan använda Azure Portal, PowerShell, Azure CLI, REST API eller klientbibliotek för att konfigurera och visa övervakningsdata.

Resurstyper

Azure använder begreppet resurstyper och ID:t för att identifiera allt i en prenumeration. Resurstyper ingår också i resurs-ID:t för varje resurs som körs i Azure. En resurstyp för en virtuell dator är Microsoft.Compute/virtualMachinestill exempel . En lista över tjänster och deras associerade resurstyper finns i Resursprovidrar.

Azure Monitor organiserar på liknande sätt kärnövervakningsdata i mått och loggar baserat på resurstyper, även kallade namnområden. Olika mått och loggar är tillgängliga för olika resurstyper. Tjänsten kan vara associerad med mer än en resurstyp.

Mer information om resurstyperna för Azure SignalR Service finns i Referens för Övervakningsdata för Azure SignalR Service.

Datalagring

För Azure Monitor:

  • Måttdata lagras i Azure Monitor-måttdatabasen.
  • Loggdata lagras i Azure Monitor-loggarkivet. Log Analytics är ett verktyg i Azure Portal som kan köra frågor mot det här arkivet.
  • Azure-aktivitetsloggen är ett separat arkiv med ett eget gränssnitt i Azure Portal.

Du kan också dirigera mått- och aktivitetsloggdata till Azure Monitor-loggarkivet. Du kan sedan använda Log Analytics för att fråga efter data och korrelera dem med andra loggdata.

Många tjänster kan använda diagnostikinställningar för att skicka mått- och loggdata till andra lagringsplatser utanför Azure Monitor. Exempel är Azure Storage, värdbaserade partnersystem och icke-Azure-partnersystem med hjälp av Event Hubs.

Detaljerad information om hur Azure Monitor lagrar data finns i Azure Monitor-dataplattformen.

Azure SignalR Service-loggar lagras i lagringskontot som konfigurerats i diagnostikinställningar. En container med namnet insights-logs-alllogs skapas automatiskt för att lagra resursloggar. I containern lagras loggar i filen resourceId=/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT. SIGNALRSERVICE/SIGNALR/XXX/y=ÅÅÅÅ/m=MM/d=DD/h=HH/m=00/PT1H.json. I grund och botten är sökvägen en kombination av resource ID och Date Time. Loggfilerna delas av hour. Därför är minuterna alltid m=00.

Alla loggar lagras i JSON-format (JavaScript Object Notation). Följande kod är ett exempel på en JSON-sträng för arkivlogg:

{
    "properties": {
        "message": "Entered Serverless mode.",
        "type": "ConnectivityLogs",
        "collection": "Connection",
        "connectionId": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
        "userId": "User",
        "transportType": "WebSockets",
        "connectionType": "Client"
    },
    "operationName": "ServerlessModeEntered",
    "category": "AllLogs",
    "level": "Informational",
    "callerIpAddress": "xxx.xxx.xxx.xxx",
    "time": "2019-01-01T00:00:00Z",
    "resourceId": "/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT.SIGNALRSERVICE/SIGNALR/XXX",
    "location": "xxxx"
}

Fältnamn för lagringsmål skiljer sig något från fältnamn för Log Analytics. Mer information om mappningen av fältnamn mellan tabellerna Storage och Log Analytics finns i Mappning av resursloggtabeller.

Azure Monitor-plattformsmått

Azure Monitor tillhandahåller plattformsmått för de flesta tjänster. Dessa mått är:

  • Individuellt definierad för varje namnområde.
  • Lagras i azure monitor-databasen för tidsseriemått.
  • Lätt och kan stödja nästan realtidsaviseringar.
  • Används för att spåra prestanda för en resurs över tid.

Samling: Azure Monitor samlar in plattformsmått automatiskt. Ingen konfiguration krävs.

Routning: Du kan också dirigera vissa plattformsmått till Azure Monitor-loggar/Log Analytics så att du kan köra frågor mot dem med andra loggdata. Kontrollera DS-exportinställningen för varje mått för att se om du kan använda en diagnostikinställning för att dirigera måttet till Azure Monitor-loggar/Log Analytics.

En lista över alla mått som du kan samla in för alla resurser i Azure Monitor finns i Mått som stöds i Azure Monitor.

Azure SignalR Service-mått

En lista över alla tillgängliga mått för Azure SignalR Service finns i Referens för Övervakningsdata för Azure SignalR Service.

Kornighet för antal meddelanden

Minsta kornighet för antal meddelanden är 2 kB utgående datatrafik. Om en klient skickar små eller ovanliga meddelanden på mindre än 2 KB under en samplingsperiod är antalet meddelanden noll (0) trots att meddelanden har skickats. Sättet att söka efter ett litet antal meddelanden eller storleken på meddelanden är med hjälp av måttet Utgående trafik, vilket är antalet skickade byte.

Systemfel och användarfel

Måtten Användarfel och Systemfel är procentandelen försök till åtgärder, till exempel att ansluta eller skicka ett meddelande, som misslyckades. Ett systemfel är ett fel i den interna systemlogiken. Ett användarfel är vanligtvis ett programfel, ofta relaterat till nätverk. Normalt bör procentandelen systemfel vara låg, nära noll.

Viktigt!

I vissa situationer är felfrekvensen för användare mycket hög, särskilt i serverlöst läge. I vissa webbläsare stängs inte SignalR-klienten på ett korrekt sätt när en användare stänger webbsidan. En anslutning kan förbli öppen men svarar inte förrän Azure SignalR Service slutligen stänger den på grund av timeout. Timeout-stängningen räknas i måttet Användarfel.

Mått som lämpar sig för autoskalning

Användning av anslutningskvoter och serverbelastning visar procentandelen av användningen eller belastningen jämfört med det för närvarande allokerade antalet enheter. Dessa mått används ofta i regler för automatisk skalning. Om den aktuella allokeringen till exempel är en enhet och det finns 750 anslutningar till tjänsten är användningen av anslutningskvot 750/1000 = 0,75. Serverbelastning beräknas på samma sätt med värden för beräkningskapacitet. Mer information finns i Skala enheter automatiskt för en Azure SignalR Service.

Kommentar

Autoskalning är endast en premiumnivåfunktion.

Azure Monitor-resursloggar

Resursloggar ger insikter om åtgärder som har utförts av en Azure-resurs. Loggar genereras automatiskt, men du måste dirigera dem till Azure Monitor-loggar för att spara eller köra frågor mot dem. Loggar ordnas i kategorier. Ett givet namnområde kan ha flera resursloggkategorier.

Samling: Resursloggar samlas inte in och lagras förrän du skapar en diagnostikinställning och dirigerar loggarna till en eller flera platser. När du skapar en diagnostikinställning anger du vilka kategorier av loggar som ska samlas in. Det finns flera sätt att skapa och underhålla diagnostikinställningar, inklusive Azure Portal, programmatiskt och via Azure Policy.

Routning: Det föreslagna standardvärdet är att dirigera resursloggar till Azure Monitor-loggar så att du kan köra frågor mot dem med andra loggdata. Andra platser som Azure Storage, Azure Event Hubs och vissa Microsoft-övervakningspartner är också tillgängliga. Mer information finns i Azure-resursloggar och Resursloggmål.

Detaljerad information om hur du samlar in, lagrar och dirigerar resursloggar finns i Diagnostikinställningar i Azure Monitor.

En lista över alla tillgängliga resursloggkategorier i Azure Monitor finns i Resursloggar som stöds i Azure Monitor.

Alla resursloggar i Azure Monitor har samma rubrikfält följt av tjänstspecifika fält. Det vanliga schemat beskrivs i Azure Monitor-resursloggschemat.

  • Detaljerade anvisningar om hur du aktiverar, frågar och felsöker med Azure SignalR Service-resursloggar finns i Övervaka och felsöka Azure SignalR Service-loggar.
  • De tillgängliga resursloggkategorierna, deras associerade Log Analytics-tabeller och loggscheman för Azure SignalR Service finns i Referens för Övervakningsdata för Azure SignalR Service.

Resursloggkategorier

Resursloggar grupperas i kategorigrupper. Kategorigrupper är en samling olika loggar som hjälper dig att uppnå olika övervakningsmål. Azure SignalR stöder anslutningsloggar, meddelandeloggar och HTTP-begärandeloggar.

Anslutningsloggar

Anslutningsloggar innehåller detaljerad information för SignalR Hub-anslutningar. Till exempel:

  • Grundläggande information som användar-ID, anslutnings-ID och transporttyp
  • Händelseinformation som att ansluta, koppla från och avbryta händelser

Därför är anslutningsloggen användbar för att felsöka anslutningsproblem. Vanliga anslutningsrelaterade felsökningar finns i Anslutningsproblem.

Meddelandeloggar

Meddelandeloggar tillhandahåller spårningsinformation för SignalR Hub-meddelanden som tas emot och skickas via SignalR-tjänsten, till exempel spårnings-ID och meddelandetyp för meddelandet. Spårnings-ID och meddelandetyp loggas också i appservern. Vanligtvis spelas meddelandet in när det anländer till eller lämnar tjänsten eller servern. Därför är meddelandeloggar användbara för felsökning av meddelanderelaterade problem. Vanliga problem med meddelanderelaterad felsökning finns i meddelanderelaterade problem.

Kommentar

Den här typen av logg genereras för varje meddelande. Om meddelandena skickas ofta kan meddelandeloggar påverka signalR-tjänstens prestanda. Du kan dock välja olika insamlingsbeteenden för att minimera prestandapåverkan. Se resursloggar som samlar in beteenden.

HTTP-begärandeloggar

HTTP-begärandeloggar innehåller detaljerad information för HTTP-begäranden som tas emot av Azure SignalR, till exempel statuskod och URL för begäran. HTTP-begärandeloggen är användbar för att felsöka problem som rör begäran.

De tillgängliga resursloggkategorierna, deras associerade Log Analytics-tabeller och loggscheman för Azure SignalR Service finns i Referens för Övervakningsdata för Azure SignalR Service.

Resursloggar som samlar in beteenden

Det finns två vanliga scenarier för att använda resursloggar, särskilt för meddelandeloggar.

  • Meddelandekvalitetsloggar om meddelandet har skickats eller tagits emot eller registrerar varje meddelande som levereras via SignalR-tjänsten.
  • Prestandaloggar meddelandefördröjning eller spårar meddelandet i några anslutningar i stället för alla anslutningar.

SignalR-tjänsten tillhandahåller därför två typer av insamlingsbeteenden:

  • Samla in alla samlar in loggar i alla anslutningar.
  • Samla in samlar delvis in loggar i vissa specifika anslutningar.

Mer information om hur du samlar in beteenden för resursloggar och hur du konfigurerar dem finns i Resursloggar som samlar in beteenden.

Azure-aktivitetslogg

Aktivitetsloggen innehåller händelser på prenumerationsnivå som spårar åtgärder för varje Azure-resurs som visas utanför resursen. till exempel att skapa en ny resurs eller starta en virtuell dator.

Samling: Aktivitetslogghändelser genereras automatiskt och samlas in i ett separat arkiv för visning i Azure Portal.

Routning: Du kan skicka aktivitetsloggdata till Azure Monitor-loggar så att du kan analysera dem tillsammans med andra loggdata. Andra platser som Azure Storage, Azure Event Hubs och vissa Microsoft-övervakningspartner är också tillgängliga. Mer information om hur du dirigerar aktivitetsloggen finns i Översikt över Azure-aktivitetsloggen.

Analysera övervakningsdata

Det finns många verktyg för att analysera övervakningsdata.

Azure Monitor-verktyg

Azure Monitor har stöd för följande grundläggande verktyg:

  • Metrics Explorer, ett verktyg i Azure Portal som gör att du kan visa och analysera mått för Azure-resurser. Mer information finns i Analysera mått med Azure Monitor Metrics Explorer.

  • Log Analytics, ett verktyg i Azure Portal som gör att du kan köra frågor mot och analysera loggdata med hjälp av Kusto-frågespråket (KQL). Mer information finns i Kom igång med loggfrågor i Azure Monitor.

  • Aktivitetsloggen, som har ett användargränssnitt i Azure Portal för visning och grundläggande sökningar. Om du vill göra mer djupgående analys måste du dirigera data till Azure Monitor-loggar och köra mer komplexa frågor i Log Analytics.

Verktyg som möjliggör mer komplex visualisering är:

  • Instrumentpaneler som gör att du kan kombinera olika typer av data i ett enda fönster i Azure Portal.
  • Arbetsböcker, anpassningsbara rapporter som du kan skapa i Azure Portal. Arbetsböcker kan innehålla text-, mått- och loggfrågor.
  • Grafana, ett öppet plattformsverktyg som utmärker sig i operativa instrumentpaneler. Du kan använda Grafana för att skapa instrumentpaneler som innehåller data från flera andra källor än Azure Monitor.
  • Power BI, en tjänst för affärsanalys som tillhandahåller interaktiva visualiseringar mellan olika datakällor. Du kan konfigurera Power BI för att automatiskt importera loggdata från Azure Monitor för att dra nytta av dessa visualiseringar.

Exportverktyg för Azure Monitor

Du kan hämta data från Azure Monitor till andra verktyg med hjälp av följande metoder:

  • Mått: Använd REST-API:et för mått för att extrahera måttdata från Azure Monitor-måttdatabasen. API:et stöder filteruttryck för att förfina de data som hämtas. Mer information finns i Azure Monitor REST API-referens.

  • Loggar: Använd REST-API:et eller de associerade klientbiblioteken.

  • Ett annat alternativ är dataexporten för arbetsytan.

Information om hur du kommer igång med REST-API:et för Azure Monitor finns i Genomgång av REST API för Azure-övervakning.

Kusto-frågor

Du kan analysera övervakningsdata i Azure Monitor-loggar/Log Analytics-arkivet med hjälp av Kusto-frågespråket (KQL).

Viktigt!

När du väljer Loggar på tjänstens meny i portalen öppnas Log Analytics med frågeomfånget inställt på den aktuella tjänsten. Det här omfånget innebär att loggfrågor endast innehåller data från den typen av resurs. Om du vill köra en fråga som innehåller data från andra Azure-tjänster väljer du Loggar på Azure Monitor-menyn . Mer information finns i Log query scope and time range in Azure Monitor Log Analytics (Loggfrågeomfång och tidsintervall i Azure Monitor Log Analytics ).

En lista över vanliga frågor för alla tjänster finns i Log Analytics-frågegränssnittet.

Exempel på Kusto-frågor för Azure SignalR Service finns i Frågor för tabellen SignalRServiceDiagnosticLogs.

Kommentar

Frågefältnamn för Lagringsmål skiljer sig något från fältnamn för Log Analytics. Mer information om fältnamnsmappningar mellan Lagrings- och Log Analytics-tabeller finns i Mappning av resursloggtabeller.

Aviseringar

Azure Monitor-aviseringar meddelar dig proaktivt när specifika villkor finns i dina övervakningsdata. Med aviseringar kan du identifiera och åtgärda problem i systemet innan kunderna märker dem. Mer information finns i Azure Monitor-aviseringar.

Det finns många källor till vanliga aviseringar för Azure-resurser. Exempel på vanliga aviseringar för Azure-resurser finns i Exempelloggaviseringsfrågor. Webbplatsen Azure Monitor Baseline Alerts (AMBA) innehåller en halvautomatiserad metod för att implementera viktiga plattformsmåttaviseringar, instrumentpaneler och riktlinjer. Webbplatsen gäller för en kontinuerligt expanderande delmängd av Azure-tjänster, inklusive alla tjänster som ingår i Azure Landing Zone (ALZ).

Det gemensamma aviseringsschemat standardiserar förbrukningen av Azure Monitor-aviseringsmeddelanden. Mer information finns i Vanliga aviseringsscheman.

Typer av aviseringar

Du kan avisera om valfritt mått eller loggdatakälla på Azure Monitor-dataplattformen. Det finns många olika typer av aviseringar beroende på vilka tjänster du övervakar och de övervakningsdata som du samlar in. Olika typer av aviseringar har olika fördelar och nackdelar. Mer information finns i Välj rätt övervakningsaviseringstyp.

I följande lista beskrivs de typer av Azure Monitor-aviseringar som du kan skapa:

  • Måttaviseringar utvärderar resursmått med jämna mellanrum. Mått kan vara plattformsmått, anpassade mått, loggar från Azure Monitor som konverterats till mått eller Application Insights-mått. Måttaviseringar kan också tillämpa flera villkor och dynamiska tröskelvärden.
  • Med loggaviseringar kan användare använda en Log Analytics-fråga för att utvärdera resursloggar med en fördefinierad frekvens.
  • Aktivitetsloggaviseringar utlöses när en ny aktivitetslogghändelse inträffar som matchar definierade villkor. Resource Health-aviseringar och Service Health-aviseringar är aktivitetsloggaviseringar som rapporterar om tjänstens och resurshälsan.

Vissa Azure-tjänster stöder även aviseringar om smart identifiering, Prometheus-aviseringar eller rekommenderade aviseringsregler.

För vissa tjänster kan du övervaka i stor skala genom att tillämpa samma måttaviseringsregel på flera resurser av samma typ som finns i samma Azure-region. Enskilda meddelanden skickas för varje övervakad resurs. Information om Azure-tjänster och moln som stöds finns i Övervaka flera resurser med en aviseringsregel.

Aviseringsregler för Azure SignalR Service

I följande tabell visas några föreslagna aviseringsregler för Azure SignalR Service. Dessa aviseringar är bara exempel. Du kan ange aviseringar för alla mått, loggposter eller aktivitetsloggposter som anges i datareferensen för Azure SignalR Service-övervakning.

Aviseringstyp Villkor beskrivning
Plattformsmått Användning av anslutningskvot När den maximala anslutningskvotanvändningen är större än det dynamiska tröskelvärdet
Plattformsmått Ta bort SignalR När aktivitetsloggen har en händelse med Category='Administrative', Signal name='Delete SignalR (SignalR)'

Advisor-rekommendationer

För vissa tjänster, om kritiska villkor eller överhängande ändringar inträffar under resursåtgärder, visas en avisering på sidan Tjänstöversikt i portalen. Du hittar mer information och rekommenderade korrigeringar för aviseringen i Advisor-rekommendationer under Övervakning i den vänstra menyn. Under normal drift visas inga advisor-rekommendationer.

Mer information om Azure Advisor finns i Översikt över Azure Advisor.

Relaterat innehåll