Upgrade einer internen Load Balancer Basic-Instanz: ausgehende Verbindungen erforderlich

Warnung

Dieses Dokument wird nicht mehr verwendet und wurde durch Upgrade eines Lastenausgleichs im Tarif „Basic“ mit PowerShell ersetzt.

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.

Azure Load Balancer Standard bietet umfangreiche Funktionen sowie Hochverfügbarkeit durch Zonenredundanz. Weitere Informationen zu SKUs von Azure Load Balancer finden Sie unter Azure Load Balancer Standard-SKUs. Ein internes Azure Load Balancer Standard bietet keine ausgehende Konnektivität. Das PowerShell-Skript in diesem Artikel migriert die Konfiguration von Load Balancer Basic zu einem öffentlichen Load Balancer Standard.

Das Upgrade umfasst vier Phasen:

1. Migrieren der Konfiguration zur öffentlichen Load Balancer Standard-Instanz

2. Hinzufügen virtueller Computer zu den Back-End-Pools der öffentlichen Load Balancer Standard-Instanz

3. Erstellen von NSG-Regeln (Netzwerksicherheitsgruppe) für Subnetze und virtuelle Computer, die Internetverbindungseinschränkungen erfordern

Dieser Artikel behandelt die Migration einer Konfiguration. Die Vorgehensweise zu Hinzufügen virtueller Computer zu den Back-End-Pools kann abhängig von Ihrer spezifischen Umgebung variieren. Empfehlungen finden Sie weiter unten in diesem Artikel unter Hinzufügen von VMs zu Back-End-Pools.

Upgradeübersicht

Es ist ein Azure PowerShell-Skript verfügbar, das die folgenden Vorgänge ausführt:

• Erstellen einer öffentlichen Load Balancer Standard-Instanz in der angegebenen Ressourcengruppe und am angegebenen Standort

• Kopieren der Konfigurationen der internen Load Balancer Basic-Instanz in die neu erstellte öffentliche Load Balancer Standard-Instanz.

• Das Skript erstellt eine Ausgangsregel, die ausgehende Verbindungen ermöglicht

Einschränkungen

• Das Skript unterstützt das Upgrade der internen Load Balancer-Instanz, wenn eine ausgehende Verbindung erforderlich ist. Wenn keine ausgehende Konnektivität erforderlich ist, finden Sie weitere Informationen unter Upgrade eines internen Load Balancer Basic: Ausgehende Verbindungen sind nicht erforderlich.

• Die Load Balancer Standard-Instanz hat eine neue öffentliche Adresse. Die mit der vorhandenen internen Load Balancer Basic-Instanz verknüpften IP-Adressen können aufgrund der abweichenden SKUs nicht auf eine öffentliche Load Balancer Standard-Instanz übertragen werden.

• Wenn die Load Balancer Standard-Instanz in einer anderen Region erstellt wird, können die virtuellen Computer aus der alten Region nicht zugeordnet werden. Um diese Einschränkung zu vermeiden, stellen Sie sicher, dass Sie neue VMs in der neuen Region erstellen.

• Wenn der Lastenausgleich nicht über eine Front-End-IP-Konfiguration oder einen Back-End-Pool verfügt, werden Sie bei der Ausführung des Skripts einen Fehler erhalten. Stellen Sie sicher, dass der Load Balancer eine Front-End-IP und einen Back-End-Pool hat.

• Das Skript kann keine VM-Skalierungsgruppe vom Load Balancer Basic-Back-End zum Load Balancer Standard-Back-End migrieren. Anweisungen und weitere Informationen zu diesem Upgradetyp finden Sie unter Durchführen eines Upgrades für Load Balancer im Tarif „Basic“mit Virtual Machine Scale Sets.

Herunterladen des Skripts

Laden Sie das Migrationsskript aus dem PowerShell-Katalog herunter.

Verwenden des Skripts

Es gibt zwei Optionen, die von Ihrer lokalen PowerShell-Umgebung und Ihren Voreinstellungen abhängen:

• Haben Sie das Az PowerShell-Modul nicht installiert oder haben Sie kein Problem damit, das Az PowerShell-Modul zu deinstallieren, verwenden Sie die Install-Script-Option, um das Skript auszuführen.

• Wenn Sie das Az PowerShell-Modul behalten möchten, laden Sie das Skript herunter, und führen Sie es direkt aus.

Um festzustellen, ob Sie das Az PowerShell-Modul installiert haben, führen Sie Get-InstalledModule -Name az aus. Wenn das Az PowerShell-Modul nicht installiert ist, können Sie die Install-Script-Methode verwenden.

Installieren mit Install-Script

Damit Sie diese Option nutzen können, darf das Az PowerShell-Modul nicht auf Ihrem Computer installiert sein. Wenn diese installiert sind, zeigt der folgende Befehl einen Fehler an. Deinstallieren Sie das Az PowerShell-Modul, oder verwenden Sie die andere Option, um das Skript manuell herunterzuladen und auszuführen.

Führen Sie das Skript mit dem folgenden Befehl aus:

Install-Script -Name AzureLBUpgrade

Mit diesem Befehl werden auch die erforderlichen Az PowerShell-Module installiert.

Direkt mit dem Skript installieren

Haben Sie das Az PowerShell-Modul installiert und können (oder möchten) Sie dieses nicht deinstallieren, können Sie das Skript manuell herunterladen, indem Sie die Registerkarte Manual Download (Manueller Download) unter dem Skript-Downloadlink verwenden. Das Skript wird als reine NUPKG-Datei heruntergeladen. Informationen, wie das Skript aus dieser NUPKG-Datei installiert wird, finden Sie unter Manuelles Herunterladen des Pakets.

So führen Sie das Skript aus

1. Verwenden Sie Connect-AzAccount, um eine Verbindung mit Azure herzustellen.

2. Verwenden Sie Import-Module Az zum Herunterladen des Az-Moduls von PowerShell:

3. Untersuchen Sie die erforderlichen Parameter:

   • oldRgName: [Zeichenfolge]: Erforderlich – Dieser Parameter ist die Ressourcengruppe für Ihren bestehenden Load Balancer Basic, den Sie aktualisieren möchten. Um diesen Zeichenfolge-Wert zu finden, navigieren Sie zum Azure-Portal, wählen Sie Ihre Load Balancer Basic-Quelle und wählen Sie die Übersicht für den Load Balancer. Die Ressourcengruppe befindet sich auf dieser Seite

   • oldLBName: [Zeichenfolge]: Erforderlich – Dieser Parameter ist der Name Ihres bestehenden Load Balancer Basic, den Sie aktualisieren möchten

   • newrgName: [Zeichenfolge]: Erforderlich – Dieser Parameter ist die Ressourcengruppe, in der die Load Balancer Standard-Instanz erstellt wird. Die Ressourcengruppe kann neu oder vorhanden sein. Beachten Sie bei Verwendung einer vorhandenen Ressourcengruppe, dass der Name der Load Balancer-Instanz innerhalb der Ressourcengruppe eindeutig sein muss.

   • newrgName: [Zeichenfolge]: Erforderlich – Dieser Parameter ist der Standort, an dem die Load Balancer Standard-Instanz erstellt wird. Es wird empfohlen, den gleichen Standort wie für den Load Balancer Basic zu wählen, um die Zuordnung vorhandener Ressourcen sicherzustellen

   • newLBName: [Zeichenfolge]: Erforderlich – Dieser Parameter ist der Name für den zu erstellenden Load Balancer Standard

4. Führen Sie das Skript mit den entsprechenden Parametern aus. Es kann fünf bis sieben Minuten dauern, bis es fertig ist.

   Beispiel

   AzureLBUpgrade.ps1 -oldRgName "test_publicUpgrade_rg" -oldLBName "LBForPublic" -newRgName "test_userInput3_rg" -newLocation "centralus" -newLbName "LBForUpgrade"
   

Hinzufügen von VMs zum Back-End-Pool des Load Balancers Standard

