Az Azure SignalR szolgáltatás figyelése

Ez a cikk a következőket ismerteti:

• A szolgáltatáshoz gyűjthető monitorozási adatok típusai.
• Az adatok elemzésének módjai.

Ha olyan kritikus alkalmazásokkal és üzleti folyamatokkal rendelkezik, amelyek Az Azure-erőforrásokra támaszkodnak, figyelnie kell és riasztásokat kell kapnia a rendszeréről. Az Azure Monitor szolgáltatás a rendszer minden összetevőjéből gyűjti és összesíti a metrikákat és naplókat. Az Azure Monitor áttekintést nyújt a rendelkezésre állásról, a teljesítményről és a rugalmasságról, és értesíti Önt a problémákról. A monitorozási adatok beállításához és megtekintéséhez használhatja az Azure Portalt, a PowerShellt, az Azure CLI-t, a REST API-t vagy az ügyfélkódtárakat.

• Az Azure Monitorral kapcsolatos további információkért tekintse meg az Azure Monitor áttekintését.
• Az Azure-erőforrások általános monitorozásával kapcsolatos további információkért lásd : Azure-erőforrások monitorozása az Azure Monitorral.

Erőforrástípusok

Az Azure az erőforrástípusok és azonosítók fogalmát használja az előfizetések minden elemének azonosítására. Az erőforrástípusok az Azure-ban futó összes erőforrás erőforrásazonosítóinak is részét képezik. A virtuális gépek egyik erőforrástípusa például az Microsoft.Compute/virtualMachines. A szolgáltatások és a hozzájuk kapcsolódó erőforrástípusok listáját az Erőforrás-szolgáltatók című témakörben találja.

Az Azure Monitor hasonlóan rendszerezi az alapvető monitorozási adatokat metrikákba és naplókba az erőforrástípusok, más néven névterek alapján. Különböző metrikák és naplók érhetők el a különböző erőforrástípusokhoz. Előfordulhat, hogy a szolgáltatás több erőforrástípushoz is társítva van.

Az Azure SignalR Service erőforrástípusairól további információt az Azure SignalR Service monitorozási adatainak referenciaanyagában talál.

Adattárolás

Azure Monitor esetén:

• A metrikák adatait az Azure Monitor metrikák adatbázisa tárolja.
• A naplóadatok tárolása az Azure Monitor naplók tárolójában történik. A Log Analytics egy eszköz az Azure Portalon, amely le tudja kérdezni ezt az áruházat.
• Az Azure-tevékenységnapló egy külön tároló, amelynek saját felülete van az Azure Portalon.

A metrikák és a tevékenységnaplók adatait igény szerint átirányíthatja az Azure Monitor-naplók tárolójába. Ezután a Log Analytics használatával lekérdezheti az adatokat, és összehasonlíthatja azokat más naplóadatokkal.

Számos szolgáltatás diagnosztikai beállításokkal küldhet metrikákat és naplóadatokat az Azure Monitoron kívüli más tárolóhelyekre. Ilyenek például az Azure Storage, a üzemeltetett partnerrendszerek és a nem Azure-beli partnerrendszerek az Event Hubs használatával.

Az Azure Monitor adatainak tárolásáról az Azure Monitor adatplatformja nyújt részletes tájékoztatást.

Az Azure SignalR szolgáltatás naplói a diagnosztikai beállításokban konfigurált tárfiókban vannak tárolva. A rendszer automatikusan létrehoz egy névvel ellátott insights-logs-alllogs tárolót az erőforrásnaplók tárolásához. A tárolón belül a naplók a resourceId=/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT fájlban vannak tárolva. SIGNALRSERVICE/SIGNALR/XXX/y=YYYY/m=MM/d=DD/h=HH/m=00/PT1H.json. Alapvetően az elérési út az resource ID és Date Timea . A naplófájlok fel vannak osztva .hour Ezért a percek mindig m=00.

Minden napló JavaScript Object Notation (JSON) formátumban van tárolva. Az alábbi kód egy archív napló JSON-sztringjének példája:

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

A tárolási célhelyek mezőnevei kissé eltérnek a Log Analytics mezőneveitől. A Storage és a Log Analytics táblák közötti mezőnév-megfeleltetés részleteiért lásd : Erőforrásnapló táblaleképezése.

Az Azure Monitor platformmetrikái

Az Azure Monitor platformmetrikát biztosít a legtöbb szolgáltatáshoz. Ezek a metrikák a következők:

