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.
Feljegyzés
Ha már ismeri ezt a szolgáltatást és/vagy az Azure Monitort, és csak tudni szeretné, hogyan elemezheti a figyelési adatokat, tekintse meg a cikk végén található Elemzés szakaszt.
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 Time
a . 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.
Fontos
Bizonyos esetekben a felhasználói hibák aránya nagyon magas, különösen kiszolgáló nélküli módban. Egyes böngészőkben a SignalR-ügyfél nem áll le kecsesen, amikor egy felhasználó bezárja a weblapot. Előfordulhat, hogy egy kapcsolat nyitva marad, de nem válaszol, amíg az Azure SignalR Service időtúllépés miatt nem zárja be. Az időtúllépési lezárást a Felhasználói hibák metrika számítja ki.
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.
Feljegyzés
Az automatikus skálázás csak prémium szintű szolgáltatás.
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.
Feljegyzés
Ez a naplótípus minden üzenethez létre lesz hozva. Ha az üzeneteket gyakran küldi el, az üzenetnaplók hatással lehetnek a SignalR szolgáltatás teljesítményére. A teljesítményre gyakorolt hatás minimalizálása érdekében azonban különböző gyűjtési viselkedéseket választhat. Tekintse meg a viselkedéseket gyűjtő erőforrásnapló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.
Fontos
Amikor a portálon a szolgáltatás menüjében a Naplók lehetőséget választja, megnyílik a Log Analytics, és a lekérdezés hatóköre az aktuális szolgáltatásra van állítva. Ez a hatókör azt jelenti, hogy a napló lekérdezései csak az adott típusú erőforrásból származó adatokat tartalmazzák. Ha más Azure-szolgáltatásokból származó adatokat tartalmazó lekérdezést szeretne futtatni, válassza a Naplók lehetőséget az Azure Monitor menüjében. A részletekért tekintse meg az Azure Monitor Log Analytics napló lekérdezési hatókörét és időtartományát.
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.
Feljegyzés
A Storage-célhelyek lekérdezésmezőinek 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 tekintse meg az Erőforrásnapló táblaleképezés című témakört.
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.
Riasztástípus | Feltétel | Leírás |
---|---|---|
Platformmetrikák | Kapcsolatkvóta kihasználtsága | Ha a maximális kapcsolatkvóta-kihasználtság nagyobb, mint a dinamikus küszöbérték |
Platformmetrikák | SignalR törlése | Ha a tevékenységnaplóban a Category='Administrative', Signal name='Delete SignalR (SignalR)' nevű esemény szerepel |
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.