Merencanakan alamat IP Anda (Controlplane V2)

Dokumen ini menunjukkan cara merencanakan alamat IP untuk penginstalan GKE di VMware.

Sebelum memulai

Baca ringkasan GKE di VMware dan ringkasan penginstalan.

Contoh alokasi alamat IP

Bagian ini memberikan contoh cara mengalokasikan alamat IP statis dalam penginstalan yang mencakup elemen berikut:

  • Workstation admin

  • Cluster admin dengan ketersediaan tinggi (HA)

  • Satu cluster pengguna dengan ketersediaan tinggi (HA) yang memiliki lima node pekerja

  • Satu cluster pengguna non-HA yang memiliki empat node pekerja

Dalam contoh ini, cluster pengguna telah mengaktifkan Controlplane V2. Pada Controlplane V2, node bidang kontrol untuk cluster pengguna berada di cluster pengguna itu sendiri.

Node cluster admin

Jumlah node yang diperlukan untuk cluster admin bergantung pada apakah cluster memiliki ketersediaan tinggi (HA) atau non-HA.

  • Cluster admin dengan ketersediaan tinggi (HA) memiliki lima node:

    • Tiga node yang menjalankan bidang kontrol untuk cluster admin
    • Dua node yang menjalankan add-on untuk cluster admin
  • Cluster admin non-HA memiliki tiga node:

    • Satu node yang menjalankan bidang kontrol untuk cluster admin
    • Dua node yang menjalankan add-on untuk cluster admin

Dalam contoh ini, cluster admin memiliki ketersediaan tinggi (HA), sehingga memiliki lima node.

Load balancing

Untuk contoh ini, asumsikan bahwa cluster menggunakan load balancer MetalLB. Load balancer ini berjalan pada node cluster, sehingga tidak diperlukan VM tambahan untuk load balancing.

Subnet

Untuk contoh ini, asumsikan bahwa setiap cluster berada di VLAN-nya sendiri, dan cluster berada di subnet ini:

VM Subnet Gateway default
Workstation admin dan cluster admin 172.16.20.0/24 172.16.20.1
Cluster pengguna 1 172.16.21.0/24 172.16.21.1
Cluster pengguna 2 172.16.22.0/24 172.16.22.1

Diagram berikut menggambarkan tiga VLAN dan subnet. Perhatikan bahwa VIP tidak ditampilkan terkait dengan node tertentu di cluster. Hal ini dikarenakan load balancer MetalLB dapat memilih node mana yang mengumumkan VIP untuk setiap Layanan. Misalnya, di cluster pengguna 1, satu node pekerja dapat mengumumkan 172.16.21.31, dan node pekerja yang berbeda dapat mengumumkan 172.16.21.32.

Alamat IP untuk satu cluster admin dan dua cluster pengguna.
Alamat IP untuk cluster admin dan dua cluster pengguna (Klik untuk memperbesar)

Contoh alamat IP: workstation admin

Dalam contoh ini, workstation admin berada di subnet yang sama dengan cluster admin: 172.16.20.0/24. Alamat di dekat alamat {i>node<i} akan cocok untuk workstation admin. Misalnya, 172.16.20.20.

Contoh alamat IP: node cluster admin

Cluster admin dalam contoh ini memiliki lima node, sehingga Anda perlu menyisihkan enam alamat IP. Alamat tambahan wajib ada karena diperlukan selama upgrade cluster, update, dan perbaikan otomatis. Misalnya, Anda dapat menyisihkan alamat IP berikut untuk node di cluster admin:

Cluster admin Alamat IP
Cluster admin dengan ketersediaan tinggi (HA) 172.16.20.2 - 172.16.20.7

Contoh alamat IP: VIP untuk cluster admin

Anda perlu menyisihkan VIP untuk server Kubernetes API dari cluster admin. Perlu diperhatikan bahwa dalam file konfigurasi cluster, kolom untuk VIP ini disebut controlPlaneVIP. Misalnya, Anda dapat menyisihkan VIP berikut untuk server Kubernetes API dari cluster admin:

VIP Alamat IP
VIP untuk server Kubernetes API dari cluster admin 172.16.20.30

Contoh alamat IP: Cluster pengguna 1 node

Untuk cluster pengguna yang memiliki delapan node, Anda harus menyisihkan sembilan alamat IP. Alamat tambahan wajib ada karena diperlukan selama upgrade cluster, update, dan perbaikan otomatis. Misalnya, Anda dapat menyisihkan alamat IP berikut untuk node di cluster pengguna 1:

Alamat IP untuk node di cluster pengguna 1
172.16.21.2 - 172.16.21.10

Contoh alamat IP: VIP untuk cluster pengguna 1

Tabel berikut memberikan contoh cara menetapkan VIP untuk dikonfigurasi pada load balancer untuk cluster pengguna 1:

VIP Deskripsi Alamat IP
VIP untuk server Kubernetes API cluster pengguna 1 Dikonfigurasi di load balancer untuk cluster pengguna 1 172.16.21.30
VIP Ingress untuk cluster pengguna 1 Dikonfigurasi di load balancer untuk cluster pengguna 1 172.16.21.31
VIP layanan untuk cluster pengguna 1 Sepuluh alamat untuk Layanan jenis LoadBalancer.
Dikonfigurasi sesuai kebutuhan pada load balancer untuk cluster pengguna 1.
Perhatikan bahwa rentang ini mencakup VIP ingress.
Ini adalah persyaratan untuk load balancer MetalLB.
172.16.21.31 - 172.16.21.40

