Edge Security Acceleration：Mulai menggunakan load balancing

Langkah 1: Pilih asal

Konfigurasikan beberapa server asal untuk situs web Anda guna memproses permintaan pengguna. Server asal ini dapat ditambahkan ke pool asal yang sama, dan Anda dapat membuat beberapa pool. Buat satu atau lebih pool asal sebagai server asal untuk meningkatkan performa layanan dan memastikan ketersediaan tinggi.

1. Di konsol ESA, pilih Situs Web dan klik nama situs web yang ingin Anda kelola.

2. Di panel navigasi di sebelah kiri, pilih Traffic > Load Balancing.

3. Di halaman Load Balancing, klik Create.

4. Di langkah Pilih Asal pada halaman Create Load Balancer, atur parameter sesuai deskripsi berikut.

   

   Berikut ini menjelaskan parameter untuk membuat load balancer:

   • Domain Name

     Nama domain dari load balancer. Nama domain dapat dirujuk sebagai asal dari nama domain yang dilindungi oleh Edge Security Acceleration (ESA) atau aplikasi yang diproses melalui TCP/UDP-proxied application.

   • Origin Pool

     Pilih pool asal yang sudah ada, atau buat yang baru.

     • Load balancer dapat memiliki hingga 20 pool asal.

     • Anda hanya dapat memilih pool yang dibuat untuk situs web dalam rencana yang sama. Untuk informasi lebih lanjut, lihat Buat Pool Asal.

     • Urutan: Pool dengan nomor urut lebih kecil memiliki prioritas lebih tinggi. Permintaan pertama kali dikirim ke pool dengan prioritas tertinggi. Jika pool tersebut tidak tersedia, sistem akan mencoba pool berikutnya sesuai urutan.

   • Fallback Pool

     Permintaan dikirim ke fallback pool jika semua pool asal dalam load balancer terdeteksi tidak tersedia. Server asal dalam fallback pool selalu ditandai sehat, tanpa adanya pemeriksaan kesehatan yang diterapkan pada mereka.

5. Klik Next.

Langkah 2: Konfigurasikan kebijakan pengalihan trafik

Kebijakan Pengalihan Trafik menentukan bagaimana trafik didistribusikan di seluruh pool asal. Konfigurasikan kebijakan untuk mengarahkan trafik masuk berdasarkan urutan failover atau bobot pool.

1. Pilih kebijakan pengalihan trafik.

   

   Berikut ini menjelaskan parameter untuk menyiapkan kebijakan pengalihan trafik:

   • Pengalihan Failover

     Kebijakan ini cocok untuk skenario yang memerlukan keandalan tinggi dan konsistensi data.

     Secara default, semua permintaan dialihkan ke pool dengan prioritas tertinggi. Permintaan diarahkan ke pool dengan prioritas lebih rendah jika pool dengan prioritas tertinggi tidak sehat atau dinonaktifkan.

   • Pengalihan Berbasis Bobot

     Kebijakan ini cocok untuk skenario yang melibatkan banyak permintaan bersamaan, dan beban harus didistribusikan secara proporsional ke pool asal.

     Anda dapat memberikan bobot yang berbeda untuk pool asal Anda. ESA mengarahkan trafik di seluruh pool berdasarkan bobot mereka. Rentang bobot adalah dari 1 hingga 100.

     Bobot 0 menunjukkan bahwa tidak ada permintaan yang dikirim ke pool.

   • Pengalihan Geo

     Kebijakan ini cocok untuk skenario di mana pengalihan Geo didasarkan pada wilayah geografis atau negara asal.

     Pengalihan Geo memungkinkan Anda mendistribusikan permintaan di berbagai pool asal berdasarkan negara/wilayah. Secara umum, semua server asal dalam pool asal berada di negara atau wilayah yang sama. Untuk informasi lebih lanjut tentang wilayah yang mendukung kebijakan pengalihan trafik, lihat Wilayah yang Didukung.

     Jika Anda mengatur wilayah sekunder, prioritas wilayah sekunder lebih tinggi daripada wilayah utama.

2. Atur Order pool asal Anda.

3. Opsional. Klik Pengaturan Lanjutan, lalu aktifkan Persistensi Sesi.

   Anda dapat mengaktifkan persistensi sesi dalam dua mode: berdasarkan Client IP atau Cookie. Secara default, persistensi sesi dinonaktifkan. Fitur ini cocok untuk skenario yang memerlukan persistensi sesi pengguna.

   Sebagai contoh, dalam skenario belanja online, permintaan berturut-turut dari pengguna yang sama mungkin didistribusikan di beberapa server. Ini dapat menyebabkan hilangnya informasi penting, seperti detail login dan catatan keranjang belanja, yang mengganggu pengalaman pengguna. Persistensi sesi mengarahkan permintaan dari klien yang sama ke server asal yang sama, yang memastikan pengalaman pengguna yang konsisten dan integritas data.

   

4. Pilih Retry Policy Upon Origin Failure.

5. Jika permintaan pengguna gagal mencapai server asal karena fluktuasi jaringan atau masalah lain, dua kebijakan ulangi asal tersedia:

   • Dalam pool yang sama: Jika permintaan asal gagal, permintaan tersebut diarahkan ke server asal lain dalam pool yang sama. Ini adalah kebijakan ulangi default.

   • Di pool lain: Jika permintaan asal gagal, permintaan tersebut diarahkan ke server asal sehat dalam pool dengan prioritas tertinggi berikutnya.

6. Klik Next.

Langkah 3: Konfigurasikan probe

Anda harus mengonfigurasi probe untuk mendeteksi status kesehatan server asal Anda. Load balancer memeriksa status kesehatan server asal Anda menggunakan protokol ICMP Ping, HTTP, HTTPS, TCP, atau UDP ICMP. Jika probe gagal sebanyak jumlah yang Anda tentukan pada asal, asal tersebut ditandai tidak sehat.

1. Di langkah Configure Probe, pilih Protocol.

2. Atur parameter lainnya.

   

   ICMP Ping

   Protokol ini digunakan untuk memeriksa konektivitas jaringan server asal untuk menentukan apakah server asal dapat dijangkau.

   Berikut ini menunjukkan parameter ICMP Ping:

   Pengaturan Lanjutan

   • Interval Probe (detik)

     Nilai default: 60. Nilai valid: 10 hingga 3600.

   • Timeout (Detik)

     Nilai default: 5. Nilai valid: 1 hingga 10.

   Pemeriksaan Kesehatan

   • Ambang Tidak Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Tidak Sehat menjadi N, server asal yang sehat ditandai tidak sehat setelah N probe gagal berturut-turut. Nilai valid: 1 hingga 5.

   • Ambang Batas Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Batas Sehat menjadi N, server asal yang tidak sehat ditandai sehat setelah N probe berhasil berturut-turut. Nilai valid: 1 hingga 5.

   HTTP/HTTPS

   Protokol ini cocok untuk aplikasi web. Mereka dapat mengidentifikasi kode status respons dari permintaan probe HTTP/HTTPS. Berikut ini menunjukkan kerangka prioritas untuk konfigurasi pemeriksaan kesehatan:

   • Host yang Dikonfigurasi dalam monitor: Ini memiliki prioritas tertinggi. Jika header Host ditentukan dalam konfigurasi monitor, header Host digunakan untuk pemeriksaan kesehatan.

   • Host server asal: Ini memiliki prioritas tertinggi kedua. Jika tidak ada header Host yang ditentukan dalam konfigurasi monitor, header Host server asal digunakan untuk pemeriksaan kesehatan.

   • Nama domain load balancer: Ini berfungsi sebagai opsi cadangan. Jika kedua opsi tidak tersedia, nama domain load balancer digunakan untuk pemeriksaan kesehatan.

   Berikut ini menunjukkan parameter HTTP/HTTPS:

   • URL Path Probe

     Path URL dari pemeriksaan kesehatan HTTP. Contohnya, /health/test.txt. Nilai default: /.

   • Port

     Secara default, port 80 digunakan untuk HTTP dan port 443 untuk HTTPS. Nilai valid: 1 hingga 65535.

   Pengaturan Lanjutan

   • Interval Probe (detik)

     Nilai default: 60. Nilai valid: 10 hingga 3600.

   • Metode Permintaan

     Nilai default: GET. Nilai valid: GET dan HEAD.

   • Timeout (detik)

     Timeout sebelum probe gagal. Nilai default: 5. Nilai valid: 1 hingga 10.

   • Ikuti Pengalihan 301/302

     Menentukan apakah permintaan probe mengikuti pengalihan 301/302. Dinonaktifkan secara default. Jika Anda mengaktifkannya, permintaan probe mengikuti pengalihan 301/302 hingga 3 kali.

   • Header Permintaan Kustom

     Anda dapat menambahkan hingga 10 header permintaan dalam permintaan probe. Header User-Agent default tidak dapat diganti.

   Pemeriksaan Kesehatan

   • Kode Status yang Diharapkan

     Nilai default: 2xx. Jika kode status yang ditentukan dikembalikan, server asal ditandai sehat. Anda dapat menambahkan beberapa kode status atau rentang kode. Nilai valid: 100 hingga 9999. Kode status harus dimulai dengan satu atau lebih digit berturut-turut diikuti oleh satu atau lebih wildcard "x". Contoh: 2xx, 200, 33xx, 222x, dan 8888.

   • Ambang Tidak Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Tidak Sehat menjadi N, server asal yang sehat ditandai tidak sehat setelah N probe gagal berturut-turut. Nilai valid: 1 hingga 5.

   • Ambang Batas Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Batas Sehat menjadi N, server asal yang tidak sehat ditandai sehat setelah N probe berhasil berturut-turut. Nilai valid: 1 hingga 5.

   TCP

   Protokol ini cocok untuk aplikasi berbasis TCP. Status server asal dipantau berdasarkan koneksi probe TCP.

   Berikut ini menunjukkan parameter TCP:

   • Port

     Port untuk permintaan probe TCP.

   Pengaturan Lanjutan

   • Interval Probe (detik)

     Nilai default: 60. Nilai valid: 10 hingga 3600.

   • Timeout (detik)

     Nilai default: 5. Nilai valid: 1 hingga 10.

   Pemeriksaan Kesehatan

   • Ambang Tidak Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Tidak Sehat menjadi N, server asal yang sehat ditandai tidak sehat setelah N probe gagal berturut-turut. Nilai valid: 1 hingga 5.

   • Ambang Batas Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Batas Sehat menjadi N, server asal yang tidak sehat ditandai sehat setelah N probe berhasil berturut-turut. Nilai valid: 1 hingga 5.

   UDP ICMP

   Protokol ini cocok untuk aplikasi berbasis UDP. Jika port mengembalikan pesan ICMP Port Unreachable dalam periode Timeout, server asal ditandai tidak sehat.

   Berikut ini menunjukkan parameter UDP ICMP:

   • Port

     Port untuk permintaan probe UDP.

   Pengaturan Lanjutan

   • Interval Probe (detik)

     Nilai default: 60. Nilai valid: 10 hingga 3600.

   • Timeout (detik)

     Nilai default: 5. Nilai valid: 1 hingga 10.

   Pemeriksaan Kesehatan

   • Ambang Tidak Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Tidak Sehat menjadi N, server asal yang sehat ditandai tidak sehat setelah N probe gagal berturut-turut. Nilai valid: 1 hingga 5.

   • Ambang Batas Sehat

     Nilai default adalah 1, menunjukkan bahwa status kesehatan server asal ditentukan berdasarkan satu probe. Jika Anda mengatur Ambang Batas Sehat menjadi N, server asal yang tidak sehat ditandai sehat setelah N probe berhasil berturut-turut. Nilai valid: 1 hingga 5.

   Catatan

   Tidak ada (tidak direkomendasikan): Tidak ada probe yang dilakukan. Jika Anda tidak ingin ESA POPs memeriksa server asal Anda, pilih None untuk Protokol. Status kesehatan server asal tidak diperiksa, dan server yang tidak sehat tidak dapat langsung dibawa offline, yang dapat mengurangi ketersediaan layanan. Kami merekomendasikan Anda untuk mengaktifkan probing aktif untuk memastikan ketersediaan bisnis Anda.

3. Klik Next.

Langkah 4: Konfigurasikan aturan kustom

Jika Anda perlu mengoptimalkan distribusi trafik berdasarkan persyaratan bisnis Anda, seperti operasi sensitif keamanan untuk transaksi keuangan, buat aturan untuk langsung mengarahkan trafik ke pool asal dengan prioritas tertinggi. Tentukan bidang seperti Client IP dan Header dalam aturan kustom Anda untuk mencocokkan permintaan untuk pengalihan trafik.

1. Di halaman yang muncul, tentukan Rule Name.

2. Tentukan If requests match di bagian Rule Content. Untuk menyiapkan aturan, lihat Bekerja dengan Aturan.

   

3. Pilih Respond with Specified Content atau Override di bagian Then execute..., lalu klik OK.

   

4. Di halaman yang muncul, klik Next.

Langkah 5: Tinjau

Tinjau dan verifikasi parameter yang ditampilkan di bagian Review. Setelah Anda mengonfirmasi bahwa parameter benar, klik OK.