• Egyedileg definiálva minden névtérhez.
• Az Azure Monitor idősoros metrikák adatbázisában tárolva.
• Könnyű és képes közel valós idejű riasztások támogatására.
• Egy erőforrás teljesítményének nyomon követésére szolgál az idő függvényében.

Gyűjtemény: Az Azure Monitor automatikusan gyűjti a platformmetrikákat. Nem igényel konfigurálást.

Útválasztás: Egyes platformmetrikákat az Azure Monitor-naplókba/ Log Analyticsbe is átirányíthat, hogy más naplóadatokkal is lekérdezhesse őket. Ellenőrizze az egyes metrikák DS-exportálási beállításait, és ellenőrizze, hogy használhat-e diagnosztikai beállítást a metrika Azure Monitor-naplókhoz/ Log Analyticshez való átirányításához.

• További információt a Metrikák diagnosztikai beállításában talál.
• A szolgáltatás diagnosztikai beállításainak konfigurálásához lásd: Diagnosztikai beállítások létrehozása az Azure Monitorban.

Az Azure Monitor összes erőforrásához gyűjthető metrikák listájáért tekintse meg az Azure Monitor támogatott metrikáit.

Azure SignalR Service-metrikák

Az Azure SignalR Service-hez elérhető összes metrika listájáért tekintse meg az Azure SignalR Service monitorozási adatreferenciáját.

Üzenetszám részletessége

Az üzenetszám minimális részletessége 2 KB kimenő adatforgalom. Ha egy ügyfél kisebb vagy ritkán 2 KB-nál kisebb üzeneteket küld egy mintavételi időszakban, az üzenetek száma nulla (0) annak ellenére, hogy üzeneteket küldtek. Az üzenetek kis számának vagy méretének ellenőrzéséhez használja a kimenő forgalom metrikát, amely az elküldött bájtok száma.

Rendszerhibák és felhasználói hibák

A felhasználói hibák és a rendszerhibák metrikái a sikertelen műveletek ( például csatlakozás vagy üzenet küldése) százalékos aránya. A rendszerhiba a belső rendszerlogika hibája. A felhasználói hiba általában alkalmazáshiba, amely gyakran kapcsolódik a hálózatkezeléshez. A rendszerhibák százalékos arányának általában alacsonynak, nullához közelinek kell lennie.

Automatikus méretezésre alkalmas metrikák

A kapcsolatkvóta kihasználtsága és a kiszolgáló terhelése a kihasználtság vagy a terhelés százalékos arányát jeleníti meg az aktuálisan lefoglalt egységszámhoz képest. Ezeket a metrikákat gyakran használják automatikus skálázási szabályokban. Ha például az aktuális foglalás egy egység, és 750 kapcsolat van a szolgáltatással, a kapcsolatkvóta kihasználtsága 750/1000 = 0,75. A kiszolgálói terhelés kiszámítása hasonlóan történik, a számítási kapacitás értékeinek használatával. További információ: Azure SignalR-szolgáltatás egységeinek automatikus méretezése.

Azure Monitor-erőforrásnaplók

Az erőforrásnaplók betekintést nyújtanak az Azure-erőforrások által végrehajtott műveletekbe. A naplók automatikusan jönnek létre, de a mentésükhöz vagy lekérdezésükhöz az Azure Monitor naplóihoz kell irányítani őket. A naplók kategóriákba vannak rendezve. Egy adott névtér több erőforrásnapló-kategóriával is rendelkezhet.

Gyűjtemény: Az erőforrásnaplók csak akkor lesznek összegyűjtve és tárolva, ha diagnosztikai beállítást hoz létre, és a naplókat egy vagy több helyre irányítja. Diagnosztikai beállítás létrehozásakor meg kell adnia, hogy milyen kategóriájú naplókat kíván gyűjteni. A diagnosztikai beállításokat többféleképpen is létrehozhatja és karbantarthatja, beleértve az Azure Portalt is, programozott módon, és bár az Azure Policyt.

Útválasztás: A javasolt alapértelmezett beállítás az erőforrásnaplók Azure Monitor-naplókba való átirányítása, hogy más naplóadatokkal is lekérdezhesse őket. Más helyek is elérhetők, például az Azure Storage, az Azure Event Hubs és bizonyos Microsoft monitorozási partnerek. További információ: Azure-erőforrásnaplók és erőforrásnapló-célhelyek.

