Panduan Install dan Konfigurasi Keepalived VRRP di Debian 13 dengan 3 Node Server

Dalam pengelolaan infrastruktur server, downtime merupakan salah satu masalah yang perlu diantisipasi sejak awal. Ketika sebuah server mengalami kerusakan, layanan seperti website, aplikasi internal, API, DNS, atau layanan jaringan lainnya dapat menjadi tidak tersedia. Jika server tersebut menjadi satu-satunya titik akses bagi pengguna, kegagalan pada satu mesin dapat mengganggu seluruh layanan yang bergantung padanya.

Salah satu pendekatan untuk mengatasi masalah tersebut adalah membangun infrastruktur High Availability (HA). Dengan arsitektur HA, layanan dirancang agar tetap dapat diakses meskipun salah satu komponen mengalami gangguan.

Pada lingkungan Linux, Keepalived merupakan salah satu perangkat lunak yang dapat digunakan untuk membangun mekanisme failover menggunakan protokol Virtual Router Redundancy Protocol (VRRP). Keepalived memungkinkan beberapa node server berbagi sebuah Virtual IP Address (VIP), sehingga alamat akses layanan tidak harus berubah ketika server utama mengalami kegagalan.

Dalam tutorial ini, kita akan membahas instalasi dan konfigurasi Keepalived pada Debian 13 dengan tiga node server. Node pertama berperan sebagai server utama, node kedua sebagai server cadangan prioritas pertama, dan node ketiga sebagai server cadangan berikutnya.

Pembahasan mencakup desain topologi, persiapan jaringan, instalasi paket, konfigurasi VRRP, pengujian failover, troubleshooting, dan praktik terbaik untuk lingkungan produksi.

Tutorial ini menggunakan contoh alamat IP privat agar mudah diterapkan di laboratorium virtual, Proxmox VE, PNETLab, VMware, VirtualBox, maupun jaringan fisik.

Mengenal Keepalived dan VRRP

Apa itu Keepalived?

Keepalived adalah perangkat lunak Linux yang menyediakan mekanisme high availability berbasis VRRP serta fitur pemeriksaan kondisi layanan. Salah satu penggunaan utamanya adalah memastikan sebuah Virtual IP tetap tersedia melalui node yang sedang aktif.

Dalam arsitektur jaringan, VIP menjadi alamat layanan yang diakses oleh klien. VIP tersebut dapat berpindah dari satu node ke node lain sesuai kondisi dan prioritas yang telah dikonfigurasi.

Sebagai contoh, sebuah aplikasi menggunakan alamat VIP 192.168.10.100. Pada kondisi normal, alamat tersebut dimiliki oleh server pertama. Jika server pertama tidak lagi dapat menjalankan peran VRRP-nya, server kedua atau ketiga dapat mengambil alih alamat tersebut.

Klien tetap menggunakan alamat yang sama, sehingga tidak perlu mengubah konfigurasi alamat tujuan setiap kali terjadi failover.

Perlu dipahami bahwa Keepalived tidak otomatis mereplikasi data aplikasi, database, file, maupun sesi pengguna. Keepalived mengelola ketersediaan alamat IP virtual dan dapat menjalankan pemeriksaan kesehatan layanan, tetapi mekanisme replikasi dan pemulihan aplikasi tetap perlu dirancang secara terpisah.

Apa itu VRRP?

Virtual Router Redundancy Protocol (VRRP) merupakan protokol untuk menyediakan gateway atau alamat IP virtual yang dapat dilayani oleh beberapa perangkat jaringan.

Dalam sebuah grup VRRP, node memiliki prioritas berbeda. Node dengan prioritas tertinggi umumnya menjadi MASTER, sedangkan node lainnya menjadi BACKUP.

Ketika MASTER berhenti mengiklankan keberadaannya, salah satu BACKUP dapat mengambil alih peran tersebut.

