Dela via

Felsöka problem med resurshälsa och inkommande tillgänglighet

Den här artikeln kan hjälpa dig att undersöka problem som påverkar tillgängligheten för lastbalanserarens ip-adress och serverdelsresurser.

Du kan använda resurshälsofunktionen i Azure Load Balancer för att fastställa hälsotillståndet för lastbalanseraren. Den analyserar måttet för datasökvägstillgänglighet för att avgöra om slutpunkterna för belastningsutjämning, klientdels-IP och klientdelsportkombinationer med belastningsutjämningsregler är tillgängliga.

Kommentar

Basic Load Balancer stöder inte resurshälsofunktionen.

I följande tabell beskrivs logiken för att fastställa hälsostatusen för lastbalanseraren.

Status för resurshälsa Beskrivning
Tillgängligt Lastbalanserarens resurs är felfri och tillgänglig.
Degraderad Lastbalanseraren har plattforms- eller användarinitierade händelser som påverkar prestanda. Mätvärdet för datasökvägstillgänglighet visade mindre än 90 % men större än 25 % under minst två minuter. Du kanske upplever måttlig till svår prestandaförsämring.
Inte tillgänglig Lastbalanserarens resurs är inte felfri. Måttet för datasökvägstillgänglighet rapporterade mindre än 25 % hälsa i minst två minuter. Du kan uppleva betydande prestandaförsämring eller brist på tillgänglighet för inkommande anslutningar. Användar- eller plattformshändelser kan orsaka otillgänglighet.
Okänt Resursens hälsostatus för lastbalanserarens resurs har inte uppdaterats eller tagit emot information om tillgänglighet för datasökväg under de senaste 10 minuterna. Det här tillståndet kan vara tillfälligt eller så stöder lastbalanseraren kanske inte resurshälsofunktionen.

Övervaka lastbalanserarens tillgänglighet

De två mått som Azure Load Balancer använder för att kontrollera resurshälsan är tillgänglighet för datasökvägen och hälsokontrollstatus. Det är viktigt att förstå deras innebörd för att härleda korrekta insikter.

Tillgänglighet för datasökvägar

En TCP-ping genererar måttet Tillgänglighet för dataväg var 25:e sekund på alla frontend-portar där du konfigurerade lastbalanseringsregler. Den här TCP-pingen dirigeras till någon av de friska (kontrollerade) back-end-instanserna. Måttet är en aggregerad procentuell lyckad TCP-ping på varje ip-/portkombination för klientdelen för var och en av dina belastningsutjämningsregler, under en exempelperiod.

Status för hälsokontroll

När en ping av det protokoll som definierats i hälsoavsökningen utförs genereras metrisken Status för hälsoavsökning. Den här pingen skickas till varje instans i serverdelspoolen och på den port som definierats i hälsoavsökningen. För HTTP- och HTTPS-avsökningar kräver en lyckad ping ett HTTP 200 OK svar. Med TCP-avsökningar anses alla svar vara lyckade.

Azure Load Balancer avgör hälsan för varje backendinstans när gränsvärdet för avsökningen når det antal lyckade eller misslyckade resultat i följd som du har ställt in. Hälsostatusen för varje serverdelsinstans avgör om serverdelsinstansen tillåts ta emot trafik eller inte.

Precis som måttet Databanans tillgänglighet aggregerar måttet Hälsotillståndsprobens status de genomsnittliga framgångsrika och totala pingarna under samplingsintervallet. Hälsonodsstatus anger hälsan hos backend isolerat från din lastbalanserare genom att undersöka dina backend-instanser utan att skicka trafik genom frontend.

Viktigt!

Status för hälsokontroll övervakas varje minut. Den här samplingen kan leda till mindre variationer i ett annars stabilt värde.

Tänk dig till exempel aktiva/passiva scenarier där det finns två backend-instanser, en undersökt upp och en undersökt ner. Hälsoavsökningstjänsten kan samla in sju prover för det felfria exemplaret och sex för det felaktiga exemplaret. Den här situationen leder till ett tidigare stabilt värde på 50 som visas som 46,15 för ett intervall på en minut.

Diagnostisera degraderade och otillgängliga lastbalanserare

Som beskrivs i den här artikeln om resurshälsa visar en degraderad lastbalanserare mellan 25% och 90% för datavägens tillgänglighet. En otillgänglig lastbalanserare är en med mindre än 25 % när det gäller datasökvägstillgänglighet under en period på två minuter.

Du kan vidta samma åtgärder för att undersöka det fel som visas i eventuella hälsoavsökningsstatus- eller datasökvägstillgänglighetsaviseringar som du har konfigurerat. Följande steg utforskar vad du ska göra om du kontrollerar resurshälsan och upptäcker att lastbalanseraren inte är tillgänglig med värdet 0 %. Tjänsten är nere.

  1. I Azure Portal går du till sidans detaljerade måttvy för dina insikter om lastbalanseraren. Öppna vyn från sidan för lastbalanserarens resurs eller från länken i meddelandet om resurshälsa.

  2. Gå till fliken för tillgänglighet för klientdelen och serverdelen och granska ett 30-minutersfönster för tidsperioden då det försämrade eller otillgängliga tillståndet inträffade. Om värdet för datasökvägstillgänglighet är 0 %, vet du att något förhindrar trafik för alla dina belastningsutjämningsregler. Du kan också se hur länge det här problemet har pågått.

  3. Kontrollera metrik för hälsoavkänningsstatus för att avgöra om din datasökväg inte är tillgänglig eftersom du inte har några felfria serverdelsinstanser för att hantera trafikbelastningen. Om du har minst en fungerande backendinstans för alla dina belastningsutjämnings- och inkommande regler vet du att det inte är konfigurationen som gör dina datasökvägar otillgängliga. Det här scenariot anger ett Azure-plattformsproblem. Även om plattformsproblem är sällsynta utlöser de en automatiserad avisering till vårt team för snabb lösning.

Diagnostisera fel på hälosundersökningsprober

Om ditt mått för hälsoavsökningsstatus anger att dina serverdelsinstanser inte är felfria rekommenderar vi att du använder följande checklista för att utesluta vanliga konfigurationsfel:

  • Kontrollera processoranvändningen för dina resurser för att avgöra om de är under hög belastning.

    Du kan kontrollera genom att visa resursens procentuella CPU-mått via sidan Mått . Mer information finns i Felsöka problem med hög CPU för virtuella Azure Windows-datorer.

  • Om du använder en HTTP- eller HTTPS-avsökning kontrollerar du om programmet är felfritt och responsivt.

    Kontrollera att programmet fungerar genom att direkt komma åt det via den privata IP-adressen eller den offentliga IP-adress på instansnivå som är associerad med din serverdelsinstans.

  • Granska de nätverkssäkerhetsgrupper (NSG:er) som tillämpas på dina serverdelsresurser. Se till att inga regler har högre prioritet än den som blockerar AllowAzureLoadBalancerInBound hälsoavsökningen.

    Du kan utföra den här uppgiften genom att gå till nätverksinställningarna för dina backend-system eller skalningsuppsättningar för virtuella maskiner (VM). Om du upptäcker att det här NSG-problemet är fallet flyttar du den befintliga Allow regeln eller skapar en ny regel med hög prioritet för att tillåta Azure Load Balancer-trafik.

  • Kontrollera operativsystemet. Säkerställ att dina virtuella datorer lyssnar på probeporten. Granska även brandväggsreglerna för operativsystemet för de virtuella datorerna för att se till att de inte blockerar avsökningstrafiken från IP-adressen 168.63.129.16.

    Du kan kontrollera lyssnarportar genom att köra netstat -a från en Windows-kommandotolk eller netstat -l från en Linux-terminal.

  • Kontrollera att du använder rätt protokoll. En avsökning som använder HTTP för att avsöka en port som lyssnar efter ett icke-HTTP-program misslyckas till exempel.

  • Placera inte Azure Firewall i serverdelspoolen med lastbalanserare. Mer information finns i Integrera Azure Firewall med Azure Standard Load Balancer.

Relaterat innehåll