Hantera Hälsostatus för Azure Load Balancer

Hälsostatus är en Azure Load Balancer-funktion som ger detaljerad hälsoinformation om serverdelsinstanserna i din Azure Load Balancer-serverdelspool. Den här statusen är länkad till din belastningsutjämningsregel och ger insikter om hälsotillståndet och resonemanget för dessa serverdelsinstanser.

Tillstånd för bakändesinstanser

Hälsostatus visar tillståndet för dina backend-instanser. Det finns två tillståndsvärden:

Stat	Beskrivning
Upp	Det här tillståndsvärdet representerar en felfri serverdelsinstans.
Nere	Det här tillståndsvärdet representerar en instans av serverdelen som inte är felfri.

Orsakskoder

Hälsostatus exponerar även orsakskoder, kategoriserade i användarutlösta orsakskoder och plattformsutlösta orsakskoder. Dessa koder hjälper dig att förstå de exakta orsakerna till hälsotillståndet för dina serverdelsinstanser och varför de avsöks upp eller ned.

Användarutlösta orsakskoder

Användarutlösta orsakskoder utlöses baserat på hur du konfigurerade lastbalanseraren. dessa kan åtgärdas av dig, användaren. I följande tabeller beskrivs de användarutlösta orsakskoderna tillsammans med portalen som visar orsaken till lyckade och misslyckade orsakskoder.

Orsakskoder för framgång

I följande tabell anges koder för framgångsanledningar när serverdelens tillstånd är Up:

Orsakskod	Portalen visade orsak	Beskrivning
Up_Probe_Success	Bakgrundsinstansen svarar framgångsrikt på hälsoavsökningen.	Serverdelsinstansen svarar på hälsoavsökningen.
Up_Probe_AllDownIsUp	Backend-instansen anses vara hälsosam på grund av aktivering av NoHealthyBackendsBehavior.	Hälsotillståndet för backendinstansen ignoreras eftersom NoHealthyBackendsBehavior är aktiverat. Bakgrundsinstansen anses vara i gott skick och kan ta emot trafik.
Up_Probe_NärmarSigOhälsosamGräns	Hälsoövervakningen närmar sig ett ohälsosamt tröskelvärde, men bakgrundsinstansen förblir felfri baserat på senaste svar.	Den senaste sonderingen har misslyckats med att svara, men backend-instansen är i gott skick baserat på tidigare svar.
Up_Admin	Backendinstansen är hälsosam eftersom adminläget är inställt på Upp.	Hälsoproben för bakändsinstansen ignoreras eftersom administrationstillståndet är inställt på UP. Backendinstansen anses vara frisk och kan ta emot trafik.

Felorsakskoder

I följande tabell beskrivs felorsakskoderna där serverdelstillståndet är lika med Ned:

Orsakskod	Portalen visade orsak	Beskrivning
Down_Probe_ApproachingHealthyThreshold	Hälsoövervakningen närmar sig ett hälsosamt tröskelvärde, men backendinstansen förblir ohälsosam utifrån det senaste svaret.	Det senaste sondresultatet är positivt, men det uppfyller inte det antal svar som krävs i hälsotröskeln, så backend-instansen är fortfarande inte frisk.
Down_Probe_HttpStatusCodeError	En HTTP-statuskod som inte är 200 tas emot, vilket innebär att det finns ett problem med programmet som lyssnar på porten.	Din backend-instans returnerar en HTTP-statuskod som inte är 200, vilket indikerar ett problem med att applikationen lyssnar på porten.
Down_Probe_HttpEndpointUnreachable	HTTP-slutpunkten kan inte nås; innebär antingen en NSG-regel som blockerar porten eller en icke-felfri app som lyssnar på porten.	Hälsokontrollen kunde upprätta en TCP-handskakning med backend-instansen, men HTTP-sessionen avvisades, vilket indikerar två möjligheter: En NSG-regel som blockerar porten eller inget funktionsdugligt program som lyssnar på porten.
Down_Probe_TcpProbeTimeout	TCP-sondtimeout; innebär antingen en ohälsosam backend-instans, blockerad hälsosond-port eller en ohälsosam app som lyssnar på porten.	Serverdelsinstansen har inte skickat tillbaka något TCP-svar inom avsökningsintervallet. Detta indikerar tre möjligheter: En ohälsosam serverdelsinstans, blockerad hälsoavsökningsport eller ohälsosamt program som lyssnar på porten.
Down_Probe_NoHealthyBackend	Inga felfria serverdelsinstanser bakom den regionala lastbalanseraren.	Din regionala lastbalanserare som är associerad med en global lastbalanserare har inga friska backend-instanser bakom sig.
Down_Admin	Backendinstansen är ohälsosam på grund av att Adminstatus har satts till Ned.	Hälsotillståndet för backend-instansens hälsoövervakning ignoreras eftersom Admin State är satt till Ned. Backend-instansen anses vara ohälsosam och kan inte ta emot ny trafik.
Down_Probe_HttpNoResponse	Programmet returnerar inte något svar.	Hälsoavsökningen kunde upprätta en HTTP-session, men programmet returnerar inte något svar. Detta indikerar att ett felaktigt program lyssnar på porten.

Kommentar

I sällsynta fall visas NA som en orsakskod. Den här koden visas när hälsoövervakningen inte har kontrollerat bakgrundssystemets instans ännu, och därför finns det ingen kod att visa.

