Metrikák, riasztások és az erőforrások állapotának diagnosztikái a standard terheléselosztóban

Az Azure Load Balancer a következő diagnosztikai képességeket teszi elérhetővé:

• Többdimenziós metrikák és riasztások: Többdimenziós diagnosztikai képességeket biztosít az Azure Monitoron keresztül a standard terheléselosztó-konfigurációkhoz. A standard terheléselosztó-erőforrások monitorozását, kezelését és hibaelhárítását végezheti el.

• Erőforrás állapota: A terheléselosztó Resource Health állapota a Figyelő alatti Erőforrásállapot lapon érhető el. Ez az automatikus ellenőrzés tájékoztatja a terheléselosztó erőforrásának aktuális elérhetőségéről.

Ez a cikk gyors áttekintést nyújt ezekről a képességekről, és lehetővé teszi, hogy szabványos terheléselosztóhoz használhassa őket.

Többdimenziós metrikák

Az Azure Load Balancer többdimenziós metrikákat biztosít az Azure Portal Azure-metrikáin keresztül, és segít valós idejű diagnosztikai elemzéseket kapni a terheléselosztó erőforrásairól.

A különböző terheléselosztó-konfigurációk a következő metrikákat biztosítják:

Metrika	Erőforrás típusa	Leírás	Ajánlott aggregáció
Adatútvonalak rendelkezésre állása	Nyilvános és belső Load Balancer	A standard terheléselosztó folyamatosan használja az adatelérési utat egy régión belülről a terheléselosztó előtérjéhez, a virtuális gépet támogató hálózathoz. Amíg az kifogástalan példányok megmaradnak, a mérés ugyanazt az útvonalat követi, mint az alkalmazás terheléselosztásos forgalma. A használatban lévő adatútvonal érvényesítve van. A mérés láthatatlan az alkalmazás számára, és nem zavarja más műveleteket.	Átlag
Állapotadat-mintavétel állapota	Nyilvános és belső Load Balancer	A standard szintű terheléselosztó egy elosztott állapottesztelési szolgáltatást használ, amely a konfigurációs beállításoknak megfelelően monitorozza az alkalmazásvégpontok állapotát. Ez a metrika a terheléselosztó készletében lévő példányok összesített vagy végponti szűrt nézetét biztosítja. Láthatja, hogy a terheléselosztó hogyan tekinti meg az alkalmazás állapotát az állapotadat-mintavétel konfigurációja alapján.	Átlag
SYN (szinkronizálás) száma	Nyilvános és belső Load Balancer	A standard terheléselosztók nem szüntetik meg a TCP-kapcsolatokat, és nem működnek együtt a TCP- vagy felhasználói adatcsomag-(UDP-) folyamatokkal. A folyamok és a hozzájuk tartozó kézfogások mindig a forrás és a virtuálisgép-példány között történnek. A TCP protokollal kapcsolatos forgatókönyvek hatékonyabb hibaelhárítása érdekében használhatja a SYN csomagszámlálókat, hogy átlássa, hány TCP-csatlakozási kísérlet történt. A metrika a fogadott TCP SYN-csomagok számáról készít jelentést.	Sum
Forráshálózati címfordítás (SNAT) kapcsolatainak száma	Nyilvános terheléselosztó	A standard terheléselosztó a nyilvános IP-cím előterében maszkolt kimenő folyamatok számát jelenti. Az SNAT-portok kimeríthető erőforrások. Ez a metrika jelzi, hogy az alkalmazás milyen mértékben támaszkodik az SNAT-ra a kívülről érkező folyamok esetén. A rendszer a sikeres és sikertelen kimenő SNAT-folyamatok számlálóit jelenti. A számlálók a kimenő folyamatok állapotának hibaelhárítására és megértésére használhatók.	Sum
Lefoglalt SNAT-portok	Nyilvános terheléselosztó	Egy standard terheléselosztó a háttérpéldányonként lefoglalt SNAT-portok számát jelenti	Átlagos.
Használt SNAT-portok	Nyilvános terheléselosztó	A standard terheléselosztó a háttérpéldányonként használt SNAT-portok számát jelenti.	Átlag
Bájtok száma	Nyilvános és belső Load Balancer	Egy standard terheléselosztó jelenti az előtérként feldolgozott adatokat. Észreveheti, hogy a bájtok nem egyenlően oszlanak el a háttérpéldányok között. Ez várható, mivel az Azure Load Balancer-algoritmus folyamatokon alapul	Sum
Csomagszám	Nyilvános és belső Load Balancer	Egy standard terheléselosztó jelenti az előtérenként feldolgozott csomagokat.	Sum

Feljegyzés

A sávszélességgel kapcsolatos metrikák, például a SYN-csomagok, a bájtok száma és a csomagok száma nem rögzítik a belső terheléselosztó felé irányuló forgalmat UDR-en keresztül (például NVA-ból vagy tűzfalról).

A maximális és minimális összesítések nem érhetők el a SYN-szám, a csomagok száma, az SNAT-kapcsolatok száma és a bájtszám metrikák esetében. Az adatelérési út rendelkezésre állása és az állapotadat-mintavétel állapota nem ajánlott a count aggregációhoz. Használja az átlagot a legjobban ábrázolt állapotadatokhoz.

A terheléselosztó metrikáinak megtekintése az Azure Portalon

Az Azure Portal a Terheléselosztó metrikáit a Metrikák lapon teszi elérhetővé. Ez a lap az adott erőforrás terheléselosztójának erőforrásoldalán és az Azure Monitor oldalán is elérhető.

Feljegyzés

Az Azure Load Balancer nem küld állapotmintákat a felszabadított virtuális gépekre. A virtuális gépek felszabadításakor a terheléselosztó leállítja az adott példány metrikáinak jelentését. A nem elérhető metrikák szaggatott vonalként jelennek meg a Portálon, vagy hibaüzenet jelenik meg, amely jelzi, hogy a metrikák nem kérhetők le.

A standard terheléselosztó-erőforrások metrikáinak megtekintése:

1. Lépjen a metrikák lapra, és végezze el az alábbi feladatok valamelyikét:

   • A terheléselosztó erőforrásoldalán válassza ki a metrika típusát a legördülő listában.

   • Az Azure Monitor lapon válassza ki a terheléselosztó erőforrását.

2. Adja meg a megfelelő metrika-összesítési típust.

3. Igény szerint konfigurálja a szükséges szűrést és csoportosítást.

4. Igény szerint konfigurálja az időtartományt és az összesítést. Alapértelmezés szerint az idő utc-ben jelenik meg.

Feljegyzés

Az időösszesítés fontos bizonyos metrikák értelmezésekor, mivel az adatok mintavételezése percenként egyszer történik. Ha az időösszesítés öt percre van állítva, és a metrika aggregációtípusa, az Összeg a metrikákhoz, például az SNAT-foglaláshoz használatos, a gráf a lefoglalt SNAT-portok ötszörösét jeleníti meg.

Javaslat: Az Összeg és a Darabszám típusú metrika-aggregáció elemzésekor azt javasoljuk, hogy egy percnél nagyobb időösszesítési értéket használjon.

Ábra: Az adatelérési út rendelkezésre állásának mérőszáma egy standard terheléselosztóhoz

Többdimenziós metrikák lekérése programozott módon API-k használatával

A többdimenziós metrikadefiníciók és -értékek lekérésével kapcsolatos API-útmutatásért tekintse meg az Azure Monitoring REST API útmutatóját. Ezek a metrikák egy tárfiókba írhatók úgy, hogy hozzáadnak egy diagnosztikai beállítást a "Minden metrikák" kategóriához.

Gyakori diagnosztikai forgatókönyvek és javasolt nézetek

Az adatelérési út fel van állítva és elérhető a terheléselosztó előtérben?

Bontsa ki

Az adatelérési út rendelkezésre állásának metrikája az adatútvonal régión belüli állapotát írja le annak a számítási gazdagépnek, ahol a virtuális gépek találhatók. A metrika az Azure-infrastruktúra állapotát tükrözi. A metrikával a következőt használhatja:

• A szolgáltatás külső elérhetőségének figyelése.

• Vizsgálja meg a szolgáltatást üzembe helyező platformot, és állapítsa meg, hogy kifogástalan állapotban van-e. Állapítsa meg, hogy a vendég operációs rendszer vagy az alkalmazáspéldány kifogástalan állapotban van-e.

• Elkülönítheti, hogy egy esemény kapcsolódik-e a szolgáltatáshoz vagy a mögöttes adatsíkhoz. Ne keverje össze ezt a metrikát az állapotadat-mintavétel állapotával ("Háttérpéldány rendelkezésre állása").

Az adatelérési út rendelkezésre állásának lekérése a standard terheléselosztó-erőforrásokhoz:

1. Győződjön meg arról, hogy a megfelelő terheléselosztó-erőforrás van kiválasztva.

2. A Metrika legördülő listában válassza az Adatelérési út rendelkezésre állása lehetőséget.

3. Az Összesítés legördülő listában válassza az Avg lehetőséget.

4. Emellett adjon hozzá egy szűrőt az előtérbeli IP-címhez vagy az előtérbeli porthoz dimenzióként a szükséges előtér IP-címmel vagy előtérporttal. Ezután csoportosítsa őket a kijelölt dimenzió szerint.

Ábra: Terheléselosztó előtérbeli próba részletei

A metrikát egy aktív, sávon belüli mérés hozza létre. A régión belüli próbaszolgáltatás a mérés forgalmát kezdeményezi. A szolgáltatás azonnal aktiválódik, amint nyilvános előtérrel rendelkező üzembe helyezést hoz létre, és addig folytatódik, amíg el nem távolítja az előtért.

Rendszeres időközönként létrejön egy csomag, amely megfelel az üzembe helyezés előtérének és szabályának. Bejárja a régiót a forrástól a gazdagépig, ahol egy virtuális gép található a háttérkészletben. A terheléselosztó infrastruktúrája ugyanazokat a terheléselosztási és fordítási műveleteket hajtja végre, mint az összes többi forgalom esetében. Ez a mintavétel sávon belül van a elosztott terhelésű végponton. Miután a mintavétel megérkezik a számítási gazdagépre, ahol egy kifogástalan állapotú virtuális gép található a háttérkészletben, a számítási gazdagép választ ad a próbaszolgáltatásnak. A virtuális gép nem látja ezt a forgalmat.

Az adatelérési út rendelkezésre állása a következő okokból meghiúsul:

• Az üzemelő példány nem rendelkezik kifogástalan állapotú virtuális gépekkel a háttérkészletben.

• Infrastruktúra-kimaradás történt.

Diagnosztikai célokra használhatja a Metrikát az adatelérési út rendelkezésre állásához az állapotadat-mintavétel állapotával együtt.

Használja az Átlagot a legtöbb forgatókönyv összesítéseként.

A terheléselosztó háttérpéldányai válaszolnak a mintavételekre?

Bontsa ki

Az állapotadat-mintavétel állapotmetrika az alkalmazás üzembe helyezésének állapotát írja le a terheléselosztó állapotmintájának konfigurálásakor ön által konfigurált módon. A terheléselosztó az állapotadat-mintavétel állapotával határozza meg, hogy hová küldjön új folyamatokat. Az állapotminták egy Azure-infrastruktúra-címről származnak, és a virtuális gép vendég operációs rendszerében láthatók.

A standard terheléselosztó-erőforrások állapotmintájának lekérése:

1. Válassza az Állapotteszt állapota metrikát Átlag összesítés típussal.

2. Szűrő alkalmazása a szükséges előtérbeli IP-címre vagy portra (vagy mindkettőre).

Az állapotadat-mintavételek a következő okokból meghiúsulnak:

• Az állapotmintát olyan portra konfigurálja, amely nem figyel vagy nem válaszol, vagy nem a megfelelő protokollt használja. Ha a szolgáltatás közvetlen kiszolgálói visszatérési vagy lebegő IP-szabályokat használ, ellenőrizze, hogy a szolgáltatás figyeli-e a hálózati adapter IP-konfigurációjának IP-címét, valamint az előtérbeli IP-címmel konfigurált visszacsatolást.

• A hálózati biztonsági csoport, a virtuális gép vendég operációsrendszer-tűzfala vagy az alkalmazásréteg szűrői nem teszik lehetővé az állapotadat-mintavétel forgalmát.

Használja az Átlagot a legtöbb forgatókönyv összesítéseként.

Hogyan a kimenő kapcsolat statisztikáit?

Bontsa ki

Az SNAT-kapcsolatok metrika a kimenő folyamatok sikeres és sikertelen kapcsolatainak mennyiségét írja le.

