Problemen met Azure Load Balancer oplossen

  • Artikel
  • 2 minuten om te lezen

Deze pagina bevat informatie over het oplossen van problemen voor algemene algemene Azure Load Balancer basisvragen. Zie overzicht van Standard Load Balancer voor Standard Load Balancer informatie over uw gegevens.

Wanneer de Load Balancer connectiviteit niet beschikbaar is, zijn de meest voorkomende symptomen als volgt:

  • VM's achter Load Balancer reageren niet op statustests
  • VM's achter Load Balancer reageren niet op het verkeer op de geconfigureerde poort

Wanneer de externe clients naar de back-mail-VM's de load balancer, wordt het IP-adres van de clients gebruikt voor de communicatie. Zorg ervoor dat het IP-adres van de clients is toegevoegd aan de lijst met toegestane NSG's.

Geen uitgaande connectiviteit van interne Standard Load Balancers (ILB)

Validatie en oplossing

Standaard ILB's zijn standaard beveiligd. Standaard-ILB's toegestaan om verbinding te maken met internet via een verborgen openbaar IP-adres dat het standaard IP-adres voor uitgaande toegang wordt genoemd. Dit wordt niet aanbevolen voor productieworkloads, omdat het IP-adres niet statisch is en niet is vergrendeld via NSG's van u. Als u onlangs bent overgeplaatst van een Basic ILB naar een Standaard-ILB, moet u expliciet een openbaar IP-adres maken via een configuratie die alleen uitgaand is, waardoor het IP-adres via NSG's wordt vergrendeld. U kunt ook een NAT Gateway in uw subnet. NAT Gateway is de aanbevolen oplossing voor uitgaand verkeer.

Kan de back-endpoort niet wijzigen voor de bestaande LB-regel van een load balancer die een virtuele-machineschaalset heeft geïmplementeerd in de back-endpool.

Oorzaak: De back-endpoort kan niet worden gewijzigd voor een taakverdelingsregel die wordt gebruikt door een statustest voor load balancer waarnaar wordt verwezen door de virtuele-machineschaalset

Oplossing Als u de poort wilt wijzigen, kunt u de statustest verwijderen door de virtuele-machineschaalset bij te werken, de poort bij te werken en vervolgens de statustest opnieuw te configureren.

Er wordt nog steeds klein verkeer load balancer VM's uit de back-load balancer.

U kunt een netwerk traceer uitvoeren om dit te controleren. De FQDN die wordt gebruikt voor uw Blob Storage-accounts, wordt vermeld in de eigenschappen van elk opslagaccount. Vanaf een virtuele machine binnen uw Azure-abonnement kunt u nslookup uitvoeren om het Azure IP-adres te bepalen dat aan dat opslagaccount is toegewezen.

Aanvullende netwerkopnamen

Als u besluit een ondersteuningscase te openen, verzamelt u de volgende informatie voor een snellere oplossing. Kies één back-end-VM om de volgende tests uit te voeren:

  • Gebruik ps ping van een van de back-end-VM's in het VNet om het antwoord van de testpoort te testen (bijvoorbeeld: ps ping 10.0.0.4:3389) en recordresultaten.
  • Als er geen antwoord wordt ontvangen in deze pingtests, moet u een gelijktijdige Netsh-tracering uitvoeren op de back-en-vm en de VNet-test-VM tijdens het uitvoeren van PsPing en vervolgens de Netsh-trace stoppen.

Load Balancer de status Mislukt

Oplossing

  • Zodra u de resource met de status Mislukt hebt, gaat u naar Azure Resource Explorer en identificeert u de resource in deze status.
  • Werk de schakelknop in de rechterbovenhoek bij naar Lezen/schrijven.
  • Klik op Bewerken voor de resource met de status Mislukt.
  • Klik op PUT gevolgd door GET om te controleren of de inrichtingstoestand is bijgewerkt naar Geslaagd.
  • U kunt vervolgens doorgaan met andere acties omdat de resource de status Mislukt heeft.

Volgende stappen

Als het probleem niet wordt opgelost met de voorgaande stappen, opent u een ondersteuningsticket.