Anpassa klustrets utgående trafik med olika typer av utgående anslutningar i Azure Kubernetes Service (AKS)

Viktigt!

Från och med March 31, 2026 har Azure Kubernetes Service (AKS) inte längre stöd för standardutgående åtkomst för virtuella datorer (VM). Nya AKS-kluster som använder alternativet AKS-hanterat virtuellt nätverk placerar klusterundernät i privata undernät som standard (defaultOutboundAccess = false). Den här inställningen påverkar inte AKS-hanterad klustertrafik, som använder explicit konfigurerade utgående sökvägar. Det kan påverka scenarier som inte stöds, till exempel distribution av andra resurser till samma undernät. Kluster som använder virtuella BYO-nätverk påverkas inte av den här ändringen. I konfigurationer som stöds krävs ingen åtgärd. Mer information om den här avvecklingen finns i meddelandet Azure Updates avvecklingsmeddelande. För att hålla dig informerad om meddelanden och uppdateringar, följ AKS-versionsinformation.

Som standard använder AKS en Standard Load Balancer för utgående trafik. Du kan anpassa den här konfigurationen för scenarier som förbjuder offentliga IP-adresser eller kräver extra utgående hopp.

Den här artikeln beskriver de utgående anslutningstyper som är tillgängliga för AKS-kluster.

Kommentar

Nu kan du uppdatera outboundType när klustret har skapats.

Viktigt!

I icke-privata kluster dirigerar och bearbetar AKS API-servertrafik via klustrets utgående typ. Om du vill förhindra att AKS bearbetar API-servertrafik som offentlig trafik använder du ett privat kluster eller API Server VNet-integrering.

Begränsningar

  • Inställningen outboundType kräver AKS-kluster med vm-set-type på VirtualMachineScaleSets och load-balancer-sku på Standard.

Utgående typer i AKS

Du kan konfigurera ett AKS-kluster med hjälp av följande utgående typer: lastbalanserare, NAT-gateway, användardefinierade routningar, none eller block. Den utgående typen påverkar endast egresstrafiken i klustret. Mer information finns i ingressnätverkskoncept.

Utgående typ: Load Balancer

Lastbalanseraren används för utgående trafik via en AKS-tilldelad offentlig IP-adress. En utgående typ av loadBalancer stöder Kubernetes-tjänster av typen loadBalancer, som förväntar sig utflöde från lastbalanseraren som skapats av AKS-resursleverantören.

Om loadBalancer har angetts slutför AKS automatiskt följande konfiguration:

  • En offentlig IP-adress skapas för klustrets egress.
  • Den offentliga IP-adressen tilldelas till lastbalanserarens resurs.
  • Backendpooler för lastbalanserare konfigureras för agentnoder i klustret.

Diagram som visar AKS-inkommande och utgående trafik via en lastbalanserare och offentlig utgående IP-adress.

För mer information, se använda en standardlastbalanserare i AKS.

Utgående typ: NAT Gateway

När du väljer managedNATGateway eller userAssignedNATGateway för outboundType använder AKS Azure NAT Gateway för klustrets utgående trafik.

  • Välj managedNATGateway för AKS-hanterade virtuella nätverk. Från och med API-versionen 2026-06-01 använder AKS som standard StandardV2 i regioner där det är tillgängligt och annars används Standard.
  • Välj userAssignedNATGateway för bring-your-own virtuella nätverk. Skapa en NAT-gateway innan du skapar klustret. Både SKU:er för Standard och StandardV2 NAT Gateway stöds.

Kommentar

Från och med API-version 2026-06-01 är standardinställningen för outboundType: managedNATGateway StandardV2 NAT Gateway, som visas som managedNATGatewayV2, i stället för den utgående typen natGatewayProfile.sku: StandardV2 som användes under förhandsversionen. Förhandsversionerna av API:et från 2026-01-02-preview till och med 2026-05-02-preview fortsätter att acceptera managedNATGatewayV2 i ungefär ett år, vilket ger dig tid att gå över till managedNATGateway med en explicit sku. Information om utfasningsdatum för förhandsversions-API:erna finns i dokumentationen om livscykeln för AKS Preview API.