Überprüfen Sie zunächst, ob durch das Skript erfolgreich eine neue öffentliche Load Balancer Standard-Instanz mit exakt der gleichen Konfiguration wie in Ihrer internen Load Balancer Basic-Instanz erstellt wurde. Sie können diese Konfiguration über das Azure-Portal prüfen.

Senden Sie zum manuellen Testen etwas Datenverkehr über die Load Balancer Standard-Instanz.

In den folgenden Szenarien wird erläutert, wie Sie den Back-End-Pools des neu erstellten öffentlichen Load Balancers Standard VMs hinzufügen, sowie unsere Empfehlungen für jedes Szenario:

• Verschieben Sie vorhandene virtuelle Computer aus Back-End-Pools der alten internen Load Balancer Basic-Instanz in Back-End-Pools einer neu erstellten öffentlichen Load Balancer Standard-Instanz

  1. Melden Sie sich beim Azure-Portal an.

  2. Wählen Sie Alle Ressourcen im linken Menü. Wählen Sie den neuen Load Balancer Standard aus der Ressourcenliste aus.

  3. Wählen Sie in den Einstellungen auf der Seite Load Balancer die Option Back-End-Pools aus.

  4. Wählen Sie den Back-End-Pool aus, der dem Back-End-Pool des Load Balancers Basic entspricht.

  5. Wählen Sie Virtueller Computer aus.

  6. Wählen Sie die virtuellen Computer aus dem entsprechenden Back-End-Pool der Load Balancer Basic-Instanz aus.

  7. Wählen Sie Speichern aus.

  Hinweis

  Für virtuelle Computer mit öffentlichen IP-Adressen müssen Sie zuerst Standard-IP-Adressen erstellen. Dieselbe IP-Adresse ist nicht garantiert. Trennen Sie die VMs von den Basis-IP-Adressen und verknüpfen Sie sie mit den neu erstellten Standard-IP-Adressen. Sie können dann den Anweisungen folgen, um VMs zum Backend-Pool des Azure Load Balancer Standard hinzuzufügen.

• Erstellen Sie neue VMs zum Hinzufügen zum Back-End-Pool des neuen Load Balancers Standard.

  • Informationen zum Erstellen und Zuordnen eines virtuellen Computers zum Lastenausgleich finden Sie unter Erstellen virtueller Computer.

Erstellen Sie ein NAT-Gateway für ausgehenden Zugriff

Das Skript erstellt eine Ausgangsregel, die ausgehende Verbindungen ermöglicht. Azure NAT Gateway ist der empfohlene Dienst für ausgehende Konnektivität. Weitere Informationen zu Azure NAT Gateway finden Sie unter Was ist Azure NAT Gateway?.

Informationen zum Erstellen einer NAT-Gatewayressource und zum Zuordnen zu einem Subnetz Ihres virtuellen Netzwerks finden Sie unter Erstellen eines NAT-Gateways.

Erstellen von NSG-Regeln (Netzwerksicherheitsgruppe) für Subnetze und virtuelle Computer, die Internetverbindungseinschränkungen erfordern

Weitere Informationen zum Erstellen von Netzwerksicherheitsgruppen und zum Einschränken des Internetdatenverkehrs finden Sie unter Erstellen, Ändern oder Löschen einer Azure-Netzwerksicherheitsgruppe.

Häufig gestellte Fragen

Gibt es irgendwelche Einschränkungen mit dem Azure PowerShell-Skript zum Migrieren der Konfiguration von v1 zu v2?

Ja. Siehe Einschränkungen.

Stellt das Azure PowerShell-Skript auch den Datenverkehr von meiner Load Balancer Basic-Instanz zur neu erstellten Load Balancer Standard-Instanz um?

Nein. Das Azure PowerShell-Skript migriert nur die Konfiguration. Die Migration des Datenverkehrs liegt in Ihrer Verantwortung und muss von Ihnen gesteuert werden.

Nächste Schritte

Weitere Informationen zu Azure Load Balancer