Mode distribusi Azure Load Balancer
Azure Load Balancer mendukung mode distribusi berikut untuk merutekan koneksi ke instans di kumpulan backend:
| Mode distribusi | Berbasis hash | Persistensi sesi: IP klien | Persistensi sesi: IP dan protokol klien |
|---|---|---|---|
| Gambaran Umum | Lalu lintas dari IP klien yang sama dirutekan ke instans yang sehat di kumpulan backend | Lalu lintas dari IP klien yang sama dirutekan ke instans backend yang sama | Lalu lintas dari IP klien dan protokol yang sama dirutekan ke instans backend yang sama |
| Tupel | lima tuple | dua tuple | tiga tuple |
| Konfigurasi portal Microsoft Azure | Persistensi sesi: Tidak ada | Persistensi sesi: IP klien | Persistensi sesi: IP dan protokol klien |
| REST API | "loadDistribution":"Default" |
"loadDistribution":SourceIP |
"loadDistribution":SourceIPProtocol |
Tidak ada waktu henti saat beralih dari satu mode distribusi ke mode distribusi lainnya pada Load Balancer.
Berbasis hash
Azure Load Balancer menggunakan mode distribusi berbasis hash lima tuple secara default.
Lima tuple ini terdiri dari:
- IP Sumber
- Port Sumber
- IP Tujuan
- Port tujuan
- Tipe protokol
Hash digunakan untuk merutekan lalu lintas ke instans backend yang sehat dalam kumpulan backend. Algoritma ini memberikan penyematan hanya dalam sesi transportasi. Saat klien memulai sesi baru dari IP sumber yang sama, port sumber berubah dan menyebabkan lalu lintas menuju ke instans backend yang berbeda.
Untuk mengonfigurasi distribusi berbasis hash, Anda harus memilih persistensi sesi menjadi Tidak ada di portal Microsoft Azure. Ini menentukan bahwa permintaan berturut-turut dari klien yang sama dapat ditangani oleh komputer virtual apa pun.
Kegigihan sesi
Persistensi sesi juga dikenal sebagai afinitas sesi, afinitas IP sumber, atau afinitas IP klien. Mode distribusi ini menggunakan hash dua tupel (IP sumber dan IP tujuan) atau tiga tupel (IP sumber, IP tujuan, dan jenis protokol) untuk merutekan ke instans backend. Saat menggunakan persistensi sesi, koneksi dari klien yang sama masuk ke instans backend yang sama dalam kumpulan backend.
Mode persistensi sesi memiliki dua tipe konfigurasi:
- IP Klien (2-tuple) - Menentukan bahwa permintaan berturut-turut dari alamat IP klien yang sama ditangani oleh instans backend yang sama.
- IP klien dan protokol (3-tuple) - Menentukan bahwa permintaan berturut-turut dari alamat IP klien dan kombinasi protokol yang sama ditangani oleh instans backend yang sama.
Gambar berikut ini menggambarkan konfigurasi dua tuple. Perhatikan bagaimana dua tuple berjalan melalui load balancer ke mesin virtual 1 (VM1). VM1 dicadangkan oleh VM2 dan VM3.
Kasus penggunaan
Afinitas IP sumber dengan IP klien dan protokol (afinitas IP sumber tiga tuple), memecahkan ketidaksesuaian antara Azure Load Balancer dan Gateway Desktop Jarak Jauh (Gateway RD).
Skenario kasus penggunaan lainnya adalah pengunggahan media. Pengunggahan data terjadi melalui UDP, tetapi control plane dicapai melalui TCP:
- Klien memulai sesi TCP ke alamat publik yang seimbang beban dan diarahkan ke DIP tertentu. Saluran dibiarkan aktif untuk memantau kesehatan koneksi.
- Sesi UDP baru dari komputer klien yang sama dimulai ke titik akhir publik yang seimbang bebannya sama. Koneksi diarahkan ke titik akhir DIP yang sama dengan koneksi TCP sebelumnya. Pengunggahan media dapat dieksekusi pada throughput tinggi sambil mempertahankan saluran kontrol melalui TCP.
Catatan
Saat anggota kumpulan backend Load Balancer berubah baik dengan menghapus atau menambahkan mesin virtual, distribusi permintaan klien dihitung ulang. Anda tidak dapat bergantung pada koneksi baru dari klien yang ada untuk berakhir di server yang sama. Selain itu, menggunakan mode distribusi afinitas IP sumber dapat menyebabkan distribusi lalu lintas yang tidak merata. Klien yang berjalan di belakang proksi mungkin dipandang sebagai salah satu aplikasi klien yang unik.
Langkah berikutnya
Untuk informasi selengkapnya tentang cara mengonfigurasi mode distribusi Azure Load Balancer, lihat Mengonfigurasi mode distribusi untuk Azure Load Balancer.