VRRP menggunakan alamat multicast IPv4 224.0.0.18 dengan protokol IP nomor 112. Karena itu, jaringan di antara node harus mendukung komunikasi VRRP tersebut. VRRP bukan layanan TCP atau UDP yang berjalan pada port tertentu.

Perbedaan Keepalived, VRRP, dan Load Balancing

Ketiga istilah ini berkaitan dengan ketersediaan layanan, tetapi memiliki fungsi yang berbeda.

• Keepalived: perangkat lunak yang mengimplementasikan VRRP dan dapat melakukan pemeriksaan kesehatan layanan.
• VRRP: protokol pemilihan node aktif untuk mengelola alamat IP virtual.
• Load balancing: mekanisme untuk mendistribusikan permintaan ke beberapa backend secara bersamaan.

Dalam konfigurasi yang dibahas pada artikel ini, VIP hanya aktif pada satu node pada satu waktu. Artinya, tiga node tidak otomatis membagi trafik menjadi sepertiga untuk setiap server.

Jika kebutuhan Anda adalah mendistribusikan koneksi ke beberapa backend sekaligus, pertimbangkan HAProxy atau perangkat load balancer lainnya. Keepalived dapat dikombinasikan dengan HAProxy untuk membangun arsitektur yang lebih tangguh.

Topologi Keepalived dengan 3 Node Server

Kita akan menggunakan tiga server Debian 13 yang terhubung pada jaringan Layer 2 yang sama.

Rancangan alamat IP

Komponen	Alamat IP	Prioritas	Peran
Node 1	192.168.10.11/24	150	MASTER utama
Node 2	192.168.10.12/24	120	BACKUP pertama
Node 3	192.168.10.13/24	100	BACKUP kedua
Virtual IP	192.168.10.100/24	–	Alamat layanan
Jaringan	192.168.10.0/24	–	LAN bersama

Antarmuka jaringan dalam contoh ini bernama ens18. Nama tersebut harus disesuaikan dengan nama interface yang digunakan pada masing-masing server.

Alur kerja sistem

Pada kondisi normal, Node 1 menjadi MASTER karena mempunyai prioritas tertinggi. Node 1 mengelola VIP 192.168.10.100, sementara Node 2 dan Node 3 tetap berada dalam status BACKUP.

Jika Node 1 mengalami kegagalan dan tidak lagi mengirimkan iklan VRRP, Node 2 akan mengambil alih VIP karena mempunyai prioritas lebih tinggi dibandingkan Node 3.

Jika Node 2 juga tidak tersedia, Node 3 dapat mengambil alih alamat virtual tersebut.

Alur sederhananya:

1. Node 1 aktif sebagai MASTER.
2. Node 2 dan Node 3 menunggu sebagai BACKUP.
3. Node 1 gagal atau berhenti mengirimkan iklan VRRP.
4. Node 2 mengambil alih VIP.
5. Jika Node 2 juga gagal, Node 3 berpeluang menjadi MASTER.
6. Ketika node dengan prioritas lebih tinggi kembali aktif, perilaku failback ditentukan oleh konfigurasi preemption dan kondisi sistem.

Penting untuk dicatat bahwa pergantian peran tidak selalu terjadi seketika. Ada waktu deteksi kegagalan, pemilihan MASTER baru, dan pembaruan informasi jaringan. Pengalaman klien juga dapat dipengaruhi oleh cache ARP, koneksi TCP yang sudah terbentuk, dan kondisi aplikasi.

Persiapan Sebelum Instalasi

Sebelum memasang Keepalived, pastikan seluruh node menggunakan Debian 13 dan mempunyai konfigurasi jaringan yang sesuai.

Periksa versi sistem operasi:

cat /etc/os-release

Periksa alamat IP dan nama interface:

ip -br addr

Periksa tabel routing:

ip route

Pastikan ketiga server dapat berkomunikasi melalui jaringan yang sama:

