Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
I den här artikeln lär du dig alternativ för poddnätverk för Azure Kubernetes Service (AKS). Vi ställer först en fråga som hjälper dig att vägleda din planering och sedan tillhandahålla alternativ, rekommendationer och metodtips.
Behöver du direkt podd-IP-åtkomst?
Poddnätverk styr hur poddar har tilldelats IP-adresser och definierat hur poddar kommunicerar med varandra, klusternoder och mål utanför klustret. Kubernetes tillhandahåller poddnätverk via ett CNI-plugin-program (Container Network Interface), som ansvarar för att hantera podd-IP-adresser och nätverksanslutningar.
När du konfigurerar poddnätverk måste du planera för IP-adresshantering (IPAM) och ruttning och transport (dataplanet).
IP-adresshanteringsalternativ (IPAM)
När du konfigurerar IPAM kan du välja mellan en överläggsnätverksmodell med Azure CNI-överlägg och en platt nätverksmodell med Azure CNI Pod Subnet eller Azure CNI Node-undernät:
| IPAM-alternativ | Diagram över nätverkskomponenter | Funktioner och funktionalitet |
|---|---|---|
| Overlay-nätverksmodell (med Azure CNI-Overlay) |
|
• Podd-IP-adresser kommer från ett överläggsintervall som inte är en del av det virtuella nätverkets utrymme. • Mycket skalbart nätverk med upp till 5 000 noder och 250 000 poddar. • Återanvänd podöverlappningsutrymme i alla kluster utan konflikt. Saker som VNet-peering eller ExpressRoute-direktanslutningar kan orsaka konflikter med privat IP-utrymme. • Stöd för dubbla staplar (IPV4/IPV6). • Poddar kan inte nås direkt utanför klustret. |
| Flat nätverksmodell (med Azure CNI Pod-undernät eller nodundernät) |
|
• Nod- och podd-IP-adresser kommer från VNet-utrymme. • Poddar kan nås direkt utanför klustret. • Alternativen för Azure CNI Pod-undernät inkluderar dynamisk IP-allokering för effektivitet eller statisk blockallokering för skalning. |
Överväganden för alternativ för flat nätverksmodell
Tänk på följande när du bestämmer dig för mellan Azure CNI Pod Subnet med dynamisk IP-allokering, Azure CNI Pod-undernät med statisk blockallokering och Azure CNI Node-undernät:
| Alternativ för platt nätverksmodell | Överväganden |
|---|---|
| Azure CNI Pod-undernät med dynamisk IP-allokering | • Omfattar viss komplexitet och hantering. Du måste delegera ett undernät för dina noder och poddar och se till att du omfångsanpassar det korrekt för att hantera den skala du behöver. • Begränsning på 64 000 IP-adresser. |
| Azure CNI Pod-undernät med statisk blockallokering | • Kräver noggrann planering, eftersom du behöver allokera ett visst intervall ip-adresser för dina poddar och se till att det inte överlappar andra undernät. • Kan få upp till 1 000 000 IP-adresser. • Ip-adresser kanske inte används lika effektivt, vilket kan leda till avlagring. |
| Azure CNI Node-undernät | • AKS hanterar undernätet åt dig, vilket förenklar installationen. • Begränsning på 64 000 IP-adresser. |
Alternativ för routning och transport (dataplan)
När du konfigurerar dataplanet kan du välja mellan Azure CNI Powered by Cilium eBPF data plane, Azure IPTables data plane och BYO CNI:
| Alternativ för dataplan | Funktioner och funktionalitet |
|---|---|
| Azure CNI drivs av Cilium | • Förbättrad skalning och prestanda. • Inbyggd NPM (Network Policy Manager). • Förbättrade nätverksprinciper, till exempel FQDN-filtrering med Advanced Container Network Services. |
| Azure IPTables | • Installera Calico eller Azure NPM (rekommenderas inte) för din nätverksprinciphanterare. • Stöder alla Kubernetes spec nätverksprinciper. |
| BYO CNI | • Inget hanterat CNI-plugin-program installerat – du kan använda valfritt alternativ som stöder AKS. • Microsoft stöder inga CNI-relaterade problem. |
Recommendations
Vår allmänna rekommendation är att använda Azure CNI Overlay. Om du behöver direkt IP-åtkomst och har effektivitets- eller skalningskrav kan du överväga att använda Azure CNI Pod-undernät med dynamisk IP-allokering eller Azure CNI Pod-undernät med statisk blockallokering. Om du behöver direkt podd-IP-åtkomst och vill ha förenklad hantering bör du överväga att använda Azure CNI Node-undernätet.