Memilih load balancer

Dokumen ini membantu Anda menentukan Trusted Cloud by S3NS load balancer mana yang paling sesuai dengan kebutuhan Anda. Untuk melihat ringkasan semua produk Cloud Load Balancing yang tersedia, lihat ringkasan Cloud Load Balancing.

Untuk menentukan produk Cloud Load Balancing yang akan digunakan, Anda harus terlebih dahulu menentukan jenis traffic yang harus ditangani oleh load balancer.

  • Pilih Load Balancer Aplikasi jika Anda memerlukan serangkaian fitur fleksibel untuk aplikasi Anda dengan traffic HTTP(S).
  • Pilih Load Balancer Jaringan proxy untuk menerapkan load balancing proxy TCP ke backend di satu atau beberapa region.
  • Pilih Load Balancer Jaringan passthrough untuk mempertahankan alamat IP sumber klien, menghindari beban proxy, dan mendukung protokol tambahan seperti UDP, ESP, dan ICMP.

Anda dapat lebih mempersempit pilihan, bergantung pada apakah aplikasi Anda eksternal (terhubung ke internet) atau internal.

Diagram berikut merangkum semua mode deployment yang tersedia untuk Cloud Load Balancing.

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

Aspek load balancing

Untuk menentukan load balancer mana yang paling sesuai dengan implementasi Trusted Cloud, pertimbangkan aspek Cloud Load Balancing berikut:

Jenis traffic

Jenis traffic yang perlu ditangani oleh load balancer Anda adalah faktor lain dalam menentukan load balancer yang akan digunakan.

Jenis load balancer Jenis traffic
Load Balancer Aplikasi HTTP atau HTTPS
Load Balancer Jaringan passthrough

TCP atau UDP

Load balancer ini juga mendukung traffic protokol IP lainnya seperti ESP, GRE, ICMP, dan ICMPv6.

Load Balancer Jaringan Proxy TCP

Load balancing eksternal versus internal

Trusted Cloud load balancer dapat di-deploy sebagai load balancer eksternal atau internal:

  • Load balancer eksternal mendistribusikan traffic yang berasal dari internet ke jaringan Virtual Private Cloud (VPC) Anda. Trusted Cloud

  • Load balancer internal mendistribusikan traffic yang berasal dari klien di jaringan VPC yang sama dengan load balancer atau klien yang terhubung ke jaringan VPC Anda menggunakan Peering Jaringan VPC, Cloud VPN, atau Cloud Interconnect.

Untuk menentukan load balancer mana yang berfungsi untuk aplikasi Anda, gunakan tabel ringkasan.

Load balancing proxy versus passthrough

Bergantung pada jenis traffic yang perlu ditangani load balancer, dan apakah klien Anda internal atau eksternal, Anda mungkin memiliki opsi untuk memilih antara load balancer proxy atau load balancer passthrough.

Load balancer proxy menghentikan koneksi klien masuk di load balancer, lalu membuka koneksi baru dari load balancer ke backend. Semua Load Balancer Aplikasi dan Load Balancer Jaringan proxy bekerja dengan cara ini. Load balancer mengakhiri koneksi klien menggunakan proxy Google Front End (GFE) atau Envoy.

Load balancer passthrough tidak menghentikan koneksi klien. Sebaliknya, paket yang di-load balance diterima oleh VM backend dengan sumber, tujuan, dan, jika berlaku, informasi port paket tidak berubah. Koneksi kemudian dihentikan oleh VM backend. Respons dari VM backend langsung menuju ke klien, bukan kembali melalui load balancer. Istilah untuk ini adalah direct server return. Gunakan load balancer passthrough saat Anda perlu mempertahankan informasi paket klien. Seperti namanya, Load Balancer Jaringan passthrough termasuk dalam kategori ini.

Untuk menentukan load balancer mana yang berfungsi untuk aplikasi Anda, gunakan tabel ringkasan.

Ringkasan load balancer Trusted 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 regional HTTP atau HTTPS Paket Premium atau Standar EXTERNAL_MANAGED
Internal regional HTTP atau HTTPS Paket Premium INTERNAL_MANAGED
Load Balancer Jaringan proxy Eksternal regional TCP Paket Premium atau Standar EXTERNAL_MANAGED
Internal regional 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

Internal

Selalu regional

TCP, UDP, ICMP, ICMPv6, SCTP, ESP, AH, dan GRE Paket Premium INTERNAL

1 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 terkelola 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 terkelola, permintaan dirutekan ke GFE atau ke proxy Envoy.

Langkah berikutnya