ping -c 4 192.168.10.11
ping -c 4 192.168.10.12
ping -c 4 192.168.10.13

Jalankan pengujian dari masing-masing node dan ganti alamat tujuan sesuai kebutuhan.

Sebelum melanjutkan, pastikan beberapa persyaratan berikut terpenuhi:

• Ketiga node menggunakan jaringan Layer 2 yang memungkinkan VIP berpindah antarnode.
• Alamat IP setiap node bersifat unik dan statis.
• VIP belum digunakan oleh perangkat lain.
• Firewall mengizinkan paket VRRP, yaitu protokol IP nomor 112.
• Antarmuka yang digunakan dalam konfigurasi benar.
• Ketiga server menggunakan konfigurasi VRRP yang konsisten, termasuk virtual_router_id dan parameter autentikasi yang relevan.

Untuk lingkungan produksi, gunakan jaringan yang dirancang khusus untuk layanan HA jika memungkinkan. Pastikan pula gateway, VLAN, dan kebijakan keamanan jaringan tidak menghalangi pertukaran paket VRRP.

Langkah 1: Instalasi Keepalived di Debian 13

Lakukan instalasi pada ketiga node. Pastikan repositori Debian 13 sudah dikonfigurasi dengan benar.

Perbarui indeks paket:

sudo apt update

Instal Keepalived dan utilitas jaringan:

sudo apt install -y keepalived iproute2 iputils-ping tcpdump

Pada repositori Debian 13 (Trixie), paket Keepalived tersedia dalam versi 2.3.3-1. Versi aktual yang terpasang dapat berbeda jika repositori atau pembaruan sistem berubah. https://packages.debian.org/trixie/keepalived

Periksa versi Keepalived:

keepalived --version

Periksa status layanan:

systemctl status keepalived

Aktifkan layanan agar berjalan otomatis saat sistem boot:

sudo systemctl enable keepalived

Jangan langsung menganggap instalasi berhasil hanya karena paket sudah terpasang. Layanan perlu dikonfigurasi terlebih dahulu dan diuji untuk memastikan VIP benar-benar berpindah sesuai rancangan.

Langkah 2: Konfigurasi Keepalived pada Node 1

Node 1 mempunyai prioritas tertinggi, yaitu 150. Oleh karena itu, node ini menjadi MASTER dalam kondisi normal.

Identifikasi interface yang digunakan:

ip -br addr

Misalnya hasil pemeriksaan menunjukkan interface ens18 mempunyai alamat 192.168.10.11/24.

Cadangkan konfigurasi bawaan:

sudo cp /etc/keepalived/keepalived.conf \
  /etc/keepalived/keepalived.conf.bak

Edit file konfigurasi:

sudo nano /etc/keepalived/keepalived.conf

Gunakan konfigurasi berikut:

global_defs {
    router_id NODE1
}

vrrp_instance VI_LAN {
    state MASTER
    interface ens18
    virtual_router_id 51
    priority 150
    advert_int 1

    version 2

    virtual_ipaddress {
        192.168.10.100/24 dev ens18
    }
}

Penjelasan parameter:

• router_id NODE1: identitas lokal untuk memudahkan identifikasi node pada log.
• state MASTER: peran awal yang diinginkan untuk node utama.
• interface ens18: interface yang digunakan untuk pertukaran VRRP dan pemasangan VIP.
• virtual_router_id 51: identitas grup VRRP. Nilai ini harus sama pada seluruh node dalam grup yang sama.
• priority 150: prioritas pemilihan MASTER.
• advert_int 1: interval iklan VRRP dalam satuan detik.
• version 2: menggunakan VRRPv2.
• virtual_ipaddress: alamat virtual yang dikelola oleh Keepalived.

Konfigurasi di atas menggunakan VRRP multicast pada jaringan IPv4. Pastikan jaringan mendukung multicast VRRP dan tidak memblokir protokol IP nomor 112.

Langkah 3: Konfigurasi Keepalived pada Node 2

