Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Pilih konfigurasi jaringan pod berdasarkan apakah pod memerlukan akses IP langsung dari jaringan yang terhubung dan persyaratan skala alamat IP Anda.
Apakah Anda memerlukan akses IP pod langsung?
Jaringan pod mengontrol bagaimana pod mendapatkan alamat IP dan menentukan bagaimana pod berkomunikasi satu sama lain, node kluster, dan tujuan di luar kluster. Kubernetes mengimplementasikan jaringan pod melalui plugin Container Network Interface (CNI), yang mengelola alamat IP pod dan konektivitas jaringan.
Saat menyiapkan jaringan pod, Anda perlu merencanakan manajemen alamat IP (IPAM) dan perutean dan transportasi (data plane).
Jika workload Anda mengharuskan pod dapat diakses melalui alamat IP privat dari jaringan yang terhubung ke VNet kluster Azure Kubernetes Service (AKS), gunakan model jaringan datar. Jika tidak, gunakan Azure CNI Overlay.
Opsi manajemen alamat IP (IPAM)
Saat menyiapkan IPAM, Anda dapat memilih antara Model Jaringan Overlay dengan Overlay Azure CNI dan Model Jaringan Datar dengan Subnet Pod Azure CNI atau Subnet Simpul Azure CNI:
Tabel berikut membandingkan opsi IPAM yang tersedia untuk jaringan pod AKS, termasuk fitur utama dan batas skalanya.
| Opsi IPAM | Diagram komponen jaringan | Fitur & fungsionalitas |
|---|---|---|
| Model Jaringan Overlay (dengan Azure CNI Overlay) |
|
• IP Pod berasal dari suatu rentang overlay yang bukan bagian dari ruang VNet. • Jaringan yang sangat dapat diskalakan, dengan hingga 5.000 simpul dan 200.000 pod per kluster. Batas simpul, batas pod per simpul, dan batas pod agregat bersifat independen. • Ruang alamat overlay pod dapat digunakan kembali di antara kluster-kluster independen. CIDR Pod tidak boleh tumpang tindih dengan jaringan yang terhubung secara langsung, termasuk VNet yang di-peeringkan, jaringan yang terhubung melalui ExpressRoute atau VPN, dan rute lain yang membuka akses ke ruang alamat privat. • Dukungan dual-stack (IPv4/IPv6). • Pod tidak dapat diakses langsung dari luar kluster. |
| Model Jaringan Rata (dengan Subnet Pod Azure CNI atau Subnet Node) |
|
• IP node dan pod berasal dari ruang VNet. • Pod dapat diakses oleh alamat IP privat mereka dari jaringan yang terhubung. Azure CNI Pod Subnet mempertahankan IP sumber pod di seluruh VNet yang terhubung, sementara tujuan di luar kluster VNet melihat IP sumber node dengan Azure CNI Node Subnet. • Opsi Subnet Pod Azure CNI mencakup Alokasi IP Dinamis untuk efisiensi atau Alokasi Blok Statis untuk skala. |
Pertimbangan terhadap opsi Model Jaringan Flat
Ingatlah pertimbangan berikut saat memutuskan antara Subnet Pod Azure CNI dengan Alokasi IP Dinamis, Subnet Pod Azure CNI dengan Alokasi Blok Statis, dan Subnet Simpul Azure CNI:
| Opsi Model Jaringan Rata | Pertimbangan |
|---|---|
| Subnet Azure CNI Pod dengan Alokasi IP Dinamis | • Memerlukan subnet node dan pod terpisah yang ukuran dan skalanya dapat Anda atur secara independen. • Mengalokasikan alamat IP pod ke node dari subnet pod dalam kelompok berisi 16 alamat. • Tunduk pada batas alamat IP privat yang dikonfigurasi VNet. |
| Subnet Pod Azure CNI dengan Alokasi Blok Statis | • Memerlukan perencanaan yang cermat, karena Anda perlu mengalokasikan rentang IP tertentu untuk pod Anda dan memastikannya tidak tumpang tindih dengan subnet lain. • Bisa mendapatkan hingga 1.000.000 IP. • IP mungkin tidak digunakan secara efisien, yang dapat menyebabkan pemborongan. |
| Subnet Node Azure CNI | • Opsi warisan yang dapat menggunakan VNet yang dikelola AKS atau VNet dan subnet yang dikelola pelanggan. • Node dan pod berbagi subnet node, jadi Anda perlu merencanakan kapasitas sejak awal untuk node, pod, scaling, dan upgrade. • Tunduk pada batas alamat IP privat yang dikonfigurasi VNet. |
Opsi routing dan transportasi (pesawat data)
Saat menyiapkan data plane, Anda dapat memilih di antara Azure CNI Powered by Cilium, Azure iptables data plane, dan BYO CNI:
Tabel berikut membandingkan opsi sarana data yang tersedia untuk jaringan pod AKS dan kemampuan utamanya.
| Opsi lapisan data | Fitur & fungsionalitas |
|---|---|
| Azure CNI Didukung oleh Cilium | • Peningkatan skala dan performa untuk kumpulan simpul Linux. Pool node Windows tidak didukung. • Penegakan kebijakan jaringan Cilium yang terintegrasi. • Pemfilteran FQDN memerlukan Advanced Container Networking Services dan Kubernetes 1.29 atau yang lebih baru. |
| Azure iptables | • Gunakan Calico untuk penegakan kebijakan jaringan Windows. dukungan Azure Network Policy Manager (NPM) berakhir pada 30 September 2026, untuk Windows dan 30 September 2028, untuk Linux. Langganan baru tidak dapat lagi mengaktifkan NPM Azure. • Untuk kluster Linux, gunakan Azure CNI Powered by Cilium alih-alih Azure NPM. • Mendukung Kubernetes NetworkPolicy. |
| BYO CNI | • Tidak ada plugin CNI terkelola yang diinstal - Anda dapat menggunakan opsi apa pun yang mendukung AKS. • Microsoft tidak mendukung masalah terkait CNI. |
Rekomendasi jaringan pod AKS
Rekomendasi umum kami adalah menggunakan Azure CNI Overlay. Jika Anda memerlukan akses IP pod langsung dari jaringan yang terhubung dan memiliki persyaratan efisiensi atau skala, pertimbangkan untuk menggunakan Azure Subnet Pod CNI dengan Alokasi IP Dinamis atau Azure Subnet Pod CNI dengan Alokasi Blok Statis. Azure CNI Node Subnet adalah opsi warisan; secara umum, gunakan hanya jika Anda memerlukan VNet yang dikelola AKS untuk kluster Anda.