Ringkasan Cloud Load Balancing

Load balancer mendistribusikan traffic pengguna ke beberapa instance aplikasi Anda. Dengan menyebarkan beban, load balancing akan mengurangi risiko aplikasi Anda mengalami masalah performa. Cloud Load Balancing Google dibangun di atas teknologi yang andal dan berperforma tinggi seperti Maglev, Andromeda, Google Front Ends, dan Envoy—teknologi yang sama dengan yang mendukung produk Google.

Cloud Load Balancing menawarkan portofolio komprehensif load balancer aplikasi dan jaringan. Gunakan load balancer proxy global kami untuk mendistribusikan jutaan permintaan per detik di antara backend di beberapa region dengan armada Google Front End kami di lebih dari 80 lokasi berbeda di seluruh dunia—semuanya dengan satu alamat IP anycast. Terapkan kontrol yurisdiksi yang kuat dengan load balancer proxy regional kami, yang menjaga backend dan proxy Anda di region pilihan Anda tanpa mengkhawatirkan offload TLS/SSL. Gunakan load balancer teruskan kami untuk merutekan beberapa protokol dengan cepat ke backend dengan performa tinggi dari pengembalian server langsung (DSR).

Fitur utama Cloud Load Balancing

Cloud Load Balancing menawarkan fitur load balancer berikut:

• Alamat IP anycast tunggal. Dengan Cloud Load Balancing, satu alamat IP anycast adalah frontend untuk semua instance backend Anda di region di seluruh dunia. Cloud Load Balancing menyediakan load balancing lintas region, termasuk failover multi-region otomatis, yang memindahkan traffic ke backend failover jika backend utama Anda tidak responsif. Cloud Load Balancing langsung bereaksi terhadap perubahan pengguna, traffic, jaringan, kondisi backend, dan kondisi terkait lainnya.

• Penskalaan otomatis tanpa hambatan. Cloud Load Balancing dapat melakukan penskalaan seiring pertumbuhan pengguna dan traffic Anda, termasuk menangani lonjakan besar, tiba-tiba, dan tak terduga secara mudah dengan mengalihkan traffic ke region lain di seluruh dunia yang masih dapat menangani traffic tersebut. Penskalaan otomatis tidak memerlukan persiapan awal apa pun: Anda dapat melakukan penskalaan dari nol hingga traffic penuh dalam hitungan detik.

• Load balancing yang software-defined. Cloud Load Balancing adalah layanan terkelola yang terdistribusi sepenuhnya, serta software-defined untuk semua traffic Anda. Cloud Load Balancing bukanlah solusi berbasis instance atau perangkat, sehingga Anda tidak terikat pada infrastruktur load balancing fisik atau menghadapi masalah ketersediaan tinggi, skala, dan pengelolaan yang ada di load balancer berbasis instance.

• Load balancing Lapisan 4 dan Lapisan 7. Gunakan load balancing berbasis Lapisan 4 untuk mengarahkan traffic berdasarkan data dari protokol lapisan jaringan dan transport seperti TCP, UDP, ESP, GRE, ICMP, dan ICMPv6 . Gunakan load balancing berbasis Lapisan 7 untuk menambahkan keputusan perutean permintaan berdasarkan atribut, seperti header HTTP dan uniform resource identifier.

• Load balancing eksternal dan internal. Menentukan apakah load balancer dapat digunakan untuk akses eksternal atau internal. Anda dapat menggunakan load balancer eksternal saat klien perlu menjangkau aplikasi Anda dari internet. Anda dapat menggunakan load balancer internal saat klien Anda berada di dalam Google Cloud. Untuk mempelajari lebih lanjut, lihat load balancing eksternal versus internal.

• Load balancing global dan regional. Menentukan cakupan load balancer. Load balancer global mendukung backend di beberapa region, sedangkan load balancer regional mendukung backend di satu region. Meskipun alamat IP load balancer regional berada di satu region, load balancer regional dapat diakses secara global. Anda dapat mendistribusikan backend di satu atau beberapa region untuk menghentikan koneksi di dekat pengguna dan untuk memenuhi persyaratan ketersediaan tinggi. Untuk mempelajari lebih lanjut, lihat load balancing global versus regional.

• Perutean traffic di Paket Premium dan Paket Standar. Layanan load balancing hadir dalam berbagai jenis, bergantung pada tingkat jaringan yang Anda pilih, yaitu Paket Premium atau Paket Standar, dengan Paket Premium yang lebih mahal daripada Paket Standar. Google Cloud Paket Premium memanfaatkan backbone global berkualitas tinggi Google, sedangkan Paket Standar menggunakan internet publik untuk merutekan traffic di seluruh jaringan. Tingkat jaringan yang Anda pilih bergantung pada apakah Anda memprioritaskan biaya atau performa untuk beban kerja perusahaan Anda. Beberapa layanan load balancing hanya tersedia di Paket Premium dan bukan Paket Standar. Untuk mempelajari lebih lanjut, lihat Tingkat Layanan Jaringan Premium versus Standar.

• Dukungan fitur lanjutan. Cloud Load Balancing mendukung fitur seperti load balancing IPv6, pengarahan traffic berbasis IP sumber, load balancing berbobot, WebSockets, header permintaan yang ditetapkan pengguna, dan penerusan protokol untuk alamat IP virtual (VIP) pribadi.

  Paket ini juga mencakup integrasi berikut:

  • Integrasi dengan Cloud CDN untuk penayangan konten yang di-cache. Cloud CDN didukung dengan Load Balancer Aplikasi eksternal global dan Load Balancer Aplikasi klasik.
  • Integrasi dengan Google Cloud Armor untuk melindungi infrastruktur Anda dari serangan distributed denial-of-service (DDoS) dan serangan aplikasi bertarget lainnya. Perlindungan DDoS yang selalu aktif tersedia untuk Load Balancer Aplikasi eksternal global, Load Balancer Aplikasi klasik, Load Balancer Jaringan proxy eksternal, dan Load Balancer Jaringan passthrough eksternal. Selain itu, Google Cloud Armor mendukung perlindungan DDoS jaringan lanjutan hanya untuk Load Balancer Jaringan passthrough eksternal. Untuk mengetahui informasi selengkapnya, lihat Mengonfigurasi perlindungan DDoS jaringan lanjutan.

Jenis load balancer Google Cloud

Cloud Load Balancing menawarkan dua jenis load balancer: Load Balancer Aplikasi dan Load Balancer Jaringan. Anda akan memilih Load Balancer Aplikasi jika memerlukan load balancer Lapisan 7 untuk aplikasi dengan traffic HTTP(S). Anda akan memilih Load Balancer Jaringan jika Anda memerlukan load balancer Lapisan 4 yang mendukung pengurangan beban TLS (dengan load balancer proxy) atau Anda memerlukan dukungan untuk protokol IP seperti UDP, ESP, dan ICMP (dengan load balancer passthrough).

Tabel berikut memberikan ringkasan tingkat tinggi tentang berbagai jenis load balancerGoogle Cloud yang dikategorikan berdasarkan lapisan OSI tempat load balancer tersebut beroperasi dan apakah load balancer tersebut digunakan untuk akses eksternal atau internal.

lan Cloud Load Balancing	Eksternal (Menerima traffic internet)	Internal (Menerima traffic Google Cloud internal)
Load Balancer Aplikasi HTTPS Load balancing lapisan 7	eksternal global eksternal regional klasik	internal lintas region internal regional
Network Load Balancers TCP/SSL/Lainnya Load balancing lapisan 4
	Load Balancer Jaringan Proxy
	eksternal global eksternal regional klasik	internal lintas region internal regional
	Load Balancer Jaringan passthrough
	eksternal regional	internal regional

Load Balancer Aplikasi

Load Balancer Aplikasi adalah load balancer Lapisan 7 berbasis proxy yang memungkinkan Anda menjalankan dan menskalakan layanan di balik alamat IP anycast. Load Balancer Aplikasi mendistribusikan traffic HTTP dan HTTPS ke backend yang dihosting di berbagai platform, seperti Compute Engine dan Google Kubernetes Engine (GKE), serta backend eksternal di luarGoogle Cloud. Google Cloud

Diagram berikut memberikan ringkasan umum tentang berbagai jenis Load Balancer Aplikasi yang dapat di-deploy secara eksternal atau internal, bergantung pada apakah aplikasi Anda menghadap internet atau internal.

Load Balancer Aplikasi Eksternal diterapkan sebagai layanan terkelola di Google Front End (GFE) atau proxy Envoy. Klien dapat terhubung ke load balancer ini dari mana saja di internet. Perhatikan hal berikut:

• Load balancer ini dapat di-deploy dalam mode berikut: global, regional, atau klasik.
• Load Balancer Aplikasi eksternal global mendukung backend di beberapa region.
• Load Balancer Aplikasi eksternal regional hanya mendukung backend dalam satu region.
• Load Balancer Aplikasi Klasik bersifat global di Paket Premium. Di Paket Standar, pengguna hanya dapat mendistribusikan traffic ke backend di satu region.
• Load Balancer Aplikasi menggunakan proxy Envoy open source untuk mengaktifkan kemampuan pengelolaan traffic lanjutan.

Load Balancer Aplikasi Internal dibangun di stack virtualisasi jaringan Andromeda dan proxy Envoy open source. Load balancer ini menyediakan load balancing berbasis proxy internal untuk data aplikasi Lapisan 7. Load balancer menggunakan alamat IP internal yang hanya dapat diakses oleh klien di jaringan VPC yang sama atau klien yang terhubung ke jaringan VPC Anda. Perhatikan hal berikut:

• Load balancer ini dapat di-deploy dalam mode berikut: regional atau antar-region.
• Load Balancer Aplikasi internal regional hanya mendukung backend dalam satu region.
• Load Balancer Aplikasi internal lintas region mendukung backend di beberapa region dan selalu dapat diakses secara global. Klien dari regionGoogle Cloud mana pun dapat mengirim traffic ke load balancer.

Untuk mempelajari Load Balancer Aplikasi lebih lanjut, lihat Ringkasan Load Balancer Aplikasi.

Network Load Balancer

Load Balancer Jaringan adalah load balancer Lapisan 4 yang dapat menangani traffic TCP, UDP, atau protokol IP lainnya. Load balancer ini tersedia sebagai load balancer proxy atau load balancer passthrough. Anda dapat memilih load balancer bergantung pada kebutuhan aplikasi dan jenis traffic yang perlu ditangani. Pilih Load Balancer Jaringan proxy jika Anda ingin mengonfigurasi load balancer proxy terbalik dengan dukungan untuk kontrol traffic lanjutan dan backend lokal serta di lingkungan cloud lainnya. Pilih Load Balancer Jaringan passthrough jika Anda ingin mempertahankan alamat IP sumber paket klien, lebih memilih respons server langsung untuk respons, atau ingin menangani berbagai protokol IP seperti TCP, UDP, ESP, GRE, ICMP, dan ICMPv6.

Load Balancer Jaringan Proxy

Load Balancer Jaringan Proxy adalah load balancer proxy terbalik Layer 4 yang mendistribusikan traffic TCP ke instance virtual machine (VM) di jaringan VPC Anda Google Cloud. Traffic dihentikan di lapisan load balancing, lalu diteruskan ke backend terdekat yang tersedia menggunakan TCP.

Diagram berikut memberikan ringkasan umum tentang berbagai jenis Load Balancer Jaringan proxy yang dapat di-deploy secara eksternal atau internal, bergantung pada apakah aplikasi Anda menghadap internet atau internal.

Load Balancer Jaringan proxy eksternal adalah load balancer Lapisan 4 yang mendistribusikan traffic yang berasal dari internet ke backend di jaringan VPC Google Cloud , lokal, atau di lingkungan cloud lainnya. Load balancer ini dibangun di Google Front Ends (GFE) atau proxy Envoy.

Load balancer ini dapat di-deploy dalam mode berikut: global, regional, atau klasik.

• Load Balancer Jaringan proxy eksternal global mendukung backend di beberapa region.
• Load Balancer Jaringan proxy eksternal regional mendukung backend dalam satu region.
• Load Balancer Jaringan proxy klasik bersifat global di Paket Premium. Di Paket Standar, pengguna hanya dapat mendistribusikan traffic ke backend di satu region.

Load Balancer Jaringan proxy internal adalah load balancer Lapisan 4 regional berbasis proxy Envoy yang memungkinkan Anda menjalankan dan menskalakan traffic layanan TCP di belakang alamat IP internal yang hanya dapat diakses oleh klien di jaringan VPC yang sama atau klien yang terhubung ke jaringan VPC Anda.

Load balancer ini dapat di-deploy dalam salah satu mode berikut: regional atau lintas region.

• Load Balancer Jaringan proxy internal regional hanya mendukung backend dalam satu region.
• Load Balancer Jaringan proxy internal lintas region mendukung backend di beberapa region dan selalu dapat diakses secara global. Klien dari regionGoogle Cloud mana pun dapat mengirim traffic ke load balancer.

Untuk mempelajari lebih lanjut Load Balancer Jaringan proxy, lihat ringkasan Load Balancer Jaringan proxy.

Load Balancer Jaringan passthrough

Load Balancer Jaringan Passthrough adalah load balancer passthrough regional Lapisan 4. Load balancer ini mendistribusikan traffic di antara backend di region yang sama dengan load balancer. Fitur ini diimplementasikan menggunakan jaringan virtual Andromeda dan Google Maglev.

Seperti namanya, load balancer ini bukan proxy. Paket yang di-load balance diterima oleh VM backend dengan alamat IP sumber dan tujuan paket, protokol, dan, jika protokol berbasis port, port sumber dan tujuan tidak berubah. Koneksi yang di-load balance dihentikan di backend. Respons dari VM backend langsung menuju klien, bukan kembali melalui load balancer. Istilah industri untuk ini adalah direct server return (DSR).

Load balancer ini, seperti yang digambarkan pada gambar berikut, di-deploy dalam dua mode, bergantung pada apakah load balancer terhubung ke internet atau internal.

• Load Balancer Jaringan passthrough eksternal dibuat di Maglev. Klien dapat terhubung ke load balancer ini dari mana saja di internet, terlepas dari Tingkatan Layanan Jaringan mereka. Load balancer juga dapat menerima traffic dari VM dengan alamat IP eksternal atau dari VM yang memiliki akses internet melalui Cloud NAT atau NAT berbasis instance. Google Cloud Google Cloud

  Backend untuk Load Balancer Jaringan passthrough eksternal dapat di-deploy menggunakan layanan backend atau kumpulan target. Untuk deployment baru, sebaiknya gunakan layanan backend.

• Load Balancer Jaringan passthrough internal dibangun di stack virtualisasi jaringan Andromeda. Network Load Balancer passthrough internal memungkinkan Anda melakukan load balancing traffic TCP/UDP di belakang alamat IP load balancing internal yang hanya dapat diakses oleh sistem di jaringan VPC yang sama atau sistem yang terhubung ke jaringan VPC Anda. Load balancer ini hanya dapat dikonfigurasi di Paket Premium.

Untuk mempelajari lebih lanjut Network Load Balancer passthrough, lihat Network Load Balancer passthrough.

Komponen load balancer

Load balancer adalah sistem yang terdiri dari beberapa komponen yang berinteraksi. Tidak ada satu resource API yang merepresentasikan load balancer. Sebagai gantinya, beberapa komponen bekerja sama untuk mendistribusikan traffic masuk ke beberapa backend.

