Share via

Azure SignalR Service bewaken

  • Artikel

In dit artikel wordt het volgende beschreven:

  • De typen bewakingsgegevens die u voor deze service kunt verzamelen.
  • Manieren om die gegevens te analyseren.

Notitie

Als u al bekend bent met deze service en/of Azure Monitor en alleen wilt weten hoe u bewakingsgegevens analyseert, raadpleegt u de sectie Analyseren aan het einde van dit artikel.

Wanneer u kritieke toepassingen en bedrijfsprocessen hebt die afhankelijk zijn van Azure-resources, moet u waarschuwingen voor uw systeem bewaken en ontvangen. De Azure Monitor-service verzamelt en aggregeert metrische gegevens en logboeken van elk onderdeel van uw systeem. Azure Monitor biedt een overzicht van beschikbaarheid, prestaties en tolerantie, en geeft u een overzicht van problemen. U kunt de Azure-portal, PowerShell, Azure CLI, REST API of clientbibliotheken gebruiken om bewakingsgegevens in te stellen en weer te geven.

Resourcetypen

Azure maakt gebruik van het concept van resourcetypen en id's om alles in een abonnement te identificeren. Resourcetypen maken ook deel uit van de resource-id's voor elke resource die wordt uitgevoerd in Azure. Eén resourcetype voor een virtuele machine is Microsoft.Compute/virtualMachinesbijvoorbeeld . Zie Resourceproviders voor een lijst met services en de bijbehorende resourcetypen.

Azure Monitor organiseert op dezelfde manier kernbewakingsgegevens in metrische gegevens en logboeken op basis van resourcetypen, ook wel naamruimten genoemd. Er zijn verschillende metrische gegevens en logboeken beschikbaar voor verschillende resourcetypen. Uw service is mogelijk gekoppeld aan meer dan één resourcetype.

Zie de naslaginformatie over bewakingsgegevens van Azure SignalR Service voor meer informatie over de resourcetypen voor Azure SignalR Service.

Gegevensopslag

Voor Azure Monitor:

  • Metrische gegevens worden opgeslagen in de metrische gegevensdatabase van Azure Monitor.
  • Logboekgegevens worden opgeslagen in het logboekarchief van Azure Monitor. Log Analytics is een hulpprogramma in Azure Portal waarmee een query kan worden uitgevoerd op dit archief.
  • Het Azure-activiteitenlogboek is een afzonderlijk archief met een eigen interface in Azure Portal.

U kunt eventueel metrische gegevens en activiteitenlogboekgegevens routeren naar het logboekarchief van Azure Monitor. Vervolgens kunt u Log Analytics gebruiken om een query uit te voeren op de gegevens en deze te correleren met andere logboekgegevens.

Veel services kunnen diagnostische instellingen gebruiken om metrische gegevens en logboekgegevens te verzenden naar andere opslaglocaties buiten Azure Monitor. Voorbeelden hiervan zijn Azure Storage, gehoste partnersystemen en niet-Azure-partnersystemen, met behulp van Event Hubs.

Zie het Azure Monitor-gegevensplatform voor gedetailleerde informatie over hoe Azure Monitor gegevens opslaat.

Azure SignalR Service-logboeken worden opgeslagen in het opslagaccount dat is geconfigureerd in diagnostische instellingen. Er wordt automatisch een container met de naam insights-logs-alllogs gemaakt om resourcelogboeken op te slaan. In de container worden logboeken opgeslagen in de bestandsresourceId =/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT. SIGNALRSERVICE/SIGNALR/XXX/y=JJJJ/m=MM/d=DD/h=HH/m=00/PT1H.json. In principe is het pad een combinatie van resource ID en Date Time. De logboekbestanden worden gesplitst door hour. Daarom zijn de minuten altijd m=00.

Alle logboeken worden opgeslagen in JSON-indeling (JavaScript Object Notation). De volgende code is een voorbeeld van een JSON-tekenreeks voor archieflogboeken:

{
    "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"
}

Veldnamen voor opslagbestemmingen verschillen enigszins van veldnamen voor Log Analytics. Zie Tabeltoewijzing van resourcelogboeken voor meer informatie over de veldnaamtoewijzing tussen Opslag- en Log Analytics-tabellen.

Metrische gegevens van het Azure Monitor-platform

