Jasa Managed Proxmox VE

Layanan Proxmox yang kami kerjakan

Cakupan pekerjaan meliputi pembangunan baru, pengambilalihan lingkungan berjalan, maupun perbaikan cluster yang bermasalah:

• Instalasi Proxmox VE dan pembentukan cluster multi-node.
• Konfigurasi penyimpanan: ZFS lokal, Ceph terdistribusi, atau NFS/iSCSI.
• Penerapan high availability sehingga mesin virtual berpindah otomatis saat node bermasalah.
• Penyiapan Proxmox Backup Server dengan deduplikasi dan masa simpan bertingkat.
• Migrasi mesin virtual dari VMware, Hyper-V, atau server fisik.
• Penataan jaringan: bridge, VLAN, dan pemisahan lalu lintas penyimpanan.
• Pembaruan versi terjadwal beserta pengujian sebelum diterapkan ke produksi.

Ceph atau ZFS: memilih lapisan penyimpanan

ZFS cocok untuk node tunggal atau cluster kecil. Ia cepat, punya snapshot dan kompresi bawaan, serta jauh lebih sederhana untuk dirawat. Kelemahannya, penyimpanan bersifat lokal sehingga mesin virtual tidak bisa langsung dinyalakan di node lain.

Ceph menyebar data ke seluruh node sehingga high availability sungguhan dapat berjalan, tetapi menuntut minimal tiga node, jaringan cepat, dan pemahaman operasional yang lebih dalam. Kami membantu memilih berdasarkan target ketersediaan dan anggaran, bukan sekadar mengikuti tren.

Backup dengan Proxmox Backup Server

Proxmox Backup Server menyimpan cadangan secara inkremental dengan deduplikasi, sehingga backup harian tidak memakan ruang sebesar salinan penuh. Verifikasi otomatis juga memastikan cadangan yang tersimpan benar-benar utuh.

Kami menyiapkan penjadwalan bertingkat — harian, mingguan, bulanan — dengan masa simpan berbeda, dan meletakkan server backup di lokasi terpisah agar kegagalan pada cluster utama tidak ikut menghapus cadangannya.

Instalasi Proxmox cluster dari nol

Pekerjaan instalasi Proxmox cluster dimulai dari keputusan yang tidak bisa diubah dengan mudah nanti: berapa node, jaringan mana yang dipakai untuk apa, dan sistem penyimpanan mana yang menopangnya. Menambah node kemudian mudah; mengganti lapisan penyimpanan setelah puluhan mesin virtual berjalan di atasnya tidak.

Susunan jaringan yang kami pakai memisahkan tiga jalur: manajemen cluster, lalu lintas mesin virtual, dan lalu lintas penyimpanan. Menggabungkan ketiganya di satu antarmuka membuat performa naik-turun tanpa pola yang bisa dijelaskan, dan yang paling sering terkena justru komunikasi antar-node yang menjaga kuorum.

Jumlah node dipilih ganjil — tiga sebagai titik awal — supaya cluster tetap punya kuorum ketika satu node mati. Dengan dua node, cluster berisiko terbelah, dan kondisi itu lebih berbahaya bagi data daripada sekadar mati.

Proxmox Ceph storage atau ZFS lokal

Ini keputusan yang paling menentukan biaya dan kerumitan. ZFS lokal cepat, punya snapshot dan kompresi bawaan, dan jauh lebih sederhana dirawat — tapi datanya terikat pada satu node, sehingga mesin virtual tidak bisa dinyalakan di tempat lain tanpa memulihkan dari cadangan.

Proxmox Ceph storage menyebar data ke seluruh node, sehingga mesin virtual bisa berpindah dan menyala di node mana pun. Harganya: minimal tiga node, jaringan penyimpanan yang cepat, dan pemahaman operasional yang lebih dalam. Ceph yang hampir penuh masih bisa ditangani; Ceph yang benar-benar penuh berhenti menerima tulisan dan pemulihannya merepotkan.

Untuk kantor kecil dengan satu atau dua node, kami hampir selalu menyarankan ZFS plus Proxmox Backup Server. Ceph baru masuk akal ketika high availability sungguhan memang jadi kebutuhan, bukan keinginan.

High availability Proxmox dan pengujiannya

Mengaktifkan high availability Proxmox hanya beberapa klik, dan itu justru masalahnya: banyak lingkungan mengaktifkannya tanpa pernah menguji apakah benar bekerja. Fitur yang tidak diuji sama nilainya dengan fitur yang tidak ada.

Sebelum lingkungan diserahkan, kami mematikan node secara sengaja — mencabut daya, bukan shutdown rapi — lalu mengukur berapa lama mesin virtual kembali menyala di node lain dan apakah semuanya ikut berpindah. Angka itu yang menjadi acuan, bukan janji dari brosur.

Aturan penempatan juga diatur agar mesin virtual yang saling bergantung tidak berkumpul di node yang sama. Dua server aplikasi di satu node tidak memberi ketahanan apa pun ketika node itulah yang mati.

Migrasi VM ke Proxmox dari platform lain

Pekerjaan migrasi VM ke Proxmox dari VMware atau Hyper-V mencakup konversi format disk dan pemasangan driver VirtIO agar performa disk dan jaringan tidak turun. Untuk mesin Windows, driver harus disuntikkan sebelum konversi — kalau tidak, sistem gagal boot karena tidak mengenali pengendali disk baru.

Urutannya bertahap: satu mesin virtual yang paling tidak kritis dikonversi lebih dulu untuk memvalidasi prosedur, diuji beberapa hari, baru sisanya menyusul. Mesin virtual asli tetap disimpan dalam keadaan bisa dinyalakan sampai versi barunya terbukti stabil.

Untuk yang masih menimbang platformnya, kami menyusun perbandingan Proxmox dan VMware yang menghitung biaya lisensi beserta biaya transisinya — termasuk kondisi di mana tetap di VMware justru lebih masuk akal.