Diagram berikut menunjukkan komponen inti Load Balancer Aplikasi, Load Balancer Jaringan proxy, dan Load Balancer Jaringan passthrough.

Informasi berikut adalah ringkasan tingkat tinggi dari komponen utama load balancer, mulai dari titik saat traffic mencapai load balancer hingga tahap saat traffic dirutekan ke resource backend. Untuk pemahaman yang lebih mendalam tentang setiap komponen load balancer, lihat halaman yang ditautkan di setiap bagian.

Aturan penerusan

Aturan penerusan menentukan alamat IP, protokol IP, dan satu atau beberapa port tempat load balancer menerima traffic. Aturan penerusan dan alamat IP yang dilampirkan mewakili frontend load balancer Google Cloud .

Untuk mengetahui informasi selengkapnya, lihat Ringkasan aturan penerusan.

Proxy target

Proxy target menghentikan koneksi masuk dari klien dan membuat koneksi baru dari load balancer ke backend.

• Koneksi pertama berasal dari klien dan dihentikan di proxy target load balancer.

• Koneksi kedua dimulai di proxy target dan berakhir di instance backend, yang menangani permintaan klien.

Koneksi pertama dihentikan di Google Front End (GFE) atau di subnet yang ditetapkan secara khusus yang dikenal sebagai subnet khusus proxy, yang dicadangkan secara eksklusif untuk proxy Envoy. Untuk mengetahui apakah load balancer berbasis GFE atau Envoy, lihat tabel di bagian Teknologi dasar load balancer Google Cloud dalam dokumen ini.

Proxy target hanya digunakan oleh load balancer berbasis proxy seperti Load Balancer Aplikasi dan Load Balancer Jaringan proxy. Untuk jenis load balancer ini, respons dari instance backend dikirim kembali ke proxy target, bukan langsung ke klien.

Untuk mengetahui informasi selengkapnya, lihat Proxy target.

Subnet khusus proxy

Subnet khusus proxy menyediakan kumpulan alamat IP yang dicadangkan secara eksklusif untuk proxy Envoy yang digunakan oleh load balancer. Google Cloud Proxy menghentikan koneksi masuk, lalu membuat koneksi baru ke backend.

Untuk mengetahui informasi selengkapnya, lihat Subnet khusus proxy untuk load balancer berbasis Envoy

Sertifikat SSL

Dikenal juga sebagai sertifikat Transport Layer Security (TLS), sertifikat SSL memfasilitasi komunikasi yang aman antara klien dan load balancer. Load balancer berbasis proxy yang aturan penerusannya mereferensikan proxy HTTPS target atau proxy SSL target memerlukan kunci pribadi dan sertifikat SSL sebagai bagian dari konfigurasi proxy target load balancer.

Untuk mengetahui informasi selengkapnya, lihat Sertifikat SSL.

Peta URL

Setelah menghentikan koneksi, proxy HTTP(S) target menggunakan peta URL untuk menentukan ke mana permintaan baru akan dirutekan (koneksi kedua seperti yang dinyatakan di bagian Proxy target). Permintaan diarahkan ke layanan backend atau bucket backend. Peta URL hanya digunakan oleh Load Balancer Aplikasi. Karena Load Balancer Aplikasi beroperasi di Lapisan 7 model OSI, Load Balancer Aplikasi dapat membuat keputusan perutean berdasarkan atribut HTTP, seperti nama domain, jalur permintaan, dan parameter kueri.

Untuk mengetahui informasi selengkapnya, lihat Peta URL.

Layanan backend

Layanan backend menentukan cara load balancer Anda mendistribusikan traffic. Konfigurasi layanan backend berisi serangkaian nilai, seperti protokol yang digunakan untuk terhubung ke backend, berbagai setelan distribusi dan sesi, health check, dan waktu tunggu.

Setelan ini memberikan kontrol mendetail atas perilaku load balancer Anda dan memungkinkan Anda mengarahkan traffic ke backend yang benar, yang dapat berupa grup instance VM atau grup endpoint jaringan (NEG).

Untuk mengetahui informasi selengkapnya, lihat Ringkasan layanan backend.

Bucket backend

Jika beban kerja Anda menayangkan konten statis menggunakan protokol HTTP(S), Anda dapat menggunakan bucket Cloud Storage untuk menyimpan konten statis, lalu menggunakan bucket backend untuk merutekan permintaan ke bucket tersebut.

Health check

Saat mengonfigurasi layanan backend load balancer, Anda harus menentukan satu atau beberapa health check untuk backend-nya. Health check, seperti namanya, menentukan apakah instance backend load balancer responsif atau tidak. Penentuan ini didasarkan pada kemampuan backend untuk merespons traffic masuk. Traffic yang harus direspon oleh backend bergantung pada jenis load balancer. Anda dapat membuat health check menggunakan protokol Layer 7 dan Layer 4 untuk memantau instance yang di-load balance.

Aturan firewall

Agar health check berfungsi, Anda harus membuat aturan firewall allow ingress yang mengizinkan pemeriksaan health check menjangkau backend Anda.

Load balancer berbasis Google Front End memerlukan aturan firewall izinkan masuk yang mengizinkan traffic dari CIDR Google Front End untuk terhubung ke backend Anda. Load balancer berdasarkan proxy Envoy open source memerlukan aturan firewall masuk allow yang mengizinkan traffic dari subnet khusus proxy untuk menjangkau instance backend.

Untuk mengetahui informasi selengkapnya, lihat Aturan firewall.

Backend

Backend adalah tujuan akhir traffic yang di-load balance.

Load balancer yang berbeda mendukung berbagai jenis backend. Saat menambahkan backend ke layanan backend, Anda menentukan mode penyeimbangan yang mengevaluasi kapasitas backend untuk menangani permintaan baru dan menentukan cara traffic didistribusikan di antara backend.

Untuk mengetahui informasi selengkapnya, lihat Backend.

Teknologi dasar load balancer Google Cloud

Tabel berikut mencantumkan teknologi dasar yang digunakan untuk membangun setiap load balancer.Google Cloud

• Google Front Ends (GFE) adalah sistem terdistribusi yang ditentukan oleh software yang berada di titik kehadiran (PoP) Google dan melakukan load balancing global bersama dengan sistem dan bidang kontrol lainnya.
• Andromeda adalah stack virtualisasi jaringan software-defined Google Cloud.
• Maglev adalah sistem terdistribusi untuk Network Load Balancing.
• Envoy adalah proxy layanan dan edge open source, yang didesain untuk aplikasi cloud-native.

Load balancer	Teknologi
Load Balancer Aplikasi eksternal global	Google Front-End (GFE) berbasis Envoy
Load Balancer Aplikasi Klasik	GFE
Load Balancer Aplikasi eksternal regional	Envoy
Load Balancer Aplikasi internal lintas region	Envoy
Load Balancer Aplikasi internal regional	Envoy
Load Balancer Jaringan proxy eksternal global	GFE berbasis Envoy
Load Balancer Jaringan proxy klasik	GFE
Load Balancer Jaringan proxy eksternal regional	Envoy
Load Balancer Jaringan proxy internal regional	Envoy
Load Balancer Jaringan proxy internal lintas region	Envoy
Load Balancer Jaringan passthrough eksternal	Maglev
Load Balancer Jaringan passthrough internal	Andromeda

Memilih load balancer

Untuk menentukan produk Cloud Load Balancing yang akan digunakan, Anda harus menentukan jenis traffic yang akan ditangani oleh load balancer. Sebagai aturan umum, Anda akan memilih Load Balancer Aplikasi jika memerlukan serangkaian fitur fleksibel untuk aplikasi Anda dengan traffic HTTP(S). Selain itu, Anda akan memilih Load Balancer Jaringan jika Anda memerlukan pengurangan beban TLS dalam skala besar atau dukungan untuk UDP, atau jika Anda perlu mengekspos alamat IP klien ke aplikasi Anda.