Azure Monitor biedt metrische platformgegevens voor de meeste services. Deze metrische gegevens zijn:

  • Afzonderlijk gedefinieerd voor elke naamruimte.
  • Opgeslagen in de metrische gegevensdatabase van Azure Monitor.
  • Lichtgewicht en in staat om bijna realtime waarschuwingen te ondersteunen.
  • Wordt gebruikt om de prestaties van een resource in de loop van de tijd bij te houden.

Verzameling: Azure Monitor verzamelt automatisch metrische platformgegevens. Er is geen configuratie vereist.

Routering: U kunt sommige metrische platformgegevens ook routeren naar Azure Monitor-logboeken/Log Analytics, zodat u er query's op kunt uitvoeren met andere logboekgegevens. Controleer de DS-exportinstelling voor elke metriek om te zien of u een diagnostische instelling kunt gebruiken om de metrische gegevens te routeren naar Azure Monitor-logboeken/Log Analytics.

Zie Ondersteunde metrische gegevens in Azure Monitor voor een lijst met alle metrische gegevens die kunnen worden verzameld voor alle resources in Azure Monitor.

Metrische gegevens van Azure SignalR Service

Zie de naslaginformatie over bewakingsgegevens van Azure SignalR Service voor de lijst met alle beschikbare metrische gegevens voor Azure SignalR Service.

Granulariteit van het aantal berichten

De minimale granulariteit van het aantal berichten is 2 kB van uitgaand gegevensverkeer. Als een client kleine of onregelmatige berichten verzendt met een totaal van minder dan 2 kB in een steekproefperiode, is het aantal berichten nul (0), zelfs als er berichten zijn verzonden. De manier om te controleren op een klein aantal of grootte van berichten is door het metrische uitgaande verkeer te gebruiken. Dit is het aantal verzonden bytes.

Systeemfouten en gebruikersfouten

De metrische gegevens voor gebruikersfouten en systeemfouten zijn het percentage uitgevoerde bewerkingen, zoals het verbinden of verzenden van een bericht, dat is mislukt. Een systeemfout is een fout in de interne systeemlogica. Een gebruikersfout is over het algemeen een toepassingsfout, vaak gerelateerd aan netwerken. Normaal gesproken moet het percentage systeemfouten laag zijn, bijna nul.

Belangrijk

In sommige situaties is de frequentie van gebruikersfouten zeer hoog, met name in de serverloze modus. In sommige browsers wordt de SignalR-client niet correct afgesloten wanneer een gebruiker de webpagina sluit. Een verbinding kan geopend blijven, maar reageert niet totdat Azure SignalR Service deze eindelijk sluit vanwege een time-out. De time-outsluiting wordt geteld in de metrische gegevens over gebruikersfouten.

Metrische gegevens die geschikt zijn voor automatisch schalen

Verbindingsquotumgebruik en Serverbelasting geven het percentage van het gebruik of de belasting weer in vergelijking met het momenteel toegewezen aantal eenheden. Deze metrische gegevens worden vaak gebruikt in regels voor automatisch schalen. Als de huidige toewijzing bijvoorbeeld één eenheid is en er 750 verbindingen met de service zijn, is het gebruik van het verbindingsquotum 750/1000 = 0,75. Serverbelasting wordt op dezelfde manier berekend met behulp van waarden voor rekencapaciteit. Zie Eenheden van een Azure SignalR-service automatisch schalen voor meer informatie.

Notitie

Automatisch schalen is alleen een Premium-laagfunctie.

Azure Monitor-resourcelogboeken

Resourcelogboeken bieden inzicht in bewerkingen die zijn uitgevoerd door een Azure-resource. Logboeken worden automatisch gegenereerd, maar u moet ze routeren naar Azure Monitor-logboeken om ze op te slaan of er query's op uit te voeren. Logboeken zijn ingedeeld in categorieën. Een bepaalde naamruimte kan meerdere resourcelogboekcategorieën hebben.

Verzameling: Resourcelogboeken worden pas verzameld en opgeslagen als u een diagnostische instelling maakt en de logboeken doorsturen naar een of meer locaties. Wanneer u een diagnostische instelling maakt, geeft u op welke categorieën logboeken moeten worden verzameld. Er zijn meerdere manieren om diagnostische instellingen te maken en te onderhouden, waaronder Azure Portal, programmatisch en hoewel Azure Policy.