A nullánál nagyobb sikertelen kapcsolatok az SNAT-port kimerülését jelzik. További vizsgálatot kell végeznie annak megállapításához, hogy mi okozhatja ezeket a hibákat. Az SNAT-portok kimerülése a kimenő forgalom létrehozásának sikertelenségeként nyilvánul meg. Tekintse át a kimenő kapcsolatokról szóló cikket, és ismerje meg a munkahelyi forgatókönyveket és mechanizmusokat, és ismerje meg, hogyan csökkenthető és tervezhető az SNAT-portok kimerülése.

Az SNAT-kapcsolat statisztikáinak lekérése:

1. Válassza ki az SNAT Csatlakozás ions metrikatípusát és a Sum as aggregációt.

2. Csoportosítsa Csatlakozás ion state szerint a sikeres és sikertelen SNAT-kapcsolatok számát, hogy különböző sorok jelöljenek.

Ábra: Terheléselosztó SNAT-kapcsolatok száma

Hogyan ellenőrizze az SNAT-portok használatát és lefoglalását?

Bontsa ki

A használt SNAT-portok metrikája nyomon követi, hogy hány SNAT-portot használnak fel a kimenő folyamatok fenntartásához. Ez a metrika azt jelzi, hogy hány egyedi folyamat jön létre egy internetes forrás és egy háttérbeli virtuális gép vagy virtuálisgép-méretezési csoport között, amely egy terheléselosztó mögött található, és nem rendelkezik nyilvános IP-címmel. Ha összehasonlítja a használt SNAT-portok számát a Lefoglalt SNAT-portok metrikájával, megállapíthatja, hogy a szolgáltatás SNAT-kimerülése vagy a kimenő forgalom meghibásodása fenyegeti-e.

Ha a metrikák a kimenő forgalom meghibásodásának kockázatát jelzik, tekintse meg a cikket, és tegyen lépéseket a probléma elhárítására a szolgáltatás állapotának biztosítása érdekében.

Az SNAT-portok használatának és lefoglalásának megtekintése:

1. A kívánt adatok megjelenítéséhez állítsa a gráf időösszesítését 1 percre.

2. Válassza a Használt SNAT-portok és/vagy a lefoglalt SNAT-portok metrikatípusként, az átlagot pedig összesítésként.

   • Alapértelmezés szerint ezek a metrikák az egyes háttérbeli virtuális gépekhez vagy virtuálisgép-méretezési csoportokhoz lefoglalt vagy használt SNAT-portok átlagos száma. Ezek megfelelnek a terheléselosztóhoz hozzárendelt összes előtérbeli nyilvános IP-címnek, TCP és UDP alapján összesítve.

   • A terheléselosztó által használt vagy lefoglalt összes SNAT-port megtekintéséhez használja a metrika-összesítés összegét.

3. Szűrjön egy adott protokolltípusra, háttér ip-címekre és/vagy előtérbeli IP-címekre.

4. A háttér- vagy előtérbeli példányonkénti állapot figyeléséhez alkalmazza a felosztást.

   • A jegyzet felosztásával egyszerre csak egyetlen metrika jeleníthető meg.

5. Például a TCP-folyamatok gépenkénti SNAT-használatának monitorozásához az átlag szerint összesítve, a háttérbeli IP-címek szerint felosztva és protokolltípus szerint szűrve.

Ábra: A TCP SNAT-portok átlagos lefoglalása és használata háttérbeli virtuális gépek halmazához

Ábra: TCP SNAT-porthasználat háttérpéldányonként

Hogyan ellenőrizze a szolgáltatás bejövő/kimenő kapcsolati kísérleteit?

A SYN-csomagok metrikáinak kibontása

azoknak a TCP SYN-csomagoknak a mennyiségét ismerteti, amelyek egy adott előtérhez társított kimenő folyamatokhoz érkeztek vagy lettek elküldve. Ezzel a metrikával megismerheti a szolgáltatáshoz való TCP-kapcsolati kísérleteket.

A kimenő kapcsolatokról további információt a kimenő kapcsolatok forráshálózati címfordításában (SNAT) talál .

A legtöbb forgatókönyv összesítéseként használja a Sum függvényt.

Ábra: Terheléselosztó SYN-száma

Hogyan ellenőrizze a hálózati sávszélesség használatát?

Bontsa ki

