Mengonversi Load Balancer Jaringan proxy eksternal global dari stack tunggal menjadi stack ganda

Dokumen ini menunjukkan cara mengonversi resource dan backend Load Balancer Jaringan proxy eksternal global dari khusus IPv4 (single-stack) ke IPv4 dan IPv6 (dual-stack). Dalam dokumen ini, hanya IPv4 (tumpukan tunggal) yang mengacu pada resource yang hanya menggunakan alamat IPv4, sedangkan IPv4 dan IPv6 (dual-stack) mengacu pada resource yang menggunakan alamat IPv4 dan IPv6.

Petunjuk dalam dokumen ini berlaku untuk Load Balancer Jaringan proxy SSL dan proxy TCP eksternal.

Manfaat

Ada beberapa manfaat utama untuk mengonversi load balancer menjadi dual stack:

  • Keuntungan utama dari IPv6 adalah bahwa kumpulan alamat IP yang jauh lebih besar dapat dialokasikan.

  • Banyak pelanggan yang sudah menggunakan load balancer hanya IPv4 dapat mengambil langkah lebih jauh dengan memanfaatkan metode khusus cloud dan melakukan konversi dari backend yang hanya didukung IPv4 ke backend IPv4 dan IPv6 (dual-stack).

  • Anda dapat mengonfigurasi load balancer untuk menghentikan traffic IPv6 masuk dan mem-proxy traffic ini melalui koneksi IPv4 atau IPv6 ke backend, berdasarkan preferensi Anda. Untuk mengetahui informasi selengkapnya, lihat IPv6.

Batasan

  • Anda tidak dapat memperbarui jenis stack IP subnet dari IPv4 dan IPv6 (dual-stack) ke IPv4 saja.

  • Saat mengonfigurasi kebijakan pemilihan alamat IP di layanan backend sebagai khusus IPv6, Anda masih dapat mengonfigurasi backend khusus IPv4. Namun, konfigurasi seperti ini menyebabkan backend yang tidak responsif, klien mendapatkan kode respons 503, dan traffic tidak mengalir ke upstream. Log menampilkan failed_to_pick_backend di statusDetails.

  • Anda dapat mengonfigurasi kebijakan pemilihan alamat IP layanan backend hanya ke IPv6, tetapi jenis stack IP backend selalu IPv4 dan IPv6 (dual-stack).

  • Hanya backend grup instance VM dan grup endpoint jaringan zona (NEG) dengan endpoint GCE_VM_IP_PORT yang mendukung IPv4 dan IPv6 (dual-stack).

Sebelum memulai

Anda harus sudah menyiapkan proxy SSL atau Load Balancer Jaringan eksternal proxy TCP dengan stack khusus IPv4 yang berisi backend grup instance atau grup endpoint jaringan zona (NEG).

Untuk informasi selengkapnya tentang cara menyiapkan Load Balancer Jaringan proxy eksternal global, lihat dokumentasi berikut:

Mengidentifikasi sumber daya yang akan dikonversi

Perhatikan nama resource yang terkait dengan load balancer. Anda harus memberikan nama ini nanti.

  1. Untuk menampilkan daftar semua subnet, gunakan perintah gcloud compute networks subnets list:

    gcloud compute networks subnets list

    Perhatikan nama subnet dengan stack khusus IPv4 yang akan dikonversi ke dual-stack. Nama ini nantinya disebut sebagai SUBNET. Jaringan VPC nanti disebut sebagai NETWORK.

  2. Untuk menampilkan daftar semua layanan backend, gunakan perintah gcloud beta compute backend-services list:

    gcloud beta compute backend-services list

    Perhatikan nama layanan backend yang akan dikonversi ke dual-stack. Nama ini nantinya disebut sebagai BACKEND_SERVICE.

  3. Jika Anda sudah memiliki load balancer, untuk melihat jenis stack IP backend, gunakan perintah gcloud compute instances list:

    gcloud compute instances list \
    --format= \
    "table(
    name,
    zone.basename(),
    networkInterfaces[].stackType.notnull().list(),
    networkInterfaces[].ipv6AccessConfigs[0].externalIpv6.notnull().list():label=EXTERNAL_IPV6,
    networkInterfaces[].ipv6Address.notnull().list():label=INTERNAL_IPV6)"

  4. Untuk menampilkan semua instance VM dan template instance, gunakan perintah gcloud compute instances list dan perintah gcloud compute instance-templates list:

    gcloud compute instances list

    gcloud compute instance-templates list

    Perhatikan nama instance dan template instance yang akan dikonversi ke dual-stack. Nama ini nantinya disebut sebagai VM_INSTANCE dan INSTANCE_TEMPLATES.

  5. Untuk menampilkan daftar semua NEG zona, gunakan perintah gcloud compute network-endpoint-groups list:

    gcloud compute network-endpoint-groups list

    Perhatikan nama grup endpoint jaringan yang akan dikonversi ke stack ganda. Nama ini nantinya disebut sebagai ZONAL_NEG.

  6. Untuk menampilkan daftar semua proxy SSL target, gunakan perintah gcloud compute target-ssl-proxies list:

    gcloud compute target-ssl-proxies list

    Perhatikan nama proxy target yang terkait dengan load balancer Anda. Nama ini nantinya disebut sebagai TARGET_PROXY.

  7. Untuk menampilkan daftar semua proxy TCP target, gunakan perintah gcloud compute target-tcp-proxies list:

    gcloud compute target-tcp-proxies list

    Perhatikan nama proxy target yang terkait dengan load balancer Anda. Nama ini nantinya disebut sebagai TARGET_PROXY.

Mengonversi dari backend single-stack ke backend dual-stack

Bagian ini menunjukkan cara mengonversi resource dan backend hanya menggunakan alamat IPv4 (single-stack) ke alamat IPv4 dan IPv6 (dual-stack).

Mengupdate subnet

Subnet dual-stack hanya didukung pada jaringan VPC mode kustom. Subnet dual-stack tidak didukung di jaringan VPC mode otomatis atau jaringan lama. Meskipun jaringan mode otomatis dapat berguna untuk eksplorasi awal, VPC mode kustom lebih cocok untuk sebagian besar lingkungan produksi. Sebaiknya gunakan VPC dalam mode kustom.

Untuk mengupdate VPC ke setelan dual-stack, ikuti langkah-langkah berikut:

  1. Jika menggunakan jaringan VPC mode otomatis, Anda harus mengonversi jaringan VPC mode otomatis ke mode kustom terlebih dahulu.

  2. Untuk mengaktifkan IPv6, lihat Mengubah jenis stack subnet menjadi dual stack.

  3. Opsional: Jika Anda ingin mengonfigurasi rentang alamat IPv6 internal di subnet di jaringan ini, selesaikan langkah-langkah berikut:

    1. Untuk VPC network ULA internal IPv6 range, pilih Enabled.

    2. Untuk Allocate internal IPv6 range, pilih Automatically atau Manually.

      Jika Anda memilih Manually, masukkan rentang /48 dari dalam rentang fd20::/20. Jika rentang tersebut digunakan, Anda akan diminta untuk memberikan rentang yang berbeda.

Mengupdate instance atau template VM

Anda dapat mengonfigurasi alamat IPv6 di instance VM jika subnet yang terhubung dengan VM memiliki rentang IPv6 yang dikonfigurasi. Hanya backend berikut yang dapat mendukung alamat IPv6:

  • Backend grup instance: Satu atau beberapa backend grup instance terkelola, tidak terkelola, atau kombinasi backend grup instance terkelola dan tidak terkelola.
  • NEG zona: Satu atau beberapa NEG zona jenis GCE_VM_IP_PORT.

Mengupdate instance VM

Anda tidak dapat mengedit instance VM yang merupakan bagian dari grup instance terkelola atau tidak terkelola. Untuk mengupdate instance VM ke dual stack, ikuti langkah-langkah berikut:

  1. Menghapus instance tertentu dari grup
  2. Membuat VM dual-stack
  3. Membuat instance dengan nama tertentu di MIG

Mengupdate template instance VM

Anda tidak dapat memperbarui template instance yang sudah ada. Jika perlu membuat perubahan, Anda dapat membuat template lain dengan properti serupa. Untuk mengupdate template instance VM ke dual stack, ikuti langkah-langkah berikut:

Konsol

  1. Di konsol Google Cloud, buka halaman Instance templates.

    Buka Instance templates

    1. Klik template instance yang ingin Anda salin dan perbarui.
    2. Klik Buat yang serupa.
    3. Luaskan bagian Advanced options.
    4. Untuk Tag jaringan, masukkan allow-health-check-ipv6.
    5. Di bagian Network interfaces, klik Add a network interface.
    6. Dalam daftar Network, pilih jaringan VPC mode kustom.
    7. Dalam daftar Subnetwork, pilih SUBNET.
    8. Untuk IP stack type, pilih IPv4 and IPv6 (dual-stack).
    9. Klik Create.

  2. Memulai update berkelanjutan dasar pada grup instance terkelola MIG yang terkait dengan load balancer.

Memperbarui NEG zona

Endpoint NEG zona tidak dapat diedit. Anda harus menghapus endpoint IPv4 dan membuat endpoint dual-stack baru dengan alamat IPv4 dan IPv6.

Untuk menyiapkan NEG zona (dengan endpoint jenis GCE_VM_IP_PORT) di region REGION_A, buat VM di zona GCP_NEG_ZONE terlebih dahulu. Kemudian, tambahkan endpoint jaringan VM ke NEG zona.

Membuat VM

Konsol

  1. Di konsol Google Cloud, buka halaman Instance VM.

    Buka instance VM

  2. Klik Create instance.

  3. Tetapkan Name ke vm-a1.

  4. Untuk Region, pilih REGION_A, lalu pilih nilai apa pun untuk kolom Zone. Dalam prosedur ini, zona ini disebut sebagai GCP_NEG_ZONE.

  5. Di bagian Boot disk, pastikan sistem operasi Debian dan versi 10 (buster) dipilih untuk opsi boot disk. Klik Pilih untuk mengubah gambar jika diperlukan.

  6. Luaskan bagian Opsi lanjutan dan buat perubahan berikut:

    • Luaskan bagian Networking.
    • Di kolom Network tags, masukkan allow-health-check.
    • Di bagian Network interfaces, buat perubahan berikut:
      • Jaringan: NETWORK
      • Subnet: SUBNET
      • Jenis stack IP: IPv4 dan IPv6 (dual-stack)
    • Klik Done.

    • Klik Management. Di kolom Startup script, salin dan tempel konten skrip berikut.

      #! /bin/bash
apt-get update
apt-get install apache2 -y
a2ensite default-ssl
a2enmod ssl
vm_hostname="$(curl -H "Metadata-Flavor:Google" \
http://metadata.google.internal/computeMetadata/v1/instance/name)"
echo "Page served from: $vm_hostname" | \
tee /var/www/html/index.html
systemctl restart apache2

  7. Klik Create.

  8. Ulangi langkah-langkah berikut untuk membuat VM kedua, menggunakan kombinasi nama dan zona berikut:

    • Nama: vm-a2, zona: GCP_NEG_ZONE

gcloud

Buat VM dengan menjalankan perintah berikut dua kali, menggunakan kombinasi ini untuk nama VM dan zonanya. Isi skrip untuk kedua VM sama.

  • VM_NAME dari vm-a1 dan zona GCP_NEG_ZONE apa pun pilihan Anda.

  • VM_NAME dari vm-a2 dan zona GCP_NEG_ZONE yang sama.

    gcloud compute instances create VM_NAME \
    --zone=GCP_NEG_ZONE \
    --stack-type=IPV4_IPV6 \
    --image-family=debian-10 \
    --image-project=debian-cloud \
    --tags=allow-health-check \
    --subnet=SUBNET \
    --metadata=startup-script='#! /bin/bash
      apt-get update
      apt-get install apache2 -y
      a2ensite default-ssl
      a2enmod ssl
      vm_hostname="$(curl -H "Metadata-Flavor:Google" \
      http://metadata.google.internal/computeMetadata/v1/instance/name)"
      echo "Page served from: $vm_hostname" | \
      tee /var/www/html/index.html
      systemctl restart apache2'

Tambahkan endpoint ke NEG zona

Konsol

Untuk menambahkan endpoint ke NEG zona:

  1. Di Konsol Google Cloud, buka halaman Network endpoint groups.

    Buka Network endpoint groups

  2. Dalam daftar Name, klik nama grup endpoint jaringan (ZONAL_NEG). Anda akan melihat halaman Network endpoint group details.

  3. Di bagian Network endpoint in this group, pilih endpoint NEG yang dibuat sebelumnya. Klik Remove endpoint.

  4. Di bagian Network endpoint in this group, klik Add network endpoint.

  5. Pilih VM instance.

  6. Di bagian Network interface, nama, zona, dan subnet VM ditampilkan.

  7. Di kolom IPv4 address, masukkan alamat IPv4 endpoint jaringan baru.

  8. Di kolom IPv6 address, masukkan alamat IPv6 endpoint jaringan baru.

  9. Pilih Port type.

    1. Jika Anda memilih Default, endpoint akan menggunakan port default 80 untuk semua endpoint dalam grup endpoint jaringan. Tindakan ini sudah cukup untuk contoh kami karena server Apache melayani permintaan di port 80.
    2. Jika Anda memilih Custom, masukkan Nomor port yang akan digunakan endpoint.

  10. Untuk menambahkan endpoint lainnya, klik Add network endpoint dan ulangi langkah-langkah sebelumnya.

  11. Setelah Anda menambahkan semua endpoint, klik Create.

gcloud

  1. Tambahkan endpoint (endpoint GCE_VM_IP_PORT) ke ZONAL_NEG. 

    gcloud compute network-endpoint-groups update ZONAL_NEG \
    --zone=GCP_NEG_ZONE \
    --add-endpoint='instance=vm-a1,ip=IPv4_ADDRESS, \
      ipv6=IPv6_ADDRESS,port=80' \
    --add-endpoint='instance=vm-a2,ip=IPv4_ADDRESS, \
      ipv6=IPv6_ADDRESS,port=80'

Ganti kode berikut:

IPv4_ADDRESS: Alamat IPv4 endpoint jaringan. IPv4 harus merupakan milik VM di Compute Engine (baik IP utama maupun sebagai bagian dari rentang IP beralias). Jika alamat IP tidak ditentukan, maka alamat IP utama untuk instance VM dalam jaringan yang memiliki grup endpoint jaringan akan digunakan.

IPv6_ADDRESS: Alamat IPv6 endpoint jaringan. Alamat IPv6 harus merupakan milik instance VM dalam jaringan yang mencakup grup endpoint jaringan (alamat IPv6 eksternal).

Membuat aturan firewall health check IPv6

Pastikan Anda memiliki aturan masuk yang berlaku untuk instance yang diseimbangkan oleh beban dan yang mengizinkan traffic dari sistem health check Google Cloud (2600:2d00:1:b029::/64,2600:2d00:1:1::/64). Contoh ini menggunakan tag target allow-health-check-ipv6 untuk mengidentifikasi instance VM yang akan menerapkannya.

Tanpa aturan firewall ini, aturan tolak masuknya akan memblokir traffic IPv6 yang masuk ke backend instance.

Konsol

  1. Di Konsol Google Cloud, buka halaman Firewall policies.

    Buka Kebijakan firewall

  2. Untuk mengizinkan traffic subnet IPv6, klik Create firewall rule lagi dan masukkan informasi berikut:

    • Name: fw-allow-lb-access-ipv6
    • Jaringan: NETWORK
    • Prioritas: 1000
    • Arah traffic: masuk
    • Targets: Tag target yang ditentukan
    • Tag target: allow-health-check-ipv6
    • Filter sumber: Rentang IPv6
    • Rentang IPv6 sumber: 2600:2d00:1:b029::/64,2600:2d00:1:1::/64
    • Protokol dan port: Izinkan semua

  3. Klik Create.

gcloud

  1. Buat aturan firewall fw-allow-lb-access-ipv6 untuk mengizinkan komunikasi dengan subnet:

    gcloud compute firewall-rules create fw-allow-lb-access-ipv6 \
    --network=NETWORK \
    --action=allow \
    --direction=ingress \
    --target-tags=allow-health-check-ipv6 \
    --source-ranges=2600:2d00:1:b029::/64,2600:2d00:1:1::/64 \
    --rules=all

Mengupdate layanan backend dan membuat aturan penerusan untuk IPv6

Bagian ini memberikan petunjuk untuk memperbarui layanan backend BACKEND_SERVICE dengan kebijakan pemilihan alamat IP sebagai Prefer IPv6 dan menambahkan backend NEG zona.

Jika Anda memiliki grup instance yang terkait dengan layanan backend, lihat Memperbarui layanan backend untuk grup instance.

Konsol

  1. Di konsol Google Cloud, buka halaman Load balancing.

    Buka Load balancing

  2. Klik nama load balancer.

  3. Klik Edit.

Mengonfigurasi layanan backend untuk IPv6

  1. Klik Backend configuration.
  2. Untuk Backend type, pilih Zonal network endpoint group.
  3. Di daftar Kebijakan pemilihan alamat IP, pilih Pilih IPv6.
  4. Di kolom Protocol:
    • Untuk proxy TCP, pilih TCP.
    • Untuk proxy SSL, pilih SSL.
  5. Di bagian Backends, klik Add a backend.
  6. Di panel New Backend, lakukan langkah berikut:
    • Dalam daftar network endpoint group, pilih ZONAL_NEG.
    • Di kolom Koneksi maksimum, masukkan 10.
  7. Klik Done.
  8. Dalam daftar Health check, pilih salah satu health check HTTP.

Mengonfigurasi aturan penerusan IPv6

  1. Klik Frontend configuration.
  2. Klik Add frontend IP and port.
  3. Di kolom Nama, masukkan nama untuk aturan penerusan.
  4. Di kolom Protocol:
    • Untuk proxy TCP, pilih TCP.
    • Untuk proxy SSL, pilih SSL.
  5. Tetapkam Versi IP ke IPv6.
  6. Untuk proxy SSL, dalam daftar Certificates, pilih sertifikat.
  7. Klik Done.
  8. Klik Perbarui.

gcloud

  1. Buat layanan backend untuk traffic HTTP:

    gcloud beta compute backend-services update BACKEND_SERVICE \
   --protocol=[SSL|TCP] \
   --port-name=http \
   --ip-address-selection-policy=PREFER_IPV6 \
   --health-checks=HEALTH_CHECK \
   --global

  2. Tambahkan NEG zona sebagai backend ke layanan backend.

    gcloud beta compute backend-services add-backend BACKEND_SERVICE \
   --network-endpoint-group=ZONAL_NEG \
   --global

  3. Mencadangkan alamat IPv6 eksternal yang digunakan pelanggan untuk menjangkau load balancer Anda.

    gcloud compute addresses create lb-ipv6-1 \
   --ip-version=IPV6 \
   --network-tier=PREMIUM \
   --global

  4. Untuk proxy SSL, buat aturan penerusan untuk layanan backend.

    gcloud beta compute target-ssl-proxies create TARGET_PROXY \
   --backend-service=BACKEND_SERVICE \
   --ssl-certificates=[SSL_CERT_1][,[SSL_CERT_2],...] \
   --ssl-policy=my-ssl-policy \
   --proxy-header=NONE

    gcloud beta compute forwarding-rules create  \
   --load-balancing-scheme=EXTERNAL_MANAGED \
   --network-tier=PREMIUM \
   --address=lb-ipv6-1 \
   --global \
   --target-ssl-proxy=TARGET_PROXY \
   --ports=443

  5. Untuk proxy TCP, buat aturan penerusan untuk layanan backend.

    gcloud beta compute target-tcp-proxies create TARGET_PROXY \
   --backend-service=BACKEND_SERVICE \
   --proxy-header=NONE

    gcloud beta compute forwarding-rules create  \
   --load-balancing-scheme=EXTERNAL_MANAGED \
   --network-tier=PREMIUM \
   --address=lb-ipv6-1 \
   --global \
   --target-tcp-proxy=TARGET_PROXY \
   --ports=443

Memperbarui layanan backend untuk grup instance

Jika Anda memiliki grup instance yang terkait dengan layanan backend, Anda harus mengupdate layanan backend sebagai berikut:

Konsol

  1. Di konsol Google Cloud, buka halaman Load balancing.

    Buka Load balancing

  2. Klik nama load balancer.

  3. Klik Edit.

Mengonfigurasi layanan backend

  1. Klik Backend configuration.
  2. Untuk Backend type, pilih Instance group.
  3. Di daftar Kebijakan pemilihan alamat IP, pilih Pilih IPv6.
  4. Di kolom Protocol:
    • Untuk proxy TCP, pilih TCP.
    • Untuk proxy SSL, pilih SSL.
  5. Jika Anda telah memperbarui instance atau template VM ke stack ganda, bagian Backend tidak perlu diupdate lagi.
  6. Pilih Health check.
  7. Klik Perbarui.

gcloud

  1. Buat layanan backend untuk traffic HTTP:

    gcloud beta compute backend-services update BACKEND_SERVICE \
   --protocol=[SSL|TCP] \
   --port-name=http \
   --ip-address-selection-policy=PREFER_IPV6 \
   --health-checks=HEALTH_CHECK \
   --global

  2. Tambahkan grup instance sebagai backend ke layanan backend. Jika telah memperbarui instance atau template VM ke stack ganda, Anda dapat melewati langkah ini.

    gcloud beta compute backend-services add-backend BACKEND_SERVICE \
   --instance-group=INSTANCE_GROUP \
   --global

Mengonfigurasi kebijakan pemilihan alamat IP

Langkah ini opsional. Setelah mengonversi resource dan backend ke dual-stack, Anda dapat menggunakan kebijakan pemilihan alamat IP untuk menentukan jenis traffic yang dikirim dari Google Front End (GFE) ke backend Anda.

Ganti IP_ADDRESS_SELECTION_POLICY dengan salah satu nilai berikut:

Kebijakan pemilihan alamat IP Deskripsi
Hanya IPv4 Hanya kirim traffic IPv4 ke backend layanan backend, terlepas dari traffic dari klien ke GFE. Hanya health check IPv4 yang digunakan untuk memeriksa respons backend.
Pilih IPv6

Prioritaskan koneksi IPv6 backend melalui koneksi IPv4 (asalkan ada backend yang responsif dengan alamat IPv6).

Health check memantau koneksi IPv6 dan IPv4 backend secara berkala. GFE terlebih dahulu mencoba koneksi IPv6; jika koneksi IPv6 rusak atau lambat, GFE akan menggunakan happy eyeballs untuk melakukan penggantian dan terhubung ke IPv4.

