Standarddiagnostik för lastbalanserare med mått, aviseringar och resurshälsa

Metriken Datavägens tillgänglighet beskriver hälsan inom regionen av datavägen till den värdserver där dina virtuella datorer finns. Måttet är en återspegling av lastbalanserarens hälsotillstånd baserat på din konfiguration och Azure infrastruktur. Du kan använda måttet för att:

• Övervaka tjänstens externa tillgänglighet.

• Undersök plattformen där din tjänst distribueras och ta reda på om den är felfri. Kontrollera om gästoperativsystemet eller programinstansen är felfri.

• Isolera om en händelse är relaterad till din tjänst eller det underliggande dataplanet. Blanda inte ihop den här mätningen med måttet för hälsokontrollens status.

För att få datavägens tillgänglighet för resurser för din lastbalanserare:

1. Kontrollera att rätt lastbalanseringsresurs är markerad.

2. I listrutan Mått väljer du Tillgänglighet för datasökväg.

3. I listrutan Aggregering väljer du Medelvärde.

4. Lägg dessutom till ett filter på klientdelens IP-adress eller klientdelsport som dimension med den nödvändiga IP-adressen för klientdelen eller klientdelsporten. Gruppera dem sedan efter den valda dimensionen.

Mätvärdet genereras av en sondtjänst i regionen som simulerar trafik. Avsökningstjänsten genererar regelbundet ett paket som matchar distributionens frontend och regel för belastningsutjämning. Paketet går sedan genom regionen från källan till värden för en VM i backend-poolen. Lastbalanserarens infrastruktur utför samma belastningsutjämning och översättningsåtgärder som för all annan trafik. När proben har anlänt till värden, där en VM i backendpoolen finns, genererar värden ett svar på probningstjänsten. Den virtuella datorn ser inte den här trafiken.

Observera att måttet för datavägens tillgänglighet endast genereras på frontend-IP-konfigurationer med lastbalanseringsregler.

Måttet för datasökvägstillgänglighet kan degraderas av följande skäl:

• Utplaceringen har inga friska virtuella datorer kvar i backendpoolen.

• Ett infrastrukturfel har inträffat.

I diagnostiksyfte kan du använda måttet för tillgänglighet av datasökvägar tillsammans med hälsoprobningsstatus.

Använd Genomsnitt som aggregering för de flesta scenarier.

Mätvärdet Hälsoavsökningsstatus beskriver hälsotillståndet för din programdistribution som du konfigurerade när du ställde in hälsoavsökningen för lastbalanseraren. Lastbalanseraren använder statusen för hälsokontrollen för att avgöra var nya flöden ska skickas. Hälsoavsökningar kommer från en Azure infrastrukturadress och visas i gästoperativsystemet på den virtuella datorn.

För att få hälsoundersökningsstatusmåttet för dina lastbalanseringsresurser:

1. Välj måttet Health Probe Status med aggregeringstypen Avg.

2. Tillämpa ett filter på den önskade frontend-IP-adressen eller porten (eller båda).

Hälsoavsökningar misslyckas av följande orsaker:

• Du konfigurerar en hälsoavsökning till en port som antingen inte lyssnar, inte svarar eller använder fel protokoll. Om din tjänst använder direkt serverretur eller flytande IP-regler, kontrollera att tjänsten lyssnar på IP-adressen för nätverkskortets IP-konfiguration och den loopback som har konfigurerats med frontend-IP-adressen.

• Nätverkssäkerhetsgruppen, den virtuella datorns brandvägg för gästoperativsystem eller filter på programnivå tillåter inte hälsoavsökningstrafiken.

Använd Genomsnitt som aggregering för de flesta scenarier.

SNAT Connection Count-måttet beskriver volymen av lyckade och misslyckade anslutningar för utgående flöden.

En misslyckad anslutningsvolym större än noll indikerar SNAT-portutmattning. Du måste undersöka vidare för att ta reda på vad som kan orsaka dessa fel. SNAT-portöverbelastning yttrar sig som ett fel vid upprättande av ett utgående flöde. Läs artikeln om utgående anslutningar för att förstå scenarier och mekanismer i arbetet och lära dig hur du minimerar och utformar för att undvika SNAT-portöverbelastning.

Om utgående anslutningar misslyckas intermittent kan eventuell SNAT-portutmattning vara orsaken. Kontrollera SNAT-portanvändnings- och allokeringsmåtten och granska SNAT-portutmattningsguiden. För större SNAT-kapacitet, använd Azure NAT Gateway.

Så här hämtar du SNAT-anslutningsstatistik:

1. Välj måtttypen SNAT-anslutningar och Sum som aggregering.