A bájtok és csomagszámlálók metrikája a szolgáltatás által frontend alapon küldött vagy fogadott bájtok és csomagok mennyiségét írja le.

A legtöbb forgatókönyv összesítéseként használja a Sum függvényt.

Bájt- vagy csomagszámstatisztikák lekérése:

1. Válassza ki a Bájtok száma és/vagy a Csomagszám metrikatípust, amely összesítésként a Sum (Összeg) értéket jelöli.

2. A következő lehetőségek közül választhat:

   • Szűrő alkalmazása adott előtérbeli IP-címre, előtérportra, háttérBELI IP-címre vagy háttérportra.

   • A terheléselosztó-erőforrás általános statisztikáinak lekérése szűrés nélkül.

Ábra: Terheléselosztó bájtszáma

Hogyan diagnosztizálni a terheléselosztó üzembe helyezését?

Bontsa ki

Az adatútvonal rendelkezésre állási és állapotadat-mintavételi állapotmetrikáinak egyetlen diagramon történő kombinációjával azonosíthatja, hogy hol keresse meg a problémát, és oldja meg a problémát. Meggyőződhet arról, hogy az Azure megfelelően működik, és ezzel a tudással egyértelműen megállapíthatja, hogy a konfiguráció vagy az alkalmazás a kiváltó ok.

Állapotadat-mintavételi metrikák használatával megtudhatja, hogy az Azure hogyan tekinti meg az üzembe helyezés állapotát a megadott konfigurációnak megfelelően. Az állapotadat-mintavételek megtekintése mindig nagyszerű első lépés a monitorozásban vagy az ok meghatározásában.

Egy lépéssel tovább viheti, és az adatútvonal rendelkezésre állási metrikájával betekintést nyerhet abba, hogy az Azure hogyan tekinti meg az adott üzembe helyezésért felelős mögöttes adatsík állapotát. Ha mindkét metrikát kombinálja, elkülönítheti a hiba helyét, ahogy az ebben a példában látható:

Ábra: Az adatelérési út rendelkezésre állásának és az állapotadat-mintavétel állapotmetrikáinak kombinálása

A diagram a következő információkat jeleníti meg:

• A virtuális gépeket üzemeltető infrastruktúra nem volt elérhető, és a diagram elején 0 százalék volt. Később az infrastruktúra kifogástalan állapotban volt, és a virtuális gépek elérhetőek voltak, és több virtuális gép került a háttérbe. Ezt az információt az adatelérési út rendelkezésre állásának kék nyomkövetése jelzi, amely később 100%-os volt.

• A lila nyomkövetés által jelzett állapotadat 0 százalékon áll a diagram elején. A zölden körbejárt terület kiemeli, hogy az állapotadat-mintavétel állapota kifogástalan állapotú lett, és ekkor az ügyfél üzembe helyezése új folyamatokat tudott elfogadni.

A diagram lehetővé teszi az ügyfelek számára, hogy önállóan hárítsák el az üzembe helyezést anélkül, hogy meg kellene tippelniük vagy megkérdezniük, hogy más problémák merülnek-e fel. A szolgáltatás nem volt elérhető, mert az állapotadat-mintavételek hibás konfiguráció vagy sikertelen alkalmazás miatt meghiúsultak.

Riasztások konfigurálása többdimenziós metrikákhoz

Az Azure Load Balancer támogatja a többdimenziós metrikák könnyen konfigurálható riasztásait. Egyéni küszöbértékeket konfigurálhat adott metrikákhoz különböző súlyosságú riasztások aktiválásához, hogy érintésmentes erőforrás-figyelési élményt biztosítsunk.

A riasztások konfigurálása:

1. Ugrás a terheléselosztó riasztási oldalára

2. Új riasztási szabály létrehozása

   1. Riasztási feltétel konfigurálása (Megjegyzés: a zajos riasztások elkerülése érdekében javasoljuk, hogy konfigurálja a riasztásokat az Átlag értékre beállított összesítési típussal, egy ötperces adatablakra visszatekintve és 95%-os küszöbértékkel)

   2. (Nem kötelező) Műveletcsoport hozzáadása automatizált javításhoz

   3. Riasztás súlyosságának, nevének és leírásának hozzárendelése, amely intuitív reakciót tesz lehetővé

Bejövő rendelkezésre állási riasztások

Feljegyzés

