<\/p>\n
\n\ud83d\udcdd<\/span> NOTE
\n<\/strong><\/p>\n
Metode ini sebaiknya dipilih <\/span>hanya jika semua backend kamu memiliki konten yang identik<\/b>, karena data yang diminta oleh pengguna bisa diambil dari salah satu backend secara bergiliran. Kalau isi antar server berbeda, pengguna bisa mendapatkan hasil yang tidak konsisten.<\/span><\/p>\n<\/div>\n <\/p>\n <\/p>\n Jadi, setiap backend akan diakses berdasarkan level prioritas yang sudah ditentukan sebelumnya, yang dalam penggunaan Traffic Distributor diatur dalam bentuk persentase dari total permintaan masuk. Contohnya:<\/span><\/p>\n 1. Jika bobot (weight) sama, misalnya 50% – 50%<\/b>, maka setiap permintaan berikutnya akan diarahkan ke server yang berbeda secara bergantian. Hasilnya, pemakaian <\/span>resource<\/span><\/i> jadi merata dan distribusi trafik seimbang.<\/span><\/p>\n 2. Jika persentasenya 70% ke 30%<\/b>, maka dari setiap 10 permintaan yang masuk, 7 akan dikirim ke environment yang pertama dan 3 lainnya ke environment kedua. Ini berguna jika Kamu ingin salah satu backend lebih sering atau lebih jarang merespons permintaan (misalnya untuk mengatur beban server).<\/span><\/p>\n 3. Kalau Kamu mengatur 100% ke satu server<\/b>, hanya backend itu yang akan dipakai dan memproses semua permintaan masuk. Ini cocok digunakan saat Kamu ingin melakukan update aplikasi secara diam-diam (tanpa mengganggu pengguna), atau saat migrasi ke hardware baru tanpa downtime.<\/span><\/p>\n <\/p>\n B. <\/strong>Sticky Sessions<\/strong> digunakan untuk mencapai server-affinity, yaitu “menempelkan” pengguna ke satu backend tertentu, sehingga pengguna hanya bekerja dengan satu versi aplikasi saja. Pada kunjungan pertama, pengguna diarahkan ke backend berdasarkan bobot server (weight) yang sudah ditentukan. Setelah itu, backend yang dipilih akan diingat, sehingga semua permintaan berikutnya dari pengguna tersebut akan selalu diarahkan ke lingkungan yang sama.<\/span><\/p>\n Biasanya, teknik ini dilakukan dengan mengingat alamat IP pengguna. Tapi pendekatan ini kurang optimal, karena bisa saja ada banyak pengguna yang berada di balik satu proxy (misalnya di jaringan kantor atau kampus), yang membuat distribusi beban tidak merata.<\/span><\/p>\n Sebagai gantinya, platform ini memakai metode yang lebih canggih, yakni menggunakan session cookies untuk routing yang bersifat tetap (persistent). Jadi, setiap browser dianggap sebagai satu “user” unik, dan ini membuat proses balancing jadi lebih adil dan merata.<\/span><\/p>\n <\/p>\n Dengan cara ini, distribusi pengguna baru pada metode Sticky Sessions mirip dengan metode Round Robin, yaitu diarahkan berdasarkan prioritas (weight) yang telah ditentukan sebelumnya. Sebagai contoh, jika kamu mengatur rasio 50% : 50%, maka kedua versi aplikasi akan dikunjungi oleh jumlah pengguna unik yang relatif seimbang \u2014 ini sangat berguna untuk skenario A\/B Testing. Namun, terlepas dari rasio server yang sudah diatur, permintaan dari pengguna lama akan selalu diarahkan ke backend yang sebelumnya sudah mereka gunakan. Hal ini akan terus berlangsung sampai sesi pengguna berakhir atau cookie mereka dihapus dari browser.<\/span><\/p>\n <\/p>\n C. Failover<\/strong> adalah metode routing khusus yang digunakan untuk melindungi proyek dengan cara menyimpan salinan lingkungan (environment) yang sepenuhnya berfungsi sebagai cadangan. Singkatnya, Kamu akan memiliki dua server:<\/span><\/p>\n Untuk jenis distribusi Failover ini, Kamu tidak bisa mengatur rasio distribusi traffic seperti pada metode lainnya. Artinya, Kamu hanya dapat memilih server mana yang akan menjadi utama (primary) dan mana yang menjadi cadangan (backup). Dengan pengaturan ini, semua permintaan (request) hanya akan diarahkan ke satu server dalam satu waktu\u2014yaitu ke server utama. Jika server utama tidak tersedia atau mengalami kegagalan, maka seluruh traffic akan otomatis dialihkan ke server cadangan.<\/span><\/p>\n Secara umum, pengalihan ini terjadi secara otomatis, sehingga meskipun terjadi masalah pada server utama, pengguna tidak akan menyadari adanya gangguan pada aplikasi.<\/span><\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Apa itu Round Robin, Sticky Session, dan Failover A. Round Robin adalah metode routing paling umum, paling sederhana, dan juga paling sering digunakan dalam Traffic Distributor. Metode ini mengarahkan permintaan (request) ke backend secara bergiliran sesuai dengan bobot (weight) server yang telah ditentukan. \ud83d\udcdd NOTE Metode ini sebaiknya dipilih hanya jika semua backend kamu…<\/p>\n","protected":false},"author":10,"featured_media":0,"comment_status":"open","ping_status":"closed","template":"","meta":{"footnotes":""},"doc_category":[71],"doc_tag":[],"knowledge_base":[7],"class_list":["post-7539","docs","type-docs","status-publish","hentry","doc_category-traffic-distributor","knowledge_base-jagoan-cloud-paas"],"year_month":"2026-05","word_count":597,"total_views":"319","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Admin Writer","author_nicename":"writer-ma","author_url":"https:\/\/jagoancloud.com\/docs\/author\/writer-ma\/"},"doc_category_info":[{"term_name":"Traffic Distributor","term_url":"https:\/\/jagoancloud.com\/docs\/index\/jagoan-cloud-paas\/traffic-distributor\/"}],"doc_tag_info":[],"yoast_head":"\n![\"Traffic](\"https:\/\/www.virtuozzo.com\/application-platform-docs\/round-robin-traffic-routing\/1.png\")
<\/p>\n![\"Traffic](\"https:\/\/www.virtuozzo.com\/application-platform-docs\/sticky-sessions-traffic-routing\/1.png\")
<\/p>\n\n
![\"Traffic](\"https:\/\/www.virtuozzo.com\/application-platform-docs\/failover-traffic-routing\/1.png\")
<\/p>\n