Az erőforrásnaplók gyűjtésével, tárolásával és útválasztásával kapcsolatos részletes információkért tekintse meg az Azure Monitor diagnosztikai beállításait.

Az Azure Monitor összes elérhető erőforrásnapló-kategóriájának listáját lásd: Támogatott erőforrásnaplók az Azure Monitorban.

Az Azure Monitor összes erőforrásnaplója ugyanazokkal a fejlécmezőkkel rendelkezik, amelyeket a szolgáltatásspecifikus mezők követnek. A közös sémát az Azure Monitor erőforrásnapló-sémája ismerteti.

• Az Azure SignalR Szolgáltatás erőforrásnaplóinak engedélyezésével, lekérdezésével és hibaelhárításával kapcsolatos részletes útmutatásért tekintse meg az Azure SignalR-szolgáltatás naplóinak monitorozását és hibaelhárítását.
• Az elérhető erőforrásnapló-kategóriákról, a hozzájuk tartozó Log Analytics-táblákról és az Azure SignalR Service naplós sémáiról lásd az Azure SignalR Service monitorozási adatreferenciáját.

Erőforrásnapló-kategóriák

Az erőforrásnaplók kategóriacsoportokba vannak csoportosítva. A kategóriacsoportok különböző naplók gyűjteményei, amelyek segítenek a különböző monitorozási célok elérésében. Az Azure SignalR támogatja a kapcsolati naplókat, az üzenetkezelési naplókat és a HTTP-kérelmek naplóit.

Kapcsolati naplók

A kapcsolati naplók részletes információkat nyújtanak a SignalR hub-kapcsolatokról. Példa:

• Alapvető információk, például felhasználói azonosító, kapcsolatazonosító és átviteli típus
• Eseményinformációk, például kapcsolódási, leválasztási és megszakítási események

Ezért a kapcsolati napló hasznos a kapcsolattal kapcsolatos problémák elhárításához. A kapcsolattal kapcsolatos gyakori hibaelhárításért tekintse meg a kapcsolattal kapcsolatos problémákat.

Üzenetkezelési naplók

Az üzenetnaplók nyomkövetési információkat nyújtanak a SignalR szolgáltatáson keresztül fogadott és küldött SignalR hub-üzenetekről, például az üzenet nyomkövetési azonosítójával és üzenettípusával kapcsolatban. A nyomkövetési azonosítót és az üzenettípust az alkalmazáskiszolgáló is naplózza. Az üzenet általában akkor lesz rögzítve, amikor megérkezik vagy távozik a szolgáltatásból vagy a kiszolgálóról. Ezért az üzenetkezelési naplók hasznosak az üzenetekkel kapcsolatos problémák elhárításához. Az üzenetekkel kapcsolatos gyakori hibaelhárításért tekintse meg az üzenetekkel kapcsolatos problémákat.

HTTP-kérésnaplók

A HTTP-kérésnaplók részletes információkat nyújtanak az Azure SignalR által fogadott HTTP-kérelmekről, például az állapotkódról és a kérés URL-címéről. A HTTP-kérelmek naplója hasznos a kérésekkel kapcsolatos problémák elhárításához.

Az elérhető erőforrásnapló-kategóriákról, a hozzájuk tartozó Log Analytics-táblákról és az Azure SignalR Service naplós sémáiról lásd az Azure SignalR Service monitorozási adatreferenciáját.

Az erőforrásnaplók gyűjtik a viselkedéseket

Az erőforrásnaplók használatának két tipikus forgatókönyve van, különösen az üzenetkezelési naplók esetében.

• Az üzenetminőség naplózza, hogy az üzenet sikeresen lett-e elküldve vagy fogadva, vagy rögzíti az összes üzenetet, amely a SignalR szolgáltatáson keresztül érkezik.
• A teljesítmény naplózza az üzenetek késését, vagy nyomon követi az üzenetet néhány kapcsolatban az összes kapcsolat helyett.

Ezért a SignalR szolgáltatás kétféle gyűjtési viselkedést biztosít:

• Gyűjtse össze az összes összegyűjtött naplót az összes kapcsolaton belül.
• A Collect részben gyűjti a naplókat bizonyos kapcsolatokban.

Az erőforrásnaplók gyűjtési viselkedéséről és konfigurálásáról további információt az Erőforrásnaplók gyűjtési viselkedései című témakörben talál.