Ha a terheléselosztó háttérkészletei üresek, a terheléselosztó nem fog érvényes adatútvonalakat tesztelni. Ennek eredményeképpen az adatelérési útvonal rendelkezésre állási metrikája nem lesz elérhető, és az adatelérési útvonal rendelkezésre állási metrikáján konfigurált Azure-riasztások nem aktiválhatók.

A bejövő rendelkezésre állásra vonatkozó riasztások létrehozásához két külön riasztást hozhat létre az adatelérési út rendelkezésre állásának és az állapotadat-mintavétel állapotmetrikáinak használatával. Az ügyfelek különböző forgatókönyvekkel rendelkezhetnek, amelyek konkrét riasztási logikát igényelnek, de az alábbi példák a legtöbb konfiguráció esetében hasznosak.

Az adatelérési út rendelkezésre állásával riasztásokat aktiválhat, amikor egy adott terheléselosztási szabály elérhetetlenné válik. Ezt a riasztást úgy konfigurálhatja, hogy beállít egy riasztási feltételt az adatelérési út rendelkezésre állásához, és felosztja az összes aktuális érték és jövőbeli érték alapján mind az előtérport, mind az előtérbeli IP-cím esetében. Ha a riasztási logikát 0-nál kisebbre vagy egyenlőre állítja, a riasztás akkor aktiválódik, amikor egy terheléselosztási szabály nem válaszol. Állítsa be az aggregáció részletességét és a kiértékelés gyakoriságát a kívánt értékelésnek megfelelően.

Állapotadat-mintavételi állapot esetén riasztást kaphat, ha egy adott háttérpéldány jelentős ideig nem válaszol az állapotadat-mintavételre. Állítsa be a riasztási feltételt az állapotadat-mintavétel állapotmetrikájának használatára, és ossza fel a háttérbeli IP-cím és a háttérport alapján. Ez biztosítja, hogy az egyes háttérpéldányok külön-külön tudják kiszolgálni a forgalmat egy adott porton. Használja az Átlagos összesítés típust, és állítsa be a küszöbértéket a háttérpéldány mintavételi gyakorisága és a megfelelő küszöbérték alapján.

A háttérkészlet szintjén is riasztást jeleníthet meg, ha nem oszt el egyetlen dimenzióval sem, és az Átlag aggregációs típust használja. Így riasztási szabályokat állíthat be, például riasztást, ha a háttérkészlet tagjainak 50%-a nem megfelelő.

Kimenő rendelkezésre állás riasztása

A kimenő rendelkezésre álláshoz két különálló riasztást konfigurálhat az SNAT-kapcsolatszám és a használt SNAT-portmetrikák használatával.

A kimenő kapcsolat hibáinak észleléséhez konfiguráljon egy riasztást az SNAT-kapcsolatok számával, és szűrjön a Csatlakozás ion State = Failed értékre. Használja a Total aggregation (Összesítés ) elemet. Ezután feloszthatja ezt úgy, hogy a háttérBELI IP-cím az összes jelenlegi és jövőbeli értékre van állítva, hogy külön riasztást kapjon a sikertelen kapcsolatokat tapasztaló háttérpéldányok esetében. Ha kimenő kapcsolati hibákra számít, állítsa a küszöbértéket nullánál nagyobbra vagy magasabb értékre.

A használt SNAT-portokkal riasztást kaphat az SNAT-kimerültség és a kimenő kapcsolat meghibásodásának nagyobb kockázatáról. Győződjön meg arról, hogy a riasztás használatakor háttérbeli IP-cím és protokoll alapján oszt fel. Használja az Átlagos összesítést. Állítsa a küszöbértéket a példányonként lefoglalt portok számának egy százalékánál nagyobb értékre, amely nem biztonságos. Konfiguráljon például egy alacsony súlyosságú riasztást, ha egy háttérpéldány a lefoglalt portok 75%-át használja. Nagy súlyosságú riasztást konfigurálhat, ha a lefoglalt portok 90%-át vagy 100%-át használja.

Erőforrás állapota

A standard terheléselosztó-erőforrások állapotállapota a monitorozási > Szolgáltatásállapot területen található meglévő erőforrás-állapoton keresztül érhető el. A rendszer két percenként értékeli ki az adatelérési út rendelkezésre állásának mérésével, amely meghatározza, hogy elérhetők-e az előtérbeli terheléselosztási végpontok.

