Troubleshooting gängiger Azure-Bereitstellungsfehler mit Azure Load Balancer
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:
|
| 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. |
| SpecifiedAllocatedOutboundPortsForOutboundRuleIsNotAMultipleOfEight | Die Anzahl der angegebenen SNAT-Ports ist kein Vielfaches von 8. |
| SpecifiedAllocatedOutboundPortsForOutboundRuleExceedsTotalNumberOfAllowedPortsPerRule | Die Anzahl der angegebenen SNAT-Ports ist größer als 64.000. |
| SpecifiedAllocatedOutboundPortsForOutboundRuleExceedsTotalNumberOfAvailablePorts | Die Anzahl der angegebenen SNAT-Ports ist größer als die Anzahl derzeit verfügbarer Ports. |
Nächste Schritte
- Sehen Sie sich die SKU-Vergleichstabelle für Azure Load Balancer an.
- Erfahren Sie etwas über die Grenzwerte von Azure Load Balancer.