Viktigt!

Du kan migrera SKU:n för den hanterade NAT-gatewayen från Standard till StandardV2, men du kan inte migrera från StandardV2 till Standard.

StandardV2 NAT Gateway rekommenderas eftersom den är zonredundant som standard och erbjuder högre bandbredd och dataflöde. Mer information finns i StandardV2 NAT Gateway.

För mer information, se användning av NAT-gateway med AKS.

Typ av utgående: Användardefinierade vägar

Kommentar

Utgående userDefinedRouting typ är ett avancerat nätverksscenario och kräver korrekt nätverkskonfiguration.

Om du anger userDefinedRoutingkonfigurerar AKS inte utgående sökvägar automatiskt. Du konfigurerar den utgående vägen.

Du måste distribuera AKS-klustret till ett befintligt virtuellt nätverk med ett undernät som du konfigurerar. Eftersom du inte använder en Standard Load Balancer-arkitektur måste du konfigurera uttrycklig utgående trafik. Konfigurera en ruttabell med en 0.0.0.0/0 rutt som pekar på en gateway eller virtuell nätverksenhet och associera ruttabellen med klustrets undernät.

Mer information finns i konfigurera utgående kluster via användardefinierad routning.

Utgående typ: ingen

Viktigt!

Den none utgående typen är endast tillgänglig med ett isolerat nätverkskluster och kräver noggrann planering för att säkerställa att klustret fungerar som förväntat utan oavsiktliga beroenden för externa tjänster. Information om fullständigt isolerade kluster finns i överväganden för isolerade kluster.

Om du anger nonekonfigurerar AKS inte utgående sökvägar automatiskt. Det här alternativet liknar userDefinedRouting men kräver ingen standardrutt som en del av verifieringen.

Den none utgående typen stöder både BYO (Bring Your Own) och AKS-hanterade virtuella nätverk. För ett virtuellt BYO-nätverk, distribuera klustret till ett befintligt virtuellt nätverk med ett konfigurerat undernät. AKS skapar inte en Standard Load Balancer eller annan utgående infrastruktur, så konfigurera alla nödvändiga utgående trafikvägar via en brandvägg, proxy, gateway eller annan anpassad nätverkskomponent.

Utgående typ: block (förhandsversion)

Viktigt!

Den block utgående typen är endast tillgänglig med Network Isolated Cluster i ett hanterat virtuellt nätverk och kräver noggrann planering för att säkerställa att det inte finns några oavsiktliga nätverksberoenden. I ett virtuellt BYO-nätverk använder du typen none och konfigurerar regler för nätverkssäkerhetsgrupp (NSG) för att blockera utgående trafik. Information om fullständigt isolerade kluster finns i överväganden för isolerade kluster. Om du vill använda block installerar du Azure CLI version 2.71.0 eller senare och Azure CLI-tillägget aks-preview version 9.0.0b2 eller senare. Anvisningar för installation finns i Skapa ett isolerat nätverkskluster.

Om du anger blockkonfigurerar AKS nätverksregler för att blockera utgående trafik från klustret. Det här alternativet är användbart för mycket säkra miljöer där utgående anslutningar måste begränsas.

När du använder block:

  • AKS säkerställer att ingen offentlig Internettrafik kan lämna klustret via regler för nätverkssäkerhetsgrupp (NSG). VNet-trafik påverkas inte.
  • Du måste uttryckligen tillåta all nödvändig utgående trafik via extra nätverkskonfigurationer.

Alternativet block tillhandahåller nätverksisolering men kräver noggrann planering för att undvika att störa arbetsbelastningar eller beroenden.

Uppdatera outboundType efter att klustret har skapats

Om du ändrar utgående typ när klustret har skapats distribueras eller tas resurser bort efter behov för att placera klustret i den nya utgående konfigurationen.

