Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Kies een podnetwerkconfiguratie op basis van of pods directe IP-toegang nodig hebben vanuit verbonden netwerken en de vereisten voor ip-adresschaal.
Hebt u directe IP-toegang tot pods nodig?
Pod-netwerken bepalen hoe pods IP-adressen ophalen en definiëren hoe pods met elkaar communiceren, clusterknooppunten en bestemmingen buiten het cluster. Kubernetes implementeert podnetwerken via een CNI-invoegtoepassing (Container Network Interface), waarmee IP-adressen en netwerkconnectiviteit van pods worden beheerd.
Bij het instellen van podnetwerken moet u plannen voor IP-adresbeheer (IPAM) en routering en transport (gegevensvlak).
Als uw workloads vereisen dat pods bereikbaar zijn via privé-IP van netwerken die zijn verbonden met het Azure Kubernetes Service (AKS) cluster-VNet, gebruikt u een plat netwerkmodel. Gebruik anders Azure CNI-overlay.
Opties voor IP-adresbeheer (IPAM)
Bij het instellen van IPAM kunt u kiezen tussen een Overlay-netwerkmodel met Azure CNI-overlay en een plat netwerkmodel met azure CNI Pod Subnet of Azure CNI Node Subnet:
In de volgende tabel worden de IPAM-opties vergeleken die beschikbaar zijn voor AKS-podnetwerken, inclusief de belangrijkste functies en schaallimieten.
| IPAM-opties | Diagram van netwerkonderdelen | Functies en functionaliteit |
|---|---|---|
| Overlaynetwerkmodel (met Azure CNI-overlay) |
|
• Pod-IP's zijn afkomstig van een overlaybereik dat geen deel uitmaakt van de VNet-ruimte. • Zeer schaalbare netwerken, met maximaal 5.000 knooppunten en 200.000 pods per cluster. De node-, per-node-pod- en totale podlimieten zijn onafhankelijk. • Adresruimte voor pod-overlay kan opnieuw worden gebruikt in onafhankelijke clusters. De POD CIDR mag niet overlappen met rechtstreeks verbonden netwerken, waaronder gekoppelde VNets, netwerken die zijn verbonden via ExpressRoute of een VPN, en andere routes die privéadresruimte beschikbaar maken. • Ondersteuning voor dual-stack (IPv4/IPv6). • Pods kunnen niet rechtstreeks van buiten het cluster worden geopend. |
| Flat Networking Model (met Azure CNI Pod Subnet of Node Subnet) |
|
• Ip-adressen van knooppunten en pods zijn afkomstig uit VNet-ruimte. • Pods kunnen worden geopend via hun privé-IP-adressen vanuit verbonden netwerken. Azure CNI Pod-subnet behoudt het bron-IP-adres van de pod in verbonden VNets, terwijl bestemmingen buiten het cluster-VNet bij Azure CNI Node-subnet het bron-IP-adres van het knooppunt zien. • Subnetopties voor Azure CNI-pods omvatten dynamische IP-toewijzing voor efficiëntie of statische bloktoewijzing voor schaal. |
Overwegingen voor opties voor plat netwerkmodel
Houd rekening met de volgende overwegingen bij het kiezen tussen azure CNI Pod Subnet met dynamische IP-toewijzing, Azure CNI Pod-subnet met statische bloktoewijzing en Azure CNI-knooppuntsubnet:
| Optie Plat netwerkmodel | Overwegingen |
|---|---|
| Azure CNI Pod-subnet met dynamische IP-toewijzing | • Vereist afzonderlijke subnetten voor knooppunten en pods die u onafhankelijk van elkaar kunt aanpassen en schalen. • Wijst IP-adressen van pods toe aan knooppunten van het podsubnet in batches van 16. • Onderhevig aan door VNet geconfigureerde privé-IP-adreslimieten. |
| Azure CNI Pod-subnet met statische bloktoewijzing | • Vereist zorgvuldige planning, omdat u een specifiek bereik van IP-adressen voor uw pods moet toewijzen en ervoor moet zorgen dat deze niet overlapt met andere subnetten. • Kan maximaal 1.000.000 IP-adressen krijgen. • IP-adressen worden mogelijk niet zo efficiënt gebruikt, wat kan leiden tot verspilling. |
| Azure CNI-knooppunt-subnet | • Verouderde optie die een door AKS beheerd VNet of een door de klant beheerd VNet en subnet kan gebruiken. • Knooppunten en pods delen het subnet van het knooppunt, dus u moet vooraf capaciteit plannen voor knooppunten, pods, schalen en upgrades. • Onderhevig aan door VNet geconfigureerde privé-IP-adreslimieten. |
Opties voor routering en transport (gegevensvlak)
Bij het instellen van uw gegevensvlak kunt u kiezen tussen Azure CNI Powered by Cilium, Azure iptables data plane en BYO CNI:
In de volgende tabel worden de opties voor het gegevensvlak vergeleken die beschikbaar zijn voor AKS-podnetwerken en de belangrijkste mogelijkheden.
| Opties voor gegevensvlak | Functies en functionaliteit |
|---|---|
| Azure CNI Powered by Cilium | • Verbeterde schaal en prestaties voor Linux-knooppuntgroepen. Windows-knooppuntgroepen worden niet ondersteund. • Ingebouwde afdwinging van Cilium-netwerkbeleid. • Voor FQDN-filtering zijn Geavanceerde Container Networking Services en Kubernetes 1.29 of hoger vereist. |
| Azure iptables | • Gebruik Calico voor het afdwingen van netwerkbeleid op Windows. Azure NPM-ondersteuning (Network Policy Manager) eindigt op 30 september 2026 voor Windows en 30 september 2028 voor Linux. Nieuwe abonnementen kunnen Azure NPM niet meer inschakelen. • Gebruik voor Linux-clusters Azure CNI powered by Cilium in plaats van Azure NPM. • Ondersteunt Kubernetes NetworkPolicy. |
| BYO CNI | • Er is geen beheerde CNI-invoegtoepassing geïnstalleerd. U kunt elke optie gebruiken die AKS ondersteunt. • Microsoft biedt geen ondersteuning voor CNI-gerelateerde problemen. |
Aanbevelingen voor netwerken voor AKS-pods
Onze algemene aanbeveling is om Azure CNI Overlay te gebruiken. Als u directe IP-toegang tot pods nodig hebt vanuit verbonden netwerken en vereisten voor efficiëntie of schaal hebt, kunt u overwegen om Azure CNI-podsubnet te gebruiken met dynamische IP-toewijzing of Azure CNI-podsubnet met statische bloktoewijzing. Azure CNI-knooppuntsubnet is een verouderde optie. Gebruik dit over het algemeen alleen als u een door AKS beheerd VNet voor uw cluster nodig hebt.