Anda dapat lebih memfilter pilihan berdasarkan persyaratan aplikasi: apakah aplikasi Anda eksternal (terhubung ke internet) atau internal, apakah Anda memerlukan backend yang di-deploy secara global atau regional, dan apakah Anda memerlukan Tingkat Layanan Jaringan Premium atau Standar.

Diagram berikut menunjukkan semua mode deployment yang tersedia untuk Cloud Load Balancing. Untuk mengetahui detail selengkapnya, lihat panduan Memilih load balancer.

Ringkasan jenis load balancer Google Cloud

Tabel berikut memberikan detail, seperti tingkat layanan jaringan tempat setiap load balancer beroperasi, beserta skema load balancing-nya.

Load balancer	Mode deployment	Jenis traffic	Tingkat layanan jaringan	Skema load balancing1
Load Balancer Aplikasi	Eksternal global	HTTP atau HTTPS	Paket Premium	EXTERNAL_MANAGED
	Eksternal regional	HTTP atau HTTPS	Paket Premium atau Standar	EXTERNAL_MANAGED
	Klasik	HTTP atau HTTPS	Global di Paket Premium Regional di Paket Standar	EKSTERNAL2
	Internal regional3	HTTP atau HTTPS	Paket Premium	INTERNAL_MANAGED
	Internal lintas-region	HTTP atau HTTPS	Paket Premium	INTERNAL_MANAGED
Load Balancer Jaringan Proxy	Eksternal global	TCP dengan SSL offload opsional	Paket Premium	EXTERNAL_MANAGED
	Eksternal regional	TCP	Paket Premium atau Standar	EXTERNAL_MANAGED
	Klasik	TCP dengan SSL offload opsional	Global di Paket Premium Regional di Paket Standar	EKSTERNAL
	Internal regional3	TCP tanpa SSL offload	Paket Premium	INTERNAL_MANAGED
	Internal lintas-region	TCP tanpa SSL offload	Paket Premium	INTERNAL_MANAGED
Load Balancer Jaringan passthrough	Eksternal Selalu regional	TCP, UDP, ESP, GRE, ICMP, dan ICMPv6	Paket Premium atau Standar	EKSTERNAL
	Internal3 Selalu regional	TCP, UDP, ICMP, ICMPv6, SCTP, ESP, AH, dan GRE	Paket Premium	INTERNAL

Antarmuka

Anda dapat mengonfigurasi dan mengupdate load balancer menggunakan antarmuka berikut:

• Google Cloud CLI: Alat command line yang disertakan dalam Google Cloud CLI; dokumentasi sering kali menggunakan alat ini untuk menyelesaikan tugas. Untuk mengetahui ringkasan lengkap tentang alat ini, lihat panduan gcloud CLI. Anda dapat menemukan perintah terkait load balancing di grup perintah gcloud compute.

  Anda juga bisa mendapatkan bantuan mendetail untuk perintah gcloud apa pun dengan menggunakan flag --help.

  gcloud compute http-health-checks create --help
  
  

• KonsolGoogle Cloud : Tugas load balancing dapat diselesaikan dengan menggunakan konsolGoogle Cloud .

• REST API: Semua tugas load balancing dapat diselesaikan menggunakan Cloud Load Balancing API. Dokumen referensi API menjelaskan resource dan metode yang tersedia untuk Anda.

• Terraform: Anda dapat menyediakan, memperbarui, dan menghapus infrastruktur load balancing dengan menggunakan alat infrastructure as code open source seperti Terraform. Google Cloud

Langkah berikutnya

• Untuk membantu Anda menentukan load balancer Google Cloud mana yang paling sesuai dengan kebutuhan Anda, lihat Memilih load balancer.
• Untuk melihat ringkasan komparatif fitur load balancing yang ditawarkan oleh Cloud Load Balancing, lihat Perbandingan fitur load balancer.