Halaman ini diterjemahkan oleh Cloud Translation API.

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 berdasarkan teknologi andal dan berperforma tinggi seperti Maglev, Andromeda, Google Front End, dan Envoy—teknologi yang sama dengan yang mendukung produk Google sendiri.

Cloud Load Balancing menawarkan portofolio lengkap load balancer aplikasi dan jaringan. Gunakan load balancer proxy global kami untuk mendistribusikan jutaan permintaan per detik di antara backend di beberapa region dengan kumpulan Google Front End kami di lebih dari 80 lokasi berbeda di seluruh dunia—semuanya dengan satu alamat IP anycast. Terapkan kontrol wilayah hukum yang kuat dengan load balancer proxy regional kami, sehingga backend dan proxy Anda tetap berada di region pilihan tanpa perlu khawatir dengan offload TLS/SSL. Gunakan load balancer passthrough kami untuk merutekan beberapa protokol dengan cepat ke backend dengan performa tinggi direct server return (DSR).

Ringkasan Cloud Load Balancing. — Ringkasan Cloud Load Balancing (klik untuk memperbesar).

Fitur utama Cloud Load Balancing

Cloud Load Balancing menawarkan fitur load balancer berikut:

Satu alamat IP anycast. 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 dengan cepat merespons 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 seketika 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. Menggunakan load balancing berbasis Lapisan 4 untuk mengarahkan traffic berdasarkan data dari jaringan dan transport layer protocols seperti TCP, UDP, ESP, GRE, ICMP, dan ICMPv6 . Gunakan load balancing berbasis Lapisan 7 untuk menambahkan keputusan pemilihan rute 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. Load balancer eksternal menerima traffic dari internet, sedangkan load balancer internal hanya menerima traffic RFC 1918. Anda dapat menggunakan load balancing eksternal saat pengguna menjangkau aplikasi Anda dari internet. Anda dapat menggunakan load balancing internal saat klien 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 memenuhi persyaratan ketersediaan tinggi. Untuk mempelajari lebih lanjut, lihat load balancing global versus regional.
Pemilihan rute traffic di Paket Premium dan Paket Standar. Layanan load balancing di Google Cloud tersedia dalam berbagai variasi, bergantung pada tingkat jaringan yang Anda pilih, yaitu Paket Premium atau Paket Standar, dengan paket pertama lebih mahal daripada paket kedua. 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 tidak di Paket Standar. Untuk mempelajari lebih lanjut, lihat Network Service Tiers Premium versus Standar.
Dukungan fitur lanjutan. Cloud Load Balancing mendukung fitur seperti load balancing IPv6, pengarah traffic berbasis IP sumber, load balancing berbobot, WebSockets, header permintaan yang ditentukan 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 yang ditargetkan lainnya. Perlindungan DDoS yang selalu aktif tersedia untuk Application Load Balancer eksternal global, Application Load Balancer klasik, Load Balancer Jaringan proxy eksternal, dan Load Balancer Jaringan passthrough eksternal. Selain itu, Google Cloud Armor hanya mendukung perlindungan DDoS jaringan lanjutan untuk Load Balancer Jaringan passthrough eksternal. Untuk informasi selengkapnya, lihat Mengonfigurasi perlindungan DDoS jaringan lanjutan.

Jenis load balancer Google Cloud

Cloud Load Balancing menawarkan dua jenis load balancer: Application Load Balancer dan Network Load Balancer. Anda akan memilih Application Load Balancer jika memerlukan load balancer Lapisan 7 untuk aplikasi dengan traffic HTTP(S). Anda akan memilih Load Balancer Jaringan jika memerlukan load balancer Lapisan 4 yang mendukung offload 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 umum tentang berbagai jenis load balancer Google Cloud yang dikategorikan menurut lapisan OSI tempatnya beroperasi dan apakah load balancer tersebut digunakan untuk akses eksternal atau internal.

Cloud Load Balancing lan	Eksternal (Menerima traffic internet)	Internal (Hanya menerima traffic RFC 1918)
Application Load Balancer HTTPS Load balancing lapisan 7	eksternal global eksternal regional klasik	internal lintas region internal regional
Network Load Balancer TCP/SSL/Other 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 Google Cloud—seperti Compute Engine dan Google Kubernetes Engine (GKE)—serta backend eksternal di luar Google Cloud.

