Diagnose van Standard Load Balancer met metrische gegevens, meldingen en status van resources

  • Artikel
  • 16 minuten om te lezen

Azure Standard Load Balancer de volgende diagnostische mogelijkheden beschikbaar:

  • Multidimensionale metrische gegevens en waarschuwingen: biedt multidimensionale diagnostische mogelijkheden via Azure Monitor voor load balancer standaardconfiguraties. U kunt uw standaard-load balancer bewaken, beheren load balancer oplossen.

  • Resourcestatus: de Resource Health status van uw Load Balancer is beschikbaar op Resource Health pagina onder Controleren. Deze automatische controle informeert u over de huidige beschikbaarheid van uw Load Balancer resource. Dit artikel bevat een kort overzicht van deze mogelijkheden en biedt manieren om ze te gebruiken voor Standard Load Balancer.

Multidimensionale metrische gegevens

Azure Load Balancer biedt multidimensionale metrische gegevens via de metrische gegevens van Azure in de Azure Portal en helpt u realtime diagnostische inzichten te krijgen in uw load balancer resources.

De verschillende configuraties Standard Load Balancer bieden de volgende metrische gegevens:

Metrisch Resourcetype Description Aanbevolen aggregatie
Gegevenspadbeschikbaarheid Openbare en interne load balancer Standard Load Balancer oefent doorlopend het gegevenspad vanuit een regio naar de front-end van de load balancer, helemaal tot de SDN-stack die ondersteuning biedt voor de VM. Zolang exemplaren in orde blijven, volgt de meting hetzelfde pad als het verkeer met load balanced van uw toepassing. Het gegevenspad dat uw klanten gebruiken, wordt ook gevalideerd. De meting is onzichtbaar voor de toepassing en heeft geen invloed op andere bewerkingen. Average
Status van statustest Openbare en interne load balancer Standard Load Balancer maakt gebruik van een gedistribueerde health-probing-service die de status van het eindpunt van uw toepassing controleert op basis van uw configuratie-instellingen. Deze metriek biedt een gefilterde weergave van een aggregatie of per-eindpunt van elk exemplaareindpunt in de load balancer-groep. U ziet hoe in Load Balancer de status van de toepassing wordt weergegeven, zoals aangeduid via de statustestconfiguratie. Average
AANTAL SYN (synchroniseren) Openbare en interne load balancer Standard Load Balancer beëindigt TCP-verbindingen (Transmission Control Protocol) niet, of communiceert niet met TCP- of UDP-pakketstromen. Stromen en hun handshakes vinden altijd plaats de bron en het VM-exemplaar. U kunt tellers voor SYN-pakketten gebruiken om te ontdekken hoeveel TCP-verbindingspogingen zijn ondernomen, om problemen in uw scenario’s voor TCP-protocollen beter te kunnen oplossen. Via de metriek wordt het aantal TCP SYN-pakketten gerapporteerd dat is ontvangen. Sum
Aantal SNAT-verbindingen Openbare load balancer Standard Load Balancer rapporteert het aantal uitgaande stromen dat is gemaskerd voor de front-end van het openbare IP-adres. SNAT-poorten (adresvertaling van bronnetwerk) zijn een onuitputtelijke resource. Met deze metriek kan een indicatie worden gegeven van hoe sterk de toepassing vertrouwt op SNAT voor uitgaande stromen. Tellers voor geslaagde en mislukte uitgaande SNAT-stromen worden gerapporteerd, en kunnen worden gebruikt om problemen op te lossen en de status van uitgaande stromen te begrijpen. Sum
Toegewezen SNAT-poorten Openbare load balancer Standard Load Balancer rapporteert het aantal toegewezen SNAT-poorten per back-end-exemplaar Gemiddelde.
Gebruikte SNAT-poorten Openbare load balancer Standard Load Balancer rapporteert het aantal SNAT-poorten dat per back-end-exemplaar wordt gebruikt. Gemiddeld
Aantal byte's Openbare en interne load balancer Standard Load Balancer rapporteert de verwerkte gegevens per front-end. U ziet misschien dat de bytes niet gelijkmatig zijn verdeeld over de back-endexemplaren. Dit is te verwachten omdat het algoritme voor Load Balancer van Azure is gebaseerd op stromen Sum
Aantal pakketten Openbare en interne load balancer Standard Load Balancer rapporteert de verwerkte pakketten per front-end. Sum