Meskipun jika salah satu koneksi IPv6 atau IPv4 tidak responsif, backend-nya masih dianggap responsif, dan kedua koneksi tersebut dapat dicoba oleh GFE, dan akhirnya dapat memilih koneksi yang akan digunakan.
Hanya IPv6

Hanya kirim traffic IPv6 ke backend layanan backend, terlepas dari traffic dari klien ke proxy. Hanya health check IPv6 yang digunakan untuk memeriksa respons backend.

Tidak ada validasi untuk memeriksa apakah jenis traffic backend cocok dengan kebijakan pemilihan alamat IP. Misalnya, jika Anda memiliki backend IPV4 dan memilih Only IPv6 sebagai kebijakan pemilihan alamat IP, Anda tidak akan mengamati error konfigurasi, tetapi traffic tidak akan mengalir ke backend Anda.

Konsol

  1. Di konsol Google Cloud, buka halaman Load balancing.

    Buka Load balancing

  2. Klik nama load balancer.

  3. Klik Edit.

  4. Klik Backend configuration.

  5. Di kolom Backend service, pilih BACKEND_SERVICE.

  6. Backend type harus berupa Zonal network endpoint group atau Instance group.

  7. Dalam daftar IP address selection policy, pilih IP_ADDRESS_SELECTION_POLICY.

  8. Klik Done.

gcloud

  1. Update layanan backend:

    gcloud beta compute backend-services update BACKEND_SERVICE \
   --load-balancing-scheme=EXTERNAL_MANAGED \
   --protocol=HTTP \
   --ip-address-selection-policy=IP_ADDRESS_SELECTION_POLICY \
   --global

Menguji load balancer

Anda harus memvalidasi bahwa semua resource yang diperlukan diupdate ke dual stack. Setelah Anda mengupdate semua resource, traffic harus otomatis mengalir ke backend. Anda dapat memeriksa log dan memverifikasi bahwa konversi telah selesai.

Uji load balancer untuk mengonfirmasi bahwa konversi berhasil dan traffic yang masuk menjangkau backend seperti yang diharapkan.

Cari alamat IP eksternal

Konsol

  1. Di konsol Google Cloud, buka halaman Load balancing.

    Buka Load balancing

  2. Klik nama load balancer.

  3. Di bagian Frontend, dua alamat IP load balancer ditampilkan. Dalam prosedur ini, alamat IPv4 disebut sebagai IP_ADDRESS_IPV4 dan alamat IPv6 disebut sebagai IP_ADDRESS_IPV6.

  4. Di bagian Backend, jika kebijakan pemilihan alamat IP adalah Prefer IPv6, dua status health check akan ditampilkan untuk backend.

Menguji traffic yang dikirim ke instance Anda

Dalam contoh ini, permintaan dari perintah curl didistribusikan secara acak ke backend.

  1. Ulangi perintah berikut beberapa kali hingga Anda melihat semua VM backend merespons:

    curl -m1 IP_ADDRESS_IPV4:PORT

    curl -m1 IP_ADDRESS_IPV6:PORT

    Misalnya, jika alamat IPv6 adalah [fd20:1db0:b882:802:0:46:0:0]:80, perintahnya akan terlihat seperti ini::

    curl -m1 [fd20:1db0:b882:802:0:46:0:0]:80

Memeriksa log

Setiap entri log menangkap alamat IPv4 dan IPv6 tujuan untuk backend. Karena kami mendukung dual stack, penting untuk mengamati alamat IP yang digunakan oleh backend.

Anda dapat memeriksa apakah traffic mengarah ke IPv6 atau gagal kembali ke IPv4 dengan melihat log.

Log berisi alamat backend_ip yang terkait dengan backend. Dengan memeriksa log dan membandingkan alamat IPv4 atau IPv6 tujuan dari backend_ip, Anda dapat mengonfirmasi alamat IP mana yang digunakan.