Node 2 menjadi cadangan pertama dengan prioritas 120.

Buka konfigurasi:

sudo nano /etc/keepalived/keepalived.conf

Masukkan:

global_defs {
    router_id NODE2
}

vrrp_instance VI_LAN {
    state BACKUP
    interface ens18
    virtual_router_id 51
    priority 120
    advert_int 1

    version 2

    virtual_ipaddress {
        192.168.10.100/24 dev ens18
    }
}

Perbedaan utama dibandingkan Node 1 adalah router_id, state, dan priority.

Node 2 menggunakan state BACKUP dan prioritas 120. Dalam keadaan normal, node ini tidak memiliki VIP karena Node 1 mempunyai prioritas lebih tinggi.

Namun, parameter state hanya menentukan peran awal yang diinginkan. Pemilihan MASTER sebenarnya mengikuti mekanisme VRRP, prioritas, dan kondisi node.

Langkah 4: Konfigurasi Keepalived pada Node 3

Node 3 menjadi cadangan kedua dengan prioritas 100.

Buka file konfigurasi:

sudo nano /etc/keepalived/keepalived.conf

Gunakan konfigurasi:

global_defs {
    router_id NODE3
}

vrrp_instance VI_LAN {
    state BACKUP
    interface ens18
    virtual_router_id 51
    priority 100
    advert_int 1

    version 2

    virtual_ipaddress {
        192.168.10.100/24 dev ens18
    }
}

Dengan konfigurasi ini, urutan prioritas adalah:

1. Node 1: 150.
2. Node 2: 120.
3. Node 3: 100.

Seluruh node harus menggunakan virtual_router_id, versi VRRP, interval iklan, dan daftar VIP yang konsisten. Nama router_id justru harus unik untuk memudahkan identifikasi masing-masing server.

Perhatikan bahwa contoh ini menggunakan satu jaringan LAN bersama. Jika ketiga server berada pada jaringan Layer 2 yang terpisah, rancangan VIP dan mekanisme routing perlu disesuaikan.

Langkah 5: Validasi dan Aktifkan Konfigurasi

Sebelum menjalankan layanan, lakukan pemeriksaan sintaks konfigurasi pada setiap node.

sudo keepalived --config-test

Opsi --config-test digunakan untuk memeriksa konfigurasi tanpa menjalankan daemon layanan secara normal. Opsi ini tersedia pada Keepalived modern; periksa keepalived --help apabila paket yang digunakan berbeda. https://manpages.debian.org/trixie/keepalived/keepalived.8.en.html

Jika pemeriksaan berhasil, mulai ulang layanan:

sudo systemctl restart keepalived

Aktifkan layanan saat boot jika belum dilakukan:

sudo systemctl enable keepalived

Periksa status:

sudo systemctl status keepalived

Periksa log:

sudo journalctl -u keepalived -n 100 --no-pager

Jika layanan gagal aktif, jangan langsung melanjutkan ke pengujian failover. Perbaiki terlebih dahulu kesalahan konfigurasi, nama interface, atau masalah jaringan yang tercatat pada log.

Langkah 6: Verifikasi Virtual IP Address

Setelah Keepalived berjalan, periksa alamat IP pada Node 1:

ip -br addr show ens18

Dalam kondisi normal, output harus memperlihatkan alamat IP utama Node 1 dan VIP 192.168.10.100/24.

Periksa pula Node 2 dan Node 3. Keduanya seharusnya hanya mempunyai alamat IP masing-masing, tanpa VIP.

Untuk memudahkan pemeriksaan, gunakan:

ip addr show dev ens18

Lakukan pengujian akses dari klien yang berada pada jaringan yang sama:

ping -c 5 192.168.10.100

Perlu diingat bahwa ping yang berhasil hanya membuktikan respons ICMP. Ping tidak memastikan bahwa aplikasi web, database, atau layanan lainnya benar-benar berfungsi.