Följande tabeller visar de migreringsvägar som stöds mellan utgående typer för hanterade och virtuella BYO-nätverk. Varje rad visar om den utgående typen kan migreras till de typer som anges överst. "Stöds" innebär att migrering är möjlig, medan "Stöds inte" eller "N/A" innebär att det inte är det.

Varning

Om du migrerar den utgående typen till managedNATGateway, userAssignedNATGatewayeller userDefinedRoutingeller ändrar SKU:n för den hanterade NAT-gatewayen från Standard till StandardV2, ändras klustrets utgående offentliga IP-adresser. Om du har aktiverat auktoriserade IP-intervall, lägg till det nya utgående IP-intervallet till de auktoriserade intervallen.

Varning

Att ändra utgående typ stör nätverksanslutningen, ändrar klustrets utgående IP-adress och orsakar stilleståndstid för befintliga anslutningar. Uppdatera eventuella brandväggsregler som begränsar klustertrafik till att använda den nya utgående IP-adressen.

Migreringsvägar som stöds för hanterade virtuella nätverk

I följande tabell visas migreringsvägar av utgående typ som stöds för AKS-kluster som använder AKS-hanterade virtuella nätverk.

Från|Till loadBalancer managedNATGateway none block
loadBalancer Ej tillämpligt Stöds Stöds Stöds
managedNATGateway Stöds inte Ej tillämpligt Stöds Stöds
none Stöds Stöds Ej tillämpligt Stöds
block Stöds Stöds Stöds Ej tillämpligt

SKU-beteende för hanterad NAT-gateway

I följande tabell beskrivs hur SKU:n för den hanterade NAT-gatewayen fungerar med API-versionen 2026-06-01 och senare.

Scenario Behavior
Nytt kluster utan angiven SKU Använder StandardV2 som standard där det är tillgängligt. AKS validerar regional tillgänglighet innan standardvärdet tillämpas. I regioner där StandardV2 inte är tillgängligt använder AKS Standard.
Befintligt kluster av standardtyp Ligger kvar på Standard.
Uppgradera från Standard till StandardV2 Ställ in networkProfile.natGatewayProfile.sku på StandardV2.
Nedgradera från StandardV2 till Standard Stöds inte.

Migreringsvägar som stöds för det virtuella BYO-nätverket

I tabellen nedan visas migreringsvägar för utgående typ som stöds för AKS-kluster som använder virtuella BYO-nätverk.

Från|Till loadBalancer userAssignedNATGateway userDefinedRouting none block
loadBalancer Ej tillämpligt Stöds Stöds Stöds Stöds inte
userAssignedNATGateway Stöds Ej tillämpligt Stöds Stöds Stöds inte
userDefinedRouting Stöds Stöds Ej tillämpligt Stöds Stöds inte
none Stöds Stöds Stöds Ej tillämpligt Stöds inte

Uppdatera klusterutgående typ med Azure CLI

Kommentar

Du måste använda Azure CLI version 2.56 eller senare för att migrera stable outbound types. Utgående typer i förhandsversion har ytterligare Azure CLI- eller tilläggskrav som anges i sina avsnitt. Använd az upgrade för att uppdatera till den senaste versionen av Azure CLI.

Uppdatera den utgående konfigurationen av klustret med hjälp av az aks update kommandot .

Uppdatera kluster från loadBalancer till managedNATGateway med StandardV2

När du använder API-versionen 2026-06-01 eller senare och arbetar i en region med tillgänglighet för StandardV2 NAT-gateway, är SKU:n som standard StandardV2 för utgående typ managedNATGateway.

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

Viktigt!

Du kan uppgradera en befintlig hanterad Standard NAT-gateway till StandardV2, men du kan inte nedgradera en hanterad StandardV2 NAT-gateway till Standard.

Varning

Återanvänd inte en IP-adress som redan används i tidigare utgående konfigurationer.

Uppdatera kluster från loadBalancer till userAssignedNATGateway i BYO VNet-scenario

Innan du kör uppdateringskommandot associerar du en befintlig NAT-gateway med klustrets undernät. Fullständiga konfigurationssteg finns i Skapa en hanterad eller användartilldelad NAT-gateway.

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