2. Gruppera efter anslutningstillstånd så att lyckade och misslyckade SNAT-anslutningar representeras av olika linjer.

Metriken för använda SNAT-portar spårar hur många SNAT-portar som används för att upprätthålla utgående flöden. Denna mätare visar hur många unika flöden som etableras mellan en internetkälla och en backend-VM eller virtuell maskinskala som ligger bakom en lastbalanserare och inte har en publik IP-adress. Genom att jämföra antalet SNAT-portar du använder med Allocated SNAT Ports metric kan du avgöra om din tjänst upplever eller riskerar SNAT-utmattning och därmed utgående flödesfel.

Om dina mått indikerar risk för fel i utgående flöde refererar du till artikeln och vidtar åtgärder för att minimera detta för att säkerställa tjänstens hälsa.

Så här visar du användning och allokering av SNAT-portar:

1. Ange tidssammansättningen för diagrammet till 1 minut för att säkerställa att önskade data visas.

2. Välj Använda SNAT-portar och/eller allokerade SNAT-portar som måtttyp och Medelvärde som aggregering.

   • Som standard är dessa mått det genomsnittliga antalet SNAT-portar som allokeras till eller används av varje virtuell serverdelsdator eller vm-skalningsuppsättning. De motsvarar alla offentliga IP-adresser för klientdelen som mappas till lastbalanseraren, aggregerade över TCP och UDP.

   • Om du vill visa totalt antal SNAT-portar som används av eller allokerats för lastbalanseraren använder du måttaggregering Sum.

3. Filtrera efter en specifik protokolltyp, en uppsättning ip-adresser för serverdelen och/eller klientdels-IP-adresser.

4. Om du vill övervaka hälsotillståndet per serverdel eller klientdelsinstans använder du delning.

   • Med delning av anteckningar kan endast ett enda mått visas i taget.

5. Till exempel, för att övervaka SNAT-användning för TCP-flöden per maskin, aggregera efter medelvärde, dela upp efter Backend-IP:n och filtrera efter protokolltyp.

Mer information om utgående anslutningar finns i SNAT (Source Network Address Translation) för utgående anslutningar

Använd Sum som sammansättning för de flesta scenarier.

Metriken för byte- och paketräknare beskriver mängden byte och paket som skickas eller tas emot av din tjänst per frontend.

Använd Sum som sammansättning för de flesta scenarier.

För att hämta statistik om byte- eller paketräkning:

1. Välj typerna Bytes Count och Packet Count , med Summa som aggregering.

2. Gör något av följande:

   • Använd ett filter på en specifik frontend-IP-adress, frontend-port, backend-IP eller backend-port.

   • Hämta övergripande statistik för lastbalanserarens resurs utan filtrering.

Genom att använda en kombination av måtten för datasökvägstillgänglighet och status för hälsoavsökningar i ett enda diagram kan du identifiera var du ska leta efter problemet och lösa problemet. Du kan försäkra dig om att Azure fungerar korrekt och använda den här kunskapen för att slutgiltigt fastställa att konfigurationen eller programmet är rotorsaken.

Du kan använda mått för hälsoavsökning för att förstå hur Azure visar hälsotillståndet för distributionen enligt den konfiguration som du har angett. Att titta på hälsoavsökningar är alltid ett bra första steg när det gäller att övervaka eller fastställa en orsak.

Du kan ta det ett steg längre och använda datasökvägstillgänglighetsmått för att få insikt i hur Azure visar hälsotillståndet för det underliggande dataplanet som ansvarar för din specifika distribution. När du kombinerar båda måtten kan du isolera var felet kan vara, vilket visas i det här exemplet:

Bild: Kombinering av tillgänglighet för datapath och hälsoavsökningsstatusmetrik

Diagrammet visar följande information:

• Infrastrukturen som var värd för dina virtuella datorer var inte tillgänglig och låg på 0 procent i början av diagrammet. Senare var infrastrukturen felfri och de virtuella datorerna kunde nås och mer än en virtuell dator placerades i serverdelen. Den blå spårningen för datavägstillgänglighet, som senare var på 100 procent, indikerar denna information.

• Hälsokontrollstatusen, som visas med den lila linjen, är 0 procent i början av diagrammet. Det inringade området i grönt markerar när statusen för hälsoövervakningen blev felfri, och vid den tidpunkten kunde kundens distribution acceptera nya flöden.

Diagrammet hjälper dig att felsöka implementeringen utan att behöva gissa eller fråga support om andra problem uppstår. Tjänsten var inte tillgänglig eftersom hälsoavsökningarna misslyckades på grund av antingen en felkonfiguration eller ett misslyckat program.