Secara default, Load Balancer Jaringan passthrough internal mendistribusikan koneksi baru ke backend yang memenuhi syarat tanpa mempertimbangkan zona tempat klien dan backend berada.
Dengan afinitas zona, load balancer dapat mendistribusikan koneksi baru dari VM klien tertentu ke kumpulan backend yang memenuhi syarat dan telah dimodifikasi yang berada di zona VM klien. Membatasi traffic lintas zona dengan menjaga traffic tetap lokal di zona sebisa mungkin akan mengurangi biaya transfer data antar-zona, mengurangi latensi, dan meningkatkan performa, sekaligus mempertahankan manfaat arsitektur multi-zona.
Afinitas zona dikonfigurasi pada layanan backend Load Balancer Jaringan passthrough internal. Load balancer mendukung berbagai opsi afinitas zona yang menawarkan berbagai tingkat preferensi untuk merutekan koneksi baru ke backend yang memenuhi syarat yang berada di zona yang sama dengan klien yang kompatibel. Perhatikan bahwa koneksi yang sudah dibuat di tabel pelacakan koneksi load balancer tidak terpengaruh oleh afinitas zona.
Kompatibilitas fitur
Sebelum mengaktifkan afinitas zona, Anda harus memahami fitur Load Balancer Jaringan passthrough internal mana yang didukung dengan afinitas zona.
Fitur yang didukung
- Next hop untuk rute statis
- Next hop untuk rute berbasis kebijakan
- Failover
- Layanan yang dipublikasikan Private Service Connect. Afinitas zona didukung untuk klien yang kompatibel yang mengirim paket ke endpoint Private Service Connect yang produsen layanan yang dipublikasikannya menggunakan Network Load Balancer passthrough internal.
Fitur yang tidak didukung
Afinitas zonal tidak kompatibel dengan Load Balancer Jaringan passthrough internal yang dikonfigurasi dengan hal berikut:
Klien yang kompatibel
Afinitas zona hanya dapat dilakukan untuk klien VM yang berada di region yang sama dengan load balancer. Afinitas zona tidak kompatibel dengan klien berikut, yang selalu beroperasi seolah-olah afinitas zona dinonaktifkan:
Klien yang terhubung melalui tunnel Cloud VPN dan lampiran VLAN Cloud Interconnect: Tunnel Cloud VPN dan lampiran VLAN Cloud Interconnect adalah resource regional, bukan resource zona. Paket yang dirutekan melalui tunnel Cloud VPN atau lampiran VLAN tidak pernah mendukung afinitas zona, terlepas dari apakah paket tersebut berada di region yang sama dengan load balancer atau tidak.
VM klien di region yang tidak cocok dengan region load balancer: Load Balancer Jaringan passthrough internal yang terletak di satu region dapat dijangkau oleh klien di semua region lain jika akses global diaktifkan. Jika VM klien berada di region yang berbeda dengan region load balancer, VM klien tidak akan pernah berbagi zona yang sama dengan backend load balancer mana pun.
Kompatibilitas dengan Load Balancer Jaringan passthrough internal next hop
Meskipun afinitas zona dapat diaktifkan untuk Load Balancer Jaringan passthrough internal yang digunakan sebagai next hop untuk rute statis, afinitas ini umumnya tidak disarankan untuk arsitektur stateful tempat peralatan virtual seperti firewall dikonfigurasi secara paralel dan entity load balancing ditempatkan di kedua sisi firewall.
Untuk mempelajari lebih lanjut, lihat bagian persyaratan dalam panduan Load Balancer Jaringan passthrough internal sebagai next hop.
Opsi afinitas zonal
Load Balancer Jaringan passthrough internal mendukung opsi afinitas zona berikut:
ZONAL_AFFINITY_DISABLED(default): afinitas zonal dinonaktifkan. Load balancer memilih backend yang memenuhi syarat untuk koneksi baru tanpa mengubah kumpulan backend asli yang memenuhi syarat.ZONAL_AFFINITY_STAY_WITHIN_ZONE: afinitas zona diaktifkan. Saat terjadi kecocokan zonal, load balancer akan mempertahankan traffic di zona klien meskipun harus menggunakan backend yang tidak responsif. Untuk mengetahui detail tentang opsi ini, lihat Cara kerjaZONAL_AFFINITY_STAY_WITHIN_ZONE.ZONAL_AFFINITY_SPILL_CROSS_ZONE: afinitas zona diaktifkan. Jika terjadi kecocokan zona, load balancer akan mengizinkan koneksi baru didistribusikan dalam zona klien atau meluap ke zona lain. Limpahan dikontrol oleh rasio limpahan. Untuk mengetahui informasi selengkapnya tentang opsi ini, lihat Cara kerjaZONAL_AFFINITY_SPILL_CROSS_ZONEdan rasio spillover.
Untuk mempelajari cara mengonfigurasi afinitas zona pada layanan backend Load Balancer Jaringan passthrough internal, lihat Menggunakan afinitas zona.
Cara kerja afinitas zona
Bagian berikut memberikan pemahaman lanjutan tentang cara kerja afinitas zona. Memahami detail ini tidak diperlukan untuk mengonfigurasi afinitas zona, tetapi dapat membantu Anda memahami kasus ekstrem dan perilaku distribusi traffic yang tepat.
Secara khusus, bagian ini membahas hal-hal berikut:
Berbagai jenis backend yang digunakan dalam proses pemilihan.
Cara load balancer menentukan pencocokan zona.
Logika afinitas zona yang mendetail untuk berbagai opsi konfigurasi.
Berbagai jenis backend
Afinitas zona membuat kumpulan backend yang memenuhi syarat yang dimodifikasi berdasarkan backend asli yang memenuhi syarat dan backend yang dikonfigurasi dari load balancer. Untuk menjelaskan cara afinitas zona melakukan modifikasi ini, kami mendefinisikan lima set backend yang berbeda secara tepat. Dokumen ini merujuk pada istilah berikut di bagian selanjutnya saat menjelaskan cara kerja afinitas zonal.
Set input
Backend yang dikonfigurasi: kumpulan semua backend yang merupakan bagian dari layanan backend load balancer. Hal ini mencakup semua backend utama dan, jika fitur failover diaktifkan, semua backend utama dan semua backend failover.
Backend asli yang memenuhi syarat: subset backend yang dikonfigurasi yang memenuhi syarat untuk menerima koneksi baru. Kumpulan backend asli yang memenuhi syarat dihasilkan oleh langkah Identify eligible backends dari proses pemilihan backend dan pelacakan koneksi.
Set perantara
Backend pengujian kecocokan zona: subset backend yang dikonfigurasi yang digunakan untuk menguji kecocokan zona. Backend yang dikonfigurasi dan backend asli yang memenuhi syarat menentukan VM mana yang merupakan backend pengujian kecocokan zona.
Backend yang cocok secara zonal: subset dari backend pengujian kecocokan zonal yang berada di zona yang sama dengan klien yang kompatibel.
Set output
- Backend yang memenuhi syarat yang diubah: bergantung pada jenis afinitas zona yang dikonfigurasi dan rasio limpahan, backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli, subset dari backend yang memenuhi syarat asli, atau berbeda dari backend yang memenuhi syarat asli. Set ini digunakan untuk memberikan afinitas zona yang dikonfigurasi.
Pencocokan zona
Kecocokan zona menjelaskan kondisi yang memicu afinitas zona. Load balancer mungkin akan mengubah kumpulan backend asli yang memenuhi syarat untuk menyediakan afinitas zona yang dikonfigurasi. Modifikasi backend asli yang memenuhi syarat dilakukan setelah load balancer memilih backend yang memenuhi syarat untuk koneksi baru.
Agar logika afinitas zona dapat dipicu, urutan peristiwa berikut harus terjadi:
Afinitas zona harus diaktifkan.
Jika afinitas zona diaktifkan, lanjutkan ke langkah berikutnya.
Tentukan apakah klien adalah klien yang kompatibel.
Jika klien kompatibel, lanjutkan ke langkah berikutnya.
Menentukan apakah pencocokan zona dapat terjadi.
Kecocokan zona berarti VM klien berada di zona yang berisi setidaknya satu backend pengujian kecocokan zona. Backend pengujian kecocokan zona adalah serangkaian backend yang dikonfigurasi, berdasarkan backend asli yang memenuhi syarat. Untuk mengetahui detailnya, lihat Kondisi pencocokan zona.
Kecocokan zona tidak pernah mungkin terjadi jika salah satu hal berikut terpenuhi:
- Afinitas zona dinonaktifkan
- Klien bukan klien yang kompatibel
Terapkan logika afinitas zonal.
Kondisi kecocokan zona
Agar pencocokan zona terjadi, setidaknya satu instance atau endpoint di backend pengujian pencocokan zona harus berada di zona yang sama dengan klien yang kompatibel. Baik backend yang dikonfigurasi maupun backend asli yang memenuhi syarat adalah input yang digunakan untuk menentukan backend pengujian kecocokan zona.
| Backend asli yang memenuhi syarat | Backend pengujian kecocokan zona |
|---|---|
| Semua backend utama yang responsif |
Semua backend utama yang dikonfigurasi Backend utama yang dikonfigurasi mungkin semuanya responsif atau kombinasi dari backend yang responsif dan tidak responsif. |
| Semua backend failover yang responsif |
Semua backend failover yang dikonfigurasi Backend failover yang dikonfigurasi mungkin semuanya responsif atau kombinasi dari responsif dan tidak responsif. |
| Semua backend utama yang tidak responsif |
Semua backend utama yang dikonfigurasi Backend utama yang dikonfigurasi semuanya tidak responsif berdasarkan definisi jika backend asli yang memenuhi syarat semuanya adalah backend utama yang tidak responsif. |
Contoh kecocokan menurut zona
Pertimbangkan penyiapan berikut untuk Load Balancer Jaringan passthrough internal guna memahami apakah pencocokan zona terjadi.
- Backend utama: Zona A dan B
- Backend failover: Zona C dan D
- Lokasi VM klien: Zona A
- Afinitas zonal diaktifkan
- Kebijakan failover default ada
Skenario 1:
- Backend asli yang memenuhi syarat: Semua backend utama yang responsif (zona A dan B)
- Backend pengujian kecocokan zona: Semua backend utama yang dikonfigurasi (zona A dan B)
- Apakah ada kecocokan zona?: Ya. Dalam hal ini, VM klien berada di zona yang sama dengan backend pengujian kecocokan zona, sehingga ada kecocokan zona.
Skenario 2:
- Backend asli yang memenuhi syarat: Semua backend failover yang responsif (zona C dan D)
- Backend pengujian kecocokan zona: Semua backend failover yang dikonfigurasi (zona C dan D)
- Apakah ada pencocokan zona?: Tidak. Agar pencocokan zona terjadi, VM klien harus berada di zona yang berisi setidaknya satu backend dari kumpulan backend pengujian pencocokan zona. Dalam hal ini, klien berada di zona A, dan backend pengujian kecocokan zona berada di zona C dan D.
Setelah kecocokan zonal terjadi, Anda menerapkan logika afinitas zonal seperti yang diuraikan di bagian berikut.
Logika afinitas zona
Jika terjadi kecocokan zona, terapkan logika afinitas zona bergantung pada opsi afinitas zona yang dikonfigurasi. Opsi yang mengaktifkan afinitas zona adalah sebagai berikut:
ZONAL_AFFINITY_STAY_WITHIN_ZONEZONAL_AFFINITY_SPILL_CROSS_ZONEdengan rasio pelimpahan0ZONAL_AFFINITY_SPILL_CROSS_ZONEdengan rasio limpahan bukan nol
Setelah kecocokan zona terjadi dan bergantung pada jenis opsi afinitas zona yang dikonfigurasi, backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli, subkumpulan dari backend yang memenuhi syarat asli, atau berbeda dari backend yang memenuhi syarat asli.
Cara kerja ZONAL_AFFINITY_STAY_WITHIN_ZONE
Jika afinitas zona ditetapkan ke ZONAL_AFFINITY_STAY_WITHIN_ZONE, dan terjadi kecocokan zona, load balancer akan mendistribusikan koneksi baru ke backend yang memenuhi syarat dan telah diubah. Backend yang memenuhi syarat yang diubah dapat sama dengan backend yang memenuhi syarat asli, merupakan subset dari backend yang memenuhi syarat asli, atau berbeda dari backend yang memenuhi syarat asli.
Untuk membuat backend yang memenuhi syarat dan telah diubah, load balancer menggunakan proses berikut:
Mulai dengan backend pengujian kecocokan zona yang diidentifikasi oleh kondisi kecocokan zona.
Hapus semua backend yang tidak berada di zona yang sama dengan klien. Hal ini memberi kita sekumpulan backend yang cocok di zona. Set ini selalu tidak kosong karena pencocokan zona telah terjadi.
Hitung persimpangan backend yang cocok zonal dengan backend yang memenuhi syarat asli. Irisan ini mungkin tidak kosong atau kosong.
Jika persimpangan tidak kosong, backend yang memenuhi syarat yang diubah adalah set persimpangan. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli, atau backend yang memenuhi syarat yang diubah mungkin merupakan subset dari backend yang memenuhi syarat asli.
Jika persimpangan kosong, backend yang memenuhi syarat yang diubah adalah backend yang cocok di zona itu sendiri, yang selalu berbeda dari backend yang memenuhi syarat asli. Dalam situasi ini, semua backend yang memenuhi syarat yang diubah tidak responsif.
Tabel berikut merangkum proses untuk membuat kumpulan backend yang memenuhi syarat dan telah dimodifikasi saat opsi afinitas zona adalah ZONAL_AFFINITY_STAY_WITHIN_ZONE. Opsi afinitas zona ini lebih memilih backend di zona klien meskipun berarti menggunakan backend yang tidak sehat.
| Backend valid asli (A) | Backend pengujian pencocokan zona (B) | Backend yang cocok zona (C) | Irisan (A∩C) | Backend yang memenuhi syarat dan diubah |
|---|---|---|---|---|
| Semua backend utama yang responsif |
Semua backend utama yang dikonfigurasi Backend pengujian kecocokan zona mungkin semuanya responsif atau kombinasi dari responsif dan tidak responsif. |
Semua backend utama di zona klien Backend yang cocok di zona mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi dari responsif dan tidak responsif. |
Semua backend utama yang responsif di zona klien |
Irisan tidak kosong: Backend yang memenuhi syarat yang diubah adalah semua backend utama yang berfungsi baik di zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli. Persimpangan kosong: Backend yang memenuhi syarat yang dimodifikasi adalah semua backend utama yang tidak responsif di zona klien. Backend yang memenuhi syarat yang diubah sama dengan backend yang cocok di zona, yang semuanya merupakan backend utama di zona klien; namun, semua backend ini tidak responsif karena persimpangan dengan backend asli yang memenuhi syarat kosong. |
| Semua backend failover yang responsif |
Semua backend failover yang dikonfigurasi Backend pengujian kecocokan zona mungkin semuanya responsif atau kombinasi dari responsif dan tidak responsif. |
Semua backend failover di zona klien Backend yang cocok di zona mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi dari responsif dan tidak responsif. |
Semua backend failover yang berfungsi dengan baik di zona klien |
Persimpangan tidak kosong: Backend yang memenuhi syarat yang diubah adalah semua backend failover yang responsif di zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli. Intersection is empty: Backend yang memenuhi syarat yang dimodifikasi adalah semua backend failover yang tidak responsif di zona klien. Backend yang memenuhi syarat yang diubah sama dengan backend yang cocok di zona, yang semuanya merupakan backend failover di zona klien; namun, semua backend ini tidak responsif karena persimpangan dengan backend asli yang memenuhi syarat kosong. |
| Semua backend utama yang tidak responsif |
Semua backend utama yang dikonfigurasi Backend pengujian kecocokan zona semuanya tidak responsif berdasarkan definisi jika backend asli yang memenuhi syarat semuanya adalah backend utama yang tidak responsif. |
Semua backend utama yang tidak responsif di zona klien |
Semua backend utama yang tidak responsif di zona klien |
Persimpangan tidak pernah kosong: Backend yang memenuhi syarat yang diubah adalah semua backend utama yang tidak sehat di zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau merupakan subset dari backend yang memenuhi syarat asli. |
Cara kerja ZONAL_AFFINITY_SPILL_CROSS_ZONE dan rasio peluapan
Jika afinitas zona ditetapkan ke ZONAL_AFFINITY_SPILL_CROSS_ZONE, dan kecocokan zona terjadi, load balancer akan mendistribusikan koneksi baru ke backend yang memenuhi syarat yang diubah. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli.
Jika backend yang memenuhi syarat dan telah diubah sama dengan backend yang memenuhi syarat dan asli, koneksi baru mungkin dikirim ke backend yang memenuhi syarat di zona klien, atau mungkin dikirim ke backend yang memenuhi syarat di zona mana pun ("meluap"). Distribusi ini bergantung pada rasio limpahan yang dapat dikonfigurasi.
Rasio spillover yang dapat dikonfigurasi menunjukkan nilai minimum untuk menjaga traffic
tetap berada di zona klien. Nilai rasio pelimpahan dapat berkisar dari 0.0 hingga 1.0, inklusif. Jika Anda tidak menentukan rasio spillover saat mengonfigurasi
ZONAL_AFFINITY_SPILL_CROSS_ZONE, Google Cloud akan menggunakan nilai default
0.0.
Rasio limpahan nol
Jika rasio pelimpahan yang dikonfigurasi adalah 0.0, load balancer menggunakan
proses berikut untuk membuat backend yang memenuhi syarat yang diubah:
Mulai dengan backend pengujian kecocokan zona yang diidentifikasi oleh kondisi kecocokan zona.
Hapus semua backend yang tidak berada di zona yang sama dengan klien. Hal ini memberi kita serangkaian backend yang cocok secara zonal. Set ini selalu tidak kosong karena pencocokan zona telah terjadi.
Hitung persimpangan backend yang cocok di zona dengan backend asli yang memenuhi syarat. Persimpangan ini mungkin tidak kosong atau kosong.
Jika persimpangan ini tidak kosong, backend yang memenuhi syarat yang diubah adalah set persimpangan. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli, atau backend yang memenuhi syarat yang diubah mungkin merupakan subset dari backend yang memenuhi syarat asli.
Jika persimpangan kosong, backend yang memenuhi syarat yang diubah sama dengan backend asli yang memenuhi syarat.
Tabel berikut merangkum proses untuk membuat kumpulan backend yang memenuhi syarat dan telah dimodifikasi saat opsi afinitas zona adalah ZONAL_AFFINITY_SPILL_CROSS_ZONE dan rasio limpahan yang dikonfigurasi adalah 0.0.
| Backend asli yang memenuhi syarat (A) | Backend pengujian pencocokan zona (B) | Backend yang cocok zona (C) | Irisan (A∩C) | Backend yang memenuhi syarat dan diubah |
|---|---|---|---|---|
| Semua backend utama yang responsif |
Semua backend utama yang dikonfigurasi Backend pengujian kecocokan zona mungkin semuanya responsif atau kombinasi dari responsif dan tidak responsif. |
Semua backend utama di zona klien Backend yang cocok di zona mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi dari responsif dan tidak responsif. |
Semua backend utama yang responsif di zona klien |
Persimpangan tidak kosong: Backend yang memenuhi syarat yang dimodifikasi adalah semua backend utama yang responsif di zona klien. Koneksi baru didistribusikan dalam zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau merupakan subset dari backend yang memenuhi syarat asli. Persimpangan kosong: Backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli. Koneksi baru mungkin didistribusikan dalam zona klien atau ke zona lain. |
| Semua backend failover yang responsif |
Semua backend failover yang dikonfigurasi Backend pengujian kecocokan zona mungkin semuanya responsif atau kombinasi dari responsif dan tidak responsif. |
Semua backend failover di zona klien Backend yang cocok di zona mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi dari responsif dan tidak responsif. |
Semua backend failover yang berfungsi dengan baik di zona klien |
Irisan tidak kosong: Backend yang memenuhi syarat yang diubah adalah semua backend failover yang responsif di zona klien. Koneksi baru didistribusikan dalam zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli. Persimpangan kosong: Backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli. Koneksi baru dapat didistribusikan dalam zona klien atau ke zona lain. |
| Semua backend utama yang tidak responsif |
Semua backend utama yang dikonfigurasi Backend pengujian kecocokan zona semuanya tidak responsif berdasarkan definisi jika backend asli yang memenuhi syarat semuanya adalah backend utama yang tidak responsif. |
Semua backend utama yang tidak responsif di zona klien |
Semua backend utama yang tidak responsif di zona klien |
Persimpangan tidak pernah kosong: Backend yang memenuhi syarat yang diubah adalah semua backend utama yang tidak sehat di zona klien. Koneksi baru didistribusikan dalam zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli. |
Rasio pelimpahan tidak nol
Jika rasio pelimpahan yang dikonfigurasi lebih besar dari 0.0 tetapi kurang dari atau sama dengan 1.0, load balancer menggunakan proses berikut untuk membuat backend yang memenuhi syarat yang diubah:
Mulai dengan backend pengujian kecocokan zona yang diidentifikasi oleh kondisi kecocokan zona.
Hapus semua backend yang tidak berada di zona yang sama dengan klien. Hal ini memberi kita sekumpulan backend yang cocok di zona. Set ini selalu tidak kosong karena kecocokan zonal telah terjadi.
Hitung persimpangan backend yang cocok di zona dengan backend asli yang memenuhi syarat. Set ini mungkin tidak kosong atau kosong.
Hitung rasio berikut:
$$ \frac{\text{count}(\text{zonal matched backends} \; \cap \; \text{original eligible backends})}{\text{count}(\text{zonal matched backends})} $$Perhatikan bahwa rasio yang dihitung selalu nol jika set persimpangan kosong.
Gunakan rasio yang dihitung untuk menentukan backend yang memenuhi syarat yang dimodifikasi:
Jika rasio yang dihitung lebih besar dari atau sama dengan rasio pelimpahan, backend yang memenuhi syarat yang diubah adalah set persimpangan. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli, atau backend yang memenuhi syarat yang diubah mungkin merupakan subset dari backend yang memenuhi syarat asli.
Jika rasio yang dihitung kurang dari rasio spillover, backend yang memenuhi syarat yang dimodifikasi akan sama dengan backend yang memenuhi syarat asli.
Tabel berikut merangkum proses untuk membuat kumpulan backend yang memenuhi syarat dan telah dimodifikasi jika opsi afinitas zona adalah opsi ZONAL_AFFINITY_SPILL_CROSS_ZONE dan rasio limpahan yang dikonfigurasi bukan 0.0:
| Backend asli yang memenuhi syarat (A) | Backend pengujian pencocokan zona (B) | Backend yang cocok zona (C) | Irisan (A∩C) | Backend yang memenuhi syarat dan diubah |
|---|---|---|---|---|
| Semua backend utama yang responsif |
Semua backend utama yang dikonfigurasi Backend pengujian kecocokan zona mungkin semuanya responsif atau kombinasi dari responsif dan tidak responsif. |
Semua backend utama di zona klien Backend yang cocok di zona mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi dari responsif dan tidak responsif. |
Semua backend utama yang responsif di zona klien |
Rasio yang dihitung ≥ rasio limpahan: Backend yang memenuhi syarat yang dimodifikasi adalah semua backend utama yang responsif di zona klien. Koneksi baru didistribusikan dalam zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli. Rasio yang dihitung < rasio spillover: Backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli. Koneksi baru mungkin didistribusikan dalam zona klien atau ke zona lain. |
| Semua backend failover yang responsif |
Semua backend failover yang dikonfigurasi Backend pengujian kecocokan zona mungkin semuanya responsif atau kombinasi dari responsif dan tidak responsif. |
Semua backend failover di zona klien Backend yang cocok di zona mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi dari responsif dan tidak responsif. |
Semua backend failover yang berfungsi dengan baik di zona klien |
Rasio yang dihitung ≥ rasio spillover: Backend yang memenuhi syarat yang dimodifikasi adalah semua backend failover yang responsif di zona klien. Koneksi baru didistribusikan dalam zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli. Rasio yang dihitung < rasio limpahan: Backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli. Koneksi baru mungkin didistribusikan dalam zona klien atau ke zona lain. |
| Semua backend utama yang tidak responsif |
Semua backend utama yang dikonfigurasi Backend pengujian kecocokan zona semuanya tidak responsif berdasarkan definisi jika backend asli yang memenuhi syarat semuanya adalah backend utama yang tidak responsif. |
Semua backend utama yang tidak responsif di zona klien |
Semua backend utama yang tidak responsif di zona klien |
Rasio yang dihitung selalu ≥ rasio spillover: Backend yang memenuhi syarat yang dimodifikasi adalah semua backend utama yang tidak responsif di zona klien. Koneksi baru didistribusikan dalam zona klien. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau subset dari backend yang memenuhi syarat asli. |
Contoh rasio limpahan
Contoh berikut menunjukkan cara kerja ZONAL_AFFINITY_SPILL_CROSS_ZONE.
Rasio limpahan
1.0berarti sebagai berikut:- Jika irisan backend yang cocok di zona dan backend yang memenuhi syarat asli adalah set yang sama dengan backend yang cocok di zona, maka backend yang memenuhi syarat yang diubah adalah set irisan.
- Jika persimpangan backend yang cocok di zona dan backend asli yang memenuhi syarat bukan set yang sama dengan backend yang cocok di zona, backend yang memenuhi syarat yang diubah sama dengan backend asli yang memenuhi syarat.
Rasio limpahan
0.8berarti sebagai berikut:- Jika jumlah backend dalam irisan backend yang cocok per zona dan backend yang memenuhi syarat asli setidaknya 80% dari jumlah backend yang cocok per zona, backend yang memenuhi syarat yang diubah adalah set irisan tersebut.
- Jika jumlah backend di persimpangan backend yang cocok di zona dan backend asli yang memenuhi syarat kurang dari 80% dari jumlah backend yang cocok di zona, backend yang memenuhi syarat yang dimodifikasi sama dengan backend asli yang memenuhi syarat.
Rasio limpahan
0.0berarti sebagai berikut:- Jika persimpangan backend yang cocok dengan zona dan backend yang memenuhi syarat asli tidak kosong, backend yang memenuhi syarat yang diubah adalah set persimpangan.
- Jika persimpangan backend yang cocok di zona dan backend asli yang memenuhi syarat kosong, backend yang memenuhi syarat yang diubah akan sama dengan backend asli yang memenuhi syarat.
Pertimbangkan penyiapan berikut, di mana Load Balancer Jaringan passthrough internal dikonfigurasi dengan opsi afinitas zona ZONAL_AFFINITY_SPILL_CROSS_ZONE dengan rasio spillover 0.8:
- Backend yang dikonfigurasi: Sepuluh backend utama (lima di zona 1, lima di zona 2)
- Backend yang memenuhi syarat asli: Semua backend utama yang responsif (Delapan backend—lima di zona 1, tiga di zona 2)
- Backend pengujian kecocokan zona: Semua sepuluh backend utama yang dikonfigurasi
Skenario A: Klien yang kompatibel di zona 1
- Backend yang cocok di zona: Lima backend di zona 1.
- Persimpangan: Persimpangan backend yang cocok di zona dan backend asli yang memenuhi syarat terdiri dari lima backend yang responsif di zona 1.
- Rasio yang dihitung: 5 / 5 = 1,0
- Hasil: Karena rasio yang dihitung sebesar 1,0 ≥ 0,8, backend yang memenuhi syarat yang diubah berada dalam set persimpangan, yaitu, semua lima backend utama yang berfungsi baik di zona 1 klien. Koneksi baru didistribusikan secara eksklusif dalam zona klien.
Skenario B: Klien yang kompatibel di zona 2
- Backend yang cocok di zona: Lima backend di zona 2.
- Persimpangan: Persimpangan backend yang cocok dengan zona dan backend asli yang memenuhi syarat terdiri dari tiga backend yang responsif di zona 2.
- Rasio yang dihitung: 3 / 5 = 0,6
- Hasil: Karena rasio yang dihitung adalah 0,6 < 0,8, backend yang memenuhi syarat yang dimodifikasi adalah backend yang memenuhi syarat asli. Backend asli yang memenuhi syarat adalah delapan backend yang responsif (lima di zona 1, tiga di zona 2). Koneksi baru didistribusikan ke zona 1 atau zona 2.
Langkah berikutnya
- Untuk mengonfigurasi Cloud Monitoring untuk Load Balancer Jaringan passthrough internal, lihat Logging dan pemantauan Load Balancer Jaringan passthrough internal.
- Untuk memecahkan masalah pada Load Balancer Jaringan passthrough internal, lihat Memecahkan masalah Load Balancer Jaringan passthrough internal.