Erőforrás állapotadatai	Leírás
Elérhető	A standard terheléselosztó-erőforrás kifogástalan állapotú és elérhető.
Csökkentett teljesítményű	A standard terheléselosztó platformmal vagy felhasználó által kezdeményezett eseményekkel rendelkezik, ami hatással van a teljesítményre. Az adatelérési út rendelkezésre állásának metrikája kevesebb mint 90%-ot, de legalább két percig 25%-nál nagyobb állapotot jelentett. Ezzel az állapottal közepes vagy súlyos teljesítményhatást tapasztal. Kövesse a hibaelhárítási RHC-útmutatót annak megállapításához, hogy vannak-e olyan felhasználó által kezdeményezett események, amelyek hatással vannak a rendelkezésre állására.
Nem érhető el	A standard terheléselosztó-erőforrás nem kifogástalan. Az adatelérési út rendelkezésre állásának metrikája legalább két percig kevesebb, 25%-os állapotról számolt be. Ezzel az állapottal jelentős teljesítményhatást vagy a bejövő kapcsolatok rendelkezésre állásának hiányát tapasztalja. Előfordulhatnak olyan felhasználói vagy platformesemények, amelyek elérhetetlenséget okoznak. Kövesse a hibaelhárítási RHC-útmutatót annak megállapításához, hogy vannak-e olyan felhasználó által kezdeményezett események, amelyek befolyásolják a rendelkezésre állást.
Ismeretlen	A terheléselosztó-erőforrás állapotának frissítése nem történt meg, vagy nem kapott információt az adatelérési út elérhetőségéről az elmúlt 10 percben. Ennek az állapotnak átmenetinek kell lennie, és a megfelelő állapot fog megjelenni, amint az adatok beérkeznek.

A nyilvános standard terheléselosztó-erőforrások állapotának megtekintése:

1. Válassza a Figyelés> Szolgáltatásállapot lehetőséget.

   

   Ábra: Az Azure Monitor szolgáltatásállapot-hivatkozása

2. Válassza az Erőforrás állapota lehetőséget, majd győződjön meg arról, hogy az előfizetés azonosítója és az erőforrás típusa = terheléselosztó van kiválasztva.

   

   Ábra: Erőforrás kiválasztása állapotnézethez

3. A listában válassza ki a terheléselosztó erőforrást az előzményállapot megtekintéséhez.

   

   Ábra: Az erőforrás állapota

Az erőforrás állapotának általános leírása az erőforrás-állapot dokumentációjában érhető el.

Resource Health-riasztások

Az Azure Resource Health-riasztások közel valós időben értesíthetik Önt, ha a Load Balancer-erőforrás állapota megváltozik. Javasoljuk, hogy állítsa be az erőforrásállapot-riasztásokat, hogy értesítsék, ha a Terheléselosztó erőforrása csökkentett vagy nem érhető el .

Amikor Azure-erőforrás-állapotriasztásokat hoz létre a Load Balancerhez, az Azure erőforrás-állapotértesítéseket küld az Azure-előfizetésének. Riasztásokat a következő alapján hozhat létre és szabhat testre:

• Az érintett előfizetés
• Az érintett erőforráscsoport
• Az érintett erőforrástípus (Terheléselosztó)
• Az adott erőforrás (bármely terheléselosztó erőforrás, amelyre riasztást szeretne beállítani)
• Az érintett Terheléselosztó-erőforrás eseményállapota
• Az érintett Terheléselosztó-erőforrás aktuális állapota
• Az érintett Terheléselosztó-erőforrás előző állapota
• A terheléselosztó erőforrás érintett oktípusa

Azt is beállíthatja, hogy kinek kell elküldeni a riasztást:

• Új műveletcsoport (amely a jövőbeni riasztásokhoz használható)
• Egy meglévő műveletcsoport

Az erőforrás-állapotra vonatkozó riasztások beállításáról további információt a következő témakörben talál:

• Erőforrás-állapotriasztások az Azure Portal használatával
• Resource Health-riasztások Resource Manager-sablonokkal

Következő lépések

• További információ a Network Analyticsről.
• Megtudhatja, hogyan tekintheti meg a terheléselosztóhoz előre konfigurált metrikákat a Elemzések használatával.
• További információ a Standard terheléselosztóról.