Troubleshooting gängiger Azure-Bereitstellungsfehler mit Azure Load Balancer

  • Artikel

In diesem Artikel werden einige häufige Azure Load Balancer-Bereitstellungsfehler beschrieben. Er enthält darüber hinaus Informationen zur Behebung der Fehler. Wenn Sie Informationen zu einem Fehlercode suchen und diese Informationen in diesem Artikel nicht angegeben sind, teilen Sie uns dies bitte mit. Unten auf dieser Seite können Sie uns Feedback geben. Das Feedback wird über GitHub-Probleme nachverfolgt.

Fehlercodes

Fehlercode Details und Entschärfung
DifferentSkuLoadBalancersAndPublicIPAddressNotAllowed Die SKUs für öffentliche IP-Adressen und die Load Balancer-SKUs müssen übereinstimmen. Stellen Sie sicher, dass die Azure Load Balancer-SKU und die SKU für öffentliche IP-Adressen übereinstimmen. Für Produktionsworkloads wird die Standard-SKU empfohlen. Weitere Informationen zu den Unterschieden bei SKUs
DifferentSkuLoadBalancerAndPublicIPAddressNotAllowedInVMSS VM-Skalierungsgruppen werden standardmäßig als Load Balancer Basic festgelegt, wenn die SKU nicht angegeben wird oder die Bereitstellung ohne öffentliche Standard-IP-Adressen erfolgt. Stellen Sie die VM-Skalierungsgruppe mit öffentlichen Standard-IP-Adressen auf den einzelnen Instanzen erneut bereit, um sicherzustellen, dass Load Balancer Standard ausgewählt ist, oder wählen Sie beim Bereitstellen einer VM-Skalierungsgruppe über das Azure-Portal eine Load Balancer Standard-Instanz aus.
MaxAvailabilitySetsInLoadBalancerReached Der Back-End-Pool einer Load Balancer-Instanz kann maximal 150 Verfügbarkeitsgruppen enthalten. Wenn Sie für Ihre VMs im Back-End-Pool nicht explizit Verfügbarkeitsgruppen definiert haben, wird jede VM in einer eigenen Verfügbarkeitsgruppe platziert. Das Bereitstellen von 150 eigenständigen VMs impliziert also das Vorhandensein von 150 Verfügbarkeitsgruppen und somit das Erreichen des Limits. Sie können als Problemumgehung eine Verfügbarkeitsgruppe bereitstellen und ihr weitere VMs hinzufügen.
NetworkInterfaceAndLoadBalancerAreInDifferentAvailabilitySets Für den Load Balancer der SKU "Basic" müssen sich die Netzwerkschnittstelle und der Load Balancer in der gleichen Verfügbarkeitsgruppe befinden.
RulesOfSameLoadBalancerTypeUseSameBackendPortProtocolAndIPConfig Für einen bestimmten Lastenausgleichstyp (intern, öffentlich) mit demselben Back-End-Port und Protokoll, auf den dieselbe VM-Skalierungsgruppe verweist, kann es nicht mehrere Regeln geben. Aktualisieren Sie Ihre Regel, um diese Erstellung einer doppelten Regel zu ändern.
RulesOfSameLoadBalancerTypeUseSameBackendPortProtocolAndVmssIPConfig Für einen bestimmten Lastenausgleichstyp (intern, öffentlich) mit demselben Back-End-Port und Protokoll, auf den dieselbe VM-Skalierungsgruppe verweist, kann es nicht mehrere Regeln geben. Aktualisieren Sie Ihre Regelparameter, um diese Erstellung einer doppelten Regel zu ändern.
AnotherInternalLoadBalancerExists Es kann nur eine einzige Load Balancer-Instanz vom Typ „intern“ auf eine Gruppe von VMs/Netzwerkschnittstellen im Load Balancer-Back-End verweisen. Aktualisieren Sie Ihre Bereitstellung, um sicherzustellen, dass nur eine Load Balancer-Instanz desselben Typs erstellt wird.
CannotUseInactiveHealthProbe Sie können nicht über einen Test verfügen, der von keiner für die Integrität von VM-Skalierungsgruppen konfigurierten Regel verwendet wird. Stellen Sie sicher, dass der eingerichtete Test aktiv genutzt wird.
VMScaleSetCannotUseMultipleLoadBalancersOfSameType Es können nicht mehrere Load Balancer-Instanzen desselben Typs (intern, öffentlich) vorhanden sein. Maximal sind eine interne und eine öffentliche Load Balancer-Instanz möglich.
VMScaleSetCannotReferenceLoadbalancerWhenLargeScaleOrCrossAZ Load Balancer Basic wird für VM-Skalierungsgruppen mit mehreren Platzierungsgruppen und verfügbarkeitszonenübergreifende VM-Skalierungsgruppen nicht unterstützt. Verwenden Sie stattdessen Load Balancer Standard.
MarketplacePurchaseEligibilityFailed Wechseln Sie zum richtigen Administratorkonto, um Käufe zu aktivieren, da das Abonnement ein EA-Abonnement ist. Weitere Informationen finden Sie hier.
ResourceDeploymentFailure Wenn der Load Balancer einen Fehlerstatus besitzt, führen Sie die folgenden Schritte aus, um den Fehlerstatus aufzuheben:
  1. Melden Sie sich auf https://resources.azure.com mit Ihren Anmeldeinformationen für das Azure-Portal an.
  2. Wählen Sie Lesen/Schreiben aus.
  3. Erweitern Sie auf der linken Seite Abonnements und dann das Abonnement mit dem Load Balancer, der aktualisiert werden soll.
  4. Erweitern Sie ResourceGroups und dann die Ressourcengruppe mit dem Load Balancer, der aktualisiert werden soll.
  5. Wählen Sie Microsoft.Network>LoadBalancers und dann den zu aktualisierenden Load Balancer LoadBalancer_1.
  6. Wählen Sie auf der Anzeigeseite LoadBalancer_1 die Option GET>Bearbeiten.
  7. Ändern Sie den ProvisioningState-Wert von Fehler in Erfolgreich.
  8. Wählen Sie PUTaus.
LoadBalancerWithoutFrontendIPCantHaveChildResources Eine Load Balancer-Ressource, die keine Frontend-IP-Konfigurationen hat, kann nicht mit untergeordneten Ressourcen oder Komponenten verknüpft werden. Um diesen Fehler abzuschwächen, fügen Sie eine Frontend-IP-Konfiguration und dann die gewünschten Ressourcen hinzu.
LoadBalancerRuleCountLimitLoadchedForNic Die Netzwerkschnittstelle eines Back-End-Poolmitglieds (virtueller Computer, VM-Skalierungsgruppe) kann nicht mehr als 300 Regeln zugeordnet werden. Reduzieren Sie die Anzahl der Regeln oder verwenden Sie einen anderen Load Balancer. Dieser Grenzwert ist auf der Seite Load Balancer-Grenzen dokumentiert.
LoadBalancerInUseByVirtualMachineScaleSet Die Load Balancer-Ressource wird von einer VM-Skalierungsgruppe verwendet und kann nicht gelöscht werden. Verwenden Sie die in der Fehlermeldung angegebene Azure Resource Manager-ID, um nach der VM-Skalierungsgruppe zu suchen und den Fehler zu löschen.

Nächste Schritte