Plattformsutlösta orsakskoder

Plattformsutlösta orsakskoder utlöses baserat på Azure Load Balancers plattform. Dessa koder kan inte åtgärdas av dig, användaren. I följande tabell nedan beskrivs varje orsakskod:

Orsakskod	Portalen visade orsak	Beskrivning
Up_Platform	"Backendinstansen svarar på hälsokontrollen, men det kan finnas ett problem relaterat till infrastrukturen." Azure-tjänstteamet aviseras och löser problemet.	Serverdelsinstansen svarar på hälsoavsökningen, men det kan finnas ett infrastrukturrelaterat problem. Azure-tjänstteamet aviseras och löser problemet.
Down_Platform	Backendtjänsten är ohälsosam på grund av ett problem med infrastrukturen. Azure-tjänstteamet aviseras och löser problemet.	Backend-instansen är ohälsosam på grund av ett infrastrukturrelaterat problem. Azure-tjänstteamet aviseras och löser problemet.

Så här hämtar du hälsostatus

Hälsostatus kan hämtas för varje belastningsutjämningsregel. Detta stöds via Azure-porten och REST-API:et.

Azure-portalen

1. Logga in på Azure-portalen.

2. I sökfältet anger du Lastbalanserare och väljer Lastbalanserare i sökresultaten.

3. På sidan Lastbalanserare väljer du din lastbalanserare i listan.

4. I avsnittet Inställningar för lastbalanseraren väljer du Belastningsutjämningsregler.

5. På sidan Belastningsutjämningsregler väljer du Visa information under kolumnen Hälsostatus för den regel som du vill visa.

6. Granska hälsostatusen för dina backendinstanser i fönstret för hälsostatus för belastningsutjämningsregeln.

7. Om du vill hämta den senaste hälsostatusen väljer du Uppdatera.

   

   Viktigt!

   Fönstret för hälsostatus i belastningsutjämningsregeln kan ta några minuter att läsa in hälsostatusen för dina bakgrundsinstanserna.

8. Välj Stäng för att avsluta hälsostatusfönstret för belastningsutjämningsregeln.

REST-API

Om du vill hämta hälsostatusinformationen via REST-API:et måste du göra en tvåbegärandeprocess.

Kommentar

Om du använder REST API-metoden måste du ha en ägaråtkomsttoken för auktorisering. Information om hur du hämtar åtkomsttoken finns i Get-AzAccessToken .

1. Använd följande POST-begäran för att hämta plats-URI:n från svarshuvudena.

     POST https://management.azure.com/subscriptions/<subscriptionId>/resourceGroups/<resourceGroupName>/providers/Microsoft.Network/loadBalancers/<loadBalancerName>/loadBalancingRules/<loadBalancingRulesName>/health?api-version=2024-03-01&preserve-view=true
       Authorization: Bearer <access token>
   

2. Kopiera plats-URI:n från svarshuvudena. Plats-URI bör följa det här schemat.

       https://management.azure.com/subscriptions/<subscriptionId>/providers/Microsoft.Network/locations/<locationName>/operationResults/<operationResultsId>?api-version=2024-03-01&preserve-view=true
   

3. Använd den kopierade plats-URI:n för att göra en GET-begäran.

       GET https://management.azure.com/subscriptions/<subscriptionId>/providers/Microsoft.Network/locations/<locationName>/operationResults/<operationResultsId>?api-version=2024-03-01&preserve-view=true
   
       Authorization: Bearer <access token>
   

4. En statuskod på 200 returneras och hälsostatusinformationen visas i svarstexten som liknar det här exempelsvaret:

   {
     "up": 2,
     "down": 0,
     "loadBalancerBackendAddresses": [
       {
         "ipAddress": "10.0.2.5",
         "networkInterfaceIPConfigurationId": "/subscriptions/<subscriptionId>/resourceGroups/<resourceGroupName>/providers/Microsoft.Network/networkInterfaces/<networkInterfaceName>/ipConfigurations/<ipConfigurationName>",
         "state": "Up",
         "reason": "Up_Admin"
       },
       {
         "ipAddress": "10.0.2.4",
         "networkInterfaceIPConfigurationId": "/subscriptions/<subscriptionId>/resourceGroups/<resourceGroupName>/providers/Microsoft.Network/networkInterfaces/<networkInterfaceName>/ipConfigurations/<ipConfigurationName>",
         "state": "Up",
         "reason": "Up_Probe_Success"
       }
     ]
   }
   
   

Utformningsbeaktanden

När du använder hälsostatusfunktionen bör du tänka på följande designöverväganden:

• Om den virtuella datorinstansen i serverdelspoolen är inaktiverad returnerar hälsostatus tomma värden eftersom hälsostatusen inte kan hämtas.
• Om du använder en global lastbalanserare visar hälsostatus orsaken som Down_Platform* när en regional lastbalanserares serverdelspool är en IP-baserad serverdelsadress som inte är associerad med en virtuell datorinstans.
• För att hämta hälsostatus är metoderna Azure Portal och REST API de enda metoder som stöds.

Begränsningar

När du använder hälsostatusfunktionen bör du tänka på följande begränsningar:

• Hälsotillstånd stöds inte för icke-sonderade belastningsutjämningsregler.
• Hälsostatus stöds inte för Gateway Load Balancer.

Nästa steg

Skapa en offentlig lastbalanserare med en IP-baserad serverdel med hjälp av Azure Portal