Egyéni metrikák az Azure Monitorban (előzetes verzió)
Az Azure bizonyos metrikákat a dobozon kívül elérhetővé tesz. Ezeket a metrikákat standardnak vagy platformnak nevezzük. Az egyéni metrikák teljesítménymutatók vagy üzletspecifikus metrikák, amelyeket az alkalmazás telemetriája, az Azure Monitor-ügynök, az Azure-erőforrásokon futó diagnosztikai bővítmény vagy egy külső monitorozási rendszer segítségével gyűjthet össze. Miután közzétette az egyéni metrikákat az Azure Monitorban, a szabványos Azure-metrikák mellett böngészhet, lekérdezhet és riasztásokat jeleníthet meg rajtuk.
Az Egyéni Azure Monitor-metrikák jelenleg nyilvános előzetes verzióban érhetők el.
Egyéni metrikák küldésének módszerei
Az egyéni metrikák többféle módszerrel is elküldhetők az Azure Monitornak:
- Az Azure-alkalmazás Elemzések SDK használatával egyéni telemetriát küldhet az Azure Monitornak.
- Telepítse az Azure Monitor-ügynököt Windows vagy Linux rendszerű Azure-beli virtuális gépre vagy virtuálisgép-méretezési csoportra, és használjon adatgyűjtési szabályt a teljesítményszámlálók Azure Monitor-metrikákba való küldéséhez.
- Telepítse az Azure Diagnostics bővítményt az Azure-beli virtuális gépre, virtuálisgép-méretezési csoportra, klasszikus virtuális gépre vagy klasszikus felhőszolgáltatásra. Ezután küldjön teljesítményszámlálókat az Azure Monitornak.
- Telepítse az InfluxData Telegraf-ügynököt az Azure Linux rendszerű virtuális gépen. Metrikák küldése az Azure Monitor kimeneti beépülő modullal.
- Egyéni metrikák küldése közvetlenül az Azure Monitor REST API-ba.
Díjszabási modell és megőrzés
Általánosságban elmondható, hogy a standard metrikák (platformmetrikák) Azure Monitor-metrikatárolóba való betöltése nem jár költséggel, az egyéni metrikák azonban költségekkel járnak az általános rendelkezésre állás megadásakor. A metrics API lekérdezései költségekkel járnak. Az egyéni metrikák és metrikák lekérdezéseinek számlázásával kapcsolatos részletekért tekintse meg az Azure Monitor díjszabási oldalát.
Az egyéni metrikák a platformmetrikákkal megegyező ideig maradnak meg.
Megjegyzés:
Az Alkalmazás Elemzések SDK-val az Azure Monitornak küldött metrikák betöltéses naplóadatokként lesznek számlázva. Csak akkor merülnek fel további metrikák díjai, ha az Alkalmazás Elemzések funkció Engedélyezve van az egyéni metrikákon történő riasztás. Ez a jelölőnégyzet adatokat küld az Azure Monitor metrikák adatbázisába az egyéni metrikák API használatával, hogy lehetővé tegye az összetettebb riasztást. További információ az alkalmazás Elemzések díjszabási modelljéről és árairól a régióban.
Egyéni metrikadefiníciók
Minden közzétett metrikaadatpont névteret, nevet és dimenzióadatokat tartalmaz. Amikor először ad ki egyéni metrikát az Azure Monitornak, a rendszer automatikusan létrehoz egy metrikadefiníciót. Ez az új metrikadefiníció ezután minden olyan erőforráson felderíthető, amelyből a metrikát a metrikadefiníciók segítségével bocsátják ki. A kibocsátás előtt nem kell előre definiálnia egy egyéni metrikát az Azure Monitorban.
Megjegyzés:
Az alkalmazás Elemzések, a diagnosztikai bővítmény és az InfluxData Telegraf-ügynök már úgy van konfigurálva, hogy metrikaértékeket bocsátson ki a megfelelő regionális végponton, és minden kibocsátásban tartalmazza az összes fenti tulajdonságot.
Egyéni metrikák használata
Az egyéni metrikák Azure Monitorba való elküldése után az Azure Portalon tallózhat rajtuk, és lekérdezheti őket az Azure Monitor REST API-kkal. Riasztásokat is létrehozhat rajtuk, hogy értesítést küldhessenek bizonyos feltételek teljesülése esetén.
Megjegyzés:
Az egyéni metrikák megtekintéséhez olvasói vagy közreműködői szerepkörrel kell rendelkeznie. Lásd: Figyelési olvasó.
Egyéni metrikák tallózása az Azure Portalon
- Nyissa meg az Azure Portalt.
- Válassza a Figyelés panelt.
- Válassza a Metrikák lehetőséget.
- Válasszon ki egy erőforrást, amelyről egyéni metrikákat bocsátott ki.
- Válassza ki az egyéni metrika metrikanévterét.
- Válassza ki az egyéni metrikát.
A metrikák Azure Portalon való megtekintéséről további információt az Elemzés metrikák az Azure Monitor metrikakezelőjével című témakörben talál.
Késés és tárterület-megőrzés
A metrikához újonnan hozzáadott vagy újonnan hozzáadott dimenziók megjelenése akár 3 percet is igénybe vehet. Miután az adatok bekerülnek a rendszerbe, az idő 99%-ának kevesebb mint 30 másodperc alatt meg kell jelennie.
Ha töröl egy metrikát, vagy eltávolít egy dimenziót, a módosítás egy héttől egy hónapig is eltarthat, amíg törölve lesz a rendszerből.
Kvóták és korlátok
Az Azure Monitor az alábbi használati korlátozásokat szabja ki az egyéni metrikákra:
Kategória | Limit |
---|---|
Teljes aktív idősor egy előfizetésben régiónként | 50 000 |
Dimenziókulcsok metrika szerint | 10 |
Sztringhossz a metrikanévterekhez, metrikanevekhez, dimenziókulcsokhoz és dimenzióértékekhez | 256 karakter |
Az összes egyéni metrikanév összesített hossza utf-8 kódolással | 64 KB |
Az aktív idősorok a metrikák, dimenziókulcsok vagy dimenzióértékek bármely egyedi kombinációjaként vannak definiálva, amelyek metrikaértékeket tettek közzé az elmúlt 12 órában.
Az idősorok 50 000-es korlátjának megértéséhez vegye figyelembe a következő metrikát:
Kiszolgáló válaszideje dimenziókkal: régió, részleg, ügyfélazonosító
Ezzel a metrikával, ha 10 régióval, 20 részleggel és 100 ügyféllel rendelkezik, amely 10 x 20 x 100 = 20 000 idősort biztosít.
Ha 100 régiója, 200 részlege és 2000 ügyfele van, ez 100 x 200 x 2000 = 40 millió idősort biztosít, ami messze meghaladja a metrika korlátját.
Ez a korlát ismét nem egy adott metrikára vonatkozik. Az előfizetés és a régió összes ilyen metrikájára érvényes.
Az alábbi lépéseket követve megtekintheti az aktuális aktív idősorok aktuális mérőszámait, valamint további információkat a hibaelhárításhoz.
- Lépjen az Azure Portal Monitor szakaszára.
- Válassza a Metrika lehetőséget a bal oldalon.
- A Hatókör kiválasztása csoportban ellenőrizze a vonatkozó előfizetéseket és erőforráscsoportokat.
- A Hatókör pontosítása csoportban válassza az Egyéni metrikahasználat és a kívánt hely lehetőséget.
- Válassza a Apply gombot.
- Válassza ki az aktív idősort, az aktív idősorkorlátot vagy a szabályozott idősort.
Az egyéni metrikák nevének együttes hossza 64 KB, feltéve, hogy karakterenként utf-8 vagy 1 bájt. Ha túllépi a 64 KB-os korlátot, a további metrikák metaadatai nem lesznek elérhetők. A további egyéni metrikák metrikanevei nem jelennek meg az Azure Portalon a kiválasztási mezőkben, és az API nem adja vissza a metrikadefiníciókra vonatkozó kérésekben. A metrikaadatok továbbra is elérhetők, és lekérdezhetők.
Ha túllépte a korlátot, csökkentse a küldendő metrikák számát, vagy csökkentse a nevük hosszát. Ezután akár két napig is eltarthat, hogy megjelenjenek az új metrikák nevei.
A korlát elérésének elkerülése érdekében ne szerepeljenek változó vagy dimenziós szempontok a metrikanevekben.
Például a kiszolgáló processzorhasználatának mérőszámait,CPU_server_12345678-319d-4a50-b27e-1234567890ab
és CPU_server_abcdef01-319d-4a50-b27e-abcdef012345
metrikaként CPU
és dimenzióként Server
kell definiálni.
Tervezési korlátozások és szempontok
Alkalmazás Elemzések használata naplózás céljából. Az alkalmazás Elemzések telemetriai folyamat úgy van optimalizálva, hogy minimalizálja a teljesítményre gyakorolt hatást, és korlátozza a hálózati forgalmat az alkalmazás monitorozása során. Így szabályoz vagy mintákat hoz létre (a telemetriai adatoknak csak egy százalékát veszi figyelembe, és figyelmen kívül hagyja a többit), ha a kezdeti adathalmaz túl nagy lesz. Emiatt a viselkedés miatt nem használhatja naplózási célokra, mert egyes rekordok valószínűleg el lesznek dobva.
A névben szereplő változóval rendelkező metrikák. Ne használjon változót a metrikanév részeként. Használjon inkább állandót. Minden alkalommal, amikor a változó módosítja az értékét, az Azure Monitor létrehoz egy új metrikát. Az Azure Monitor ezután gyorsan eléri a metrikák számának korlátját. Általában, ha a fejlesztők egy változót szeretnének felvenni a metrikanévbe, valójában több idősort szeretnének nyomon követni egy metrika alatt, és a változó metrikanevek helyett dimenziókat kell használniuk.
Magas számosságú metrikaméretek. A dimenzióban túl sok érvényes értékkel ( magas számosságú) rendelkező metrikák sokkal valószínűbbek, hogy elérik az 50 000-es korlátot. Általában soha ne használjon folyamatosan változó értéket egy dimenzióban. Az időbélyeg például soha nem lehet dimenzió. Használhatja a kiszolgálót, az ügyfelet vagy a termékazonosítót, de csak akkor, ha kisebb számú ilyen típussal rendelkezik.
Tesztként kérdezze meg magától, hogy valaha is diagramon ábrázolná-e ezeket az adatokat. Ha 10 vagy akár 100 kiszolgálóval rendelkezik, hasznos lehet, ha az összeset egy grafikonon tekinti meg összehasonlítás céljából. Ha azonban 1000 van, az eredményül kapott gráfot valószínűleg nehéz vagy lehetetlen elolvasni. Az ajánlott eljárás az, ha 100-nál kevesebb érvényes értéket ad meg. Legfeljebb 300 szürke terület. Ha ezt az összeget át kell lépnie, használja inkább az Azure Monitor egyéni naplóit.
Ha egy változó szerepel a névben vagy egy nagy számosságú dimenzióban, a következő problémák léphetnek fel:
- A metrikák szabályozás miatt megbízhatatlanná válnak.
- A Metrics Explorer nem működik.
- A riasztások és értesítések kiszámíthatatlanná válnak.
- A költségek váratlanul növekedhetnek. A Microsoft nem számít fel dimenziókkal rendelkező egyéni metrikákat, miközben ez a funkció nyilvános előzetes verzióban érhető el. Ha a díjak a jövőben kezdődnek, váratlan díjakat kell fizetnie. A terv a figyelt idősorok száma és a végrehajtott API-hívások száma alapján számítja fel a metrikák használatát.
Ha a metrika neve vagy dimenzióértéke véletlenül egy azonosítóval vagy nagy számosságú dimenzióval van feltöltve, a változórész eltávolításával egyszerűen kijavíthatja.
Ha azonban a magas számosság elengedhetetlen a forgatókönyvhöz, az összesített metrikák valószínűleg nem a megfelelő választás. Váltson egyéni naplók használatára (azaz trackMetric API-hívások a trackEvent használatával). Vegye azonban figyelembe, hogy a naplók nem összesítik az értékeket, ezért minden egyes bejegyzést tárol. Ennek eredményeképpen, ha nagy mennyiségű naplóval rendelkezik egy kis időszakban (például másodpercenként 1 millió), az szabályozást és betöltési késést okozhat.
További lépések
Egyéni metrikák használata különböző szolgáltatásokból: