Afinitas zonal, yang dikonfigurasi pada layanan backend load balancer, memungkinkan Anda membatasi traffic lintas zona, mengurangi latensi, dan meningkatkan performa, sekaligus mempertahankan manfaat arsitektur multi-zonal.
Load Balancer Jaringan passthrough internal mendukung berbagai opsi afinitas zona yang menawarkan berbagai tingkat preferensi untuk merutekan koneksi baru ke backend yang memenuhi syarat dan berada di zona yang sama dengan klien yang kompatibel. Perhatikan bahwa koneksi yang sudah dibuat dalam tabel pelacakan koneksi load balancer tidak terpengaruh oleh afinitas zona.
Sebelum memulai
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 zona tidak kompatibel dengan Load Balancer Jaringan passthrough internal yang dikonfigurasi dengan hal berikut:
- Sub-setelan backend
- Tujuan pengumpul untuk Duplikasi Paket
- Deployment Network Security Integration—in-band atau out-of-band. Menggunakan afinitas zona dengan Integrasi Keamanan Jaringan akan menyebabkan paket terputus.
Klien yang kompatibel
Afinitas zonal 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 zonal. 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 berada 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 pernah berbagi zona yang sama dengan backend load balancer.
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, hal ini umumnya tidak disarankan untuk arsitektur stateful di mana peralatan virtual seperti firewall dikonfigurasi secara paralel dan entitas 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 set backend asli yang memenuhi syarat.ZONAL_AFFINITY_STAY_WITHIN_ZONE: afinitas zonal diaktifkan. Jika terjadi kecocokan zona, 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 zonal diaktifkan. Saat kecocokan zonal terjadi, load balancer akan mengizinkan koneksi baru didistribusikan dalam zona klien atau meluas ke zona lain. Tumpahan dikontrol oleh rasio tumpahan. Untuk mengetahui informasi selengkapnya tentang opsi ini, lihat Cara kerjaZONAL_AFFINITY_SPILL_CROSS_ZONEdan rasio pelimpahan.
Untuk mempelajari cara mengonfigurasi afinitas zonal pada layanan backend Load Balancer Jaringan passthrough internal, lihat Menggunakan afinitas zonal.
Cara kerja afinitas zonal
Bagian berikutnya memberikan pemahaman lanjutan tentang cara kerja afinitas zona. Anda tidak perlu memahami detail ini untuk mengonfigurasi afinitas zona, tetapi detail ini dapat membantu Anda memahami kasus ekstrem dan perilaku distribusi traffic yang tepat.
Secara khusus, bagian ini mencakup hal-hal berikut:
Berbagai jenis backend yang digunakan dalam proses pemilihan.
Cara load balancer menentukan kecocokan zona.
Logika afinitas zona yang mendetail untuk opsi konfigurasi yang berbeda.
Berbagai jenis backend
Afinitas zona membuat sekumpulan backend yang memenuhi syarat yang diubah berdasarkan backend yang memenuhi syarat asli dan backend yang dikonfigurasi dari load balancer. Untuk menjelaskan cara afinitas zonal melakukan modifikasi ini, kami secara tepat menentukan lima set backend yang berbeda. Dokumen ini merujuk pada istilah berikut di bagian selanjutnya saat menjelaskan cara kerja afinitas zonal.
Kumpulan 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 yang memenuhi syarat asli: subset backend yang dikonfigurasi yang memenuhi syarat untuk menerima koneksi baru. Kumpulan backend asli yang memenuhi syarat dihasilkan oleh langkah Identifikasi backend yang memenuhi syarat dari proses pemilihan backend dan pelacakan koneksi.
Kumpulan perantara
Backend pengujian pencocokan zona: subset backend yang dikonfigurasi yang digunakan untuk menguji pencocokan zona. Backend yang dikonfigurasi dan backend asli yang memenuhi syarat menentukan VM mana yang merupakan backend pengujian kecocokan zona.
Backend yang cocok di zona: subset dari backend pengujian kecocokan zona 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 pelimpahan, backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli, subkumpulan backend yang memenuhi syarat asli, atau berbeda dari backend yang memenuhi syarat asli. Set ini digunakan untuk memberikan afinitas zonal yang dikonfigurasi.
Pencocokan zona
Kecocokan zonal menjelaskan kondisi saat afinitas zonal dipicu. Load balancer mungkin kemudian mengubah set backend asli yang memenuhi syarat untuk memberikan afinitas zona yang dikonfigurasi. Modifikasi backend yang memenuhi syarat asli dilakukan setelah load balancer memilih backend yang memenuhi syarat untuk koneksi baru.
Agar logika afinitas zonal dipicu, urutan peristiwa berikut harus terjadi:
Afinitas zonal 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 kecocokan zona dapat terjadi.
Kecocokan zona berarti VM klien berada di zona yang berisi setidaknya satu backend pengujian kecocokan zona. Backend pengujian kecocokan zona adalah sekumpulan backend yang dikonfigurasi, berdasarkan backend yang memenuhi syarat asli. Untuk mengetahui detailnya, lihat Kondisi kecocokan zonal.
Pencocokan zona tidak pernah mungkin dilakukan jika salah satu hal berikut terpenuhi:
- Afinitas zonal dinonaktifkan
- Klien bukan klien yang kompatibel
Terapkan logika afinitas zonal.
Kondisi kecocokan zona
Agar kecocokan zona terjadi, setidaknya satu instance atau endpoint di backend pengujian kecocokan zona harus berada di zona yang sama dengan klien yang kompatibel. Backend yang dikonfigurasi dan 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 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 menurut definisi jika backend utama yang memenuhi syarat semuanya tidak responsif. |
Contoh kecocokan zona
Pertimbangkan penyiapan berikut untuk Load Balancer Jaringan passthrough internal guna memahami apakah kecocokan 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 zonal: Semua backend failover yang dikonfigurasi (zona C dan D)
- Apakah ada kecocokan zona?: Tidak. Agar kecocokan zona terjadi, VM klien harus berada di zona yang berisi setidaknya satu backend dari set backend pengujian kecocokan zona. Dalam hal ini, klien berada di zona A, dan backend pengujian kecocokan zonal berada di zona C dan D.
Setelah kecocokan zonal terjadi, Anda menerapkan logika afinitas zonal seperti yang diuraikan di bagian berikut.
Logika afinitas zonal
Jika kecocokan zona terjadi, terapkan logika afinitas zona bergantung pada opsi afinitas zona yang dikonfigurasi. Opsi yang memungkinkan afinitas zonal adalah sebagai berikut:
ZONAL_AFFINITY_STAY_WITHIN_ZONEZONAL_AFFINITY_SPILL_CROSS_ZONEdengan rasio pelimpahan0ZONAL_AFFINITY_SPILL_CROSS_ZONEdengan rasio pelimpahan tidak 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 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 kecocokan zona terjadi, load balancer akan mendistribusikan koneksi baru ke backend yang memenuhi syarat yang telah diubah. 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.
Untuk membuat backend yang memenuhi syarat yang dimodifikasi, 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 serangkaian backend yang cocok secara zonal. Set ini selalu tidak kosong karena kecocokan zonal telah terjadi.
Hitung persimpangan backend yang cocok secara zonal dengan backend yang memenuhi syarat asli. Persimpangan 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 dengan zona itu sendiri, yang selalu berbeda dari backend yang memenuhi syarat asli. Dalam situasi ini, semua backend yang memenuhi syarat yang dimodifikasi tidak responsif.
Tabel berikut merangkum proses untuk membuat set backend yang memenuhi syarat dan 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 asli yang memenuhi syarat (A) | Backend pengujian kecocokan zona (B) | Backend yang cocok zona (C) | Irisan (A∩C) | Backend yang memenuhi syarat yang diubah |
|---|---|---|---|---|
| Semua backend utama yang responsif |
Semua backend utama yang dikonfigurasi Backend pengujian pertandingan zonal mungkin semuanya responsif atau kombinasi antara responsif dan tidak responsif. |
Semua backend utama di zona klien Backend yang cocok secara zonal mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi responsif dan tidak responsif. |
Semua backend primer yang responsif di zona klien |
Persimpangan tidak kosong: Backend yang memenuhi syarat yang diubah adalah semua backend utama yang responsif 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. Persimpangan kosong: Backend yang memenuhi syarat yang diubah adalah semua backend utama yang tidak sehat di zona klien. Backend yang memenuhi syarat yang diubah sama dengan backend yang cocok dengan zona, yang semuanya merupakan backend utama di zona klien; namun, semua backend ini tidak responsif karena persimpangan dengan backend yang memenuhi syarat asli kosong. |
| Semua backend failover yang responsif |
Semua backend failover yang dikonfigurasi Backend pengujian pertandingan zonal mungkin semuanya responsif atau kombinasi antara responsif dan tidak responsif. |
Semua backend failover di zona klien Backend yang cocok secara zonal mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi responsif dan tidak responsif. |
Semua backend failover yang responsif 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 merupakan subset dari backend yang memenuhi syarat asli. Persimpangan kosong: Backend yang memenuhi syarat yang diubah adalah semua backend failover yang tidak sehat di zona klien. Backend yang memenuhi syarat yang diubah sama dengan backend yang cocok dengan zona, yang semuanya merupakan backend failover di zona klien; namun, semua backend ini tidak responsif karena persimpangan dengan backend yang memenuhi syarat asli kosong. |
| Semua backend utama yang tidak responsif |
Semua backend utama yang dikonfigurasi Backend pengujian kecocokan zona semuanya tidak responsif menurut definisi jika backend utama yang memenuhi syarat asli semuanya tidak responsif. |
Semua backend primer yang tidak responsif di zona klien |
Semua backend primer yang tidak responsif di zona klien |
Persimpangan tidak pernah kosong: Backend yang memenuhi syarat yang diubah adalah semua backend primer 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 telah diubah. Backend yang memenuhi syarat yang diubah mungkin sama dengan backend yang memenuhi syarat asli atau merupakan subset dari backend yang memenuhi syarat asli.
Jika backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli, koneksi baru dapat dikirim ke backend yang memenuhi syarat di zona klien, atau dapat dikirim ke backend yang memenuhi syarat di zona mana pun ("spill over"). Distribusi ini bergantung pada rasio pelimpahan yang dapat dikonfigurasi.
Rasio pelimpahan yang dapat dikonfigurasi menunjukkan nilai batas untuk mempertahankan traffic di zona klien. Nilai rasio pelimpahan dapat berkisar dari 0.0 hingga 1.0, inklusif. Jika Anda tidak menentukan rasio pelimpahan saat mengonfigurasi
ZONAL_AFFINITY_SPILL_CROSS_ZONE, Google Cloud akan menggunakan nilai default
0.0.
Rasio pelimpahan 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 kecocokan zonal telah terjadi.
Hitung persimpangan backend yang cocok secara zonal dengan backend yang memenuhi syarat asli. 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 awal, atau backend yang memenuhi syarat yang diubah mungkin merupakan subset dari backend yang memenuhi syarat awal.
Jika persimpangan kosong, backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli.
Tabel berikut merangkum proses untuk membuat set backend yang memenuhi syarat dan diubah saat opsi afinitas zonal adalah ZONAL_AFFINITY_SPILL_CROSS_ZONE dan rasio pelimpahan yang dikonfigurasi adalah 0.0.
| Backend asli yang memenuhi syarat (A) | Backend pengujian kecocokan zona (B) | Backend yang cocok zona (C) | Irisan (A∩C) | Backend yang memenuhi syarat yang diubah |
|---|---|---|---|---|
| Semua backend utama yang responsif |
Semua backend utama yang dikonfigurasi Backend pengujian pertandingan zonal mungkin semuanya responsif atau kombinasi antara responsif dan tidak responsif. |
Semua backend utama di zona klien Backend yang cocok secara zonal mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi responsif dan tidak responsif. |
Semua backend primer yang responsif di zona klien |
Persimpangan tidak kosong: Backend yang memenuhi syarat yang diubah 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. Irisan 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 failover yang responsif |
Semua backend failover yang dikonfigurasi Backend pengujian pertandingan zonal mungkin semuanya responsif atau kombinasi antara responsif dan tidak responsif. |
Semua backend failover di zona klien Backend yang cocok secara zonal mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi responsif dan tidak responsif. |
Semua backend failover yang responsif di zona klien |
Persimpangan 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 merupakan subset dari backend yang memenuhi syarat asli. Irisan 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 menurut definisi jika backend utama yang memenuhi syarat asli semuanya tidak responsif. |
Semua backend primer yang tidak responsif di zona klien |
Semua backend primer yang tidak responsif di zona klien |
Persimpangan tidak pernah kosong: Backend yang memenuhi syarat yang diubah adalah semua backend primer 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 merupakan subset dari backend yang memenuhi syarat asli. |
Rasio limpahan 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 serangkaian backend yang cocok secara zonal. Set ini selalu tidak kosong karena kecocokan zonal telah terjadi.
Hitung persimpangan backend yang cocok secara zonal dengan backend yang memenuhi syarat asli. 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 pelimpahan, backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli.
Tabel berikut merangkum proses untuk membuat set backend yang memenuhi syarat dan diubah saat opsi afinitas zona adalah opsi ZONAL_AFFINITY_SPILL_CROSS_ZONE dan rasio pelimpahan yang dikonfigurasi bukan 0.0:
| Backend asli yang memenuhi syarat (A) | Backend pengujian kecocokan zona (B) | Backend yang cocok zona (C) | Irisan (A∩C) | Backend yang memenuhi syarat yang diubah |
|---|---|---|---|---|
| Semua backend utama yang responsif |
Semua backend utama yang dikonfigurasi Backend pengujian pertandingan zonal mungkin semuanya responsif atau kombinasi antara responsif dan tidak responsif. |
Semua backend utama di zona klien Backend yang cocok secara zonal mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi responsif dan tidak responsif. |
Semua backend primer yang responsif di zona klien |
Rasio yang dihitung ≥ rasio pelimpahan: Backend yang memenuhi syarat yang diubah adalah semua backend utama yang berfungsi baik 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. Rasio yang dihitung < rasio limpahan: 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 failover yang responsif |
Semua backend failover yang dikonfigurasi Backend pengujian pertandingan zonal mungkin semuanya responsif atau kombinasi antara responsif dan tidak responsif. |
Semua backend failover di zona klien Backend yang cocok secara zonal mungkin semuanya responsif, semuanya tidak responsif, atau kombinasi responsif dan tidak responsif. |
Semua backend failover yang responsif di zona klien |
Rasio yang dihitung ≥ rasio pelimpahan: Backend yang memenuhi syarat yang diubah adalah semua backend failover yang berfungsi baik 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. Rasio yang dihitung < rasio limpahan: 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 menurut definisi jika backend utama yang memenuhi syarat asli semuanya tidak responsif. |
Semua backend primer yang tidak responsif di zona klien |
Semua backend primer yang tidak responsif di zona klien |
Rasio yang dihitung selalu ≥ rasio pelimpahan: Backend yang memenuhi syarat yang diubah adalah semua backend utama yang tidak berfungsi 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. |
Contoh rasio peluberan
Contoh berikut menunjukkan cara kerja ZONAL_AFFINITY_SPILL_CROSS_ZONE.
Rasio limpahan
1.0berarti:- Jika persimpangan backend yang cocok menurut zona dan backend yang memenuhi syarat asli adalah set yang sama dengan backend yang cocok menurut zona, maka backend yang memenuhi syarat yang diubah adalah set persimpangan.
- Jika persimpangan backend yang cocok menurut zona dan backend yang memenuhi syarat asli tidak sama dengan backend yang cocok menurut zona, backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli.
Rasio limpahan
0.8berarti:- 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, maka backend yang memenuhi syarat yang diubah adalah set irisan tersebut.
- Jika jumlah backend dalam irisan backend yang cocok menurut zona dan backend yang memenuhi syarat asli kurang dari 80% dari jumlah backend yang cocok menurut zona, backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli.
Rasio limpahan
0.0berarti:- 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 per zona dan backend yang memenuhi syarat asli kosong, backend yang memenuhi syarat yang diubah sama dengan backend yang memenuhi syarat asli.
Pertimbangkan penyiapan berikut di mana Load Balancer Jaringan passthrough internal dikonfigurasi dengan opsi afinitas zonal ZONAL_AFFINITY_SPILL_CROSS_ZONE dengan rasio pelimpahan 0.8:
- Backend yang dikonfigurasi: Sepuluh backend utama (lima di zona 1, lima di zona 2)
- Backend asli yang memenuhi syarat: 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 dengan zona dan backend asli yang memenuhi syarat terdiri dari lima backend 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 di 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 0,6 < 0,8, backend yang memenuhi syarat yang diubah adalah backend yang memenuhi syarat asli. Backend yang memenuhi syarat asli 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.