Routering: de voorgestelde standaardinstelling is het routeren van resourcelogboeken naar Azure Monitor-logboeken, zodat u er query's op kunt uitvoeren met andere logboekgegevens. Andere locaties, zoals Azure Storage, Azure Event Hubs en bepaalde Microsoft-bewakingspartners, zijn ook beschikbaar. Zie Azure-resourcelogboeken en resourcelogboekbestemmingen voor meer informatie.

Zie Diagnostische instellingen in Azure Monitor voor gedetailleerde informatie over het verzamelen, opslaan en routeren van resourcelogboeken.

Zie Ondersteunde resourcelogboeken in Azure Monitor voor een lijst met alle beschikbare resourcelogboekcategorieën in Azure Monitor.

Alle resourcelogboeken in Azure Monitor hebben dezelfde koptekstvelden, gevolgd door servicespecifieke velden. Het algemene schema wordt beschreven in het schema voor resourcelogboeken van Azure Monitor.

Categorieën van resourcelogboeken

Resourcelogboeken worden gegroepeerd in categoriegroepen. Categoriegroepen zijn een verzameling verschillende logboeken om u te helpen bij het bereiken van verschillende bewakingsdoelen. Azure SignalR ondersteunt connectiviteitslogboeken, berichtenlogboeken en Http-aanvraaglogboeken.

Connectiviteitslogboeken

Connectiviteitslogboeken bieden gedetailleerde informatie voor SignalR-hubverbindingen. Voorbeeld:

  • Basisinformatie, zoals gebruikers-id, verbindings-id en transporttype
  • Gebeurtenisgegevens zoals verbinding maken, verbinding verbreken en gebeurtenissen afbreken

Daarom is het connectiviteitslogboek handig om verbindingsproblemen op te lossen. Zie verbindingsproblemen voor veelvoorkomende problemen met betrekking tot verbindingen.

Berichtenlogboeken

Berichtenlogboeken bieden traceringsinformatie voor de SignalR-hubberichten die zijn ontvangen en verzonden via signalR-service, bijvoorbeeld tracerings-id en berichttype van het bericht. De tracerings-id en het berichttype worden ook geregistreerd op de app-server. Meestal wordt het bericht vastgelegd wanneer het aankomt op of vertrekt van de service of server. Berichtenlogboeken zijn daarom handig voor het oplossen van problemen met betrekking tot berichten. Zie berichtgerelateerde problemen voor veelvoorkomende problemen met betrekking tot berichten.

Notitie

Dit type logboek wordt gegenereerd voor elk bericht. Als de berichten regelmatig worden verzonden, kunnen berichtenlogboeken van invloed zijn op de prestaties van de SignalR-service. U kunt echter verschillende verzamelingsgedrag kiezen om de impact op de prestaties te minimaliseren. Zie resourcelogboeken die gedrag verzamelen.

Http-aanvraaglogboeken

Http-aanvraaglogboeken bieden gedetailleerde informatie voor de HTTP-aanvragen die zijn ontvangen door Azure SignalR, bijvoorbeeld statuscode en URL van de aanvraag. Http-aanvraaglogboek is handig om problemen met betrekking tot aanvragen op te lossen.

Zie de azure SignalR Service-bewakingsgegevens voor de beschikbare resourcelogboekcategorieën, de bijbehorende Log Analytics-tabellen en de logboekschema's voor Azure SignalR Service.

Resourcelogboeken verzamelen gedrag

Er zijn twee typische scenario's voor het gebruik van resourcelogboeken, met name voor berichtenlogboeken.

  • Logboeken van berichtkwaliteit of het bericht is verzonden of ontvangen, of registreert elk bericht dat wordt bezorgd via signalr-service.
  • Prestatielogboeken berichtlatentie, of houdt het bericht bij in een paar verbindingen in plaats van alle verbindingen.

De SignalR-service biedt daarom twee soorten verzamelgedrag:

  • Verzamel alle logboeken in alle verbindingen.
  • Verzamelen verzamelt gedeeltelijk logboeken in bepaalde specifieke verbindingen.

Zie Het verzamelen van gedrag van resourcelogboeken en het configureren ervan voor meer informatie over het verzamelen van gedrag van resourcelogboeken.

Azure-activiteitenlogboek

