Menyiapkan domain topologi

Halaman ini memberikan ringkasan domain topologi dan panduan untuk menyiapkannya.

Untuk menyiapkan domain topologi, Anda harus mengaktifkan cluster lanjutan.

Halaman ini ditujukan untuk Admin dan arsitek yang menentukan solusi IT dan arsitektur sistem sesuai dengan strategi perusahaan, serta membuat dan mengelola kebijakan terkait izin pengguna. Untuk mempelajari lebih lanjut peran umum dan contoh tugas yang kami referensikan dalam konten Google Cloud , lihat Peran dan tugas pengguna GKE umum.

Ringkasan

Domain topologi adalah sekelompok node cluster yang dianggap sebagai bagian dari pengelompokan logis atau fisik yang sama, seperti kampus atau pusat data. Domain topologi harus sesuai dengan beberapa hardware atau software yang mendasarinya yang memiliki kemungkinan kegagalan yang berkorelasi. Contoh:

  • Kegagalan software seperti vCenter Server yang berbeda
  • Kegagalan hardware seperti rak yang berbeda, sumber daya yang berbeda, dan bangunan yang berbeda

Di Google Distributed Cloud (khusus software) untuk VMware, sebagai bagian dari penyiapan domain topologi saat membuat cluster, Anda menentukan label topologi. Setelah pembuatan cluster, label topologi diisi ke label node di domain topologi.

Untuk menggunakan domain topologi, Anda memiliki opsi berikut:

  • Versi 1.32 dan yang lebih baru: Konfigurasikan batasan penyebaran topologi default level cluster. Untuk mengetahui detailnya, lihat schedulerConfiguration.

  • Gunakan batasan default tingkat cluster Kubernetes, "topology.kubernetes.io/zone", sebagai kunci dalam label topologi. Untuk mengetahui informasi selengkapnya, lihat Batasan default bawaan.

  • Konfigurasikan PodTemplate di Deployment, StatefulSet, atau ReplicaSet, sebagaimana berlaku dengan kunci label topologi. Dalam spesifikasi Pod, Anda menggunakan kunci dalam label topologi sebagai nilai untuk kolom topologySpreadConstraints.topologyKey. Kunci ini memungkinkan scheduler Kubernetes mendistribusikan Pod di seluruh domain topologi untuk memastikan ketersediaan tinggi dan mencegah konsentrasi berlebih di satu area jika terjadi kegagalan. Untuk mengetahui informasi selengkapnya tentang cara mengonfigurasi topologySpreadConstraints dalam spesifikasi Pod, lihat Batasan Penyebaran Topologi Pod dalam dokumentasi Kubernetes.

Contoh label domain topologi

Misalnya, Anda membuat tiga domain topologi berikut saat membuat cluster pengguna:

...
topologyDomains:
- name: "topology-domain-1"
  topologyLabels:
    "topology.examplepetstore.com/zone": "zone-1"
...

...
topologyDomains:
- name: "topology-domain-2"
  topologyLabels:
    "topology.examplepetstore.com/zone": "zone-2"
...

...
topologyDomains:
- name: "topology-domain-3"
  topologyLabels:
    "topology.examplepetstore.com/zone": "zone-3"
...

Setelah cluster dibuat, Anda dapat mengupdate spesifikasi Pod, misalnya:

...
topologySpreadConstraints:
  topologyKey: "topology.examplepetstore.com/zone"
...

Pada tingkat tinggi, scheduler Kubernetes menggunakan topology.examplepetstore.com/zone untuk memisahkan node cluster ke dalam grup yang berbeda, zone-1, zone-2, dan zone-3. Kemudian, scheduler akan menyebarkan Pod ke tiga grup node ini.

Panduan untuk menyiapkan domain topologi

Untuk memastikan penggunaan yang efektif dari semua resource cluster oleh penjadwal Kubernetes, kami merekomendasikan panduan berikut:

  • Domain topologi harus seimbang. Anda harus menyediakan jumlah kapasitas CPU dan RAM yang hampir sama di setiap domain topologi.
  • Sediakan setidaknya dua dan sebaiknya tiga domain topologi.
  • Jangan menyebarkan lebih dari satu kunci topologi.
  • Node harus memiliki ukuran yang serupa di setiap domain topologi.
  • Jika Anda menggunakan taint dan toleransi untuk pemisahan workload dalam cluster, setiap grup node harus memenuhi persyaratan sebelumnya.

Jika pedoman ini tidak terpenuhi, penjadwal akan tetap mencoba menggunakan kapasitas penuh cluster, tetapi mungkin perlu waktu lebih lama untuk menjadwalkan Pod, dan tidak semua Pod akan mendapatkan perilaku penyebaran yang diharapkan.

Batasan

Anda tidak dapat menggunakan gkectl get-config untuk membuat file konfigurasi dari cluster yang menggunakan domain topologi. Batasan ini berlaku untuk cluster admin dan semua cluster pengguna yang dikelola oleh cluster admin. Simpan file konfigurasi yang Anda gunakan untuk membuat dan mengupdate cluster ini, termasuk file konfigurasi infrastruktur vSphere dan file blok IP. Gunakan file ini sebagai sumber tepercaya untuk konfigurasi cluster Anda.

Langkah berikutnya