Topik ini memperkenalkan kebijakan pengalihan failover, pengalihan geo, dan pengalihan berbobot. Anda dapat memilih kebijakan pengalihan trafik yang sesuai dengan skenario bisnis Anda.
Tipe kebijakan
Dua kebijakan pengalihan trafik yang umum adalah pengalihan failover dan pengalihan berbobot. Pengalihan failover menunjuk satu server sebagai server utama untuk menangani semua permintaan, sementara satu atau lebih server sekunder disiagakan. Pengalihan berbobot mendistribusikan permintaan ke beberapa server berdasarkan bobot yang telah ditentukan.
Pengalihan failover
Jika bisnis Anda memerlukan keandalan tinggi dan konsistensi data, disarankan untuk memilih kebijakan pengalihan failover.
Ini adalah kebijakan pengalihan trafik default. Anda dapat menentukan prioritas untuk kolam asal. Secara default, semua permintaan diarahkan ke kolam asal dengan prioritas tertinggi. Jika kolam asal dengan prioritas tertinggi tidak normal atau dinonaktifkan, permintaan akan dialihkan ke kolam sehat berikutnya dengan prioritas lebih rendah.
Pengalihan berbobot
Untuk menangani konkurensi tinggi dan mendistribusikan beban secara merata di beberapa kluster server, kami sarankan Anda menggunakan kebijakan pengalihan berbobot.
Anda dapat menentukan bobot untuk kolam asal, dengan nilai berkisar antara 0,01 hingga 1,00, yang merepresentasikan persentase permintaan yang ingin dialokasikan ke setiap kolam asal. Edge Security Acceleration (ESA) akan menjadwalkan sebagian permintaan pengguna ke kolam asal yang berbeda sesuai dengan bobot yang telah ditentukan.
Menetapkan bobot kolam asal menjadi 0 berarti kolam tersebut tidak akan menerima trafik apa pun.
Pengalihan Geo
Pengalihan Geo dirancang untuk skenario yang memerlukan distribusi trafik internasional atau regional. Kebijakan ini memungkinkan pengalihan ke kolam asal tertentu berdasarkan lokasi geografis pengguna, mendukung pengaturan wilayah dan subwilayah.
Trafik dapat dialihkan ke berbagai kolam asal tergantung pada lokasi pengguna, biasanya dengan server dalam kolam yang berlokasi di negara atau wilayah yang sama. Untuk informasi lebih lanjut, lihat Wilayah yang Didukung.
Jika subwilayah ditentukan, itu akan mengambil alih prioritas atas wilayah.
Pengaturan lanjutan
Persistensi sesi
Perkenalan Fitur
Secara default, persistensi sesi dinonaktifkan. Fitur ini ideal untuk skenario yang memerlukan persistensi sesi pengguna.
Skenario
Sebagai contoh, dalam skenario belanja online, permintaan berturut-turut dari pengguna yang sama dapat didistribusikan ke server berbeda. Hal ini dapat mengakibatkan hilangnya informasi penting, seperti data logon pengguna dan detail item dalam keranjang belanja, yang pada akhirnya merusak pengalaman belanja pengguna.
Solusi
Setelah mengaktifkan persistensi sesi, permintaan dari klien yang sama akan diarahkan ke server asal yang sama, memastikan pengalaman pengguna yang konsisten dan integritas data.
Ulang percobaan
Jika permintaan pengguna gagal mencapai server asal karena fluktuasi jaringan atau masalah lain, tersedia dua kebijakan ulang percobaan asal:
Ulang percobaan dalam kolam asal merupakan kebijakan ulang percobaan default. Jika permintaan asal gagal, sistem akan memilih server asal lain dari kolam asal yang sama untuk mencoba ulang permintaan tersebut.
Ulangi percobaan lintas kolam asal: Jika permintaan asal gagal, sistem akan terhubung ke kolam asal dengan prioritas tertinggi berikutnya dan memilih server asal yang sehat dari kolam tersebut untuk mencoba ulang permintaan.