Notitie

Wanneer u verkeer distribueert van een interne load balancer via een NVA of firewall Syn-pakket, zijn metrische gegevens byte aantal en aantal pakketten niet beschikbaar en worden deze als nul weer geven.

Notitie

Maximum- en minimumaggregaties zijn niet beschikbaar voor het SYN-aantal, het aantal pakketten, het aantal SNAT-verbindingen en metrische gegevens over het aantal byte's

Uw metrische load balancer weergeven in de Azure Portal

De Azure Portal toont de load balancer metrische gegevens via de pagina Metrische gegevens. Deze is beschikbaar op zowel de load balancer-resourcepagina voor een bepaalde resource als de Azure Monitor pagina.

De metrische gegevens voor uw Standard Load Balancer weergeven:

  1. Ga naar de pagina Metrische gegevens en doe het volgende:
    • Selecteer op load balancer resourcepagina het type metrische gegevens in de vervolgkeuzelijst.
    • Selecteer op Azure Monitor pagina de load balancer resource.
  2. Stel het juiste aggregatietype voor metrische gegevens in.
  3. Configureer eventueel de vereiste filtering en groepering.
  4. Configureer desgewenst het tijdsbereik en de aggregatie. Standaard wordt de tijd weergegeven in UTC.

Notitie

Tijdaggregatie is belangrijk bij het interpreteren van bepaalde metrische gegevens, omdat er eenmaal per minuut een steekproef wordt genomen. Als tijdaggregatie is ingesteld op vijf minuten en het metrische aggregatietype Som wordt gebruikt voor metrische gegevens zoals SNAT-toewijzing, wordt in uw grafiek vijf keer het totale aantal toegewezen SNAT-poorten weergegeven.

Aanbeveling: Bij het analyseren van het aggregatietype Som en aantal van metrische gegevens wordt u aangeraden een tijdaggregatiewaarde te gebruiken die groter is dan één minuut.

Metrische gegevens voor Standard Load Balancer

Afbeelding: Metrische gegevens over beschikbaarheid van gegevenspad voor Standard Load Balancer

Multidimensionale metrische gegevens programmatisch ophalen via API's

Zie Azure Monitoring REST API walkthrough voor API-richtlijnen voor het ophalen van multidimensionale metrische definities en waarden. Deze metrische gegevens kunnen naar een opslagaccount worden geschreven door een diagnostische instelling toe te voegen voor de categorie Alle metrische gegevens.

Is het gegevenspad beschikbaar voor mijn Load Balancer Frontend?

Uitvouwen

De metrische gegevens over beschikbaarheid van het gegevenspad beschrijven de status van het gegevenspad binnen de regio naar de rekenhost waar uw VM's zich bevinden. De metrische gegevens zijn een weerspiegeling van de status van de Azure-infrastructuur. U kunt de metrische gegevens gebruiken voor het volgende:

  • De externe beschikbaarheid van uw service bewaken
  • Dieper graven en begrijpen of het platform waarop uw service is geïmplementeerd in orde is of dat uw gast-besturingssysteem of toepassings exemplaar in orde is.
  • Isoleer of een gebeurtenis is gerelateerd aan uw service of het onderliggende gegevensvlak. Verwar deze metrische gegevens niet met de status van de statustest (beschikbaarheid van back-end-exemplaren).

Ga als volgende te werk om de beschikbaarheid van het gegevenspad voor Standard Load Balancer resources op te halen:

  1. Zorg ervoor dat de load balancer resource is geselecteerd.
  2. Selecteer beschikbaarheid van gegevenspad in de vervolgkeuzelijst Metrische gegevens.
  3. Selecteer Avg in de vervolgkeuzelijst Aggregatie.
  4. Voeg daarnaast een filter toe op het FRONT-end-IP-adres of de front-endpoort als de dimensie met het vereiste front-end-IP-adres of de front-endpoort en groeperen ze vervolgens op de geselecteerde dimensie.

VIP-probing

Afbeelding: Load Balancer details van front-Load Balancer controleren

De metrische gegevens worden gegenereerd door een actieve, in-band-meting. Een probing-service binnen de regio is afkomstig van verkeer voor de meting. De service wordt geactiveerd zodra u een implementatie met een openbare front-end maakt en deze wordt voortgezet totdat u de front-end verwijdert.