Azure-tevékenységnapló

A tevékenységnapló előfizetésszintű eseményeket tartalmaz, amelyek nyomon követik az egyes Azure-erőforrások műveleteit az adott erőforráson kívülről látható módon; például új erőforrás létrehozása vagy virtuális gép indítása.

Gyűjtemény: A tevékenységnapló-események automatikusan létrejönnek, és egy külön tárolóban lesznek összegyűjtve az Azure Portalon való megtekintéshez.

Útválasztás: Tevékenységnapló-adatokat küldhet az Azure Monitor-naplókba, hogy más naplóadatokkal együtt elemezhesse azokat. Más helyek is elérhetők, például az Azure Storage, az Azure Event Hubs és bizonyos Microsoft monitorozási partnerek. A tevékenységnapló irányításával kapcsolatos további információkért tekintse meg az Azure-tevékenységnapló áttekintését.

Monitorozási adatok elemzése

A monitorozási adatok elemzésére számos eszköz áll rendelkezésre.

Azure Monitor-eszközök

Az Azure Monitor a következő alapvető eszközöket támogatja:

• A Metrics Explorer egy eszköz az Azure Portalon, amely lehetővé teszi az Azure-erőforrások mérőszámainak megtekintését és elemzését. További információ: Metrikák elemzése az Azure Monitor metrikakezelőjével.

• A Log Analytics egy eszköz az Azure Portalon, amely lehetővé teszi a naplóadatok lekérdezését és elemzését a Kusto lekérdezési nyelv (KQL) használatával. További információ: A napló lekérdezéseinek első lépései az Azure Monitorban.

• A tevékenységnapló, amely egy felhasználói felülettel rendelkezik az Azure Portalon a megtekintéshez és az alapszintű keresésekhez. A részletesebb elemzéshez át kell irányítania az adatokat az Azure Monitor-naplókba, és összetettebb lekérdezéseket kell futtatnia a Log Analyticsben.

Az összetettebb vizualizációt lehetővé tevő eszközök a következők:

• Irányítópultok , amelyek lehetővé teszik, hogy különböző típusú adatokat egyesítsen egyetlen panelen az Azure Portalon.
• Az Azure Portalon létrehozható munkafüzetek, testreszabható jelentések. A munkafüzetek tartalmazhatnak szöveget, metrikákat és napló lekérdezéseket.
• Grafana, egy nyíltplatformos eszköz, amely kiválóan működik az irányítópultokon. A Grafana használatával olyan irányítópultokat hozhat létre, amelyek az Azure Monitoron kívül több forrásból származó adatokat is tartalmaznak.
• A Power BI egy üzleti elemzési szolgáltatás, amely interaktív vizualizációkat biztosít különböző adatforrásokban. A Power BI-t úgy konfigurálhatja, hogy automatikusan importálja a naplóadatokat az Azure Monitorból a vizualizációk előnyeinek kihasználásához.

Az Azure Monitor exportálási eszközei

Az Azure Monitorból más eszközökre is lekérheti az adatokat az alábbi módszerekkel:

• Metrikák: Metrikákhoz használja a REST API-t metrikaadatok kinyeréséhez az Azure Monitor metrika-adatbázisából. Az API támogatja a szűrőkifejezéseket a lekért adatok finomításához. További információ: Azure Monitor REST API-referencia.

• Naplók: Használja a REST API-t vagy a kapcsolódó ügyfélkódtárakat.

• Egy másik lehetőség a munkaterület adatexportálása.

Az Azure MonitorHOZ készült REST API használatának megkezdéséhez tekintse meg az Azure monitoring REST API-útmutatót.

Kusto-lekérdezések

A monitorozási adatokat az Azure Monitor Naplók/ Log Analytics-tárolóban a Kusto lekérdezési nyelv (KQL) használatával elemezheti.

A szolgáltatások gyakori lekérdezéseinek listáját a Log Analytics lekérdezési felületén találja.

Például Kusto-lekérdezések az Azure SignalR Service-hez: Lekérdezések a SignalRServiceDiagnosticLogs táblához.

Riasztások

Az Azure Monitor-riasztások proaktív módon értesítik, ha adott feltételek találhatók a monitorozási adatokban. A riasztások lehetővé teszik a rendszer problémáinak azonosítását és kezelését, mielőtt az ügyfelek észrevennénk őket. További információ: Azure Monitor-riasztások.