Diagram berikut memberikan ringkasan tingkat tinggi 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 di satu region.
Load Balancer Aplikasi Klasik bersifat global di Paket Premium. Di Paket Standar, mereka dapat mendistribusikan traffic ke backend di satu region saja.
Load Balancer Aplikasi menggunakan proxy Envoy open source untuk mengaktifkan kemampuan pengelolaan traffic lanjutan.

Load Balancer Aplikasi Internal dibuat 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 lintas region.
Load Balancer Aplikasi internal regional hanya mendukung backend di satu region.
Load Balancer Aplikasi internal lintas-region mendukung backend di beberapa region dan selalu dapat diakses secara global. Klien dari setiap region Google Cloud dapat mengirim traffic ke load balancer.

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

Load Balancer Jaringan

Load Balancer Jaringan adalah load balancer Lapisan 4 yang dapat menangani traffic protokol TCP, UDP, atau 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 di lokal dan di lingkungan cloud lainnya. Pilih Load Balancer Jaringan passthrough jika Anda ingin mempertahankan alamat IP sumber paket klien, Anda lebih memilih respons server langsung, atau Anda ingin menangani berbagai protokol IP seperti TCP, UDP, ESP, GRE, ICMP, dan ICMPv6 .

Load Balancer Jaringan Proxy

