Panduan Setup Proxmox VE High Availability Cluster 3-Node & Ceph Distributed Storage
Tested & Verified On
Proxmox VE 8.x dan Ceph Reef
Prerequisites
Tiga node fisik siap dengan waktu sistem sinkron. Disk OSD tersedia dan terpisah dari disk sistem bila memungkinkan. Jaringan manajemen serta storage sudah dipetakan.
Overview & Tujuan Belajar
Ringkasan Tutorial
Panduan implementasi cluster Proxmox tiga node dengan Ceph distributed storage yang fokus pada quorum, network cluster, pembentukan OSD/MON, live migration, dan uji failover VM.
Tujuan Belajar
- Memahami syarat minimal tiga node untuk quorum yang sehat.
- Membangun Ceph monitor, manager, dan OSD untuk shared storage.
- Menguji live migration dan HA secara terukur.
Hasil Akhir yang Diharapkan
Setelah menyelesaikan seluruh modul, peserta diharapkan mampu mengulang implementasi ini secara mandiri, memahami alasan desainnya, dan melakukan verifikasi hasil di lapangan tanpa hanya menyalin konfigurasi.
Target Belajar Spesifik
- Memahami syarat minimal tiga node untuk quorum yang sehat.
- Membangun Ceph monitor, manager, dan OSD untuk shared storage.
- Menguji live migration dan HA secara terukur.
Topologi Lab & Skenario
- Tiga node Proxmox saling terhubung pada jaringan cluster.
- Ceph berjalan dengan monitor minimal tiga dan OSD di beberapa node.
- VM ditempatkan pada storage Ceph RBD.
Glosarium Istilah & Singkatan
Kenapa Glosarium Ini Penting
Materi Panduan Setup Proxmox VE High Availability Cluster 3-Node & Ceph Distributed Storage memuat cukup banyak istilah teknis dan singkatan. Modul ini disediakan agar pembaca awam tidak tersendat saat menjumpai istilah yang sering dipakai engineer jaringan, server, storage, dan security.
Cara Menggunakan Modul Ini
- Baca istilah yang belum Anda pahami sebelum lanjut ke implementasi.
- Kembali ke glosarium ketika menemukan singkatan baru di langkah konfigurasi.
- Gunakan definisi ini sebagai pijakan awal, lalu cocokkan dengan output perangkat yang Anda pakai.
Istilah Penting yang Perlu Dipahami
15 istilahIP Address
Alamat logis yang diberikan ke perangkat agar dapat saling berkomunikasi di jaringan.
Gateway
Perangkat atau alamat tujuan pertama yang dipakai host untuk keluar dari subnet lokalnya.
Subnet
Bagian jaringan yang dibatasi oleh subnet mask agar segmentasi alamat lebih rapi dan efisien.
Latency
Waktu tempuh paket dari sumber ke tujuan. Latency tinggi biasanya terasa sebagai koneksi lambat atau jeda.
Failover
Perpindahan layanan atau trafik ke jalur cadangan saat jalur utama gagal.
Throughput
Jumlah data yang benar-benar berhasil dikirim dalam satuan waktu tertentu.
Hypervisor
Platform virtualisasi yang menjalankan banyak mesin virtual di atas satu server fisik.
Cluster
Sekelompok node yang bekerja bersama untuk meningkatkan ketersediaan, skalabilitas, atau performa.
High Availability
Desain agar layanan tetap tersedia walau salah satu komponen gagal.
Proxmox VE
Platform virtualisasi berbasis Debian untuk menjalankan VM, container, cluster, dan storage terintegrasi.
Ceph
Sistem storage terdistribusi untuk block, object, dan file storage dengan replikasi antarnode.
RBD
Layanan block storage Ceph yang umum dipakai untuk disk VM.
OSD
Daemon Ceph yang menyimpan data aktual pada disk dan melayani operasi baca tulis.
SED
Utilitas pemrosesan dan substitusi teks berbasis baris pada terminal Linux.
AH
Protokol bagian IPSec yang mengamankan integritas dan otentikasi asal paket IP tanpa mengenkripsi isi payload.
Persiapan Lab & Topologi
Versi Perangkat & Platform Uji
Proxmox VE 8.x dan Ceph Reef
Estimasi Waktu Praktik
180-240 menit
Prasyarat Sebelum Memulai
- Tiga node fisik siap dengan waktu sistem sinkron.
- Disk OSD tersedia dan terpisah dari disk sistem bila memungkinkan.
- Jaringan manajemen serta storage sudah dipetakan.
Topologi Lab & Skenario Praktik
- Tiga node Proxmox saling terhubung pada jaringan cluster.
- Ceph berjalan dengan monitor minimal tiga dan OSD di beberapa node.
- VM ditempatkan pada storage Ceph RBD.
Implementasi Bertahap
Kasus Lapangan & Sasaran Implementasi
Bisnis membutuhkan platform virtualisasi yang tetap hidup saat satu host gagal. Cluster tiga node dengan Ceph dipilih agar VM dapat bermigrasi dan direcover otomatis tanpa bergantung pada satu storage tunggal.
Target pembaca: Engineer virtualisasi dan admin data center yang membangun private cloud kecil-menengah.
Hasil akhir yang harus dicapai: Cluster Proxmox sehat, storage Ceph tersedia untuk VM, dan VM prioritas dapat live migrate serta failover sesuai desain.
Tahapan Implementasi Lapangan
- Siapkan semua node, hostname, IP, dan sinkronisasi waktu sebelum cluster dibuat.
- Bangun cluster Proxmox, lalu bentuk layanan Ceph monitor, manager, dan OSD secara bertahap.
- Buat pool RBD dan pindahkan VM uji ke storage bersama.
- Aktifkan HA group serta lakukan simulasi gangguan satu node sambil memantau recovery.
Contoh Konfigurasi / Command Penting
pvecm create dc-prod
pvecm add 10.10.10.11
pveceph install
pveceph init --network 10.20.20.0/24
pveceph mon create
pveceph osd create /dev/sdb
qm migrate 101 pve2 --onlineCLI Command & Script Konfigurasi Lengkap
pvecm create dc-prod pvecm add 10.10.10.11 pveceph install pveceph init --network 10.20.20.0/24 pveceph mon create pveceph osd create /dev/sdb qm migrate 101 pve2 --online
Verifikasi & Troubleshooting
Hal yang Wajib Diverifikasi
- Cluster memiliki quorum sehat dan semua node terlihat aktif.
- Ceph status menunjukkan health yang baik dan pool tersedia.
- VM dapat di-live migrate antar node.
- VM HA berpindah atau direcover saat satu node dimatikan secara terkontrol.
Troubleshooting Paling Sering Muncul
- Jika cluster tidak quorum, cek jumlah vote, reachability antar node, dan status corosync.
- Jika Ceph health warning, audit OSD, monitor, kapasitas, dan latency jaringan.
- Jika live migration gagal, cek storage shared, network migration, dan status lock VM.
Checklist Verifikasi Hasil Lab
- Cluster memiliki quorum sehat dan semua node terlihat aktif.
- Ceph status menunjukkan health yang baik dan pool tersedia.
- VM dapat di-live migrate antar node.
- VM HA berpindah atau direcover saat satu node dimatikan secara terkontrol.
Keputusan Desain & Praktik Lapangan
Keputusan Desain yang Perlu Dipahami
- Tiga node adalah titik minimum realistis untuk cluster kecil yang aman.
- Jaringan storage dan management sebaiknya dipisah bila beban IO tinggi.
- HA tidak berarti tanpa monitoring dan pengujian recovery berkala.
Kesalahan yang Sering Terjadi di Lapangan
- Membentuk cluster sebelum hostname atau waktu sistem konsisten.
- Menggunakan disk sistem sebagai OSD percobaan tanpa pertimbangan.
- Tidak pernah menguji failover node setelah implementasi.
Artefak Serah Terima yang Harus Disimpan
- Diagram cluster, IP node, dan jaringan storage.
- Status Ceph dan hasil uji live migration.
- Catatan prosedur recovery dan maintenance node.
Langkah Lanjut Setelah Praktik
Setelah modul ini selesai, ulangi implementasi tanpa melihat catatan langkah demi langkah, lalu dokumentasikan hasil verifikasi, kendala, dan perubahan desain. Cara ini membantu materi benar-benar berpindah dari sekadar dibaca menjadi keterampilan kerja.