Algoritma Azure Load Balancer

Azure Load Balancer adalah Load Balancer milik Azure yang paling sering melakukan semuanya sambil mempertahankan latensi ultra-rendah. Untuk mempelajari lebih lanjut tentang Azure Load Balancer, buka Gambaran umum Azure Load Balancer atau komponen Azure Load Balancer.

Azure Load Balancer menggunakan hashing berbasis tuple sebagai algoritma penyeimbangan beban.

Algoritma penyeimbangan beban

Dengan membuat aturan load balancer, Anda dapat mendistribusikan arus lalu lintas masuk dari frontend load balancer ke kumpulan backend-nya. Azure Load Balancer menggunakan algoritma hash lima tuple untuk distribusi alur masuk (bukan byte). Load balancer menulis ulang header alur header TCP/UDP saat mengarahkan lalu lintas ke instans kumpulan backend (load balancer tidak menulis ulang header HTTP/HTTPS). Ketika pemeriksaan kesehatan load balancer menunjukkan titik akhir backend yang sehat, instans backend tersedia untuk menerima arus lalu lintas baru.

Secara default, Azure Load Balancer menggunakan hash lima tupel.

Lima tuple meliputi:

  • Alamat IP sumber
  • Port Sumber
  • Alamat IP tujuan
  • Port tujuan
  • Nomor protokol IP untuk memetakan alur ke server yang tersedia

Anda juga dapat menggunakan mode distribusi afinitas sesi yang menggunakan penyeimbangan beban berbasis dua tuple atau tiga tuple.

Azure Load Balancer mendukung skenario aplikasi TCP/UDP dan tidak menutup atau membuat alur. Load balancer juga tidak berinteraksi dengan payload aliran apa pun. Payload aplikasi adalah transparan kepada load balancer. Dapat mendukung aplikasi UDP atau TCP apa pun.

Load balancer beroperasi pada lapisan 4 dan tidak menyediakan fungsionalitas gateway lapisan aplikasi. Jabat tangan protokol selalu terjadi langsung antara klien dan instans kumpulan backend. Karena load balancer tidak berinteraksi dengan payload TCP dan tidak menyediakan offload TLS, Anda dapat membangun skenario terenkripsi yang komprehensif. Penggunaan load balancer akan menghasilkan peluasan skala besar untuk aplikasi TLS dengan mengakhiri koneksi TLS pada VM itu sendiri. Misalnya, kapasitas kunci sesi TLS Anda hanya dibatasi oleh jenis dan jumlah VM yang Anda tambahkan ke kumpulan backend.

Respons terhadap alur masuk selalu merupakan respons dari komputer virtual. Ketika alur tiba di komputer virtual, alamat IP sumber asli juga dipertahankan. Setiap titik akhir dijawab oleh VM. Misalnya, jabat tangan TCP terjadi antara klien dan VM backend yang dipilih. Respons terhadap permintaan ke ujung depan adalah respons yang dihasilkan oleh VM backend. Ketika Anda berhasil memvalidasi konektivitas ke ujung depan, Anda memvalidasi konektivitas ke setidaknya satu komputer virtual backend.

Langkah berikutnya