Untuk memverifikasi layanan aplikasi, gunakan pengujian sesuai protokolnya. Misalnya, jika nantinya VIP diarahkan ke layanan HTTP, gunakan curl terhadap alamat virtual tersebut.

Langkah 7: Pengujian Failover Tiga Node

Pengujian failover merupakan bagian paling penting dari implementasi high availability. Konfigurasi yang terlihat benar belum tentu berfungsi sesuai harapan ketika server atau jaringan mengalami gangguan.

Pengujian pertama: kondisi normal

Pastikan Node 1 menjadi MASTER dan kedua node lainnya menjadi BACKUP.

Jalankan pada setiap server:

ip -br addr show ens18

Periksa log untuk melihat perubahan status:

sudo journalctl -u keepalived -f

Pada Node 1, Anda akan melihat transisi menuju status MASTER. Pada Node 2 dan Node 3, status yang diharapkan adalah BACKUP.

Pengujian kedua: menghentikan Keepalived pada Node 1

Jalankan perintah berikut pada Node 1:

sudo systemctl stop keepalived

Tunggu proses pemilihan ulang berlangsung. Dengan interval iklan satu detik, failover biasanya berlangsung dalam hitungan beberapa detik, tetapi waktu aktual bergantung pada deteksi kegagalan dan kondisi jaringan.

Periksa Node 2:

ip addr show dev ens18

VIP seharusnya berpindah ke Node 2 karena prioritasnya lebih tinggi daripada Node 3.

Pengujian ketiga: menghentikan Node 2

Ketika Node 1 masih berhenti dan Node 2 sedang menjadi MASTER, hentikan Keepalived pada Node 2:

sudo systemctl stop keepalived

Node 3 seharusnya mengambil alih VIP setelah mendeteksi hilangnya MASTER aktif.

Verifikasi:

ip addr show dev ens18

Pastikan 192.168.10.100/24 muncul pada Node 3.

Pengujian keempat: mengaktifkan kembali Node 1

Jalankan kembali Keepalived pada Node 1:

sudo systemctl start keepalived

Karena konfigurasi standar menggunakan perilaku preemption, Node 1 dengan prioritas 150 umumnya akan mengambil kembali peran MASTER setelah kembali beroperasi dan memenuhi kondisi VRRP.

VIP dapat berpindah kembali dari Node 3 ke Node 1.

Jika ingin menghindari perpindahan kembali secara otomatis, pertimbangkan nopreempt dengan desain konfigurasi yang sesuai. Pengaturan tersebut harus dipahami dengan benar karena berkaitan dengan perilaku pemilihan MASTER dan status awal node.

Setelah pengujian selesai, pastikan ketiga layanan kembali aktif:

sudo systemctl start keepalived
sudo systemctl is-active keepalived

Lakukan pemeriksaan VIP pada semua node untuk memastikan hanya satu node yang mengelola VIP pada kondisi jaringan sehat.

Langkah 8: Menguji Layanan Aplikasi melalui VIP

Agar pengujian lebih realistis, jalankan layanan sederhana pada setiap node. Contohnya, jika menggunakan Nginx, instal pada masing-masing server:

sudo apt install -y nginx

Buat halaman berbeda untuk setiap node:

echo "Web Server Node 1" | sudo tee /var/www/html/index.html

Pada Node 2, ubah teks menjadi Web Server Node 2. Pada Node 3, ubah menjadi Web Server Node 3.

Dari klien, lakukan permintaan HTTP:

curl http://192.168.10.100/

Dalam kondisi normal, respons seharusnya berasal dari Node 1. Setelah VIP berpindah, permintaan baru seharusnya memperoleh respons dari node yang mengambil alih VIP, selama layanan HTTP berjalan dan dapat diakses.

Pengujian ini menunjukkan perbedaan antara failover alamat IP dan failover layanan. Keepalived dapat memindahkan VIP, tetapi jika Nginx atau aplikasi pada node cadangan tidak berjalan, klien tetap tidak dapat menggunakan layanan.

Untuk implementasi nyata, pastikan konfigurasi aplikasi, sertifikat TLS, file, database, dan dependensi lainnya juga tersedia pada seluruh node yang berpotensi menjadi MASTER.

Langkah 9: Pemeriksaan Firewall dan Paket VRRP

Jika semua konfigurasi terlihat benar tetapi node cadangan tidak mendeteksi MASTER, periksa jalur komunikasi VRRP.

VRRP IPv4 menggunakan protokol IP nomor 112, bukan port TCP atau UDP 112.

Pada lingkungan yang menggunakan nftables, aturan firewall harus mengizinkan paket VRRP yang diperlukan pada interface terkait. Bentuk aturan persisnya bergantung pada kebijakan firewall yang sedang digunakan.

Untuk diagnosis sementara, tangkap paket pada interface:

sudo tcpdump -ni ens18 'ip proto 112'

Jika tidak terlihat paket VRRP dari node lain, periksa VLAN, switch, firewall, hypervisor, dan dukungan multicast.

Jangan menonaktifkan seluruh firewall secara permanen hanya untuk membuat Keepalived bekerja. Lebih baik buat aturan terbatas yang sesuai dengan rancangan jaringan dan kebutuhan keamanan.

Langkah 10: Menambahkan Pemeriksaan Kesehatan Layanan

Secara default, VRRP terutama mendeteksi keberadaan iklan dari node lain. Namun, sebuah server dapat tetap hidup dan mengirimkan iklan VRRP meskipun layanan aplikasi yang diandalkan pengguna mengalami kegagalan.

Sebagai contoh, Nginx mungkin berhenti, tetapi sistem operasi masih berjalan dan Keepalived tetap menjadi MASTER. VIP tidak akan otomatis berpindah hanya karena proses Nginx berhenti, kecuali Anda menambahkan mekanisme pemantauan yang sesuai.

Keepalived menyediakan vrrp_script dan track_script untuk menghubungkan hasil pemeriksaan layanan dengan status atau prioritas VRRP. https://www.keepalived.org/documentation/keepalived-conf/

Buat skrip pemeriksaan:

sudo nano /usr/local/sbin/check-nginx.sh

Isi skrip:

#!/bin/sh

systemctl is-active --quiet nginx

Berikan izin eksekusi:

sudo chmod 750 /usr/local/sbin/check-nginx.sh

Pastikan skrip bekerja:

sudo /usr/local/sbin/check-nginx.sh
echo $?

Nilai 0 berarti pemeriksaan berhasil. Nilai selain 0 menunjukkan layanan tidak aktif atau pemeriksaan gagal.

Tambahkan blok berikut ke konfigurasi Keepalived pada ketiga node:

vrrp_script chk_nginx {
    script "/usr/local/sbin/check-nginx.sh"
    interval 2
    timeout 1
    fall 2
    rise 2
    weight 0
}

Kemudian, tambahkan bagian ini di dalam vrrp_instance VI_LAN:

track_script {
    chk_nginx
}

Dalam konfigurasi ini, weight 0 menyebabkan kegagalan pemeriksaan berulang membuat instance VRRP terkait masuk ke kondisi FAULT. Jika Node 1 gagal menjalankan pemeriksaan Nginx, Node 2 dapat mengambil alih VIP.

Pastikan Nginx telah terpasang dan skrip pemeriksaan tersedia pada semua node. Jangan mengaktifkan pemeriksaan aplikasi sebelum layanan cadangan benar-benar siap, karena konfigurasi yang tidak konsisten dapat menyebabkan failover berulang atau membuat VIP tidak tersedia.

Pemeriksaan proses juga tidak selalu membuktikan bahwa aplikasi berfungsi secara menyeluruh. Untuk aplikasi penting, gunakan health check yang menguji endpoint, dependensi, atau kondisi layanan yang benar-benar dibutuhkan pengguna.

Alternatif: Menggunakan Unicast VRRP

Pada sejumlah lingkungan virtualisasi atau jaringan yang tidak mendukung multicast dengan baik, VRRP dapat dikonfigurasi menggunakan unicast.

Dalam mode ini, setiap node mengirimkan paket VRRP secara langsung kepada alamat IP node lain yang terdaftar sebagai peer.

Contoh pada Node 1:

vrrp_instance VI_LAN {
    state MASTER
    interface ens18
    virtual_router_id 51
    priority 150
    advert_int 1
    version 2

    unicast_src_ip 192.168.10.11

    unicast_peer {
        192.168.10.12
        192.168.10.13
    }

    virtual_ipaddress {
        192.168.10.100/24 dev ens18
    }
}

Pada Node 2, gunakan unicast_src_ip 192.168.10.12 dan daftarkan Node 1 serta Node 3 sebagai peer. Pada Node 3, gunakan unicast_src_ip 192.168.10.13 dan daftarkan Node 1 serta Node 2.

Parameter lainnya tetap mengikuti konfigurasi utama, dengan prioritas masing-masing node.

Mode unicast tidak berarti semua masalah jaringan otomatis selesai. Firewall tetap harus mengizinkan protokol IP nomor 112, dan alamat sumber serta peer harus benar. Gunakan salah satu mode komunikasi yang direncanakan secara konsisten, lalu validasi hasilnya melalui log dan packet capture.

Best Practice untuk Lingkungan Produksi

Agar implementasi Keepalived lebih andal, perhatikan hal-hal berikut.

1. Gunakan alamat IP statis untuk seluruh node.
2. Dokumentasikan VIP, interface, VLAN, router ID, dan prioritas masing-masing server.
3. Gunakan pemeriksaan kesehatan layanan yang sesuai dengan kebutuhan aplikasi.
4. Pastikan layanan cadangan sudah berjalan dan memiliki konfigurasi yang konsisten.
5. Uji skenario kegagalan server, layanan, interface, dan konektivitas jaringan secara terpisah.
6. Monitor log Keepalived serta perubahan kepemilikan VIP.
7. Batasi akses firewall sesuai kebutuhan, tanpa mematikan kontrol keamanan secara permanen.
8. Siapkan mekanisme replikasi data dan database yang terpisah dari Keepalived.
9. Pertimbangkan risiko split-brain ketika node kehilangan komunikasi satu sama lain.
10. Lakukan uji failover berkala dan dokumentasikan hasilnya.

Untuk layanan penting, evaluasi pula redundansi switch, jalur jaringan, daya listrik, penyimpanan, serta lokasi fisik server. Tiga node yang semuanya terhubung pada satu switch tanpa redundansi masih memiliki satu titik kegagalan bersama.

Kesimpulan

Keepalived dengan VRRP menyediakan mekanisme yang relatif sederhana untuk membangun high availability pada alamat IP layanan di Debian 13.

Dengan tiga node server, Anda dapat menentukan Node 1 sebagai MASTER utama, Node 2 sebagai cadangan pertama, dan Node 3 sebagai cadangan berikutnya. Ketika MASTER gagal, node yang tersedia dengan prioritas sesuai konfigurasi dapat mengambil alih VIP sehingga klien tetap menggunakan alamat akses yang sama.

Namun, high availability tidak cukup hanya dengan memindahkan alamat IP. Keandalan layanan juga bergantung pada kesiapan aplikasi, konsistensi konfigurasi, replikasi data, kesehatan jaringan, dan pengujian kegagalan.

Mulailah dengan konfigurasi dasar, verifikasi perpindahan VIP, lalu tambahkan health check dan monitoring secara bertahap. Dengan pendekatan tersebut, Keepalived dapat menjadi salah satu komponen penting dalam membangun infrastruktur Linux yang lebih tangguh dan mudah dikelola.

