Menyiapkan Load Balancer Aplikasi eksternal regional dengan konektivitas hybrid

Halaman ini mengilustrasikan cara men-deploy Load Balancer Aplikasi eksternal regional untuk melakukan load balancing traffic ke endpoint jaringan yang berada di lokal atau di cloud publik lainnya dan dapat dijangkau menggunakan konektivitas hybrid.

Catatan: Untuk petunjuk Load Balancer Aplikasi eksternal global, lihat Menyiapkan Load Balancer Aplikasi eksternal global dengan konektivitas hybrid. Untuk petunjuk Load Balancer Aplikasi klasik, lihat Menyiapkan Load Balancer Aplikasi klasik dengan konektivitas hybrid.

Setelah menyelesaikan tugas ini, Anda dapat secara opsional mempelajari cara mengaktifkan layanan tambahan (seperti Cloud CDN dan Google Cloud Armor) serta fitur pengelolaan traffic lanjutan.

Jika Anda belum melakukannya, tinjau Ringkasan NEG konektivitas hybrid untuk memahami persyaratan jaringan guna menyiapkan load balancing hybrid.

Catatan: Load Balancer Aplikasi eksternal regional mendukung Paket Layanan Jaringan Premium dan Standar. Prosedur ini menunjukkan penyiapan dengan Paket Standar.

Ringkasan penyiapan

Contoh di halaman ini menyiapkan contoh deployment berikut:

Contoh Load Balancer Aplikasi Eksternal untuk konektivitas hybrid (klik untuk memperbesar).

Anda harus mengonfigurasi konektivitas hybrid sebelum mencoba menyiapkan deployment load balancing hybrid. Dokumen ini tidak menyertakan penyiapan konektivitas hibrid.

Bergantung pada pilihan produk konektivitas hybrid Anda (baik Cloud VPN atau Cloud Interconnect (Dedicated atau Partner)), gunakan dokumentasi produk yang relevan untuk mengonfigurasinya.

Izin

Untuk menyiapkan load balancing hybrid, Anda harus memiliki izin berikut:

• Di Google Cloud

  • Izin untuk membuat konektivitas hybrid antara Google Cloud dan lingkungan lokal Anda atau lingkungan cloud lainnya. Untuk daftar izin yang diperlukan, lihat dokumentasi produk Network Connectivity yang relevan.
  • Izin untuk membuat NEG konektivitas hybrid dan load balancer. Peran Admin Load Balancer Compute (roles/compute.loadBalancerAdmin) berisi izin yang diperlukan untuk melakukan tugas yang dijelaskan dalam panduan ini.

• Di lingkungan lokal atau lingkungan cloud non-Google Cloud lainnya

  • Izin untuk mengonfigurasi endpoint jaringan yang memungkinkan layanan di lingkungan lokal atau lingkungan cloud lainnya dapat dijangkau dari Google Cloud menggunakan kombinasi IP:Port. Untuk informasi selengkapnya, hubungi administrator jaringan lingkungan Anda.
  • Izin untuk membuat aturan firewall di lingkungan lokal atau lingkungan cloud lainnya agar pemeriksaan health check Google dapat menjangkau endpoint.

Selain itu, untuk menyelesaikan petunjuk di halaman ini, Anda perlu membuat NEG konektivitas hybrid, load balancer, dan NEG zona (serta endpoint-nya) untuk berfungsi sebagai backend berbasis Google Cloud untuk load balancer.

Anda harus menjadi Pemilik atau Editor project, atau memiliki peran IAM Compute Engine berikut.

Tugas	Peran yang diperlukan
Membuat komponen jaringan, subnet, dan load balancer	Compute Network Admin (roles/compute.networkAdmin)
Menambahkan dan menghapus aturan firewall	Compute Security Admin (roles/compute.securityAdmin)
Membuat instance	Compute Instance Admin (roles/compute.instanceAdmin)

Membuat konektivitas hybrid

Lingkungan Google Cloud dan lokal Anda atau lingkungan cloud lainnya harus terhubung melalui konektivitas hybrid menggunakan lampiran VLAN Cloud Interconnect atau tunnel Cloud VPN dengan Cloud Router. Sebaiknya gunakan koneksi dengan ketersediaan tinggi.

Cloud Router yang diaktifkan dengan perutean dinamis global mempelajari endpoint tertentu melalui Border Gateway Protocol (BGP) dan memprogramnya ke dalam jaringan VPC Google Cloud Anda. Pemilihan rute dinamis regional tidak didukung. Rute statis juga tidak didukung.

Jaringan VPC yang Anda gunakan untuk mengonfigurasi Cloud Interconnect atau Cloud VPN adalah jaringan yang sama dengan yang Anda gunakan untuk mengonfigurasi deployment load balancing hybrid. Pastikan rentang CIDR subnet jaringan VPC Anda tidak bertentangan dengan rentang CIDR jarak jauh. Jika alamat IP tumpang-tindih, rute subnet akan diprioritaskan daripada konektivitas jarak jauh.

Untuk mengetahui petunjuknya, lihat dokumentasi berikut:

• Cloud VPN
• Cloud Interconnect

Penting: Jangan lanjutkan dengan petunjuk di halaman ini hingga Anda menyiapkan konektivitas campuran di antara lingkungan Anda.

Menyiapkan lingkungan Anda yang berada di luar Google Cloud

Lakukan langkah-langkah berikut untuk menyiapkan lingkungan lokal atau lingkungan cloud lainnya untuk load balancing campuran:

• Konfigurasikan endpoint jaringan untuk mengekspos layanan on-premise ke Google Cloud (IP:Port).
• Konfigurasikan aturan firewall di lingkungan lokal atau lingkungan cloud lainnya.
• Konfigurasikan Cloud Router untuk mengiklankan rute tertentu yang diperlukan ke lingkungan pribadi Anda.

Menyiapkan endpoint jaringan

Setelah menyiapkan konektivitas hybrid, Anda akan mengonfigurasi satu atau beberapa endpoint jaringan dalam lingkungan lokal atau lingkungan cloud lainnya yang dapat dijangkau melalui Cloud Interconnect atau Cloud VPN menggunakan kombinasi IP:port. Kombinasi IP:port ini dikonfigurasi sebagai satu atau beberapa endpoint untuk NEG konektivitas campuran yang dibuat di Google Cloud nanti dalam proses ini.

Jika ada beberapa jalur ke endpoint IP, pemilihan rute akan mengikuti perilaku yang dijelaskan dalam ringkasan Cloud Router.

Menyiapkan aturan firewall

Aturan firewall berikut harus dibuat di lingkungan lokal atau lingkungan cloud lainnya:

• Buat aturan firewall izinkan traffic masuk di lingkungan lokal atau cloud lainnya untuk mengizinkan traffic dari subnet khusus proxy wilayah untuk menjangkau endpoint.

• Mencantumkan rentang pemeriksaan health check Google dalam daftar yang diizinkan tidak diperlukan untuk NEG hibrida. Namun, jika Anda menggunakan kombinasi NEG campuran dan zonal dalam satu layanan backend, Anda harus mengizinkan rentang probe pemeriksaan kesehatan Google untuk NEG zonal.

Beri tahu rute

Konfigurasikan Cloud Router untuk mengumumkan rentang IP kustom berikut ke lingkungan lokal atau lingkungan cloud lainnya:

• Rentang subnet khusus proxy region.

Menyiapkan lingkungan Google Cloud

Untuk langkah-langkah berikut, pastikan Anda menggunakan jaringan VPC yang sama (disebut NETWORK dalam prosedur ini) yang digunakan untuk mengonfigurasi konektivitas hybrid di antara lingkungan.

Selain itu, pastikan region yang digunakan (disebut REGION dalam prosedur ini) sama dengan yang digunakan untuk membuat tunnel Cloud VPN atau lampiran VLAN Cloud Interconnect.

Mengonfigurasi subnet khusus proxy

Subnet khusus proxy ini digunakan untuk semua Load Balancer Aplikasi eksternal regional di region REGION.

Konsol

1. Di konsol Google Cloud, buka halaman jaringan VPC.
   Buka jaringan VPC
2. Buka jaringan yang digunakan untuk mengonfigurasi konektivitas campuran antar-lingkungan.
3. Klik Tambahkan subnet.
4. Masukkan Nama: PROXY_ONLY_SUBNET_NAME.
5. Pilih Region: REGION.
6. Tetapkan Tujuan ke Proxy yang Dikelola Berdasarkan Wilayah.
7. Masukkan rentang alamat IP: PROXY_ONLY_SUBNET_RANGE.
8. Klik Tambahkan.

gcloud

Buat subnet khusus proxy dengan perintah gcloud compute networks subnets create.

gcloud compute networks subnets create PROXY_ONLY_SUBNET_NAME \
  --purpose=REGIONAL_MANAGED_PROXY \
  --role=ACTIVE \
  --region=REGION \
  --network=NETWORK \
  --range=PROXY_ONLY_SUBNET_RANGE

Mengonfigurasi subnet load balancer

Subnet ini digunakan untuk membuat backend NEG zonal load balancer, frontend, dan alamat IP internal.

Buat subnet ini di jaringan NETWORK yang digunakan untuk mengonfigurasi konektivitas hybrid antara lingkungan.

Cloud Console

1. Di konsol Google Cloud, buka halaman jaringan VPC.
   Buka jaringan VPC
2. Buka jaringan yang digunakan untuk mengonfigurasi konektivitas hybrid di antara lingkungan.
3. Di bagian Subnet:
   • Setel Subnet creation mode ke Custom.
   • Di bagian New subnet, masukkan informasi berikut:
     • Nama: LB_SUBNET_NAME
     • Region: REGION
     • Rentang alamat IP: LB_SUBNET_RANGE
   • Klik Done.
4. Klik Create.

gcloud

Buat subnet di jaringan NETWORK yang digunakan untuk mengonfigurasi konektivitas hybrid antara lingkungan.

  gcloud compute networks subnets create LB_SUBNET_NAME 

      --network=NETWORK 

      --range=LB_SUBNET_RANGE 

      --region=REGION
  

Mencadangkan alamat IP load balancer

Catatan: Load Balancer Aplikasi eksternal regional mendukung Paket Layanan Jaringan Premium dan Standar. Prosedur ini menunjukkan penyiapan dengan Paket Standar.

Cloud Console

1. Di konsol Google Cloud, buka halaman Reserve a static address.

   Buka Reserve a static address

2. Masukkan Nama: LB_IP_ADDRESS.

3. Untuk Network Service Tier, pilih Standard.

4. Untuk IP version, pilih IPv4.

5. Untuk Jenis, pilih Regional.

6. Pilih REGION untuk membuat alamat.

7. Biarkan opsi Lampirkan ke ditetapkan ke Tidak ada. Setelah Anda membuat load balancer, alamat IP ini akan dilampirkan ke aturan penerusan load balancer.

8. Klik Reserve untuk mereservasi alamat IP.

gcloud

1. Reservasi alamat IP eksternal statis regional sebagai berikut.

   gcloud compute addresses create LB_IP_ADDRESS  \
      --region=REGION \
      --network-tier=STANDARD
   

2. Gunakan perintah compute addresses describe untuk melihat hasilnya:

   gcloud compute addresses describe LB_IP_ADDRESS  \
      --region=REGION
   

Membuat aturan firewall untuk NEG zonal

Dalam contoh ini, Anda akan membuat aturan firewall berikut untuk backend NEG zona di Google Cloud:

• fw-allow-health-check: Aturan firewall ingress, yang berlaku untuk instance yang di-load balance, yang mengizinkan traffic dari load balancer dan sistem health check Google Cloud (130.211.0.0/22 dan 35.191.0.0/16). Contoh ini menggunakan tag target allow-health-check untuk mengidentifikasi VM backend yang harus diterapkan dengan tag tersebut. Mencantumkan rentang pemeriksaan health check Google dalam daftar yang diizinkan tidak diperlukan untuk NEG hibrida. Namun, jika Anda menggunakan kombinasi NEG campuran dan zonal dalam satu layanan backend, Anda harus mengizinkan rentang probe pemeriksaan kesehatan Google untuk NEG zonal.

• fw-allow-proxy-only-subnet: Aturan firewall masuk yang mengizinkan koneksi dari subnet khusus proxy untuk menjangkau backend. Contoh ini menggunakan tag target allow-proxy-only-subnet untuk mengidentifikasi VM backend tempat tag tersebut harus diterapkan.

Konsol

1. Pada konsol Google Cloud, buka halaman Kebijakan Firewall.
   Buka Kebijakan firewall
2. Klik Create firewall rule untuk membuat aturan yang mengizinkan traffic dari pemeriksaan health check:
   1. Masukkan Nama fw-allow-health-check.
   2. Di bagian Network, pilih NETWORK.
   3. Di bagian Target, pilih Tag target yang ditentukan.
   4. Isi kolom Target tags dengan allow-health-check.
   5. Tetapkan Source filter ke IPv4 ranges.
   6. Tetapkan Source IPv4 ranges ke 130.211.0.0/22 dan 35.191.0.0/16.
   7. Di bagian Protocols and ports, pilih Specified protocols and ports.
   8. Pilih TCP, lalu masukkan 80 untuk nomor port.
   9. Klik Create.
3. Klik Create firewall rule lagi untuk membuat aturan yang mengizinkan koneksi masuk dari subnet khusus proxy:
   1. Nama: fw-allow-ssh
   2. Jaringan: NETWORK
   3. Prioritas: 1000
   4. Direction of traffic: masuk
   5. Tindakan terhadap kecocokan: izinkan
   6. Targets: Tag target yang ditentukan
   7. Tag target: allow-proxy-only-subnet
   8. Filter sumber: Rentang IPv4
   9. Rentang IPv4 sumber: PROXY_ONLY_SUBNET_RANGE
   10. Protocols and ports: Pilih Specified protocols and ports
   11. Pilih TCP, lalu masukkan 80 untuk nomor port.
   12. Klik Create.

gcloud

1. Buat aturan fw-allow-health-check-and-proxy untuk mengizinkan health check Google Cloud menjangkau instance backend di port TCP 80:

   gcloud compute firewall-rules create fw-allow-health-check \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-health-check \
       --source-ranges=130.211.0.0/22,35.191.0.0/16 \
       --rules=tcp:80
   

2. Buat aturan firewall izinkan masuk untuk subnet khusus proxy agar load balancer dapat berkomunikasi dengan instance backend di port TCP 80:

   gcloud compute firewall-rules create fw-allow-proxy-only-subnet \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-proxy-only-subnet \
       --source-ranges=PROXY_ONLY_SUBNET_RANGE \
       --rules=tcp:80
   

Menyiapkan NEG zona

Untuk backend berbasis Google Cloud, sebaiknya konfigurasikan beberapa NEG zonaonal di region yang sama dengan tempat Anda mengonfigurasi konektivitas hibrida.

Untuk contoh ini, kita menyiapkan NEG zonal (dengan endpoint jenis GCE_VM_IP_PORT) di region REGION. Pertama, buat VM di zona GCP_NEG_ZONE. Kemudian, buat NEG zona di GCP_NEG_ZONE yang sama dan tambahkan endpoint jaringan VM ke NEG.

Membuat VM

Konsol

1. Buka halaman VM instances di konsol Google Cloud.
   Buka instance VM
2. Klik Create instance.
3. Tetapkan Name ke vm-a1.
4. Untuk Region, pilih REGION, dan pilih Zone mana pun. Ini akan disebut sebagai GCP_NEG_ZONE dalam prosedur ini.
5. Di bagian Boot disk, pastikan Debian GNU/Linux 12 (bookworm) dipilih untuk opsi boot disk. Klik Pilih untuk mengubah gambar jika perlu.

6. Klik Advanced options, lalu buat perubahan berikut:

   • Klik Jaringan dan tambahkan Tag jaringan berikut: allow-ssh,allow-health-check, dan allow-proxy-only-subnet.
   • Klik Edit di bagian Network interfaces, lalu buat perubahan berikut, lalu klik Done:
     • Jaringan: NETWORK
     • Subnet: LB_SUBNET_NAME

   • Klik Management. Di kolom Startup script, salin dan tempel konten skrip berikut. Isi skrip identik untuk empat VM:

     #! /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. Konten skrip identik untuk kedua VM.

• VM_NAME dari zona vm-a1 dan GCP_NEG_ZONE pilihan Anda

• VM_NAME dari vm-a2 dan zona GCP_NEG_ZONE yang sama

  gcloud compute instances create VM_NAME \
      --zone=GCP_NEG_ZONE \
      --image-family=debian-10 \
      --image-project=debian-cloud \
      --tags=allow-ssh,allow-health-check,allow-proxy-only-subnet \
      --subnet=LB_SUBNET_NAME \
      --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'
  

Membuat NEG zona

Konsol

Untuk membuat grup endpoint jaringan zonal:

1. Buka halaman Network Endpoint Groups di konsol Google Cloud.
   Buka halaman Network Endpoint Groups
   
2. Klik Create network endpoint group.
3. Masukkan Nama untuk NEG zonal. Disebut sebagai GCP_NEG_NAME dalam prosedur ini.
4. Pilih Network endpoint group type: Network endpoint group (Zonal).
5. Pilih Network: NETWORK
6. Pilih Subnet: LB_SUBNET_NAME
7. Pilih Zona: GCP_NEG_ZONE
8. Masukkan Port default: 80.
9. Klik Create.

Tambahkan endpoint ke NEG zona:

1. Buka halaman Network Endpoint Groups di konsol Google Cloud.
   Buka Network endpoint groups
   
2. Klik Nama grup endpoint jaringan yang dibuat di langkah sebelumnya (GCP_NEG_NAME). Anda akan melihat halaman Detail grup endpoint jaringan.
3. Di bagian Endpoint jaringan dalam grup ini, klik Tambahkan endpoint jaringan. Anda akan melihat halaman Tambahkan endpoint jaringan.
4. Pilih instance VM untuk menambahkan alamat IP internalnya sebagai endpoint jaringan. Di bagian Network interface, nama, zona, dan subnet VM akan ditampilkan.
5. Di kolom IPv4 address, masukkan alamat IPv4 endpoint jaringan baru.
6. Pilih Jenis port.
   1. Jika Anda memilih Default, endpoint akan menggunakan port default 80 untuk semua endpoint dalam grup endpoint jaringan. Hal ini cukup untuk contoh kita karena server Apache melayani permintaan di port 80.
   2. Jika Anda memilih Kustom, masukkan Nomor port untuk endpoint yang akan digunakan.
7. Untuk menambahkan endpoint lainnya, klik Add network endpoint dan ulangi langkah-langkah sebelumnya.
8. Setelah Anda menambahkan semua endpoint, klik Buat.

gcloud

1. Buat NEG zonal (dengan endpoint GCE_VM_IP_PORT) menggunakan perintah gcloud compute network-endpoint-groups create:

   gcloud compute network-endpoint-groups create GCP_NEG_NAME \
       --network-endpoint-type=GCE_VM_IP_PORT \
       --zone=GCP_NEG_ZONE \
       --network=NETWORK \
       --subnet=LB_SUBNET_NAME
   

   Anda dapat menentukan --default-port saat membuat NEG di langkah ini, atau menentukan nomor port untuk setiap endpoint seperti yang ditunjukkan pada langkah berikutnya.

2. Tambahkan endpoint ke GCP_NEG_NAME.

   gcloud compute network-endpoint-groups update GCP_NEG_NAME \
       --zone=GCP_NEG_ZONE \
       --add-endpoint='instance=vm-a1,port=80' \
       --add-endpoint='instance=vm-a2,port=80'
   

Menyiapkan NEG konektivitas hybrid

Catatan: Jika Anda menggunakan health check Envoy terdistribusi dengan backend NEG konektivitas campuran (hanya didukung untuk load balancer berbasis Envoy), pastikan Anda mengonfigurasi endpoint jaringan unik untuk semua NEG yang dilampirkan ke layanan backend yang sama. Menambahkan endpoint jaringan yang sama ke beberapa NEG akan menghasilkan perilaku yang tidak ditentukan.

Saat membuat NEG, gunakan zona yang meminimalkan jarak geografis antara Google Cloud dan lingkungan cloud lokal atau lingkungan cloud lainnya. Misalnya, jika Anda menghosting layanan di lingkungan lokal di Frankfurt, Jerman, Anda dapat menentukan zona Google Cloud europe-west3-a saat membuat NEG.

Selain itu, jika Anda menggunakan Cloud Interconnect, zona yang digunakan untuk membuat NEG harus berada di region yang sama dengan tempat lampiran Cloud Interconnect dikonfigurasi.

Untuk mengetahui region dan zona yang tersedia, lihat dokumentasi Compute Engine: Region dan zona yang tersedia.

Konsol

Untuk membuat grup endpoint jaringan konektivitas hybrid:

1. Buka halaman Network Endpoint Groups di konsol Google Cloud.
   Buka Network endpoint groups
   
2. Klik Create network endpoint group.
3. Masukkan Nama untuk NEG campuran. Disebut sebagai ON_PREM_NEG_NAME dalam prosedur ini.
4. Pilih Network endpoint group type: Hybrid connectivity network endpoint group (Zonal).
5. Pilih Jaringan: NETWORK
6. Pilih Subnet: LB_SUBNET_NAME
7. Pilih Zona: ON_PREM_NEG_ZONE
8. Masukkan Port default.
9. Klik Buat

Tambahkan endpoint ke NEG konektivitas hybrid:

1. Buka halaman Network Endpoint Groups di konsol Google Cloud.
   Buka halaman Network Endpoint Groups
   
2. Klik Nama grup endpoint jaringan yang dibuat di langkah sebelumnya (ON_PREM_NEG_NAME). Anda akan melihat halaman Detail grup endpoint jaringan.
3. Di bagian Endpoint jaringan dalam grup ini, klik Tambahkan endpoint jaringan. Anda akan melihat halaman Tambahkan endpoint jaringan.
4. Masukkan alamat IP endpoint jaringan baru.
5. Pilih Jenis port.
   1. Jika Anda memilih Default, endpoint akan menggunakan port default untuk semua endpoint dalam grup endpoint jaringan.
   2. Jika memilih Kustom, Anda dapat memasukkan Nomor port yang berbeda untuk digunakan endpoint.
6. Untuk menambahkan endpoint lainnya, klik Add network endpoint dan ulangi langkah-langkah sebelumnya.
7. Setelah Anda menambahkan semua endpoint non-Google Cloud, klik Buat.

gcloud

1. Buat NEG konektivitas campuran menggunakan perintah gcloud compute network-endpoint-groups create.

   gcloud compute network-endpoint-groups create ON_PREM_NEG_NAME \
       --network-endpoint-type=NON_GCP_PRIVATE_IP_PORT \
       --zone=ON_PREM_NEG_ZONE \
       --network=NETWORK
   

2. Tambahkan endpoint VM backend on-premise ke ON_PREM_NEG_NAME:

   gcloud compute network-endpoint-groups update ON_PREM_NEG_NAME \
       --zone=ON_PREM_NEG_ZONE \
       --add-endpoint="ip=ON_PREM_IP_ADDRESS_1,port=PORT_1" \
       --add-endpoint="ip=ON_PREM_IP_ADDRESS_2,port=PORT_2"
   

Anda dapat menggunakan perintah ini untuk menambahkan endpoint jaringan yang sebelumnya dikonfigurasi di infrastruktur lokal atau di lingkungan cloud. Ulangi --add-endpoint sebanyak yang diperlukan.

Anda dapat mengulangi langkah-langkah ini untuk membuat beberapa NEG campuran jika diperlukan.

Mengonfigurasi load balancer

Buat load balancer dengan backend NEG zonal dan hybrid.

Konsol

Catatan: Anda tidak dapat menggunakan konsol Google Cloud untuk membuat load balancer yang memiliki backend NEG konektivitas zonal dan campuran dalam satu layanan backend. Sebagai gantinya, gunakan gcloud atau REST API.

gcloud

