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 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 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 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. SIGNALR Standard kiadás RVICE/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: A platformmetrikákat általában az Azure Monitor-naplókhoz/Log Analyticshez is átirányíthatja, így más naplóadatokkal is lekérdezheti őket. 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
Csatlakozás ionkvóta kihasználtsága és kiszolgálói terhelés a kihasználtság vagy a terhelés százalékos arányát jeleníti meg a jelenleg 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 Csatlakozás ionkvó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.
Csatlakozás ivity logs
A Csatlakozás tivitási 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érelemnaplók
A HTTP-kérelmek naplói 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érelemnapló 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 alkalmazás Elemzések 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 | Csatlakozás ionkvóta kihasználtsága | Ha a maximális Csatlakozás ionkvó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='Rendszergazda istrative' esemény szerepel, a Signal name='Delete SignalR (SignalR)' |
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.