Contoh alamat IP: Cluster pengguna 2 node

Untuk cluster pengguna yang memiliki lima node, Anda harus menyisihkan enam alamat IP. Alamat tambahan wajib ada karena diperlukan selama upgrade cluster, update, dan perbaikan otomatis. Misalnya, Anda dapat menyisihkan alamat IP berikut untuk node di cluster pengguna 2:

Alamat IP untuk node di cluster pengguna 2
172.16.22.2 - 172.16.22.7

Contoh alamat IP: VIP untuk cluster pengguna 2

Tabel berikut memberikan contoh cara menetapkan VIP untuk dikonfigurasi pada load balancer untuk cluster pengguna 2:

VIP Deskripsi Alamat IP
VIP untuk server Kubernetes API untuk cluster pengguna 2 Dikonfigurasi di load balancer untuk cluster pengguna 2 172.16.22.30
VIP Ingress untuk cluster pengguna 2 Dikonfigurasi di load balancer untuk cluster pengguna 2 172.16.22.31
VIP layanan untuk cluster pengguna 2 Sepuluh alamat untuk Layanan jenis LoadBalancer.
Dikonfigurasi sesuai kebutuhan pada load balancer untuk cluster pengguna 2.
Perhatikan bahwa rentang ini mencakup VIP ingress.
Ini adalah persyaratan untuk load balancer MetalLB.
172.16.22.31 - 172.16.22.40

Contoh alamat IP: Pod dan Layanan

Sebelum membuat cluster, Anda harus menentukan rentang CIDR yang akan digunakan untuk alamat IP Pod dan rentang CIDR lain yang akan digunakan untuk alamat ClusterIP Layanan Kubernetes.

Tentukan rentang CIDR yang ingin Anda gunakan untuk Pod dan Layanan. Contoh:

TujuanRentang CIDR
Pod di cluster admin192.168.0.0/16
Pod di cluster pengguna 1192.168.0.0/16
Pod di cluster pengguna 2192.168.0.0/16
Layanan di cluster admin10.96.232.0/24
Layanan di cluster pengguna 110.96.0.0/20
Layanan di cluster pengguna 210.96.128.0/20

Contoh sebelumnya menggambarkan hal-hal berikut:

  • Rentang CIDR Pod bisa sama untuk beberapa cluster.

  • Biasanya Anda memerlukan lebih banyak Pod daripada Layanan. Jadi, untuk cluster tertentu, Anda mungkin menginginkan rentang CIDR Pod yang lebih besar dari rentang CIDR Layanan. Contoh rentang Pod untuk cluster pengguna adalah 192.168.0.0/16, yang memiliki 2^(32-16) = 2^16 alamat. Namun, contoh rentang Layanan untuk cluster pengguna adalah 10.96.0.0/20, yang hanya memiliki 2^(32-20) = 2^12 alamat.

Hindari tumpang-tindih

Anda mungkin ingin menggunakan rentang CIDR non-default untuk menghindari tumpang-tindih dengan alamat IP yang dapat dijangkau di jaringan Anda. Rentang Pod dan Layanan tidak boleh tumpang-tindih dengan alamat apa pun di luar cluster yang ingin Anda jangkau dari dalam cluster.

Misalnya, rentang Service adalah 10.96.232.0/24, dan rentang Pod Anda adalah 192.168.0.0/16 (192.168.0.1 - 192.168.255.254). Setiap traffic yang dikirim dari Pod ke alamat di salah satu rentang tersebut akan diperlakukan sebagai traffic dalam cluster dan tidak akan mencapai tujuan apa pun di luar cluster.

Secara khusus, rentang Layanan dan Pod tidak boleh tumpang-tindih dengan:

  • Alamat IP node di cluster mana pun

  • Alamat IP yang digunakan oleh mesin load balancer

  • VIP yang digunakan oleh node bidang kontrol dan load balancer

  • Alamat IP server vCenter, server DNS, dan server NTP

Sebaiknya pastikan rentang Layanan dan Pod Anda berada di ruang alamat pribadi RFC 1918.

Berikut adalah salah satu alasan direkomendasikan untuk menggunakan alamat RFC 1918. Misalnya, Pod atau rentang Layanan Anda berisi alamat IP eksternal. Setiap traffic yang dikirim dari Pod ke salah satu alamat eksternal tersebut akan diperlakukan sebagai traffic dalam cluster dan tidak akan mencapai tujuan eksternal.

Server DNS dan gateway default

Sebelum mengisi file konfigurasi, Anda harus mengetahui alamat IP server DNS yang dapat digunakan oleh workstation admin dan node cluster.

Anda juga harus mengetahui alamat IP gateway default untuk setiap subnet Anda. Pada contoh sebelumnya, gateway default untuk setiap subnet adalah alamat pertama dalam rentang tersebut. Misalnya, dalam subnet untuk cluster admin, gateway default-nya ditampilkan sebagai 172.16.20.1.

Informasi selengkapnya

Mengelola alamat IP node