1. Buat health check untuk backend.

      gcloud compute health-checks create http HTTP_HEALTH_CHECK_NAME \
          --region=REGION \
          --use-serving-port
      

   Pemeriksaan health check untuk backend NEG campuran berasal dari proxy Envoy di subnet khusus proxy, sedangkan pemeriksaan untuk backend NEG zona berasal dari [rentang IP pemeriksaan pusat Google](/load-balancing/docs/health-check-concepts#ip-ranges).
2. Buat layanan backend. Anda menambahkan NEG zona dan NEG konektivitas hybrid sebagai backend ke layanan backend ini.

     gcloud compute backend-services create BACKEND_SERVICE \
         --load-balancing-scheme=EXTERNAL_MANAGED \
         --protocol=HTTP \
         --health-checks=HTTP_HEALTH_CHECK_NAME \
         --health-checks-region=REGION \
         --region=REGION
     

3. Tambahkan NEG zona sebagai backend ke layanan backend.

   gcloud compute backend-services add-backend BACKEND_SERVICE \
       --region=REGION \
       --balancing-mode=RATE \
       --max-rate-per-endpoint=MAX_REQUEST_RATE_PER_ENDPOINT \
       --network-endpoint-group=GCP_NEG_NAME \
       --network-endpoint-group-zone=GCP_NEG_ZONE
   

   Untuk mengetahui detail tentang mengonfigurasi mode penyeimbangan, lihat dokumentasi gcloud CLI untuk parameter --max-rate-per-endpoint.
4. Tambahkan NEG campuran sebagai backend ke layanan backend.

   gcloud compute backend-services add-backend BACKEND_SERVICE \
       --region=REGION \
       --balancing-mode=RATE \
       --max-rate-per-endpoint=MAX_REQUEST_RATE_PER_ENDPOINT \
       --network-endpoint-group=ON_PREM_NEG_NAME \
       --network-endpoint-group-zone=ON_PREM_NEG_ZONE
   

   Untuk mengetahui detail tentang mengonfigurasi mode penyeimbangan, lihat dokumentasi gcloud CLI untuk parameter --max-rate-per-endpoint.
5. Buat peta URL untuk mengarahkan permintaan masuk ke layanan backend:

   gcloud compute url-maps create URL_MAP_NAME \
       --default-service BACKEND_SERVICE \
       --region=REGION
   

6. Opsional: Lakukan langkah ini jika Anda menggunakan HTTPS antara klien dan load balancer. Langkah ini tidak diperlukan untuk load balancer HTTP.

   Anda dapat membuat sertifikat Compute Engine atau Certificate Manager. Gunakan salah satu metode berikut untuk membuat sertifikat menggunakan Pengelola Sertifikat:

   • Sertifikat yang dikelola sendiri secara regional. Untuk informasi tentang cara membuat dan menggunakan sertifikat yang dikelola sendiri secara regional, lihat men-deploy sertifikat yang dikelola sendiri secara regional. Peta sertifikat tidak didukung.

   • Sertifikat regional yang dikelola Google. Peta sertifikat tidak didukung.

     Jenis sertifikat regional yang dikelola Google berikut didukung oleh Pengelola Sertifikat:

     • Sertifikat regional yang dikelola Google dengan otorisasi DNS per project. Untuk mengetahui informasi selengkapnya, lihat Men-deploy sertifikat yang dikelola Google secara regional.
     • Sertifikat (pribadi) regional yang dikelola Google dengan Certificate Authority Service. Untuk mengetahui informasi selengkapnya, lihat Men-deploy sertifikat yang dikelola Google regional dengan Layanan CA.

   Setelah membuat sertifikat, lampirkan sertifikat langsung ke proxy target.

   Untuk membuat resource sertifikat SSL yang dikelola sendiri di Compute Engine:

   gcloud compute ssl-certificates create SSL_CERTIFICATE_NAME \
       --certificate CRT_FILE_PATH \
       --private-key KEY_FILE_PATH
   

   • Buat proxy HTTP(S) target untuk merutekan permintaan ke peta URL Anda.
     
     Untuk load balancer HTTP, buat proxy target HTTP:

     gcloud compute target-http-proxies create TARGET_HTTP_PROXY_NAME \
         --url-map=URL_MAP_NAME \
         --url-map-region=REGION \
         --region=REGION
     

     Untuk load balancer HTTPS, buat proxy target HTTPS. Proxy ini merupakan bagian dari load balancer yang menyimpan sertifikat SSL untuk load balancing HTTPS, sehingga Anda juga memuat sertifikat pada langkah ini.

     gcloud compute target-https-proxies create TARGET_HTTPS_PROXY_NAME \
         --ssl-certificates=SSL_CERTIFICATE_NAME \
         --url-map=URL_MAP_NAME \
         --url-map-region=REGION \
         --region=REGION
     

   • Buat aturan penerusan untuk mengarahkan permintaan masuk ke proxy. Jangan gunakan subnet khusus proxy untuk membuat aturan penerusan.
     
     Untuk load balancer HTTP:

       gcloud compute forwarding-rules create HTTP_FORWARDING_RULE_NAME \
           --load-balancing-scheme=EXTERNAL_MANAGED \
           --network=NETWORK \
           --subnet=LB_SUBNET_NAME \
           --address=LB_IP_ADDRESS \
           --ports=80 \
           --region=REGION \
           --target-http-proxy=TARGET_HTTP_PROXY_NAME \
           --target-http-proxy-region=REGION
     

     Untuk load balancer HTTPS:

       gcloud compute forwarding-rules create HTTPS_FORWARDING_RULE_NAME \
           --load-balancing-scheme=EXTERNAL_MANAGED \
           --network=NETWORK \
           --subnet=LB_SUBNET_NAME \
           --address=LB_IP_ADDRESS \
           --ports=443 \
           --region=REGION \
           --target-http-proxy=TARGET_HTTPS_PROXY_NAME \
           --target-http-proxy-region=REGION
     

Menghubungkan domain ke load balancer

Setelah load balancer dibuat, catat alamat IP yang terkait dengan load balancer, misalnya, 30.90.80.100. Untuk mengarahkan domain ke load balancer, buat data A menggunakan layanan pendaftaran domain. Jika Anda menambahkan beberapa domain ke sertifikat SSL, Anda harus menambahkan data A untuk setiap domain, yang semuanya mengarah ke alamat IP load balancer. Misalnya, untuk membuat data A bagi www.example.com dan example.com, gunakan string berikut:

NAME                  TYPE     DATA
www                   A        30.90.80.100
@                     A        30.90.80.100

Jika Anda menggunakan Cloud DNS sebagai penyedia DNS, lihat Menambahkan, mengubah, dan menghapus data.

Menguji load balancer

Catatan: Mungkin perlu waktu beberapa menit agar konfigurasi load balancer diterapkan setelah Anda pertama kali men-deploy-nya.

Setelah mengonfigurasi load balancer, Anda dapat mulai mengirimkan traffic ke alamat IP load balancer.

1. Buka halaman Load balancing di Konsol Google Cloud.
   Buka Load balancing
2. Klik load balancer yang baru saja dibuat.
3. Catat alamat IP load balancer internal.

4. Kirim traffic ke load balancer.

   • Jika membuat load balancer HTTP, Anda dapat menguji load balancer menggunakan browser web dengan membuka http://IP_ADDRESS. Ganti IP_ADDRESS dengan alamat IP load balancer. Anda akan diarahkan ke layanan yang telah diekspos melalui endpoint.

   • Jika membuat load balancer HTTPS, Anda dapat menguji load balancer menggunakan curl sebagai berikut. Ganti IP_ADDRESS dengan alamat IP load balancer. Anda akan diarahkan ke layanan yang telah Anda ekspos melalui endpoint.

     curl -k https://IP_ADDRESS
     

     Jika tidak berhasil dan Anda menggunakan sertifikat yang dikelola Google, confirmasikan bahwa status resource sertifikat Anda AKTIF. Untuk informasi selengkapnya, lihat Status resource sertifikat SSL yang dikelola Google. Kemudian, uji domain yang mengarah ke alamat IP load balancer. Misalnya:

     curl -s https://test.example.com
     

5. Pengujian endpoint non-Google Cloud bergantung pada layanan yang telah Anda ekspos melalui endpoint NEG campuran.

Langkah selanjutnya

• Mengonversi Load Balancer Aplikasi dari IPv4 ke IPv6
• Membersihkan penyiapan load balancer