Er wordt periodiek een pakket gegenereerd dat overeenkomt met de front-end en regel van uw implementatie. Deze doorloopt de regio van de bron naar de host waar zich een VM in de back-endpool bevindt. De load balancer voert dezelfde taakverdelings- en vertaalbewerkingen uit als voor al het andere verkeer. Deze test is in-band op uw eindpunt met load-balanced. Nadat de test op de rekenhost is aangekomen, waar zich een gezonde VM in de back-endpool bevindt, genereert de rekenhost een reactie op de testservice. Uw VM ziet dit verkeer niet.

De beschikbaarheid van gegevenspaden mislukt om de volgende redenen:

  • Uw implementatie heeft geen VM's die in orde zijn in de back-endpool.
  • Er is een infrastructuurstoring opgetreden.

Voor diagnostische doeleinden kunt u de metrische gegevens beschikbaarheid van gegevenspaden gebruiken samen met de status van de statustest.

Gebruik Average als aggregatie voor de meeste scenario's.

Reageren de back-Load Balancer op tests?

Uitvouwen De metrische status van de statustest beschrijft de status van uw toepassingsimplementatie zoals deze door u is geconfigureerd wanneer u de statustest van uw load balancer. De load balancer gebruikt de status van de statustest om te bepalen waar nieuwe stromen moeten worden verzendt. Statustests zijn afkomstig van een adres van de Azure-infrastructuur en zijn zichtbaar in het gast-besturingssysteem van de VM.

Ga als volgende te werk om de status van uw Standard Load Balancer op te halen:

  1. Selecteer de metrische gegevens Status van statustest met Aggregatietype Gemiddelde.
  2. Pas een filter toe op het vereiste IP-adres of de vereiste poort (of beide).

Statustests mislukken om de volgende redenen:

  • U configureert een statustest op een poort die niet luistert of niet reageert of het verkeerde protocol gebruikt. Als uw service gebruik maakt van regels voor direct server return (DSR of zwevende IP), moet u ervoor zorgen dat de service luistert op het IP-adres van de IP-configuratie van de NIC en niet alleen op de loopback die is geconfigureerd met het front-end-IP-adres.
  • De test is niet toegestaan door de netwerkbeveiligingsgroep, de firewall van het gastbesturingssysteem van de VM of de toepassingslaagfilters.

Gebruik Average als aggregatie voor de meeste scenario's.

Hoe kan ik statistieken over uitgaande verbindingen bekijken?

Uitvouwen De metrische gegevens voor SNAT-verbindingen beschrijven het aantal geslaagde en mislukte verbindingen voor [uitgaande stromen.](./load-balancer-outbound-connections.md)

Een volume van mislukte verbindingen groter dan nul geeft aan dat de SNAT-poort is uitgeput. U moet verder onderzoeken om te bepalen wat deze fouten kan veroorzaken. SNAT-poortuitputting manifesteert zich als een fout bij het maken van een uitgaande stroom. Lees het artikel over uitgaande verbindingen om inzicht te krijgen in de scenario's en mechanismen op het werk en om te leren hoe u deze kunt beperken en ontwerpen om uitputting van de SNAT-poort te voorkomen.

SNAT-verbindingsstatistieken op te halen:

  1. Selecteer het metrische type SNAT-verbindingen en Som als aggregatie.
  2. Groeperen op verbindingstoestand voor geslaagde en mislukte SNAT-verbindingstellingen die door verschillende regels moeten worden weergegeven.

SNAT-verbinding

Afbeelding: Load Balancer aantal SNAT-verbindingen

Hoe kan ik het gebruik en de toewijzing van mijn SNAT-poort controleren?

Uitvouwen De metriek Gebruikte SNAT-poorten houdt bij hoeveel SNAT-poorten worden gebruikt om uitgaande stromen te onderhouden. Dit geeft aan hoeveel unieke stromen er tot stand worden gebracht tussen een internetbron en een back-en-vm of virtuele-machineschaalset die zich achter een load balancer en die geen openbaar IP-adres heeft. Door het aantal SNAT-poorten dat u gebruikt te vergelijken met de metrische waarde Toegewezen SNAT-poorten, kunt u bepalen of uw service te maken heeft met SNAT-uitputting en de resulterende stroomstoring.