Het activiteitenlogboek bevat gebeurtenissen op abonnementsniveau waarmee bewerkingen voor elke Azure-resource worden bijgehouden, zoals van buiten die resource wordt gezien; Bijvoorbeeld het maken van een nieuwe resource of het starten van een virtuele machine.

Verzameling: gebeurtenissen in activiteitenlogboeken worden automatisch gegenereerd en verzameld in een afzonderlijk archief voor weergave in Azure Portal.

Routering: U kunt activiteitenlogboekgegevens verzenden naar Azure Monitor-logboeken, zodat u deze naast andere logboekgegevens kunt analyseren. Andere locaties, zoals Azure Storage, Azure Event Hubs en bepaalde Microsoft-bewakingspartners, zijn ook beschikbaar. Zie Overzicht van het Azure-activiteitenlogboek voor meer informatie over het routeren van het activiteitenlogboek.

Bewakingsgegevens analyseren

Er zijn veel hulpprogramma's voor het analyseren van bewakingsgegevens.

Azure Monitor-hulpprogramma's

Azure Monitor ondersteunt de volgende basishulpprogramma's:

Hulpprogramma's waarmee complexere visualisaties mogelijk zijn, zijn onder andere:

  • Dashboards waarmee u verschillende soorten gegevens kunt combineren in één deelvenster in Azure Portal.
  • Werkmappen, aanpasbare rapporten die u kunt maken in Azure Portal. Werkmappen kunnen tekst, metrische gegevens en logboekquery's bevatten.
  • Grafana, een open platformhulpprogramma dat excelleert in operationele dashboards. U kunt Grafana gebruiken om dashboards te maken die gegevens uit meerdere andere bronnen dan Azure Monitor bevatten.
  • Power BI, een business analytics-service die interactieve visualisaties biedt in verschillende gegevensbronnen. U kunt Power BI zo configureren dat logboekgegevens automatisch vanuit Azure Monitor worden geïmporteerd om te profiteren van deze visualisaties.

Azure Monitor-exporthulpprogramma's

U kunt gegevens uit Azure Monitor ophalen in andere hulpprogramma's met behulp van de volgende methoden:

Als u aan de slag wilt gaan met de REST API voor Azure Monitor, raadpleegt u de stapsgewijze instructies voor Azure Monitoring REST API.

Kusto-query's

U kunt bewakingsgegevens analyseren in de Azure Monitor-logboeken/Log Analytics-opslag met behulp van de Kusto-querytaal (KQL).

Belangrijk

Wanneer u Logboeken selecteert in het menu van de service in de portal, wordt Log Analytics geopend met het querybereik ingesteld op de huidige service. Dit bereik betekent dat logboekquery's alleen gegevens uit dat type resource bevatten. Als u een query wilt uitvoeren die gegevens uit andere Azure-services bevat, selecteert u Logboeken in het menu Azure Monitor . Zie Log-querybereik en tijdsbereik in Azure Monitor Log Analytics voor meer informatie.

Zie de interface voor Log Analytics-query's voor een lijst met algemene query's voor elke service.

Zie bijvoorbeeld Kusto-query's voor Azure SignalR Service , query's voor de tabel SignalRServiceDiagnosticLogs.

Notitie

Namen van queryvelden voor opslagbestemmingen verschillen enigszins van veldnamen voor Log Analytics. Zie Tabeltoewijzing van resourcelogboeken voor meer informatie over de veldnaamtoewijzingen tussen Opslag- en Log Analytics-tabellen.

Waarschuwingen

Azure Monitor-waarschuwingen melden u proactief wanneer er specifieke voorwaarden worden gevonden in uw bewakingsgegevens. Met waarschuwingen kunt u problemen in uw systeem identificeren en oplossen voordat uw klanten ze opmerken. Zie Azure Monitor-waarschuwingen voor meer informatie.

Er zijn veel bronnen van algemene waarschuwingen voor Azure-resources. Zie Voorbeeldquery's voor logboekwaarschuwingen voor voorbeelden van veelvoorkomende waarschuwingen voor Azure-resources. De site Azure Monitor Baseline Alerts (AMBA) biedt een semi-geautomatiseerde methode voor het implementeren van belangrijke metrische platformwaarschuwingen, dashboards en richtlijnen. De site is van toepassing op een voortdurend uitbreidende subset van Azure-services, inclusief alle services die deel uitmaken van de Azure Landing Zone (ALZ).