Frequently Asked Questions (FAQ)

1. Apa fungsi Keepalived pada Debian 13?

Keepalived digunakan untuk membangun high availability melalui VRRP, mengelola Virtual IP Address, dan memfasilitasi failover ketika node aktif mengalami kegagalan.

2. Apakah Keepalived mendukung tiga node server?

Ya. Keepalived dapat mengelola grup VRRP dengan beberapa node. Pada tutorial ini, tiga node menggunakan prioritas berbeda untuk menentukan urutan pengambilalihan VIP.

3. Apakah ketiga server dapat menggunakan VIP secara bersamaan?

Dalam konfigurasi VRRP standar ini, hanya satu node yang seharusnya menjadi pemilik VIP pada satu waktu. Ketiga node tidak otomatis melakukan load balancing.

4. Apa perbedaan Keepalived dan HAProxy?

Keepalived mengelola ketersediaan IP virtual dan failover. HAProxy mendistribusikan trafik ke backend. Keduanya dapat digunakan bersama untuk meningkatkan ketersediaan layanan.

5. Mengapa VIP tidak berpindah ketika server utama mati?

Penyebabnya dapat berupa paket VRRP yang diblokir firewall, kesalahan interface, konfigurasi virtual_router_id yang berbeda, atau masalah komunikasi antarnode. Periksa log dan tangkap paket VRRP menggunakan tcpdump.

6. Apakah Keepalived otomatis mereplikasi database?

Tidak. Keepalived tidak otomatis menyinkronkan data database, file, maupun sesi aplikasi. Replikasi dan pemulihan data harus dikonfigurasi menggunakan mekanisme terpisah.

7. Apakah Keepalived bisa digunakan bersama Nginx?

Bisa. Keepalived dapat mengelola VIP yang digunakan untuk mengakses Nginx. Pemeriksaan kesehatan Nginx juga dapat dikonfigurasi agar kegagalan layanan memicu failover.

8. Apakah Keepalived memerlukan port TCP atau UDP tertentu?

VRRP IPv4 menggunakan protokol IP nomor 112, bukan port TCP atau UDP 112. Firewall dan jaringan harus mengizinkan komunikasi VRRP yang diperlukan.

9. Apakah Keepalived dapat digunakan di Proxmox VE?

Bisa, selama konfigurasi jaringan virtual mendukung perpindahan VIP, komunikasi VRRP, dan penggunaan alamat IP virtual. Pengaturan bridge, VLAN, firewall, serta kebijakan jaringan harus diperiksa terlebih dahulu.

10. Bagaimana cara memastikan failover berhasil?

Periksa status layanan, log Keepalived, dan kepemilikan VIP pada seluruh node. Selanjutnya, hentikan Keepalived pada MASTER secara terkontrol dan pastikan node cadangan mengambil alih VIP serta layanan tetap dapat diakses.

Sudah berhasil membangun High Availability menggunakan Keepalived VRRP di Debian 13 dengan tiga node server?

Bagikan pengalaman Anda pada kolom komentar. Apakah Anda menggunakan konfigurasi multicast atau unicast? Bagaimana hasil pengujian failover ketika MASTER mengalami kegagalan?

Jika artikel ini membantu Anda memahami konfigurasi Keepalived, bagikan kepada rekan sysadmin, administrator jaringan, mahasiswa TKJ/TJKT, atau siapa saja yang sedang mempelajari Linux Server dan High Availability.

Jangan lewatkan artikel teknologi lainnya tentang Debian Server, Linux Networking, HAProxy, Nginx, Proxmox VE, Docker, Kubernetes, monitoring server, dan cybersecurity untuk memperdalam keterampilan administrasi infrastruktur IT.

Terus belajar, terus bereksperimen, dan pastikan infrastruktur yang Anda kelola tidak hanya berjalan, tetapi juga siap menghadapi kegagalan.