Az Azure-erőforrásokra vonatkozó gyakori riasztások számos forrásból állnak. Az Azure-erőforrásokra vonatkozó gyakori riasztások példáiért lásd a naplóriasztási lekérdezéseket. Az Azure Monitor Alapszintű riasztások (AMBA) webhelye félautomata módszert biztosít a fontos platformmetrika-riasztások, irányítópultok és irányelvek implementálására. A webhely az Azure-szolgáltatások folyamatosan bővülő részhalmazára vonatkozik, beleértve az Azure Landing Zone (ALZ) részét képező összes szolgáltatást is.

A gyakori riasztási séma szabványosítja az Azure Monitor riasztási értesítéseinek használatát. További információ: Gyakori riasztási séma.

Riasztások típusai

Az Azure Monitor adatplatformon bármilyen metrika- vagy naplóadatforrásról riasztást készíthet. A figyelt szolgáltatásoktól és a gyűjtött monitorozási adatoktól függően számos különböző típusú riasztás létezik. A különböző típusú riasztások különböző előnyökkel és hátrányokkal rendelkeznek. További információ: A megfelelő figyelési riasztástípus kiválasztása.

Az alábbi lista a létrehozható Azure Monitor-riasztások típusait ismerteti:

• A metrikariasztások rendszeres időközönként értékelik ki az erőforrásmetrikákat. A metrikák lehetnek platformmetrikák, egyéni metrikák, az Azure Monitorból metrikákká konvertált naplók vagy Application Insights-metrikák. A metrikariasztások több feltételt és dinamikus küszöbértéket is alkalmazhatnak.
• A naplóriasztások lehetővé teszik, hogy a felhasználók Log Analytics-lekérdezéssel kiértékeljék az erőforrásnaplókat egy előre meghatározott gyakorisággal.
• A tevékenységnapló-riasztások akkor aktiválnak, ha egy új tevékenységnapló-esemény következik be, amely megfelel a megadott feltételeknek. A Resource Health-riasztások és a Service Health-riasztások olyan tevékenységnapló-riasztások, amelyek jelentést jelentenek a szolgáltatásról és az erőforrás állapotáról.

Egyes Azure-szolgáltatások intelligens észlelési riasztásokat, Prometheus-riasztásokat vagy ajánlott riasztási szabályokat is támogatnak.

Egyes szolgáltatások esetében nagy léptékben monitorozhat, ha ugyanazt a metrikariasztási szabályt több, azonos típusú erőforrásra alkalmazza, amelyek ugyanabban az Azure-régióban léteznek. Minden figyelt erőforráshoz külön értesítéseket küld a rendszer. A támogatott Azure-szolgáltatásokról és felhőkről lásd : Több erőforrás monitorozása egyetlen riasztási szabmánnyal.

Az Azure SignalR szolgáltatás riasztási szabályai

Az alábbi táblázat felsorol néhány javasolt riasztási szabályt az Azure SignalR Service-hez. Ezek a riasztások csak példák. Riasztásokat állíthat be az Azure SignalR Szolgáltatás monitorozási adatreferenciájában felsorolt metrikákhoz, naplóbejegyzésekhez vagy tevékenységnapló-bejegyzésekhez.

Az Advisor javaslatai

Egyes szolgáltatások esetében, ha az erőforrás-műveletek során kritikus feltételek vagy közelgő változások lépnek fel, riasztás jelenik meg a portál szolgáltatásáttekintő lapján. A riasztással kapcsolatos további információkat és javasolt javításokat a bal oldali menü Figyelés területén található Advisor-javaslatok között találja. Normál műveletek során nem jelennek meg tanácsadói javaslatok.

Az Azure Advisorról további információt az Azure Advisor áttekintésében talál.

Kapcsolódó tartalom

• Az Azure SignalR Service metrikáit, erőforrásnaplóit és egyéb fontos monitorozási funkcióit felsoroló hivatkozásért tekintse meg az Azure SignalR Szolgáltatás monitorozási adatreferenciáját.
• Az Azure-erőforrások monitorozásával kapcsolatos általános részletekért lásd: Azure-erőforrások monitorozása az Azure Monitorral.
• Az Azure SignalR szolgáltatásnaplóinak engedélyezésével, lekérdezésével és hibaelhárításával kapcsolatos részletes útmutatásért tekintse meg az Azure SignalR szolgáltatásnaplóinak monitorozását és hibaelhárítását.