Upgrade von Load Balancer Basic – Anleitung
Wichtig
Am 30. September 2025 wird Load Balancer im Tarif „Basic“ eingestellt. Weitere Informationen finden Sie in der offiziellen Ankündigung. Wenn Sie derzeit Load Balancer im Tarif „Basic“ verwenden, führen Sie unbedingt vor dem Ablaufdatum ein Upgrade auf Load Balancer Standard durch. In diesem Artikel wird der Upgradeprozess erläutert.
In diesem Artikel besprechen wir einen Leitfaden für das Upgrade Ihrer Load Balancer Basic-Instanzen auf Load Balancer Standard. Load Balancer Standard wird für alle Produktionsinstanzen empfohlen und bietet viele wichtige Unterschiede für Ihre Infrastruktur.
Schritte zum Durchführen des Upgrades
Wir empfehlen den folgenden Ansatz zum Upgrade auf Load Balancer Standard:
- Erfahren Sie mehr über einige der wichtigsten Unterschiede zwischen Load Balancer Basic und Load Balancer Standard.
- Identifizieren Sie die Load Balancer Basic-Instanz für das Upgrade.
- Erstellen Sie einen Migrationsplan für geplante Downtime.
- Führen Sie die Migration mit automatisierten PowerShell-Skripts für Ihr Szenario aus, oder erstellen Sie eine neue Load Balancer Standard-Instanz mit den Load Balancer Basic-Konfigurationen.
- Überprüfen Sie, ob Ihre Anwendung und Ihre Workloads über Load Balancer Standard Datenverkehr empfangen. Löschen Sie dann Ihre Load Balancer Basic-Ressource.
Load Balancer Basic-SKU und Load Balancer Standard-SKU
In diesem Abschnitt werden einige wichtige Unterschiede zwischen diesen beiden Load Balancer-SKUs aufgeführt.
| Funktion | Load Balancer Standard-SKU | Load Balancer Basic-SKU |
|---|---|---|
| Back-End-Typ | IP-basiert, NIC-basiert | NIC-basiert |
| Protokoll | TCP, UDP | TCP, UDP |
| Endpunkte des Back-End-Pools | Virtuelle Computer oder Virtuelle Computer-Skalierungsgruppen in einem einzelnen Netzwerk | Virtuelle Computer in einer einzelnen Verfügbarkeitsgruppe oder Virtuelle Computer-Skalierungsgruppe |
| Protokoll des Integritätstests | TCP, HTTP, HTTPS | TCP, HTTP |
| Verhalten bei Ausfall während Integritätstest | TCP-Verbindungen bleiben bei Ausfall eines Instanztests und bei Ausfall aller Tests bestehen. | TCP-Verbindungen bleiben bei Ausfall eines Instanztests bestehen. Sämtliche TCP-Verbindungen werden bei Ausfällen aller Tests beendet. |
| Verfügbarkeitszonen | Zonenredundante und zonale Front-Ends für eingehenden und ausgehenden Datenverkehr | Nicht verfügbar |
| Diagnose | Mehrdimensionale Azure Monitor-Metriken | Nicht unterstützt |
| Hochverfügbarkeitsports | Verfügbar für den internen Lastenausgleich | Nicht verfügbar |
| Standardmäßig sicher | Für eingehende Datenflüsse geschlossen, sofern nicht durch eine Netzwerksicherheitsgruppe zugelassen. Interner Datenverkehr vom VNET zum internen Lastenausgleich ist zulässig. | Standardmäßig geöffnet. Netzwerksicherheitsgruppe optional. |
| Regeln für ausgehenden Datenverkehr | Deklarative ausgehende NAT-Konfiguration | Nicht verfügbar |
| TCP-Zurücksetzung bei Leerlauf | Verfügbar für jede Regel | Nicht verfügbar |
| Mehrere Front-Ends | Eingehend und ausgehend | Nur eingehend |
| Verwaltungsvorgänge | Die meisten Vorgänge benötigen < 30 Sekunden | Die meisten Vorgänge benötigen 60–90+ Sekunden |
| SLA | 99,99% | Nicht verfügbar |
| Global Virtual Network Peering Support | Standard-ILB wird über globales Virtual Network-Peering unterstützt. | Nicht unterstützt |
| NAT Gateway-Unterstützung | Sowohl Standard-ILB als auch Standard-Public-Load Balancer werden über NAT Gateway unterstützt. | Nicht unterstützt |
| Private Link-Unterstützung | Standard-ILB wird über Private Link unterstützt | Nicht unterstützt |
| Globale Ebene (Vorschau) | Load Balancer Standard unterstützt die globale Ebene für öffentliche Lastenausgleiche, die den länderübergreifenden Lastenausgleich ermöglicht. | Nicht unterstützt |
Informationen zu Grenzwerten finden Sie unter Load Balancer-Grenzwerte.
Upgrade mithilfe automatisierter Skripts (empfohlen)
Verwenden Sie diese PowerShell-Skripts für das Upgrade von der Basic auf die Standard-SKU:
Manuelles Upgrade
Hinweis
Obwohl ein manuelles Upgrade Ihres Basic Load Balancer auf einen Standard Load Balancer mithilfe des Portals möglich ist, empfehlen wir die Verwendung der oben automatisierten Skriptoption aufgrund der Anzahl der Schritte und Komplexität der Migration. Die Automatisierung sorgt für eine konsistente Migration und minimiert Ausfallzeiten für Load-Balance-Anwendungen.
Beim manuellen Migrieren von einem Standard-SKU-Lastenausgleichsmodul gibt es einige wichtige Überlegungen, die Sie berücksichtigen sollten:
- Es ist nicht möglich, IP-Adressen oder Lastenausgleichsmodule der SKUs „Basic“ und „Standard“ zu mischen. Alle öffentlichen IPs, die einem Lastenausgleichsmodul zugeordnet sind, und deren Back-End-Poolmitglieder müssen übereinstimmen.
- Die Methode für die öffentliche IP-Zuordnung muss auf "statisch" festgelegt werden, wenn eine öffentliche IP von einem Lastenausgleichsgerät oder virtuellen Computer getrennt wird, oder die zugewiesene IP-Adresse geht verloren.
- Standardmäßige öffentliche SKU-IP-Adressen sind sicher, sodass eine Netzwerksicherheitsgruppe den Datenverkehr für alle öffentlichen IP-Adressen explizit zulassen muss.
- Standard-SKU-Lastenausgleichsgeräte blockieren standardmäßig ausgehenden Zugriff. Zum Aktivieren des ausgehenden Zugriffs benötigt ein öffentlicher Lastenausgleich eine ausgehende Regel für Back-End-Mitglieder. Konfigurieren Sie für private Lastenausgleichsgeräte entweder ein NAT-Gateway im Subnetz des Back-End-Pools oder fügen Sie öffentliche IP-Adressen auf Instanzebene zu jedem Back-End-Mitglied hinzu.
Vorgeschlagene Reihenfolge der Vorgänge zum manuellen Upgrade eines einfachen Lastenausgleichs in gängigen Konfigurationen für virtuelle Computer und Vm-Skalierungssätze mithilfe des Portals:
- Ändern aller öffentlichen IPs, die mit dem Basic Load Balancer und back-End-Virtuellen Computern verknüpft sind, in "statische" Zuordnung
- Notieren Sie bei privaten Lastenausgleichsmodulen die privaten IP-Adressen, die den Front-End-IP-Konfigurationen zugeordnet sind.
- Aufzeichnen der Back-End-Poolmitgliedschaft des Basic Load Balancer
- Aufzeichnen der Lastenausgleichsregeln, NAT-Regeln und Integritätssondenkonfiguration des einfachen Lastenausgleichs
- Erstellen Sie einen neuen Standard-SKU-Lastenausgleich, der der öffentlichen oder privaten Konfiguration des Basic Load Balancer entspricht. Benennen Sie die Front-End-IP-Konfiguration etwas temporäres. Verwenden Sie für öffentliche Lastenausgleichsgeräte eine neue öffentliche IP-Adresse für die Frontend-Konfiguration. Anleitungen finden Sie unter Erstellen eines öffentlichen Lastenausgleichs im Portal oder Erstellen eines internen Lastenausgleichs im Portal
- Duplizieren Sie die Konfiguration für den einfachen SKU-Lastenausgleich für Folgendes:
- Namen der Back-End-Pools
- Mitgliedschaft im Back-End-Pool (virtuelle Computer und Skalierungsgruppen für virtuelle Computer)
- Integritätstests
- Lastenausgleichsregeln – Verwenden der temporären Frontend-Konfiguration
- NAT-Regeln – Verwenden der temporären Frontend-Konfiguration
- Wenn Sie noch keine Netzwerksicherheitsgruppe besitzen, erstellen Sie bei öffentlichen Lastenausgleichsmodulen eine neue Netzwerksicherheitsgruppe mit Zulassungsregeln für den Datenverkehr, der über Load Balancer eingeht.
- Entfernen Sie für Back-End-Back-Ends für vm-Skalierungssätze die Zuordnung "Lastenausgleich" in den Netzwerkeinstellungen, und die Instanzen
- Löschen des einfachen Lastenausgleichs
Hinweis
Für Vm Scale Set-Back-Ends müssen Sie die Zuordnung des Lastenausgleichs in den Netzwerkeinstellungen entfernen. Nach dem Entfernen müssen Sie auch die Instanzen aktualisieren
- Upgrade aller öffentlichen IPs zuvor mit dem Basic Load Balancer und back-End virtual machines to Standard SKU verknüpft. Entfernen Sie bei Skalierungssätzen für virtuelle Computer alle öffentlichen IP-Konfigurationen auf Instanzebene, aktualisieren Sie die Instanzen, fügen Sie dann eine neue mit Standard-SKU hinzu, und aktualisieren Sie die Instanzen erneut.
- Erstellen Sie die Front-End-Konfigurationen aus dem Basic Load Balancer auf dem neu erstellten Standardlastenausgleich neu, und verwenden Sie die gleichen öffentlichen oder privaten IP-Adressen wie im Basic Load Balancer
- Aktualisieren der Lastenausgleichs- und NAT-Regeln für die Verwendung der entsprechenden Front-End-Konfigurationen
- Für öffentliche Lastenausgleichsgeräte eine oder mehrere ausgehende Regeln erstellen, um den Internetzugriff für Back-End-Pools zu ermöglichen.
- Entfernen der temporären Frontend-Konfiguration
- Testen Sie, dass eingehender und ausgehender Datenverkehr wie erwartet über den neuen Standardlastenausgleichsmodul fließt.
Häufig gestellte Fragen
Wird sich die Einstellung des Basic Load Balancer auf Bereitstellungen von Cloud Services Extended Support (CSES) auswirken?
Nein, diese Einstellung wirkt sich nicht auf Ihre vorhandenen oder neuen Bereitstellungen in CSES aus. Dies bedeutet, dass Sie weiterhin grundlegende Lastenausgleichsgeräte für CSES-Bereitstellungen erstellen und verwenden können. Wir empfehlen jedoch nach Möglichkeit die Verwendung der Standard-SKU für native ARM-Ressourcen (diejenigen, die nicht von CSES abhängig sind), da „Standard“ mehr Vorteile bietet als „Basic“.
Nächste Schritte
Einen Leitfaden zum Upgraden von öffentlichen Basic-IP-Adressen auf Standard-SKUs finden Sie unter: