Load balancing ketersediaan tinggi untuk peralatan VCF

Dokumen ini menjelaskan cara load balancer internal regional dan grup endpoint jaringan (NEG) zona di solusi VMware di Google Cloud menyediakan ketersediaan tinggi Lapisan 2, mobilitas virtual machine (vMotion), dan failover otomatis untuk peralatan pengelolaan VMware Cloud Foundation (VCF) yang di-deploy di underlay Virtual Private Cloud (VPC), seperti yang ditunjukkan dalam diagram berikut (klik untuk memperbesar):

Load balancer internal dan layanan backend regional dengan GARP_RA mengarahkan traffic melalui NEG zona selama vMotion. Load balancer internal dan layanan backend regional dengan GARP_RA mengarahkan traffic melalui NEG zona selama vMotion.

Alasan peralatan underlay memerlukan load balancer

Di pusat data lokal, virtual machine pengelolaan—seperti vCenter Server, SDDC Manager, dan node NSX Manager yang dikelompokkan—mengandalkan domain broadcast Lapisan 2 fisik. Saat peralatan gagal atau bermigrasi di antara host ESXi menggunakan vMotion, peralatan akan menyiarkan paket Gratuitous ARP (GARP) untuk memperbarui tabel alamat MAC dari switch top-of-rack (ToR) fisik sehingga alamat IP-nya mengambang di seluruh server fisik.

Jaringan VPC Google Cloud adalah software-defined network (SDN) Lapisan 3 yang dirutekan dengan perilaku berikut:

  • Setiap alamat IP terikat secara terprogram ke antarmuka jaringan virtual (vNIC) Compute Engine tertentu dalam tabel penerusan SDN.
  • Bidang pemilihan rute VPC tidak mengandalkan pembelajaran MAC switch fisik untuk merutekan traffic Lapisan 3 ke alamat IP mengambang.
  • Jika VM pengelolaan underlay berpindah ke host ESXi bare-metal yang berbeda, tabel perutean VPC memerlukan mekanisme eksplisit untuk mengarahkan traffic alamat IP peralatan tersebut ke antarmuka host baru.

Untuk mendukung mobilitas IP tanpa update rute manual atau penetapan ulang alamat VM, solusi VMware menyediakan Load Balancer Jaringan passthrough internal regional yang dikonfigurasi dengan Fast IP Move (GARP_RA) untuk setiap peralatan pengelolaan underlay mengambang.

Komponen arsitektur ketersediaan tinggi

Setiap peralatan jaringan dalam solusi VMware menggunakan arsitektur load balancingGoogle Cloud tiga tingkat untuk mendukung ketersediaan tinggi dan mobilitas vMotion:

Grup endpoint jaringan (NEG) zona

  • Jenis konstruksi: NEG zona jenis GCE_VM_IP_DEDICATED_BACKEND yang dikonfigurasi di subnet VPC target.
  • Fungsi: NEG khusus di setiap zona mengelompokkan antarmuka jaringan utama atau dinamis dari semua instance ESXi bare-metal yang termasuk dalam domain mobilitas vMotion cluster.
  • Dapat digunakan kembali: Semua load balancer peralatan underlay dalam cluster dan subnet yang sama menggunakan satu set NEG zona.

Layanan backend regional dengan Fast IP Move

  • Jenis konstruksi: Layanan backend regional (loadBalancingScheme: INTERNAL, protocol: UNSPECIFIED) yang mereferensikan NEG zona cluster.
  • Kebijakan failover (haPolicy): Dikonfigurasi dengan fastIPMove: GARP_RA.
  • Fungsi: Menginstruksikan bidang data Andromeda Google Cloud untuk memantau subnet yang mendukung siaran untuk frame GARP dan Router Advertisement (RA) yang dikeluarkan oleh VM peralatan pengelolaan dan memperbarui host backend aktif secara dinamis.

Load Balancer Jaringan passthrough internal regional

  • Jenis konstruksi: Aturan penerusan internal regional yang dikonfigurasi dengan alamat IP virtual (VIP) yang dicadangkan untuk peralatan.
  • Fungsi: Berfungsi sebagai endpoint IP persisten untuk peralatan pengelolaan atau VIP cluster. Administrator, workload, dan komponen VCF lainnya terhubung ke alamat VIP ini.

Ketersediaan tinggi underlay dengan NEG khusus

Jika beberapa antarmuka jaringan (seperti antarmuka nic0 utama dan Dynamic NIC yang diberi tag VLAN) terhubung ke jaringan VPC yang sama, NEG GCE_VM_IP standar tidak dapat menargetkan sub-antarmuka arbitrer. Sebagai gantinya, solusi VMware menggunakan NEG GCE_VM_IP_DEDICATED_BACKEND, yang beroperasi sebagai berikut:

  • Penargetan antarmuka otomatis: Otomatis memasang vNIC utama atau Dynamic NIC tertentu yang cocok dengan subnet NEG.
  • Satu NEG per zona: Layanan backend regional yang dikonfigurasi dengan NEG GCE_VM_IP_DEDICATED_BACKEND hanya dapat berisi satu NEG per zona.
  • Persyaratan kebijakan HA internal: NEG GCE_VM_IP_DEDICATED_BACKEND hanya didukung dengan layanan backend regional yang dikonfigurasi untuk Load Balancer Jaringan passthrough internal (loadBalancingScheme: INTERNAL) yang menggunakan haPolicy.

Batasan kebijakan HA pada subnet siaran

Saat Anda men-deploy layanan backend haPolicy di subnet dengan penyiaran ARP dan pembelajaran MAC diaktifkan, aturan berikut berlaku:

  • Skema load balancing: Hanya Load Balancer Jaringan passthrough internal (INTERNAL) yang didukung.
  • Penyelarasan subnet: Semua NEG backend di semua zona untuk layanan backend tertentu harus termasuk dalam subnet VPC yang sama.
  • Pemetaan aturan penerusan: Layanan backend yang dikonfigurasi dengan NEG siaran hanya dapat direferensikan oleh satu aturan penerusan.
  • Jenis subnet backend yang tidak dapat diubah: Anda harus memasang backend di subnet siaran ARP saat membuat layanan backend; Anda tidak dapat menggantinya dengan backend di subnet non-siaran nanti.

Mencegah klaim silang kebijakan HA

Dalam subnet yang mengaktifkan siaran ARP, antarmuka host yang termasuk dalam satu layanan backend kebijakan HA dapat mengklaim kepemimpinan sementara untuk kebijakan HA yang tidak terkait jika menyiarkan frame GARP untuk VIP aturan penerusan kebijakan tersebut.

Untuk mencegah klaim silang yang tidak diinginkan, sertakan set backend host ESXi yang sama persis (semua host di NEG zona cluster) di semua layanan backend kebijakan HA yang beroperasi di subnet tersebut.

Langkah berikutnya