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.
Didukung
- Next hop untuk rute statis
- Next hop untuk rute berbasis kebijakan
- Failover
- Hashing simetris hanya didukung jika kedua Load Balancer Jaringan passthrough internal mengaktifkan afinitas zona.
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.
- Layanan yang dipublikasikan Private Service Connect. Afinitas per zona hanya dapat dilakukan untuk klien yang kompatibel yang mengirim paket ke load balancer, bukan ke endpoint Private Service Connect yang produsen layanan yang dipublikasikannya menggunakan Network Load Balancer passthrough internal.
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:
Tunnel Cloud VPN klien dan lampiran VLAN Cloud Interconnect klien: 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 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.
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. Saat 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.
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 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 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 yang dikonfigurasi dari jenis yang relevan. Backend berbeda yang dapat dikonfigurasi diuraikan di bagian 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 dari 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 atau kombinasi dari 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 atau kombinasi dari 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 responsif 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 spillover 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 atau kombinasi dari 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 atau kombinasi dari 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 atau kombinasi dari 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 atau kombinasi dari 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 peluapan: 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 merupakan subset dari backend yang memenuhi syarat asli. |
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.