Upgrade einer grundlegenden öffentlichen IP-Adresse auf Standard-SKU – Anleitungen
Wichtig
Am 30. September 2025 werden öffentliche IP-Adressen für Basic-SKUs eingestellt. Weitere Informationen finden Sie in der offiziellen Ankündigung. Wenn Sie derzeit öffentliche IP-Adressen für Basic-SKUs verwenden, stellen Sie sicher, dass Sie vor dem Einstellungsdatum ein Upgrade auf öffentliche IP-Adressen für Standard-SKUs durchführen. In diesem Artikel wird der Upgradeprozess erläutert.
In diesem Artikel sind Anleitungen zum Upgrade Ihrer öffentlichen Basic-SKU-IP-Adressen auf Standard-SKU enthalten. Öffentliche IP-Standardadressen werden für alle Produktionsinstanzen empfohlen und bieten viele wichtige Unterschiede für Ihre Infrastruktur.
Schritte zum Durchführen des Upgrades
Es wird empfohlen, den folgenden Ansatz für ein Upgrade auf öffentliche Standard-SKU-IP-Adressen zu verwenden.
Erfahren Sie mehr über einige der wichtigsten Unterschiede zwischen öffentlichen Basic-SKU-IP-Adressen und öffentlichen Standard-SKU-IP-Adressen.
Identifizieren Sie die öffentliche Basic-SKU-IP-Adresse, für die das Upgrade ausgeführt werden soll.
Ermitteln Sie, ob Zonenredundanz erforderlich ist.
a. Wenn Sie eine zone redundante öffentliche IP-Adresse benötigen, erstellen Sie eine neue öffentliche Standard-SKU-IP-Adresse mit dem Portal, mit PowerShell, mit der CLI oder einer ARM-Vorlage.
b. Wenn Sie keine zonenredundante öffentliche IP-Adresse benötigen, verwenden Sie die folgenden Upgradeoptionen.
Erstellen Sie einen Migrationsplan für geplante Downtime.
Je nach der Ressource, die Ihren öffentlichen Basic-SKU-IP-Adressen zugeordnet ist, führen Sie das Upgrade basierend auf der folgenden Tabelle aus:
| Ressource mit öffentlichen Basic-SKU-IP-Adressen | Entscheidungspfad |
|---|---|
| VM oder Virtual Machine Scale Sets (flexibles Modell) | Trennen Sie IP-Adressen, und nutzen Sie die Upgradeoptionen, die nach der Tabelle beschrieben werden. Für VMs können Sie das Upgradeskript verwenden. |
| Load Balancer (Basic-SKU) | Neue LB-SKU erforderlich. Verwenden des Upgradeskripts Upgrade eines Basic Load Balancer auf Standard-SKU zum Upgrade auf Standard Load Balancer |
| VPN-Gateway (mit Standard-IPs) | Derzeit ist es nicht erforderlich, ein Upgrade durchzuführen. Wenn ein Upgrade erforderlich ist, aktualisieren wir diesen Entscheidungspfad mit Migrationsinformationen und senden eine Dienstintegritätswarnung. |
| ExpressRoute-Gateway (mit Basic-IP-Adressen) | Neues ExpressRoute-Gateway erforderlich. Erstellen Sie ein neues ExpressRoute-Gateway mit einer Standard-SKU-IP-Adresse. Verwenden Sie dieses Migrationsskript (Vorschau) für Nicht-Produktionsworkloads. |
| Application Gateway (v1-SKU) | Neue AppGW-SKU erforderlich. Verwenden Sie dieses Migrationsskript, um von v1 zu v2 zu migrieren. |
Hinweis
Wenn Sie über eine VM-Skalierungsgruppe (einheitliches Modell) mit öffentlichen IP-Konfigurationen pro Instanz verfügen, beachten Sie, dass dies keine öffentlichen IP-Ressourcen sind und daher nicht aktualisiert werden können. Eine neue VM-Skalierungsgruppe ist erforderlich. Sie können die SKU-Eigenschaft verwenden, um anzugeben, dass Standard-IP-Konfigurationen für jede VMSS-Instanz erforderlich sind, wie hier gezeigt.
Basic-SKU im Vergleich zur Standard-SKU
In diesem Abschnitt werden einige wichtige Unterschiede zwischen diesen beiden SKUs aufgeführt.
| "" | Öffentliche Standard-SKU-IP-Adresse | Öffentliche Basic-SKU-IP-Adresse |
|---|---|---|
| Zuordnungsmethode | Statisch. | Für IPv4: dynamisch oder statisch; Für IPv6: dynamisch. |
| Security | Konzipiert nach dem Modell „standardmäßig sicher“ und bei Verwendung als Front-End für eingehenden Datenverkehr gesperrt. Datenverkehr mit einer Netzwerksicherheitsgruppe muss zugelassen werden (z. B. für die NIC einer VM mit angefügter öffentlicher Standard-SKU-IP-Adresse). | Standardmäßig geöffnet. Netzwerksicherheitsgruppen werden empfohlen, sind aber zum Einschränken des ein- oder ausgehenden Datenverkehrs optional. |
| Verfügbarkeitszonen | Unterstützt. Standard-IP-Adressen können nicht zonenbasiert, zonenbasiert oder zonenredundant sein. Zonenredundante IP-Adressen können nur in Regionen mit drei aktiven Verfügbarkeitszonen erstellt werden. IP-Adressen, die vor Verfügbarkeitszonen erstellt werden, sind nicht zonenredundant. | Nicht unterstützt |
| Routingpräferenz | Wird unterstützt, um eine präzisere Steuerung der Art und Weise zu ermöglichen, wie Datenverkehr zwischen Azure und dem Internet geroutet wird. | Wird nicht unterstützt. |
| Globale Ebene | Unterstützung durch einen regionsübergreifenden Lastenausgleich | Nicht unterstützt |
| Unterstützung für Load Balancer Standard | IPv4 und IPv6 werden unterstützt. | Nicht unterstützt |
| NAT Gateway-Unterstützung | IPv4 wird unterstützt. | Nicht unterstützt |
| Azure Firewall-Unterstützung | IPv4 wird unterstützt. | Nicht unterstützt |
Upgrade über das Portal, mit PowerShell und der Azure CLI
Verwenden Sie das Azure-Portal, Azure PowerShell oder die Azure CLI, um ein Upgrade von der Basic- auf die Standard-SKU zu erleichtern.
Durchführen eines Upgrades für eine öffentliche IP-Adresse (Azure-Portal)
Durchführen eines Upgrades für eine öffentliche IP-Adresse: Azure PowerShell
Häufig gestellte Fragen
Wird sich die Einstellung der öffentlichen IP-Adresse der Basic-SKU 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 öffentliche Standard-SKU-IPs für CSES-Bereitstellungen erstellen und verwenden können. Wir empfehlen jedoch die Verwendung der Standard-SKU für systemeigene ARM-Ressourcen (diejenigen, die nicht von CSES abhängig sind), wenn möglich, da Standard mehr Vorteile hat als "Basic".
Nächste Schritte
Anleitungen zum Upgrade von Load Balancer Basic auf Standard-SKUs finden Sie unter: