Anpassen des ausgehenden Clusters mit ausgehenden Typen in Azure Kubernetes Service (AKS)

Wichtig

Ab March 31, 2026 unterstützt Azure Kubernetes Service (AKS) keinen standardmäßigen ausgehenden Zugriff für virtuelle Computer (VMs). Neue AKS-Cluster, die die Option AKS-verwaltetes virtuelles Netzwerk verwenden, platzieren Cluster-Subnetze standardmäßig in private Subnetze (defaultOutboundAccess = false). Diese Einstellung wirkt sich nicht auf AKS-verwalteten Clusterdatenverkehr aus, der explizit konfigurierte ausgehende Pfade verwendet. Es kann sich auf nicht unterstützte Szenarien auswirken, z. B. das Bereitstellen anderer Ressourcen im selben Subnetz. Cluster, die BYO-VNets verwenden, sind von dieser Änderung nicht betroffen. In unterstützten Konfigurationen ist keine Aktion erforderlich. Weitere Informationen zu dieser Einstellung finden Sie in der Ankündigung zur Einstellung der Azure Updates. Um über Ankündigungen und Updates auf dem Laufenden zu bleiben, folgen Sie den AKS-Versionshinweisen.

Standardmäßig verwendet AKS einen Load Balancer Standard für ausgehenden Datenverkehr. Sie können diese Konfiguration für Szenarien anpassen, die öffentliche IP-Adressen verbieten oder zusätzliche Egress-Hops erfordern.

In diesem Artikel werden die typen der ausgehenden Konnektivität beschrieben, die für AKS-Cluster verfügbar sind.

Hinweis

Nach der Clustererstellung können Sie jetzt den outboundType aktualisieren.

Wichtig

In nichtprivaten Clustern leitet und verarbeitet AKS API-Serverdatenverkehr über den ausgehenden Typ des Clusters. Um zu verhindern, dass AKS API-Serverdatenverkehr als öffentlicher Datenverkehr verarbeitet, verwenden Sie einen privaten Cluster oder eine VNet-Integration des API-Servers.

Einschränkungen

  • Für outboundType sind AKS-Cluster erforderlich, bei denen vm-set-type als VirtualMachineScaleSets und load-balancer-sku als Standard festgelegt ist.

Ausgehende Verbindungstypen in AKS

Sie können einen AKS-Cluster mit den folgenden ausgehenden Typen konfigurieren: Lastenausgleich, NAT-Gateway, benutzerdefinierte Routen, none oder block. Der ausgehende Typ wirkt sich nur auf den Ausgehenden Datenverkehr Ihres Clusters aus. Weitere Informationen finden Sie unter Ingress-Netzwerkkonzepte.

Ausgehender Typ: Load Balancer

Der Load Balancer wird für Egress über eine von AKS zugewiesene öffentliche IP-Adresse verwendet. Ein ausgehender Typ von loadBalancer unterstützt Kubernetes-Dienste vom Typ loadBalancer, die ausgehenden Datenverkehr von der Lastenausgleichsressource erwarten, der vom AKS-Ressourcenanbieter erstellt wurde.

Wenn loadBalancer festgelegt ist, führt AKS automatisch die folgende Konfiguration durch:

  • Für ausgehenden Datenverkehr vom Cluster wird eine öffentliche IP-Adresse erstellt.
  • Die öffentliche IP-Adresse ist der Lastenausgleichsressource zugewiesen.
  • Back-End-Pools für das Lastenausgleichssystem werden für Agent-Knoten im Cluster eingerichtet.

Diagramm mit AKS-ein- und ausgehendem Datenverkehr über einen Load Balancer und eine öffentliche ausgehende IP.

Weitere Informationen finden Sie unter Verwenden eines standardmäßigen Lastenausgleichs in AKS.

Ausgehender Typ: NAT-Gateway

Wenn Sie userAssignedNATGateway oder outboundType für managedNATGateway auswählen, verwendet AKS Azure NAT Gateway für den ausgehenden Clusterdatenverkehr.

  • Wählen Sie managedNATGateway für von AKS verwaltete virtuelle Netzwerke aus. Ab API-Version 2026-06-01 verwendet AKS standardmäßig StandardV2 in Regionen, in denen es verfügbar ist, und andernfalls Standard.
  • Wählen Sie userAssignedNATGateway für kundenverwaltete virtuelle Netzwerke aus. Erstellen Sie ein NAT-Gateway, bevor Sie den Cluster erstellen. Sowohl die STANDARD- als auch die StandardV2 NAT-Gateway-SKUs werden unterstützt.

Hinweis

Ab API-Version 2026-06-01 ist outboundType: managedNATGateway standardmäßig StandardV2 NAT Gateway, das als natGatewayProfile.sku: StandardV2 statt als managedNATGatewayV2 angezeigt wird, dem während der Vorschau verwendeten ausgehenden Typ. Vorschau-API-Versionen 2026-01-02-preview bis 2026-05-02-preview akzeptieren managedNATGatewayV2 noch etwa ein Jahr lang, was Ihnen Zeit gibt, zu sku mit einem expliziten managedNATGateway zu wechseln. Daten der Einstellung der Vorschau-APIs finden Sie in der Lebenszyklusdokumentation der AKS Preview-API.

Wichtig

Sie können die verwaltete NAT-Gateway-SKU von Standard zu StandardV2 migrieren, aber Sie können nicht von StandardV2 zu Standard migrieren.

StandardV2 NAT Gateway wird empfohlen, da es standardmäßig zonenredundant ist und eine höhere Bandbreite und einen höheren Durchsatz bietet. Weitere Informationen finden Sie unter StandardV2 NAT-Gateway.

Weitere Informationen finden Sie unter Verwenden des NAT Gateways mit AKS.

Ausgehender Typ: Benutzerdefinierte Routen

Hinweis

Der userDefinedRouting ausgehende Typ ist ein erweitertes Netzwerkszenario und erfordert eine ordnungsgemäße Netzwerkkonfiguration.

Wenn Sie userDefinedRouting festlegen, konfiguriert AKS nicht automatisch Ausgangspfade. Sie konfigurieren den Egress-Pfad.

Sie müssen den AKS-Cluster in einem vorhandenen virtuellen Netzwerk mit einem von Ihnen konfigurierten Subnetz bereitstellen. Da Sie keine Load Balancer Standard-Architektur verwenden, müssen Sie einen expliziten ausgehenden Internetzugang einrichten. Konfigurieren Sie eine Routentabelle mit einer 0.0.0.0/0-Route, die auf ein Gateway oder eine virtuelle Netzwerkappliance verweist, und ordnen Sie die Routentabelle dem Clustersubnetz zu.

Weitere Informationen finden Sie unter Konfigurieren des ausgehenden Clusters über benutzerdefiniertes Routing.

Outbound-Typ: keiner

Wichtig

Der ausgehende Typ none ist nur mit einem netzwerkisolierten Cluster verfügbar und erfordert eine sorgfältige Planung, um sicherzustellen, dass der Cluster erwartungsgemäß und ohne unbeabsichtigte Abhängigkeiten von externen Diensten funktioniert. Informationen zu vollständig isolierten Clustern finden Sie unter Überlegungen zu isolierten Clustern.

Wenn Sie none festlegen, konfiguriert AKS nicht automatisch Ausgangspfade. Diese Option ähnelt userDefinedRouting , erfordert jedoch keine Standardroute als Teil der Überprüfung.

Der none ausgehende Typ unterstützt sowohl bring-your-own (BYO) als auch AKS-verwaltete virtuelle Netzwerke. Stellen Sie für ein virtuelles BYO-Netzwerk den Cluster in einem vorhandenen virtuellen Netzwerk mit einem konfigurierten Subnetz bereit. AKS erstellt keinen Load Balancer Standard und keine andere Ausgangsinfrastruktur. Konfigurieren Sie daher jeden erforderlichen ausgehenden Pfad über eine Firewall, einen Proxy, ein Gateway oder eine andere benutzerdefinierte Netzwerkkomponente.