Load Balancer Jaringan Proxy adalah load balancer reverse proxy Lapisan 4 yang mendistribusikan traffic TCP ke instance virtual machine (VM) di jaringan VPC Google Cloud Anda. 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, di lokal, atau di lingkungan cloud lainnya. Load balancer ini dibuat di Google Front End (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 di satu region.
Load Balancer Jaringan proxy klasik bersifat global di Paket Premium. Di Paket Standar, mereka dapat mendistribusikan traffic ke backend di satu region saja.

Load Balancer Jaringan proxy internal adalah load balancer Lapis 4 regional berbasis proxy Envoy yang memungkinkan Anda menjalankan dan menskalakan traffic layanan TCP di balik 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 di satu region.
Load Balancer Jaringan proxy internal lintas-region mendukung backend di beberapa region dan selalu dapat diakses secara global. Klien dari setiap region Google Cloud dapat mengirim traffic ke load balancer.

Untuk mempelajari Load Balancer Jaringan proxy lebih lanjut, 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. Keduanya diterapkan menggunakan jaringan virtual Andromeda dan Google Maglev.

Seperti namanya, load balancer ini bukan proxy. Paket load-balanced 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 ditujukan ke klien, bukan kembali melalui load balancer. Istilah industri untuk hal 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.

Berbagai jenis load balancer jaringan passthrough — Berbagai jenis Load Balancer Jaringan passthrough.

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

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 dibuat di stack virtualisasi jaringan Andromeda. Load Balancer Jaringan passthrough internal memungkinkan Anda melakukan load balancing traffic TCP/UDP di balik 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 Load Balancer Jaringan passthrough lebih lanjut, lihat Load Balancer Jaringan passthrough.

Komponen load balancer

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

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

Load balancer aplikasi

Load balancer jaringan proxy

Load balancer jaringan passthrough

Informasi berikut adalah ringkasan umum komponen utama load balancer, mulai dari titik traffic mencapai load balancer hingga tahap 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-nya yang dilampirkan mewakili frontend load balancer Google Cloud.

Untuk 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 berbasis 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. Proksi akan menghentikan koneksi masuk, lalu membuat koneksi baru ke backend.

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

Sertifikat SSL

Sertifikat SSL, yang juga dikenal sebagai sertifikat Transport Layer Security (TLS), memfasilitasi komunikasi 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 informasi selengkapnya, lihat Sertifikat SSL.

Peta URL

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

Untuk informasi selengkapnya, lihat Peta URL.

Layanan backend

Layanan backend menentukan cara load balancer mendistribusikan traffic. Konfigurasi layanan backend berisi kumpulan 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 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 berdasarkan kemampuan backend untuk merespons traffic yang masuk. Traffic yang perlu direspons backend bergantung pada jenis load balancer. Anda dapat membuat health check menggunakan protokol Lapisan 7 dan Lapisan 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 berdasarkan 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 allow masuk 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 jenis backend yang berbeda. Saat menambahkan backend ke layanan backend, Anda menentukan mode balancing 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 mendasari setiap load balancer Google Cloud.

Google Front End (GFE) adalah sistem terdistribusi dan software-defined yang terletak 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 Load Balancing Jaringan.
Envoy adalah proxy layanan dan edge open source, yang dirancang 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 Network passthrough internal	Andromeda

Memilih load balancer

Untuk menentukan produk Cloud Load Balancing mana yang akan digunakan, Anda harus terlebih dahulu menentukan jenis traffic yang harus ditangani oleh load balancer. Pada dasarnya, Anda perlu memilih Load Balancer Aplikasi jika memerlukan kumpulan fitur fleksibel untuk aplikasi dengan traffic HTTP(S). Selain itu, Anda akan memilih Load Balancer Jaringan saat memerlukan offload 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 bersifat 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.

Pilih load balancer. — Pilih load balancer (klik untuk memperbesar).

1. Load Balancer Aplikasi eksternal global mendukung dua mode operasi: global dan klasik.

2. Load Balancer Jaringan proxy eksternal global mendukung dua mode operasi: global dan klasik.

3. Load Balancer Jaringan passthrough mempertahankan alamat IP sumber klien. Load Balancer Jaringan Passthrough juga mendukung protokol tambahan seperti UDP, ESP, dan ICMP.

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 balancing *
Load Balancer Aplikasi	Global eksternal	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	EKSTERNAL^†
	Internal regional	HTTP atau HTTPS	Paket Premium	INTERNAL_MANAGED
	Lintas region internal	HTTP atau HTTPS	Paket Premium	INTERNAL_MANAGED
Load Balancer Jaringan Proxy	Global eksternal	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 regional	TCP tanpa SSL offload	Paket Premium	INTERNAL_MANAGED
	Lintas region internal	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
Load Balancer Jaringan Passthrough	Internal Selalu regional	TCP, UDP, ICMP, ICMPv6, SCTP, ESP, AH, dan GRE	Paket Premium	INTERNAL

^* Skema load balancing adalah atribut pada aturan penerusan dan layanan backend dari load balancer dan menunjukkan apakah load balancer dapat digunakan untuk traffic internal atau eksternal.

Istilah managed di `EXTERNAL_MANAGED` atau `INTERNAL_MANAGED` menunjukkan bahwa load balancer diimplementasikan sebagai layanan terkelola di Google Front End (GFE) atau di proxy Envoy open source. Dalam skema load balancing yang dikelola, permintaan dirutekan ke GFE atau ke proxy Envoy.

^† Anda dapat melampirkan layanan backend EXTERNAL_MANAGED ke aturan penerusan EXTERNAL. Namun, layanan backend EXTERNAL tidak dapat dilampirkan ke aturan penerusan EXTERNAL_MANAGED. Untuk memanfaatkan fitur baru yang hanya tersedia dengan Load Balancer Aplikasi eksternal global, sebaiknya migrasikan resource EXTERNAL yang ada ke EXTERNAL_MANAGED menggunakan proses migrasi yang dijelaskan di Memigrasikan resource dari Load Balancer Aplikasi klasik ke Load Balancer Aplikasi eksternal global.

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 memanggil alat ini untuk menyelesaikan tugas. Untuk ringkasan lengkap alat ini, lihat panduan gcloud CLI. Anda dapat menemukan perintah yang terkait dengan 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
```
Konsol Google Cloud: Tugas load balancing dapat dilakukan menggunakan Konsol Google Cloud.
REST API: Semua tugas load balancing dapat dilakukan menggunakan Cloud Load Balancing API. Dokumen referensi API menjelaskan resource dan metode yang tersedia untuk Anda.
Terraform: Anda dapat menyediakan, mengupdate, dan menghapus infrastruktur load balancing Google Cloud menggunakan alat infrastruktur sebagai kode open source seperti Terraform.

Langkah selanjutnya

Untuk membantu Anda menentukan load balancer Google Cloud 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.