Dela via

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

  • Artikel

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.
Försämras Lastbalanseraren har plattforms- eller användarinitierade händelser som påverkar prestanda. Måttet för datasökvägstillgänglighet rapporterade mindre än 90 % men större än 25 % hälsa i minst två minuter. Du kanske upplever måttlig till svår prestandaförsämring.
Oanträffbar 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änd 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äg och status för hälsoavsökning. 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 datasökväg var 25:e sekund på alla klientdelsportar där du konfigurerade belastningsutjämningsregler. Den här TCP-pingen dirigeras till någon av de felfria (avsökningsbaserade) serverdelsinstanserna. 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älsoavsökningen

En ping av protokollet som definierats i hälsoavsökningen genererar måttet 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älsotillståndet för varje serverdelsinstans när avsökningen når antalet lyckade eller misslyckade resultat i följd som du har konfigurerat för egenskapen för avsökningströskeln. Hälsostatusen för varje serverdelsinstans avgör om serverdelsinstansen tillåts ta emot trafik eller inte.

Precis som måttet För datasökvägstillgänglighet aggregerar måttet Status för hälsoavsökning den genomsnittliga lyckade och totala pingen under samplingsintervallet. Värdet Status för hälsoavsökning anger serverdelshälsan isolerat från lastbalanseraren genom att avsöka dina serverdelsinstanser utan att skicka trafik via klientdelen.

Viktigt!

Status för hälsoavsökning samplas på en minuts basis. 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å serverdelsinstanser, en avsökning uppåt och en avsökning nedåt. Hälsoavsökningstjänsten kan samla in sju exempel för den felfria instansen och sex för den felaktiga instansen. 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 datasökvägstillgänglighet. En otillgänglig lastbalanserare är en med mindre än 25 % för datasökvägstillgänglighet under en tvåminutersperiod.

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 måttet hälsoavsökningsstatus för att avgöra om datasökvägen inte är tillgänglig eftersom du inte har några felfria serverdelsinstanser för att hantera trafik. Om du har minst en felfri serverdelsinstans för alla dina belastningsutjämnings- och inkommande regler vet du att konfigurationen inte är det som gör att dina datasökvägar inte är tillgä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 med hälsoavsökningar

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 AllowAzureLoadBalancerInBound den som blockerar hälsoavsökningen.

    Du kan utföra den här uppgiften genom att gå till nätverksinställningarna för dina virtuella serverdelsdatorer eller vm-skalningsuppsättningar. 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. Se till att dina virtuella datorer lyssnar på avsökningsporten. 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