Ausgehender Typ: Block (Vorschau)

Wichtig

Der block ausgehende Typ ist nur für Network Isolated Cluster in einem verwalteten VNet verfügbar und erfordert sorgfältige Planung, um sicherzustellen, dass keine unbeabsichtigten Netzwerkabhängigkeiten vorhanden sind. Verwenden Sie in einem BYO-VNet den none Ausgangstyp und konfigurieren Sie NSG-Regeln (Network Security Group), um den ausgehenden Datenverkehr zu blockieren. Informationen zu vollständig isolierten Clustern finden Sie unter Überlegungen zu isolierten Clustern. Um block zu verwenden, installieren Sie Azure CLI Version 2.71.0 oder höher und die aks-preview Azure CLI Erweiterungsversion 9.0.0b2 oder höher. Anweisungen zum Einrichten finden Sie unter Erstellen eines isolierten Netzwerkclusters.

Wenn Sie block festlegen, konfiguriert AKS Netzwerkregeln, um den ausgehenden Datenverkehr vom Cluster zu blockieren. Diese Option ist nützlich für hochsichere Umgebungen, in denen ausgehende Verbindungen eingeschränkt werden müssen.

Folgendes ist bei Verwendung von block zu beachten:

  • AKS stellt sicher, dass kein öffentlicher Internetdatenverkehr den Cluster über NSG-Regeln (Netzwerksicherheitsgruppen) verlassen kann. Der VNet-Datenverkehr ist nicht betroffen.
  • Sie müssen explizit sämtlichen erforderlichen ausgehenden Datenverkehr über zusätzliche Netzwerkkonfigurationen zulassen.

Die Option block bietet eine Netzwerkisolation, erfordert jedoch eine sorgfältige Planung, um Arbeitslasten oder Abhängigkeiten nicht zu beeinträchtigen.

Nach der Clustererstellung outboundType aktualisieren

Wenn Sie den Egress-Typ nach der Clustererstellung ändern, werden Ressourcen nach Bedarf hinzugefügt oder entfernt, um den Cluster auf die neue Egress-Konfiguration einzustellen.

Die folgenden Tabellen zeigen die unterstützten Migrationspfade zwischen ausgehenden Typen für verwaltete und virtuelle BYO-Netzwerke. Jede Zeile zeigt an, ob der ausgehende Typ zu den oben aufgelisteten Typen migriert werden kann. "Unterstützt" bedeutet, dass die Migration möglich ist, während "Nicht unterstützt" oder "N/A" bedeutet, dass sie nicht möglich ist.

Warnung

Die Migration des ausgehenden Typs zu managedNATGateway, userAssignedNATGateway oder userDefinedRouting oder das Ändern der verwalteten NAT-Gateway-SKU von Standard zu StandardV2 ändert die ausgehenden öffentlichen IP-Adressen des Clusters. Wenn Sie autorisierte IP-Bereiche aktiviert haben, fügen Sie den autorisierten Bereichen den neuen ausgehenden IP-Bereich hinzu.

Warnung

Das Ändern des ausgehenden Typs stört die Netzwerkkonnektivität, ändert die Egress-IP-Adresse des Clusters und verursacht Ausfallzeiten für vorhandene Verbindungen. Aktualisieren Sie alle Firewallregeln, die den Clusterdatenverkehr einschränken, sodass sie die neue Egress-IP-Adresse verwenden.

Unterstützte Migrationspfade für verwaltetes VNet

In der folgenden Tabelle sind die unterstützten Migrationspfade für Outboundtypen für AKS-Cluster aufgeführt, die von AKS verwaltete virtuelle Netzwerke verwenden.