Het algemene waarschuwingsschema standaardiseert het verbruik van Azure Monitor-waarschuwingsmeldingen. Zie Algemeen waarschuwingsschema voor meer informatie.

Typen waarschuwingen

U kunt een waarschuwing ontvangen voor elke metrische gegevensbron of logboekgegevensbron in het Azure Monitor-gegevensplatform. Er zijn veel verschillende typen waarschuwingen, afhankelijk van de services die u bewaakt en de bewakingsgegevens die u verzamelt. Verschillende typen waarschuwingen hebben verschillende voordelen en nadelen. Zie Het juiste waarschuwingstype voor bewaking kiezen voor meer informatie.

In de volgende lijst worden de typen Azure Monitor-waarschuwingen beschreven die u kunt maken:

  • Metrische waarschuwingen evalueren met regelmatige tussenpozen resourcegegevens. Metrische gegevens kunnen metrische platformgegevens, aangepaste metrische gegevens, logboeken van Azure Monitor zijn geconverteerd naar metrische gegevens of metrische Gegevens van Application Insights. Metrische waarschuwingen kunnen ook meerdere voorwaarden en dynamische drempelwaarden toepassen.
  • Met logboekwaarschuwingen kunnen gebruikers een Log Analytics-query gebruiken om resourcelogboeken met een vooraf gedefinieerde frequentie te evalueren.
  • Waarschuwingen voor activiteitenlogboeken worden geactiveerd wanneer een nieuwe gebeurtenis van het activiteitenlogboek plaatsvindt die overeenkomt met gedefinieerde voorwaarden. Resource Health-waarschuwingen en Service Health-waarschuwingen zijn waarschuwingen voor activiteitenlogboeken die rapporteren over uw service en resourcestatus.

Sommige Azure-services ondersteunen ook waarschuwingen voor slimme detectie, Prometheus-waarschuwingen of aanbevolen waarschuwingsregels.

Voor sommige services kunt u op schaal bewaken door dezelfde waarschuwingsregel voor metrische gegevens toe te passen op meerdere resources van hetzelfde type dat in dezelfde Azure-regio aanwezig is. Afzonderlijke meldingen worden verzonden voor elke bewaakte resource. Zie Meerdere resources bewaken met één waarschuwingsregel voor ondersteunde Azure-services en -clouds.

Waarschuwingsregels voor Azure SignalR Service

De volgende tabel bevat enkele voorgestelde waarschuwingsregels voor Azure SignalR Service. Deze waarschuwingen zijn slechts voorbeelden. U kunt waarschuwingen instellen voor alle metrische gegevens, logboekvermeldingen of vermelding van activiteitenlogboeken die worden vermeld in de naslaginformatie over bewakingsgegevens van Azure SignalR Service.

Waarschuwingstype Voorwaarde Beschrijving
Metrische platformgegevens Gebruik van verbindingsquotum Wanneer het maximale verbindingsquotumgebruik groter is dan de dynamische drempelwaarde
Metrische platformgegevens SignalR verwijderen Wanneer het activiteitenlogboek een gebeurtenis heeft met Category='Administrative', Signal name='Delete SignalR (SignalR)'

Advisor-aanbevelingen

Voor sommige services, als er kritieke omstandigheden of aanstaande wijzigingen optreden tijdens resourcebewerkingen, wordt een waarschuwing weergegeven op de pagina Serviceoverzicht in de portal. Meer informatie en aanbevolen oplossingen voor de waarschuwing vindt u in Advisor-aanbevelingen onder Bewaking in het linkermenu. Tijdens normale bewerkingen worden er geen aanbevelingen van advisor weergegeven.

Zie het overzicht van Azure Advisor voor meer informatie over Azure Advisor.

Gerelateerde inhoud

  • Voor een overzicht van de metrische gegevens, resourcelogboeken en andere belangrijke bewakingsfuncties voor Azure SignalR Service raadpleegt u de naslaginformatie over bewakingsgegevens van Azure SignalR Service.
  • Zie Azure-resources bewaken met Azure Monitor voor algemene informatie over het bewaken van Azure-resources.
  • Zie Azure SignalR Service-logboeken bewaken en problemen oplossen voor gedetailleerde instructies voor het inschakelen, opvragen en oplossen van problemen met Azure SignalR Service-logboeken.