Standard Load Balancer-diagnostik med mått, aviseringar och resurshälsa
Azure Standard Load Balancer exponerar följande diagnostiska funktioner:
Flerdimensionella mått och aviseringar: Ger flerdimensionella diagnostikfunktioner via Azure Monitor för standardkonfigurationer för lastbalanserare. Du kan övervaka, hantera och felsöka dina standardresurser för lastbalanserare.
Resource Health: Resource Health status för din Load Balancer finns på sidan Resource Health under Övervaka. Den här automatiska kontrollen informerar dig om den aktuella tillgängligheten för Load Balancer resurs. Den här artikeln ger en snabb översikt över dessa funktioner och erbjuder olika sätt att använda dem för Standard Load Balancer.
Flerdimensionella mått
Azure Load Balancer tillhandahåller flerdimensionella mått via Azure Metrics i Azure Portal och hjälper dig att få diagnostiska insikter i realtid om dina lastbalanseringsresurser.
De Standard Load Balancer konfigurationerna ger följande mått:
| Metric | Resurstyp | Description | Rekommenderad aggregering |
|---|---|---|---|
| Tillgänglighet för databana | Offentlig och intern lastbalanserare | Standard Load Balancer använder kontinuerligt datasökvägen inifrån en region till lastbalanserarens klientdel, hela vägen till den SDN-stack som stöder den virtuella datorn. Så länge felfria instanser finns kvar följer måttet samma sökväg som programmets belastningsutjämnad trafik. Den datasökväg som dina kunder använder verifieras också. Måttet är osynligt för ditt program och stör inte andra åtgärder. | Medel |
| Status för hälsoavsökning | Offentlig och intern lastbalanserare | Standard Load Balancer använder en distribuerad hälsosökningstjänst som övervakar programmets slutpunkts hälsa enligt dina konfigurationsinställningar. Med det här måttet får du en sammanställd vy eller filtrerad vy per slutpunkt för varje instansslutpunkt i lastbalanserarens pool. Du kan visa hur Load Balancer ser hälsotillståndet för ditt program, som anges av din konfiguration för hälsoavsökningen. | Medel |
| ANTAL SYN (synkronisera) | Offentlig och intern lastbalanserare | Standard Load Balancer avslutar inte Transmission Control Protocol (TCP)-anslutningar och interagerar inte med TCP- eller UDP-paketflöden. Flöden och deras handskakningar sker alltid mellan källan och den virtuella datorinstansen. Du kan felsöka dina scenarier med TCP-protokoll på ett bättre sätt genom att använda räknare för SYN-paket för att förstå hur många TCP-anslutningsförsök som görs. Måttet rapporterar antalet TCP SYN-paket som tagits emot. | Sum |
| Antal SNAT-anslutningar | Offentlig lastbalanserare | Standard Load Balancer rapporterar antalet utgående flöden som maskeras till den offentliga IP-adressens klientdel. SNAT-portar (Source Network Address Translation) är en resurs som kan överbelastas. Det här måttet kan ge en indikation på hur mycket ditt program förlitar sig på SNAT för utgående flöden. Räknare för lyckade och misslyckade utgående SNAT-flöden rapporteras och kan användas för att felsöka och förstå hälsotillståndet för dina utgående flöden. | Sum |
| Allokerade SNAT-portar | Offentlig lastbalanserare | Standard Load Balancer rapporterar antalet tilldelade SNAT-portar per backend-instans | Genomsnittliga. |
| Använda SNAT-portar | Offentlig lastbalanserare | Standard Load Balancer rapporterar antalet SNAT-portar som används per backend-instans. | Genomsnitt |
| Byteantal | Offentlig och intern lastbalanserare | Standard Load Balancer rapporterar de data som bearbetas per klientdel. Du kanske märker att bytes inte distribueras jämnt över serverdelsinstanserna. Detta förväntas eftersom Azures algoritm Load Balancer baseras på flöden | Sum |
| Antal paket | Offentlig och intern lastbalanserare | Standard Load Balancer rapporterar de paket som bearbetas per klientdel. | Sum |
Anteckning
När du använder distribution av trafik från en intern lastbalanserare via en NVA eller brandvägg är syn-paket, byteantal och antal paket inte tillgängliga och visas som noll.
Anteckning
Max- och min-aggregeringar är inte tillgängliga för måtten SYN-antal, antal paket, SNAT-anslutningar och byteantal
Visa mått för lastbalanserare i Azure Portal
Den Azure Portal visar lastbalanseringsmåtten via sidan Mått, som är tillgänglig på både resurssidan för lastbalanserare för en viss resurs Azure Monitor sidan.
Så här visar du mått för dina Standard Load Balancer resurser:
- Gå till sidan Mått och gör något av följande:
- På resurssidan för lastbalanserare väljer du måtttypen i listrutan.
- På Azure Monitor väljer du lastbalanseringsresursen.
- Ange lämplig typ av måttaggregering.
- Du kan också konfigurera den filtrering och gruppering som krävs.
- Du kan också konfigurera ett tidsintervall och en aggregering. Som standard visas tiden i UTC.
Anteckning
Tidsaggregering är viktig när du tolkar vissa mått när data samplas en gång per minut. Om tidsaggregering anges till fem minuter och måttaggregeringstypen Summa används för mått som SNAT-allokering visar diagrammet fem gånger den totala allokerade SNAT-portarna.
Rekommendation: När du analyserar måttaggregeringstypen Summa och Antal rekommenderar vi att du använder ett tidsaggregeringsvärde som är större än en minut.
Bild: Tillgänglighetsmått för datasökväg för Standard Load Balancer
Hämta flerdimensionella mått programmatiskt via API:er
API-vägledning för att hämta flerdimensionella måttdefinitioner och värden finns i Genomgång av Azure Monitoring REST API . Du kan skriva de här måtten till ett lagringskonto genom att lägga till en diagnostikinställning för kategorin "Alla mått".
Vanliga diagnostikscenarier och rekommenderade vyer
Är datasökvägen tillgänglig för min Load Balancer frontend?
Visa
Tillgänglighetsmåttet för datasökvägen beskriver hälsotillståndet för datasökvägen i regionen till beräkningsvärden där dina virtuella datorer finns. Måttet är en återspegling av Hälsotillståndet för Azure-infrastrukturen. Du kan använda måttet för att:
- Övervaka tjänstens externa tillgänglighet
- Fördjupa dig och förstå om plattformen som din tjänst distribueras på är felfri eller 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 det här måttet med hälsoavsökningens status ("Tillgänglighet för backend-instans").
Så här hämtar du datasökvägens tillgänglighet för dina Standard Load Balancer resurser:
- Kontrollera att rätt lastbalanseringsresurs har valts.
- I listrutan Mått väljer du Tillgänglighet för datasökväg.
- I listrutan Sammansättning väljer du Genomsnitt.
- Lägg dessutom till ett filter på FRONTEND-IP-adressen eller frontend-porten som dimension med den nödvändiga IP-adressen för frontend eller frontend-porten och gruppera dem sedan efter den valda dimensionen.
Bild: Load Balancer avsökningsinformation för frontend
Måttet genereras av en aktiv in-band-mätning. En avsökningstjänst i regionen kommer från trafik för mätningen. Tjänsten aktiveras när du skapar en distribution med en offentlig frontend och fortsätter tills du tar bort frontend.
Ett paket som matchar distributionens frontend och regel genereras regelbundet. Den passerar regionen från källan till värden där en virtuell dator i backend-poolen finns. Lastbalanseringsinfrastrukturen utför samma belastningsutjämning och översättningsåtgärder som den gör för all annan trafik. Den här avsökningen är in-band på den belastningsutjämnade slutpunkten. När avsökningen kommer till beräkningsvärden, där en felfri virtuell dator i serverpoolen finns, genererar beräkningsvärden ett svar till avsökningstjänsten. Den virtuella datorn ser inte den här trafiken.
Tillgängligheten för dataökvägar misslyckas av följande skäl:
- Distributionen har inga felfria virtuella datorer kvar i backend-poolen.
- Ett infrastrukturavbrott har inträffat.
I diagnostiksyfte kan du använda måttet Tillgänglighet för datasökväg tillsammans med hälsoavsökningens status.
Använd Genomsnitt som aggregering för de flesta scenarier.
Svarar backend-instanserna för mina Load Balancer på avsökningar?
Visa
Statusmåttet för hälsoavsökningen beskriver hälsotillståndet för programdistributionen som du konfigurerade när du konfigurerade hälsoavsökningen för lastbalanseraren. Lastbalanseraren använder hälsoavsökningens status för att avgöra var nya flöden ska skickas. Hälsoavsökningar kommer från en Azure-infrastrukturadress och är synliga i den virtuella datorns gästoperativsystem.Så här hämtar du status för hälsoavsökningen för dina Standard Load Balancer resurser:
- Välj måttet Status för hälsoavsökningen med aggregeringstypen Genomsnitt.
- Använd ett filter på den IP-adress eller port som krävs för frontend (eller båda).
Hälsoavsökningar misslyckas av följande skäl:
- Du konfigurerar en hälsoavsökning till en port som inte lyssnar eller inte svarar eller som använder fel protokoll. Om tjänsten använder regler för direkt serverretur (DSR eller flytande IP) kontrollerar du att tjänsten lyssnar på IP-adressen för nätverkskortets IP-konfiguration och inte bara på loopback som är konfigurerad med frontend-IP-adressen.
- Avsökningen tillåts inte av nätverkssäkerhetsgruppen, den virtuella datorns brandvägg för gästoperativsystem eller programlagerfiltren.
Använd Genomsnitt som aggregering för de flesta scenarier.
Hur gör jag för att du statistiken för min utgående anslutning?
Visa
Måttet SNAT-anslutningar beskriver volymen lyckade och misslyckade anslutningar för [utgående flöden](./load-balancer-outbound-connections.md).En misslyckad anslutningsvolym som är större än noll indikerar SNAT-portutmattning. Du måste undersöka vidare för att fastställa vad som kan orsaka dessa fel. SNAT-portutmattningsmanifest som ett fel när ett utgående flöde upprättas. Läs artikeln om utgående anslutningar för att förstå scenarierna och mekanismerna i arbetet och lär dig hur du minimerar och utformar för att undvika SNAT-portutmattning.
Så här hämtar du SNAT-anslutningsstatistik:
- Välj måtttypen SNAT-anslutningar och Summera som aggregering.
- Gruppera efter anslutningstillstånd för lyckade och misslyckade SNAT-anslutningar som ska representeras av olika rader.
Bild: Load Balancer SNAT-anslutning
Hur gör jag för att du min SNAT-portanvändning och -allokering?
Visa
Måttet Använda SNAT-portar spårar hur många SNAT-portar som används för att underhålla utgående flöden. Detta anger hur många unika flöden som upprättas mellan en Internetkälla och en virtuell serverdator eller VM-skalningsuppsättning som finns bakom en lastbalanserare och som inte har en offentlig IP-adress. Genom att jämföra antalet SNAT-portar som du använder med måttet Allokerade SNAT-portar kan du avgöra om din tjänst upplever eller riskerar SNAT-utmattning och resulterande fel i utgående flöde.Om dina mått tyder på risk för fel i utgående flöde kan du läsa artikeln och vidta åtgärder för att åtgärda detta för att säkerställa tjänstens hälsa.
Så här visar du SNAT-portanvändning och -allokering:
- Ange tidsaggregeringen för diagrammet till 1 minut för att säkerställa att önskade data visas.
- Välj Använda SNAT-portar och/eller Allokerade SNAT-portar som måtttyp och Genomsnitt som sammansättning
- Som standard är de här måtten det genomsnittliga antalet SNAT-portar som allokerats till eller används av varje virtuell dator i serversidan eller vm-skalningsuppsättningen, vilket motsvarar alla offentliga IP-adresser för serversidan som mappats till Load Balancer, 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åttaggregeringssumma
- Filtrera till en specifik protokolltyp, en uppsättning IP-adresser för backend och/eller IP-adresser för frontend.
- Om du vill övervaka hälsotillståndet per backend- eller frontend-instans tillämpar du delning.
- Observera att delning endast tillåter att ett enda mått visas i taget.
- Om du till exempel vill övervaka SNAT-användning för TCP-flöden per dator aggregerar du efter Genomsnitt, delar upp efter backend-IP-adresser och filtrerar efter protokolltyp.
Bild: Genomsnittlig TCP SNAT-portallokering och användning för en uppsättning virtuella datorer i backend
Bild: TCP SNAT-portanvändning per backend-instans
Hur gör jag för att inkommande/utgående anslutningsförsök för min tjänst?
Visa
Måttet SYN-paket beskriver volymen av TCP SYN-paket som har anlänt eller skickats (för [utgående](../load-balancer-outbound-connections.md)flöden ) som är associerade med en specifik frontend. Du kan använda det här måttet för att förstå TCP-anslutningsförsök till din tjänst.Använd Sum som aggregering för de flesta scenarier.
Bild: Load Balancer SYN-antal
Hur gör jag för att kontrollera förbrukningen av nätverksbandbredd?
Visa
Måttet byte och paketräknare beskriver mängden byte och paket som skickas eller tas emot av din tjänst per frontend-basis.Använd Sum som aggregering för de flesta scenarier.
Så här hämtar du statistik om byte eller paketantal:
- Välj måtttypen Antal byte och/eller Antal paket, med Summa som sammansättning.
- Gör något av följande:
- Använd ett filter på en specifik IP-adress för frontend, frontend-port, backend-IP eller backend-port.
- Hämta övergripande statistik för lastbalanseringsresursen utan filtrering.
Bild: Load Balancer antal byte
Hur gör jag för att du min distribution av lastbalanseraren?
Visa
Genom att använda en kombination av måtten Tillgänglighet för datasökväg och Status för hälsoavsökning i ett enda diagram kan du identifiera var du kan söka efter problemet och lösa problemet. Du kan få garantier om att Azure fungerar korrekt och använda den här kunskapen för att 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 ser hälsotillståndet för din distribution enligt den konfiguration som du har angett. Att titta på hälsoavsökningar är alltid ett bra första steg i att övervaka eller fastställa en orsak.
Du kan ta det ett steg längre och använda måttet Tillgänglighet för datasökväg för att få insyn i hur Azure ser på 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 finnas, som du ser i det här exemplet:
Bild: Kombinera mått för Tillgänglighet för datasökväg och Status för hälsoavsökning
Diagrammet visar följande information:
- Infrastrukturen som var värd för dina virtuella datorer var inte tillgänglig och 0 procent i början av diagrammet. Senare var infrastrukturen felfri och de virtuella datorerna kunde nås och fler än en virtuell dator placerades i backend-delen. Den här informationen anges av den blå spårningen för tillgänglighet av datasökväg, som senare var 100 procent.
- Hälsoavsökningens status, som anges av den lila spårningen, är 0 procent i början av diagrammet. Det inringade området i grönt visar var hälsoavsökningens status blev felfri, och då kunde kundens distribution acceptera nya flöden.
Diagrammet gör att kunder kan felsöka distributionen på egen hand utan att behöva gissa eller fråga supporten om andra problem uppstår. Tjänsten var inte tillgänglig eftersom hälsoavsökningar misslyckades på grund av en felaktig konfiguration eller ett misslyckat program.
Konfigurera aviseringar för flerdimensionella mått
Azure Standard Load Balancer stöder enkelt konfigurerbara aviseringar för flerdimensionella mått. Konfigurera anpassade tröskelvärden för specifika mått för att utlösa aviseringar med varierande allvarlighetsgrad för att ge en peklös resursövervakningsupplevelse.
Så här konfigurerar du varningar:
- Gå till aviseringens underblad för lastbalanseraren
- Skapa en ny aviseringsregel
- Konfigurera aviseringsvillkor
- (Valfritt) Lägga till åtgärdsgrupp för automatisk reparation
- Tilldela allvarlighetsgrad, namn och beskrivning för aviseringar som möjliggör intuitiv reaktion
Inkommande tillgänglighetsaviseringar
Om du vill varna för inkommande tillgänglighet kan du skapa två separata aviseringar med hjälp av måtten tillgänglighet för datasökväg och status för hälsoavsökningen. Kunder kan ha olika scenarier som kräver specifik aviseringslogik, men exemplen nedan är till hjälp för de flesta konfigurationer.
Med datasökvägens tillgänglighet kan du skicka aviseringar när en specifik belastningsutjämningsregel blir otillgänglig. Du kan konfigurera den här aviseringen genom att ange ett aviseringsvillkor för tillgänglighet för datasökvägen och dela upp med alla aktuella värden och framtida värden för både frontend-port och ip-adress för frontend. Om du ställer in aviseringslogiken på mindre än eller lika med 0 kommer den här aviseringen att starta när en belastningsutjämningsregel slutar svara. Ange sammansättningskornighet och utvärderingsfrekvens enligt din önskade utvärdering.
Med status för hälsoavsökningen kan du avisering när en viss backend-instans inte svarar på hälsoavsökningen under en längre tid. Konfigurera aviseringsvillkoret så att hälsoavsökningens statusmått används och delas upp efter backend-IP-adress och backend-port. Detta säkerställer att du kan varna separat för varje enskild serverinstanss möjlighet att hantera trafik på en specifik port. Använd aggregeringstypen Genomsnitt och ange tröskelvärdet enligt hur ofta din backend-instans avs probas och vad du anser är ditt felfria tröskelvärde.
Du kan också avisering på en nivå för en backend-pool genom att inte dela upp med några dimensioner och använda sammansättningstypen Genomsnitt. På så sätt kan du ställa in aviseringsregler, till exempel avisering när 50 % av mina medlemmar i backend-poolen är felaktiga.
Utgående tillgänglighetsaviseringar
Om du vill konfigurera för utgående tillgänglighet kan du konfigurera två separata aviseringar med måtten Antal SNAT-anslutningar och Använd SNAT-port.
Om du vill identifiera utgående anslutningsfel konfigurerar du en avisering med hjälp av SNAT-anslutningsantal och filtrering till Anslutningstillstånd = Misslyckades. Använd sammansättningen Total. Du kan sedan också dela upp detta genom att ange alla aktuella och framtida värden för backend-IP-adressen om du vill varna separat för varje backend-instans som har misslyckade anslutningar. Ange tröskelvärdet till större än noll eller ett högre tal om du förväntar dig att se några utgående anslutningsfel.
Via Använda SNAT-portar kan du avisering om en högre risk för SNAT-utgående och utgående anslutningsfel. Se till att du delar upp efter IP-adress för backend och protokoll när du använder den här aviseringen och använder sammansättningen Genomsnitt. Ange tröskelvärdet till större än en procentandel av antalet portar som du har allokerat per instans som du bedömer som osäkra. Du kan till exempel konfigurera en avisering med låg allvarlighetsgrad när en backend-instans använder 75 % av sina allokerade portar och en hög allvarlighetsgrad när den använder 90 % eller 100 % av de allokerade portarna.
Resurshälsostatus
Hälsostatus för Standard Load Balancer exponeras via den befintliga resurshälsan under Övervaka > Service Health. Den utvärderas varannan minut genom att mäta tillgängligheten för datasökvägen som avgör om slutpunkterna för belastningsutjämning på klientsidan är tillgängliga.
| Resurshälsostatus | Description |
|---|---|
| Tillgängligt | Din standardresurs för lastbalanserare är felfri och tillgänglig. |
| Degraderad | Din standardlastbalanserare har plattforms- eller användarinitierade händelser som påverkar prestanda. Datasökvägens tillgänglighet har visat mindre än 90 % men högre än 25 % hälsa i minst två minuter. Du kommer att uppleva måttlig till allvarlig prestandapåverkan. Följ felsökningsguiden för RHC för att avgöra om det finns användarinitierade händelser som påverkar din tillgänglighet. |
| Inte tillgänglig | Standardresursen för lastbalanserare är inte felfri. Måttet Datapath Availability har rapporterat mindre än 25 % hälsa i minst två minuter. Du kommer att uppleva betydande prestandapåverkan eller brist på tillgänglighet för inkommande anslutningar. Det kan finnas användar- eller plattformshändelser som orsakar otillgänglighet. Följ felsökningsguiden för RHC för att avgöra om användarinitierade händelser påverkar tillgängligheten. |
| Okänt | Resurshälsostatus för standardlastbalanseringsresursen har inte uppdaterats ännu eller har inte tagit emot information om tillgänglighet för datasökväg under de senaste 10 minuterna. Det här tillståndet bör vara tillfälligt och återspegla rätt status så snart data tas emot. |
Så här visar du hälsotillståndet för dina Standard Load Balancer resurser:
Välj Övervaka > Service Health.
Bild: Länken Service Health på Azure Monitor
Välj Resource Health och kontrollera sedan att Prenumerations-ID och Resurstyp = Load Balancer har markerats.
Bild: Välj resurs för hälsovyn
I listan väljer du den Load Balancer för att visa dess historiska hälsostatus.
Bild: Load Balancer för resurshälsa
Allmän beskrivning av resurshälsostatus finns i RHC-dokumentationen. Specifika statusar för Azure Load Balancer visas i tabellen nedan:
Nästa steg
- Lär dig mer Insights att visa de här måtten förkonfigurerade för dina Load Balancer
- Mer information finns i Standard Load Balancer.
- Läs mer om den utgående anslutningen för lastbalanserare.
- Läs mer om Azure Monitor.
- Lär dig mer Azure Monitor REST API och hur du hämtar mått via REST API.