Von/Zu loadBalancer managedNATGateway none block
loadBalancer Nicht zutreffend / Nicht verfügbar Unterstützt Unterstützt Unterstützt
managedNATGateway Nicht unterstützt Nicht zutreffend / Nicht verfügbar Unterstützt Unterstützt
none Unterstützt Unterstützt Nicht zutreffend / Nicht verfügbar Unterstützt
block Unterstützt Unterstützt Unterstützt Nicht zutreffend / Nicht verfügbar

Verwaltetes NAT-Gateway-SKU-Verhalten

In der folgenden Tabelle wird beschrieben, wie sich die verwaltete NAT-Gateway-SKU mit API-Version 2026-06-01 und höher verhält.

Scenario Behavior
Neuer Cluster ohne angegebene SKU Wird standardmäßig auf StandardV2 festgelegt, sofern verfügbar. AKS überprüft die regionale Verfügbarkeit vor dem Anwenden der Standardeinstellung. In Regionen, in denen StandardV2 nicht verfügbar ist, verwendet AKS Standard.
Vorhandener Standardcluster Bleibt an Standard.
Upgrade von Standard auf StandardV2 Setze networkProfile.natGatewayProfile.sku auf StandardV2.
Downgrade von StandardV2 zu Standard Nicht unterstützt.

Unterstützte Migrationspfade für BYO VNet

In der folgenden Tabelle sind unterstützte Migrationspfade für ausgehende Typen für AKS-Cluster aufgeführt, die BYO-Virtual Networks verwenden.

Von/Zu loadBalancer userAssignedNATGateway userDefinedRouting none block
loadBalancer Nicht zutreffend / Nicht verfügbar Unterstützt Unterstützt Unterstützt Nicht unterstützt
userAssignedNATGateway Unterstützt Nicht zutreffend / Nicht verfügbar Unterstützt Unterstützt Nicht unterstützt
userDefinedRouting Unterstützt Unterstützt Nicht zutreffend / Nicht verfügbar Unterstützt Nicht unterstützt
none Unterstützt Unterstützt Unterstützt Nicht zutreffend / Nicht verfügbar Nicht unterstützt

Outboundtyp des Clusters mit Azure CLI aktualisieren

Hinweis

Sie müssen Azure CLI Version 2.56 oder höher verwenden, um stabile Egress-Typen zu migrieren. Vorschau-Outboundtypen weisen zusätzliche Azure CLI- oder Erweiterungsanforderungen auf, die in ihren Abschnitten angegeben sind. Verwenden Sie az upgrade, um auf die neueste Version von Azure CLI zu aktualisieren.

Aktualisieren Sie die ausgehende Konfiguration Ihres Clusters mithilfe des Befehls az aks update.

Cluster von loadBalancer auf managedNATGateway mit StandardV2 aktualisieren

Wenn Sie API-Version 2026-06-01 oder höher verwenden und in einer Region mit StandardV2-NAT-Gatewayverfügbarkeit arbeiten, wird die SKU für den Ausgangstyp managedNATGateway standardmäßig auf StandardV2 festgelegt.

{
  "properties": {
    "networkProfile": {
      "outboundType": "managedNATGateway"
      }
    }
  }
}

Wichtig

Sie können ein vorhandenes verwaltetes Standard-NAT-Gateway auf StandardV2 aktualisieren, aber Sie können kein verwaltetes StandardV2-NAT-Gateway auf Standard herabstufen.

Warnung

Verwenden Sie keine IP-Adresse, die bereits in früheren ausgehenden Konfigurationen verwendet wird.

Aktualisieren des Clusters von loadBalancer zu userAssignedNATGateway in einem BYO-VNet-Szenario

Ordnen Sie vor dem Ausführen des Aktualisierungsbefehls ein vorhandenes NAT-Gateway dem Cluster-Subnetz zu. Vollständige Konfigurationsschritte finden Sie unter Erstellen eines verwalteten oder vom Benutzer zugewiesenen NAT-Gateways.

az aks update --resource-group <resourceGroup> --name <clusterName> --outbound-type userAssignedNATGateway