Als uw metrische gegevens duiden op het risico van een uitgaande stroomfout, verwijzen we naar het artikel en nemen we stappen om dit te beperken om de status van de service te garanderen.

Gebruik en toewijzing van SNAT-poort weergeven:

  1. Stel de tijdaggregatie van de grafiek in op 1 minuut om ervoor te zorgen dat de gewenste gegevens worden weergegeven.
  2. Selecteer Gebruikte SNAT-poorten en/of toegewezen SNAT-poorten als het metrische type en Gemiddelde als aggregatie
    • Deze metrische gegevens zijn standaard het gemiddelde aantal SNAT-poorten dat is toegewezen aan of wordt gebruikt door elke back-eind-VM of virtuele-machineschaalset, die overeenkomt met alle openbare FRONT-eind-IP's die zijn toegewezen aan de Load Balancer, geaggregeerd via TCP en UDP.
    • Als u het totale aantal SNAT-poorten wilt weergeven dat wordt gebruikt door of toegewezen voor de load balancer u metrische aggregatie som gebruiken
  3. Filter op een specifiek protocoltype, een set BACK-en-VIP's en/of front-en-vip's.
  4. Als u de status per back-end- of front-end-exemplaar wilt bewaken, moet u splitsen toepassen.
    • Met het splitsen van notitie kan slechts één metrisch gegevens tegelijk worden weergegeven.
  5. Als u bijvoorbeeld het SNAT-gebruik voor TCP-stromen per machine wilt bewaken, aggregeert u op Gemiddelde, splitst u op back-end-IP's en filtert u op Protocoltype.

SNAT-toewijzing en -gebruik

Afbeelding: Gemiddelde toewijzing en gebruik van TCP SNAT-poort voor een set back-en-vm's

SNAT-gebruik per back-end-exemplaar

Afbeelding: TCP SNAT-poortgebruik per back-end-exemplaar

Hoe kan ik inkomende/uitgaande verbindingspogingen voor mijn service controleren?

Uitvouwen De metrische gegevens van een SYN-pakket beschrijven het volume van TCP SYN-pakketten die zijn aangekomen of verzonden (voor uitgaande stromen [)](../load-balancer-outbound-connections.md)die zijn gekoppeld aan een specifieke front-end. U kunt deze metrische gegevens gebruiken om inzicht te krijgen in TCP-verbindingspogingen met uw service.

Gebruik Som als aggregatie voor de meeste scenario's.

SYN-verbinding

Afbeelding: Load Balancer SYN-telling

Hoe kan ik mijn netwerkbandbreedteverbruik controleren?

Uitvouwen De metrische gegevens voor bytes en pakkettellers beschrijven het volume van bytes en pakketten die per front-end worden verzonden of ontvangen door uw service.

Gebruik Som als aggregatie voor de meeste scenario's.

Ga als volgende te werk om statistieken over het aantal byte's of pakketten op te halen:

  1. Selecteer het metrische type Aantal bytes en/of het aantal pakketten, met Som als aggregatie.
  2. Gebruik een van de volgende methoden:
    • Pas een filter toe op een specifieke front-end-IP, front-endpoort, back-end-IP of back-endpoort.
    • Haal algemene statistieken op voor uw load balancer resource zonder filters.

Aantal byte's

Afbeelding: Load Balancer byte tellen

Hoe kan ik mijn load balancer-implementatie te diagnosticeren?

Uitvouwen Door een combinatie van de metrische gegevens Beschikbaarheid van gegevenspad en Status van statustest in één grafiek te gebruiken, kunt u bepalen waar u het probleem kunt zoeken en het probleem kunt oplossen. U kunt er zeker van zijn dat Azure correct werkt en deze kennis gebruiken om te bepalen of de configuratie of toepassing de hoofdoorzaak is.

U kunt metrische statustestgegevens gebruiken om te begrijpen hoe Azure de status van uw implementatie bekijkt op basis van de configuratie die u hebt opgegeven. Het controleren van statustests is altijd een goede eerste stap bij het controleren of bepalen van een oorzaak.

U kunt nog een stap verder gaan en de metrische gegevens over beschikbaarheid van gegevenspaden gebruiken om inzicht te krijgen in hoe Azure de status bekijkt van het onderliggende gegevensvlak dat verantwoordelijk is voor uw specifieke implementatie. Wanneer u beide metrische gegevens combineert, kunt u isoleren waar de fout kan zijn, zoals in dit voorbeeld wordt geïllustreerd:

