All Products
Search

This Product

    Server Load Balancer:Instans GWLB

    Document Center

    Server Load Balancer:Instans GWLB

    Last Updated:May 06, 2026

    Gateway Load Balancer (GWLB) adalah load balancer Lapisan 3 (lapisan jaringan) yang meningkatkan keamanan dan ketersediaan aplikasi Anda dengan mendistribusikan lalu lintas secara transparan ke server backend.

    Status instans

    Tabel berikut menjelaskan status instans GWLB dan operasi yang diizinkan pada setiap status.

    Status instans

    Deskripsi

    Jenis kunci

    Penghapusan diizinkan

    Pembaruan konfigurasi diizinkan

    Running

    Instans berjalan normal.

    Tidak berlaku

    Ya

    Ya

    Creating

    Instans sedang dibuat.

    Tidak berlaku

    Tidak

    Tidak

    Updating configuration

    Konfigurasi instans sedang diperbarui.

    Tidak berlaku

    Tidak

    Stopped

    Instans dihentikan.

    Kunci pembayaran tertunda: Instans dikunci karena adanya pembayaran tertunda. Untuk membuka kunci instans, selesaikan pembayaran tertunda tersebut.

    Tidak

    Versi IP

    Instans GWLB mendukung protokol IPv4, artinya GWLB dapat menerima lalu lintas IPv4.

    Instans GWLB menggunakan alamat IPv4 privat dari subnet-nya untuk berkomunikasi dengan server backend.

    Forwarding lintas zona

    Secara default, forwarding lintas zona diaktifkan. Ketika instans GWLB menerima lalu lintas klien, lalu lintas tersebut didistribusikan ke server backend di seluruh availability zones yang diaktifkan dalam wilayah yang sama. Fitur ini saat ini tidak dapat dinonaktifkan.

    Unit transmisi maksimum

    Maximum transmission unit (MTU) menentukan ukuran paket terbesar yang dapat ditransmisikan melalui jaringan. MTU mencakup header IP dan muatan (payload), tetapi tidak mencakup header Ethernet.

    • Batas MTU GWLB:

      GWLB mendukung ukuran paket maksimum 1.500 byte. Paket yang lebih besar akan dibuang.

    • Pengaturan MTU untuk network virtual appliance:

      Instans GWLB mengenkapsulasi lalu lintas IP dengan header Geneve dan meneruskannya ke network virtual appliance (NVA). Enkapsulasi ini menambahkan 68 byte ke paket asli. Untuk memastikan NVA dapat memproses paket terenkapsulasi yang berasal dari paket klien berukuran 1.500 byte, pastikan hal berikut:

      • Jumbo frames diaktifkan untuk Instance ECS tempat NVA ditempatkan.

      • MTU antarmuka NVA diatur minimal 1.568 byte.

        Nilai MTU ini harus dikonfigurasi dalam image NVA. Untuk informasi lebih lanjut, lihat dokumentasi resmi atau panduan vendor perangkat Anda.

    • Fragmentasi IP:

      GWLB tidak mendukung fragmentasi IP.

    • Path MTU discovery (PMTUD):

      GWLB tidak menghasilkan pesan ICMP yang diperlukan untuk menunjukkan bahwa fragmentasi diperlukan, sehingga tidak mendukung PMTUD.

    Timeout idle koneksi

    Timeout idle koneksi adalah periode waktu suatu koneksi dapat tetap idle sebelum GWLB menutupnya. Di GWLB, perilaku timeout idle koneksi bergantung pada algoritma penjadwalan aliran dan jenis lalu lintas.

    Penanganan Trafik TCP

    • Ketika algoritma penjadwalan aliran adalah five-tuple hash:

      GWLB secara aktif melacak status koneksi TCP. Jika tidak ada data yang ditransfer dalam periode timeout idle koneksi, koneksi tersebut akan ditutup. Instans GWLB kemudian mengarahkan lalu lintas baru ke server backend baru, dan lalu lintas yang ada akan dibuang. Koneksi baru akan dibuat ulang ketika permintaan berikutnya tiba.

      Timeout idle koneksi default adalah 350 detik. Anda juga dapat menyesuaikan timeout idle koneksi TCP di pengaturan listener. Nilainya dapat berkisar antara 60 hingga 6.000 detik.

      Dengan mengonfigurasi timeout idle koneksi TCP, Anda dapat mengoptimalkan manajemen sumber daya dan efektivitas koneksi:

      • Menambah timeout idle koneksi: Cocok untuk skenario yang memerlukan koneksi berumur panjang, seperti transaksi finansial, interaksi database, atau sistem ERP. Anda juga mungkin perlu menyamakan pengaturan timeout dengan network virtual appliance backend, seperti firewall, untuk mencegah GWLB mengakhiri koneksi terlalu dini dan menyebabkan gangguan layanan. Misalnya, jika firewall backend Anda memiliki timeout idle koneksi 3.600 detik, atur timeout idle koneksi GWLB ke nilai yang sedikit lebih tinggi, misalnya 3.700 detik.

      • Mengurangi timeout idle koneksi: Cocok untuk skenario dengan lalu lintas berumur pendek atau ketika sumber daya perlu segera dilepas, seperti permintaan burst atau layanan yang jarang diakses. Timeout idle koneksi yang lebih pendek segera melepas koneksi tidak aktif untuk mengurangi konsumsi sumber daya.

      Catatan

      Jika GWLB mendeteksi bahwa koneksi TCP ditutup secara aktif sebelum mencapai timeout, informasi status koneksi tersebut segera dihapus.

    • Ketika algoritma penjadwalan aliran adalah two-tuple/three-tuple hash:

      GWLB mengidentifikasi aliran berdasarkan hash two-tuple (IP sumber, IP tujuan) atau three-tuple (IP sumber, IP tujuan, protokol) untuk memastikan paket dari aliran yang sama selalu diteruskan ke server backend yang sama. Jika aliran idle lebih lama dari periode timeout, statusnya akan dihapus. Paket berikutnya dianggap sebagai aliran baru dan mungkin diarahkan ke server backend yang berbeda.

      Timeout idle koneksi tetap pada 350 detik dan tidak dapat diubah.

    Penanganan traffic non-TCP

    Untuk lalu lintas UDP, meskipun UDP merupakan protokol connectionless, GWLB tetap mempertahankan status aliran berdasarkan algoritma penjadwalan aliran untuk memastikan paket dari aliran yang sama selalu diteruskan ke server backend yang sama. Jika aliran idle lebih lama dari periode timeout, statusnya akan dihapus. Paket UDP berikutnya dianggap sebagai aliran baru dan mungkin diarahkan ke server backend yang berbeda.

    Timeout idle koneksi untuk lalu lintas non-TCP tetap pada 120 detik dan tidak dapat diubah.

    Mode traffic

    Secara default, instans GWLB beroperasi dalam mode load balancing. Dalam mode ini, GWLB meneruskan lalu lintas dari titik akhir GWLB ke server backend untuk diproses.

    Untuk skenario seperti respons darurat jaringan, troubleshooting, atau maintenance network virtual appliance (NVA), Anda dapat mengalihkan instans GWLB ke mode bypass. Dalam mode bypass, GWLB menerima lalu lintas dari titik akhir GWLB dan langsung mengembalikannya ke titik akhir tersebut tanpa meneruskannya ke server backend. Hal ini memastikan lalu lintas layanan tidak terganggu.

    Catatan

    Fitur ini tidak diaktifkan secara default. Untuk menggunakannya, hubungi account manager Anda.

    Detail mode bypass

    Traffic Mode

    Mode load balancing

    Bypass mode

    Perilaku GWLB

    Ketika GWLB menerima traffic dari titik akhir GWLB, traffic tersebut diteruskan ke server backend untuk diproses.

    Ketika GWLB menerima traffic dari titik akhir GWLB, traffic tersebut langsung dikembalikan ke titik akhir tanpa diteruskan ke server backend.

    Diagram arsitektur

    Kasus penggunaan

    Ini adalah mode default, di mana firewall pihak ketiga memproses traffic bisnis seperti yang diharapkan.

    Mode ini terutama digunakan untuk maintenance jaringan dan firewall pihak ketiga.

    • Respons darurat: Jika traffic bisnis melebihi kapasitas pemrosesan kluster firewall pihak ketiga di grup server, terdapat risiko gangguan layanan. Dalam kasus ini, Anda dapat mengalihkan GWLB ke mode bypass untuk memastikan layanan tidak terganggu. Setelah kluster firewall diskalakan, Anda dapat kembali ke mode load balancing.

    • Troubleshooting: Untuk menganalisis masalah jaringan tanpa gangguan firewall, Anda dapat mengaktifkan mode bypass.

    • Peningkatan dan maintenance perangkat: Untuk melakukan maintenance, seperti peningkatan image, pada firewall pihak ketiga tanpa mengganggu jaringan, aktifkan mode bypass.

    Catatan

    -

    • Penagihan: Dalam mode bypass, GWLB tetap meneruskan traffic, dan Anda tetap dikenai biaya LCUs berdasarkan traffic.

    • Pemeriksaan kesehatan: Dalam mode bypass, pemeriksaan kesehatan GWLB berjalan seperti biasa.

    Konsol

    Di Konsol GWLB, buka halaman Instance Details. Di sebelah kanan Traffic Processing Mode, klik Modify untuk mengalihkan mode pemrosesan lalu lintas.

    image

    API

    Anda dapat mengalihkan mode pemrosesan lalu lintas dengan memanggil operasi UpdateLoadBalancerAttribute dan mengatur parameter TrafficMode.

    Nilai berikut didukung untuk parameter TrafficMode:

    • LoadBalance (default): mode load balancing

    • ByPass: mode bypass

    Untuk menanyakan mode pemrosesan lalu lintas instans GWLB, panggil operasi berikut:

    Peringatan

    • Saat beralih ke mode bypass, waspadai risiko keamanan yang mungkin timbul karena NVA di server backend tidak lagi memproses lalu lintas.

    • Saat beralih ke mode load balancing, jika lalu lintas Anda menggunakan protokol stateful, NVA Anda (seperti firewall) harus dikonfigurasi untuk menangani peralihan tersebut. Jika tidak, koneksi yang ada mungkin akan dibuang.

      Sebagai contoh, dengan protokol TCP, firewall harus mengizinkan sesi TCP dibuat tanpa paket SYN awal.

      • Cara kerjanya:

        • Jabat tangan tiga arah TCP: Koneksi TCP dibuat melalui jabat tangan tiga arah: klien mengirim paket SYN, server merespons dengan SYN-ACK, dan klien mengonfirmasi dengan ACK.

        • Ketika Anda beralih dari mode bypass ke mode load balancing, lalu lintas yang sebelumnya langsung dikembalikan oleh GWLB kini diarahkan melalui NVA backend. Jika NVA backend bergantung pada paket SYN awal untuk membuat atau mengenali koneksi, NVA tersebut tidak akan mengenali paket dari koneksi yang sudah ada. Hal ini menyebabkan koneksi tersebut dibuang. Koneksi baru tidak terpengaruh. Untuk memastikan koneksi yang ada tidak terputus, Anda harus mengonfigurasi NVA agar menerima sesi TCP yang dimulai tanpa paket SYN.

      • Contoh konfigurasi: Untuk firewall FortiGate, Anda dapat mengaktifkan tcp-session-without-syn dalam kebijakan firewall. Untuk informasi lebih lanjut, lihat dokumentasi resmi dari vendor firewall Anda.

    Dokumen terkait

    Buat dan kelola instans GWLB