Metrische gegevens over beschikbaarheid van gegevenspad en statustest combineren

Afbeelding: De beschikbaarheid van gegevenspaden en metrische gegevens over de status van de statustest combineren

In de grafiek wordt de volgende informatie weergegeven:

  • De infrastructuur die als host voor uw VM's wordt gebruikt, was niet beschikbaar en met 0 procent aan het begin van de grafiek. Later was de infrastructuur in orde en waren de VM's bereikbaar en werd er meer dan één VM in de back-end geplaatst. Deze informatie wordt aangegeven door de blauwe trace voor beschikbaarheid van gegevenspaden, wat later 100 procent was.
  • De status van de statustest, aangegeven door de paarse trace, is 0 procent aan het begin van de grafiek. Het omcirkelde gebied in het groen markeert waar de status van de statustest in orde werd en op welk punt de implementatie van de klant nieuwe stromen kon accepteren.

Met de grafiek kunnen klanten zelf problemen met de implementatie oplossen zonder dat ze de ondersteuning moeten raden of vragen of er andere problemen optreden. De service was niet beschikbaar omdat statustests mislukten vanwege een onjuiste configuratie of een mislukte toepassing.

Waarschuwingen configureren voor multidimensionale metrische gegevens

Azure Standard Load Balancer ondersteunt eenvoudig configureerbare waarschuwingen voor multidimensionale metrische gegevens. Configureer aangepaste drempelwaarden voor specifieke metrische gegevens om waarschuwingen te activeren met verschillende ernstniveaus om een touchless resourcebewaking mogelijk te maken.

Waarschuwingen configureren:

  1. Ga naar de subblade met waarschuwingen voor de load balancer
  2. Nieuwe waarschuwingsregel maken
    1. Waarschuwingsvoorwaarde configureren
    2. (Optioneel) Actiegroep toevoegen voor automatische reparatie
    3. Ernst van waarschuwing, naam en beschrijving toewijzen waarmee intuïtieve reactie mogelijk is

Waarschuwingen voor binnenkomende beschikbaarheid

Als u wilt waarschuwen voor binnenkomende beschikbaarheid, kunt u twee afzonderlijke waarschuwingen maken met behulp van de beschikbaarheid van het gegevenspad en de metrische gegevens over de statustest. Klanten kunnen verschillende scenario's hebben waarvoor specifieke waarschuwingslogica is vereist, maar de onderstaande voorbeelden zijn nuttig voor de meeste configuraties.

Met de beschikbaarheid van gegevenspaden kunt u waarschuwingen geven wanneer een specifieke taakverdelingsregel niet meer beschikbaar is. U kunt deze waarschuwing configureren door een waarschuwingsvoorwaarde in te stellen voor de beschikbaarheid van het gegevenspad en te splitsen op basis van alle huidige waarden en toekomstige waarden voor zowel front-en-front-en-ip-adres. Als u de waarschuwingslogica instelt op kleiner dan of gelijk aan 0, wordt deze waarschuwing steeds weer in gebruik wanneer een taakverdelingsregel niet meer reageert. Stel de aggregatiegranulatie en de frequentie van de evaluatie in op basis van de gewenste evaluatie.

Met de status van de statustest kunt u een waarschuwing ontvangen wanneer een bepaald back-end-exemplaar een aanzienlijke hoeveelheid tijd niet op de statustest reageert. Stel de waarschuwingsvoorwaarde in om de metrische status van de statustest te gebruiken en te splitsen op IP-adres en back-uppoort. Dit zorgt ervoor dat u afzonderlijke waarschuwingen kunt ontvangen voor de mogelijkheid van elke afzonderlijke back-end-instantie om verkeer op een specifieke poort te bedienen. Gebruik het aggregatietype Gemiddelde en stel de drempelwaarde in op basis van hoe vaak uw back-exemplaar wordt onderzocht en wat u als uw gezonde drempelwaarde beschouwt.

U kunt ook een waarschuwing geven op het niveau van een back-endpool door niet te splitsen op dimensies en het aggregatietype Gemiddelde te gebruiken. Hiermee kunt u waarschuwingsregels instellen, zoals een waarschuwing wanneer 50% van de leden van mijn back-uppool een slechte status hebben.

Waarschuwingen voor uitgaande beschikbaarheid

Als u wilt configureren voor uitgaande beschikbaarheid, kunt u twee afzonderlijke waarschuwingen configureren met behulp van de metrische gegevens SNAT Connection Count en Used SNAT Port.

Als u uitgaande verbindingsfouten wilt detecteren, configureert u een waarschuwing met behulp van het aantal SNAT-verbindingen en filtert u op Verbindingstoestand = Mislukt. Gebruik de aggregatie Totaal. U kunt dit vervolgens ook opsplitsen door IP-adres van back-eind ingesteld op alle huidige en toekomstige waarden om afzonderlijk te waarschuwen voor elk back-end-exemplaar dat mislukte verbindingen ondervindt. Stel de drempelwaarde in op groter dan nul of een hoger getal als u verwacht dat er uitgaande verbindingsfouten optreden.

Via Gebruikte SNAT-poorten kunt u een waarschuwing ontvangen over een hoger risico op SNAT-uitputting en uitgaande verbindingsfout. Zorg ervoor dat u splitst op IP-adres en protocol van back-eind wanneer u deze waarschuwing gebruikt en gebruik de aggregatie Gemiddelde. Stel de drempelwaarde in op groter dan een percentage(en) van het aantal poorten dat u hebt toegewezen per exemplaar dat u onveilig acht. U kunt bijvoorbeeld een waarschuwing met een lage ernst configureren wanneer een back-exemplaar 75% van de toegewezen poorten en een hoge ernst gebruikt wanneer 90% of 100% van de toegewezen poorten wordt gebruikt.

Status van resource

De status van de Standard Load Balancer resources wordt beschikbaar gemaakt via de bestaande resourcestatus onder Monitor > Service Health. Deze wordt elke twee minuten geëvalueerd door de beschikbaarheid van het gegevenspad te meten, waarmee wordt bepaald of uw front-end-eindpunten voor taakverdeling beschikbaar zijn.

Status van resource Description
Beschikbaar Uw standaardresource load balancer is in orde en beschikbaar.
Verminderd beschikbaar Uw standaard load balancer heeft door het platform of de gebruiker geïnitieerde gebeurtenissen die van invloed zijn op de prestaties. De metriek voor het gegevenspad heeft een beschikbaarheid van minder dan 90% en meer dan 25% gerapporteerd gedurende ten minste twee minuten. U zult te maken krijgen met een matige tot ernstige invloed op de prestaties. Volg de rhc-gids voor probleemoplossing om te bepalen of er door de gebruiker geïnitieerde gebeurtenissen zijn die van invloed zijn op uw beschikbaarheid.
Niet beschikbaar Uw standaardresource load balancer is niet in orde. De metrische gegevens over beschikbaarheid van gegevenspaden hebben ten minste twee minuten minder dan 25% van de status gerapporteerd. U zult aanzienlijke gevolgen hebben voor de prestaties of een gebrek aan beschikbaarheid voor binnenkomende connectiviteit. Er kunnen gebruikers- of platformgebeurtenissen zijn die leiden tot onbeschikbaarheid. Volg de rhc-gids voor probleemoplossing om te bepalen of er door de gebruiker geïnitieerde gebeurtenissen zijn die van invloed zijn op uw beschikbaarheid.
Onbekend De status van de resource voor load balancer resource is nog niet bijgewerkt of heeft de afgelopen tien minuten geen beschikbaarheidsinformatie over het gegevenspad ontvangen. Dit hoort slechts tijdelijk het geval te zijn. De juiste status wordt weergegeven zodra er gegevens worden ontvangen.

De status van uw openbare resources Standard Load Balancer weergeven:

  1. Selecteer Monitor > Service Health.

    Pagina Bewaken

    Afbeelding: De Service Health koppeling op Azure Monitor

  2. Selecteer Resource Health en zorg ervoor dat Abonnements-id en Resourcetype = Load Balancer zijn geselecteerd.

    Status van resource

    Afbeelding: Resource selecteren voor de statusweergave

  3. Selecteer in de lijst de Load Balancer resource om de historische status weer te geven.

    Load Balancer status

    Afbeelding: Load Balancer resource health view

De algemene beschrijving van de status van de resource is beschikbaar in de RHC-documentatie. Voor specifieke statussen voor de Azure Load Balancer worden vermeld in de onderstaande tabel:

Volgende stappen