Pendahuluan Perkembangan layanan digital menyebabkan kebutuhan server terus bertambah. Satu organisasi dapat membutuhkan web server, database, aplikasi sekolah, CBT Server, file server, DNS Server, VPN Server, monitoring, dan sistem bac...
Ditulis oleh Guru SKJ pada 29 Jul 2026
Perkembangan layanan digital menyebabkan kebutuhan server terus bertambah. Satu organisasi dapat membutuhkan web server, database, aplikasi sekolah, CBT Server, file server, DNS Server, VPN Server, monitoring, dan sistem backup.
Apabila setiap layanan harus menggunakan satu komputer fisik, kebutuhan perangkat, listrik, ruang, dan biaya pemeliharaan akan menjadi besar. Banyak server juga tidak selalu menggunakan seluruh kemampuan prosesor dan memorinya.
Virtualisasi hadir untuk mengatasi masalah tersebut.
Dengan virtualisasi, satu server fisik dapat menjalankan beberapa sistem operasi, mesin virtual, container, atau layanan secara bersamaan. Setiap layanan dapat dipisahkan sehingga lebih mudah dikelola, diamankan, dipindahkan, dibackup, dan dipulihkan.
Virtualisasi kemudian berkembang dari sekadar menjalankan beberapa mesin virtual menjadi pengelolaan pusat data yang mendukung:
virtual machine;
container;
cluster;
shared storage;
live migration;
replikasi;
backup;
monitoring;
otomatisasi;
High Availability;
orkestrasi aplikasi menggunakan pod.
Salah satu platform yang banyak digunakan untuk kebutuhan tersebut adalah Proxmox Virtual Environment atau Proxmox VE. Proxmox VE menggabungkan virtual machine berbasis KVM, Linux Container atau LXC, storage, jaringan, cluster, backup, dan High Availability dalam satu antarmuka pengelolaan. (Proxmox)
Virtualisasi adalah teknologi yang membuat versi virtual dari sumber daya komputer.
Sumber daya yang dapat divirtualisasi antara lain:
komputer;
sistem operasi;
prosesor;
memori;
penyimpanan;
jaringan;
aplikasi;
desktop;
server.
Tanpa virtualisasi, satu komputer fisik biasanya menjalankan satu sistem operasi utama.
Hardware Fisik
|
Sistem Operasi
|
AplikasiDengan virtualisasi, satu hardware dapat menjalankan beberapa sistem operasi.
Hardware Fisik
|
Hypervisor
┌───┼────┬────┐
| | | |
VM1 VM2 VM3 VM4Setiap virtual machine dapat memiliki:
sistem operasi sendiri;
CPU virtual;
RAM virtual;
disk virtual;
kartu jaringan virtual;
aplikasi sendiri.
Virtualisasi digunakan untuk meningkatkan efisiensi dan fleksibilitas infrastruktur teknologi informasi.
Tujuan utamanya meliputi:
Satu server fisik dapat menjalankan beberapa layanan.
Contoh:
Server Fisik
├── VM Web Server
├── VM Database Server
├── VM CBT Server
├── VM Monitoring
└── VM VPN ServerMasalah pada satu virtual machine tidak selalu langsung merusak virtual machine lainnya.
Sebagai contoh, jika web server mengalami error, database server pada VM lain masih dapat berjalan.
Virtualisasi cocok digunakan sebagai laboratorium karena peserta didik dapat:
memasang sistem operasi;
membuat server;
mengubah jaringan;
mencoba firewall;
membuat VPN;
menghapus mesin;
mengembalikan snapshot.
Virtual machine dapat dipindahkan dari satu host ke host lain, bergantung pada konfigurasi storage dan cluster.
Mesin virtual dapat dibackup beserta konfigurasi dan disk-nya.
Pada lingkungan cluster, layanan dapat dipindahkan atau dinyalakan kembali pada node lain ketika node utama mengalami kegagalan.
Host adalah komputer fisik yang menjalankan sistem virtualisasi.
Contoh:
Server Proxmox
CPU 16 core
RAM 64 GB
Storage 4 TBGuest adalah sistem operasi atau layanan yang berjalan di atas host.
Contoh:
Windows Server;
Ubuntu Server;
MikroTik CHR;
Debian;
CBT Server.
Hypervisor adalah lapisan yang mengatur virtual machine dan membagi sumber daya hardware.
Hypervisor mengelola:
CPU;
RAM;
disk;
interface jaringan;
akses perangkat;
isolasi antarmesin.
Virtual machine atau VM adalah komputer virtual lengkap yang mempunyai sistem operasi sendiri.
Container adalah lingkungan terisolasi yang menjalankan aplikasi dan dependensinya dengan memanfaatkan kernel host.
Snapshot adalah catatan kondisi mesin pada waktu tertentu.
Snapshot dapat mencakup:
kondisi disk;
konfigurasi;
pada platform tertentu, kondisi memori.
Template adalah mesin dasar yang telah disiapkan agar dapat digandakan dengan cepat.
Clone adalah salinan virtual machine atau container.
Server fisik dibagi menjadi beberapa server virtual.
Contoh:
Proxmox Host
├── Ubuntu Web Server
├── Windows Server
├── MikroTik CHR
└── Database ServerDesktop pengguna dijalankan secara virtual dan dapat diakses dari perangkat lain.
Perangkat dan jaringan dibuat secara virtual.
Contohnya:
virtual switch;
virtual bridge;
VLAN;
virtual router;
software-defined networking;
virtual firewall.
Beberapa media penyimpanan dikelola sebagai satu sistem penyimpanan logis.
Aplikasi dijalankan dalam lingkungan terisolasi tanpa memasang seluruh sistem operasi baru.
Aplikasi dijalankan di dalam container yang berbagi kernel dengan host.
Hypervisor tipe 1 berjalan langsung pada hardware server.
Hardware
|
Hypervisor
|
Virtual MachineContoh penggunaan:
pusat data;
server perusahaan;
cloud;
cluster;
High Availability.
Proxmox VE termasuk platform yang dipasang langsung pada server dan menggunakan KVM untuk virtual machine.
Hypervisor tipe 2 berjalan di atas sistem operasi host.
Hardware
|
Windows atau Linux
|
VirtualBox
|
Virtual MachineContohnya:
VirtualBox;
VMware Workstation.
Tipe ini cocok untuk:
pembelajaran;
simulasi;
pengembangan;
pengujian aplikasi;
laboratorium pribadi.
Virtual machine dan container sama-sama digunakan untuk menjalankan layanan secara terisolasi, tetapi cara kerjanya berbeda.
Setiap VM mempunyai sistem operasi lengkap.
Hardware
|
Hypervisor
|
Guest OS
|
AplikasiKelebihan VM:
isolasi kuat;
dapat menjalankan sistem operasi berbeda;
cocok untuk Windows dan Linux;
fleksibel;
cocok untuk aplikasi lama;
dapat menggunakan kernel sendiri.
Kekurangan VM:
membutuhkan RAM lebih besar;
disk lebih besar;
waktu boot lebih lama;
penggunaan sumber daya lebih tinggi.
Container tidak membawa sistem operasi lengkap. Container berbagi kernel dengan host.
Hardware
|
Host Linux
|
Container Engine
|
Container A, B, CKelebihan container:
ringan;
cepat dijalankan;
penggunaan RAM lebih kecil;
mudah digandakan;
cocok untuk microservices;
mudah dipindahkan melalui image.
Kekurangan container:
isolasi tidak sama dengan VM penuh;
bergantung pada kernel host;
memerlukan pemahaman storage dan network;
aplikasi stateful memerlukan perencanaan lebih lanjut.
Proxmox VE mendukung Linux Container melalui LXC.
LXC digunakan untuk menjalankan lingkungan Linux terisolasi tanpa menjalankan kernel guest terpisah. Proxmox dapat menyimpan container pada berbagai jenis storage yang didukung, seperti directory, LVM, ZFS, dan storage jaringan. (Proxmox VE)
Contoh penggunaan LXC:
web server;
DNS Server;
reverse proxy;
file server ringan;
monitoring;
syslog server;
aplikasi internal;
layanan Linux sederhana.
Contoh struktur:
Proxmox Host
├── CT 101 Web Server
├── CT 102 DNS Server
├── CT 103 Monitoring
└── CT 104 Reverse ProxyDalam Proxmox, container sering disebut CT.
Docker menggunakan image untuk menjalankan container aplikasi.
Contoh image:
nginx
mysql
wordpress
redis
grafana
prometheusAlur sederhana:
Dockerfile
|
Build Image
|
Container Image
|
Run Container
|
Aplikasi AktifSebuah container biasanya berisi:
aplikasi;
library;
runtime;
konfigurasi;
dependensi.
Container sebaiknya dibuat agar mudah dihentikan dan dibuat ulang.
Data penting tidak sebaiknya hanya disimpan di lapisan sementara container. Gunakan:
volume;
bind mount;
persistent storage;
database eksternal;
storage jaringan.
Pod adalah unit terkecil yang dapat dijalankan dan dikelola oleh Kubernetes.
Satu pod dapat berisi satu atau beberapa container yang saling berkaitan. Container dalam satu pod berbagi sumber daya tertentu, termasuk jaringan dan storage yang didefinisikan untuk pod tersebut. (Kubernetes)
Contoh pod sederhana:
Pod Web
└── Container NginxContoh pod dengan beberapa container:
Pod Aplikasi
├── Container Utama
├── Container Logging
└── Container ProxyContainer dalam satu pod dapat berkomunikasi melalui:
localhostkarena mereka berbagi ruang jaringan pod.
Container adalah lingkungan tempat aplikasi berjalan.
Pod adalah pembungkus atau unit pengelolaan satu atau beberapa container di Kubernetes.
Node Kubernetes
|
Pod
├── Container A
├── Container B
└── Shared VolumePerbedaannya:
| Aspek | Container | Pod |
|---|---|---|
| Fungsi | Menjalankan aplikasi | Mengelola satu atau beberapa container |
| Platform umum | Docker, containerd | Kubernetes |
| Jaringan | Memiliki jaringan container | Container dalam pod berbagi jaringan pod |
| Siklus hidup | Dikelola container engine | Dikelola Kubernetes |
| Skalabilitas | Dijalankan satu per satu | Umumnya dikelola controller |
Pod dirancang sebagai objek yang relatif sementara.
Pod dapat:
dibuat;
dijadwalkan ke node;
berjalan;
dihentikan;
gagal;
dihapus;
diganti oleh pod baru.
Jika sebuah node gagal, pod yang berada di node tersebut tidak sekadar berpindah sebagai objek yang sama. Controller Kubernetes dapat membuat pod pengganti, kemudian scheduler menempatkannya pada node yang sehat. (Kubernetes)
Karena itu, aplikasi Kubernetes sebaiknya tidak menganggap pod sebagai server permanen.
Pod biasanya tidak dibuat satu per satu untuk aplikasi produksi.
Kubernetes menggunakan resource seperti Deployment untuk mengelola pod.
Alurnya:
Deployment
|
ReplicaSet
|
Pod 1
Pod 2
Pod 3Deployment mendefinisikan kondisi yang diinginkan, kemudian controller menyesuaikan kondisi aktual agar mendekati kondisi tersebut. Deployment juga digunakan untuk pembaruan aplikasi dan pengelolaan ReplicaSet. (Kubernetes)
Contoh:
Desired replicas: 3
Actual replicas : 2Controller akan mencoba membuat satu pod tambahan.
Digunakan untuk aplikasi stateless.
Contoh:
web frontend;
API;
aplikasi web.
Digunakan untuk aplikasi yang membutuhkan identitas dan penyimpanan lebih stabil.
Contoh:
database;
cluster aplikasi stateful;
layanan dengan urutan tertentu.
Menjalankan pod pada setiap node atau node tertentu.
Contoh:
log collector;
monitoring agent;
network plugin.
Digunakan untuk tugas yang dijalankan sampai selesai. Kubernetes Job dapat membuat satu atau beberapa pod dan mengulanginya sampai target penyelesaian tercapai. (Kubernetes)
Contoh:
backup;
migrasi database;
pemrosesan data;
pembuatan laporan.
Init container berjalan sebelum container utama.
Contoh kegunaan:
menunggu database aktif;
mengunduh konfigurasi;
menyiapkan permission;
melakukan migrasi awal;
memeriksa dependensi.
Init container harus selesai dengan berhasil sebelum aplikasi utama dijalankan. (Kubernetes)
Sidecar berjalan bersama aplikasi utama.
Contoh:
pengirim log;
proxy;
sinkronisasi file;
agent keamanan;
service mesh proxy.
Proxmox Virtual Environment adalah platform virtualisasi berbasis Debian Linux.
Proxmox menggabungkan:
KVM Virtual Machine;
LXC Container;
web management;
cluster;
storage management;
virtual networking;
firewall;
backup;
replication;
High Availability;
role-based access;
REST API.
Proxmox VE dirancang untuk mengelola VM dan container dari antarmuka web yang sama. (Proxmox)
KVM digunakan untuk menjalankan virtual machine penuh.
Cocok untuk:
Windows Server;
Linux dengan kernel khusus;
MikroTik CHR;
firewall virtual;
aplikasi yang membutuhkan isolasi lebih kuat.
LXC digunakan untuk menjalankan Linux Container.
Cocok untuk:
aplikasi ringan;
web server;
DNS;
monitoring;
reverse proxy.
Proxmox dapat diakses melalui browser.
Contoh:
https://192.168.10.2:8006Cluster menggabungkan beberapa node Proxmox agar dapat dikelola dalam satu lingkungan.
Storage digunakan untuk menyimpan:
disk VM;
root filesystem container;
ISO;
template;
backup;
snippet.
Jaringan Proxmox dapat menggunakan:
Linux Bridge;
VLAN;
bond;
interface fisik;
software-defined networking.
Tahapan umum:
1. Unduh ISO Proxmox VE.
2. Buat media instalasi.
3. Boot server dari media instalasi.
4. Pilih disk.
5. Tentukan negara dan zona waktu.
6. Buat password administrator.
7. Tentukan email.
8. Atur hostname.
9. Atur IP management.
10. Selesaikan instalasi.
11. Akses web interface.Proxmox VE terus dikembangkan. Versi terbaru harus diperiksa sebelum instalasi agar dokumentasi, repository, dan kompatibilitas hardware sesuai. (Proxmox)
Gunakan hostname yang jelas.
Contoh:
pve-node1.lab.local
pve-node2.lab.local
pve-node3.lab.localHindari mengubah hostname secara sembarangan setelah cluster terbentuk.
Node Proxmox sebaiknya menggunakan IP statis.
Contoh:
Node 1 : 192.168.10.11
Node 2 : 192.168.10.12
Node 3 : 192.168.10.13
Gateway: 192.168.10.1Pastikan seluruh node dapat saling menerjemahkan hostname.
Gunakan:
DNS internal;
catatan /etc/hosts yang konsisten;
hostname unik.
Waktu seluruh node harus sinkron.
Waktu yang tidak sesuai dapat mengganggu:
cluster;
log;
autentikasi;
sertifikat;
monitoring;
analisis insiden.
Lakukan update secara terencana.
apt update
apt full-upgradeBackup konfigurasi dan workload penting sebelum upgrade besar.
Linux Bridge berfungsi seperti switch virtual.
Contoh:
vmbr0Topologi:
Interface Fisik
|
vmbr0
┌──┼────┐
VM1 VM2 CT1VM dan container dapat dihubungkan ke bridge yang sama.
Digunakan untuk:
web interface;
SSH;
komunikasi cluster;
API.
Contoh:
192.168.10.0/24Digunakan untuk trafik aplikasi.
Contoh:
172.16.10.0/24Digunakan untuk:
Ceph;
NFS;
iSCSI;
replikasi;
backup.
Contoh:
10.10.10.0/24Digunakan untuk komunikasi cluster.
Untuk cluster penting, jaringan Corosync sebaiknya:
stabil;
memiliki latensi rendah;
tidak penuh oleh trafik backup;
memiliki redundansi jika memungkinkan.
Bonding menggabungkan beberapa interface jaringan.
Tujuan bonding:
redundansi;
peningkatan bandwidth pada mode tertentu;
failover interface.
Contoh:
eno1 ─┐
├── bond0 ── vmbr0
eno2 ─┘Mode bonding harus disesuaikan dengan dukungan switch.
Contoh mode:
active-backup;
balance-xor;
802.3ad atau LACP.
VLAN digunakan untuk memisahkan jaringan secara logis.
Contoh:
VLAN 10 : Management
VLAN 20 : Server
VLAN 30 : Storage
VLAN 40 : Cluster
VLAN 50 : BackupSatu interface trunk dapat membawa beberapa VLAN.
Switch Trunk
|
Proxmox
|
VLAN-aware Bridge
├── VLAN 20 VM Server
├── VLAN 30 Storage
└── VLAN 40 ClusterSegmentasi mengurangi pencampuran trafik dan mempermudah firewall.
Storage merupakan bagian yang sangat penting.
Pilihan storage meliputi:
directory;
LVM;
LVM-Thin;
ZFS;
Ceph;
NFS;
iSCSI;
Proxmox Backup Server.
Proxmox menyediakan framework storage yang memungkinkan beberapa backend dikelola melalui web interface, API, atau command line. (Proxmox VE)
Storage lokal berada pada satu node.
Contohnya:
local directory;
local-lvm;
ZFS lokal.
Kelebihan:
mudah;
murah;
performa baik;
cocok untuk laboratorium.
Kekurangan:
data tidak otomatis tersedia pada node lain;
migrasi tertentu memerlukan pemindahan disk;
kegagalan node dapat membuat workload tidak tersedia.
Shared storage dapat diakses oleh beberapa node.
Contoh:
NFS;
iSCSI;
Ceph;
storage area network.
Topologi:
Node 1 ─┐
Node 2 ─┼── Shared Storage
Node 3 ─┘Shared storage mempermudah:
migrasi VM;
HA;
pemindahan workload;
pengelolaan disk bersama.
Namun, shared storage juga harus memiliki redundansi. Jika storage bersama menjadi satu titik kegagalan, seluruh cluster dapat kehilangan akses ke disk VM.
ZFS merupakan filesystem dan volume manager.
Fitur penting:
checksum;
snapshot;
compression;
replication;
RAID-Z;
integritas data.
ZFS cocok untuk:
server tunggal;
storage lokal kuat;
snapshot;
replikasi antarnode.
ZFS membutuhkan perencanaan RAM, disk, dan redundancy.
Ceph adalah distributed storage.
Data disebarkan ke beberapa node dan disk.
Contoh:
Node 1: OSD
Node 2: OSD
Node 3: OSDKeuntungan:
storage terdistribusi;
redundansi;
dapat berkembang;
mendukung lingkungan cluster;
mengurangi ketergantungan pada satu storage eksternal.
Kekurangan:
membutuhkan minimal beberapa node;
membutuhkan jaringan cepat;
konfigurasi lebih kompleks;
memerlukan disk dan sumber daya memadai.
Untuk laboratorium kecil, Ceph dapat disimulasikan. Untuk produksi, kapasitas, jaringan, jenis disk, dan jumlah node harus direncanakan dengan baik.
Cluster adalah kumpulan node Proxmox yang dikelola bersama.
Contoh:
Cluster: LAB-CLUSTER
├── pve-node1
├── pve-node2
└── pve-node3Manfaat cluster:
satu antarmuka pengelolaan;
migrasi VM;
pengelolaan storage bersama;
pengelolaan user;
High Availability;
konsistensi konfigurasi cluster.
Proxmox menggunakan Proxmox Cluster File System atau pmxcfs untuk menyimpan dan mendistribusikan konfigurasi cluster. (Proxmox VE)
Quorum digunakan agar cluster dapat mengambil keputusan secara aman.
Dalam cluster tiga node:
Node 1 aktif
Node 2 aktif
Node 3 gagalDua node masih membentuk mayoritas.
Jika hanya menggunakan dua node, kegagalan komunikasi dapat menimbulkan kebingungan mengenai node mana yang masih benar.
Karena itu, cluster HA umumnya lebih baik menggunakan minimal tiga vote.
Vote dapat berasal dari:
node cluster;
QDevice pada skenario tertentu.
Quorum membantu mencegah dua bagian cluster berjalan sendiri-sendiri dan mengaktifkan workload yang sama.
Split brain adalah kondisi ketika beberapa bagian cluster kehilangan komunikasi tetapi masing-masing menganggap dirinya masih aktif.
Risikonya:
VM yang sama aktif di dua lokasi;
data rusak;
konflik storage;
konfigurasi berbeda;
layanan tidak konsisten.
Pencegahan:
quorum;
jaringan cluster yang stabil;
fencing;
watchdog;
konfigurasi HA yang benar;
redundansi jaringan.
High Availability atau HA adalah kemampuan sistem untuk menjaga layanan tetap tersedia ketika terjadi kegagalan.
Tujuan HA bukan menjamin sistem tidak pernah gagal. Tujuannya adalah:
mendeteksi kegagalan;
mengambil keputusan;
memindahkan atau menyalakan ulang layanan;
mengurangi waktu gangguan.
Contoh:
VM CBT berjalan di Node 1
|
Node 1 gagal
|
Cluster mendeteksi kegagalan
|
VM CBT dijalankan di Node 2Proxmox VE menyediakan pengelolaan High Availability untuk VM dan container dalam cluster. (Proxmox)
Node harus tergabung dalam cluster.
Cluster harus memiliki quorum untuk mengambil keputusan.
HA Manager memantau dan mengelola resource HA.
Watchdog membantu mendeteksi node bermasalah dan mendukung proses fencing.
Disk workload harus dapat digunakan pada node tujuan.
Pilihan:
shared storage;
Ceph;
replikasi ZFS;
metode pemindahan lain yang sesuai.
Node tujuan harus mempunyai jaringan yang dapat menggantikan fungsi node asal.
Bridge dan VLAN harus konsisten.
Alur kerja sederhana:
1. VM berjalan di Node 1.
2. Cluster memantau Node 1.
3. Node 1 gagal atau terisolasi.
4. Cluster memastikan kondisi node.
5. Resource HA dipindahkan ke Node 2.
6. VM dijalankan pada Node 2.
7. Layanan kembali tersedia.Flowchart:
[Mulai]
|
[VM berjalan di Node Aktif]
|
[Node masih sehat?]
/ \
Ya Tidak
| |
| [Cluster mendeteksi kegagalan]
| |
| [Quorum tersedia?]
| |
| [Fencing/Watchdog]
| |
| [Pilih Node Tujuan]
| |
| [Pastikan storage tersedia]
| |
| [Jalankan VM/CT]
| |
| [Periksa layanan]
| |
└---->[Layanan tersedia]Live migration memindahkan VM dari satu node ke node lain secara terencana.
Contoh:
Node 1 akan maintenance
|
VM dipindahkan ke Node 2
|
Node 1 dimatikanHA bekerja ketika terjadi kegagalan atau ketika resource harus dipulihkan otomatis.
Contoh:
Node 1 tiba-tiba mati
|
VM dinyalakan kembali di Node 2Live migration membantu menghindari downtime saat maintenance.
HA membantu mengurangi downtime ketika terjadi kegagalan.
HA membuat layanan cepat tersedia kembali.
Backup membuat salinan data agar dapat dipulihkan.
Contoh:
Node gagal:
HA menyalakan VM di node lain.
Data terhapus:
Backup mengembalikan data sebelumnya.HA tidak selalu dapat membantu jika:
file dihapus;
database rusak;
ransomware mengenkripsi data;
aplikasi salah konfigurasi;
data sudah ikut direplikasi dalam kondisi rusak.
Karena itu, HA dan backup harus digunakan bersama.
Proxmox VE dapat membuat backup penuh yang mencakup konfigurasi dan data VM atau container. Backup dapat dijalankan melalui GUI maupun perintah vzdump. (Proxmox VE)
Disaster Recovery atau DR digunakan untuk memulihkan layanan setelah bencana besar.
Contoh:
gedung terbakar;
seluruh cluster rusak;
storage utama gagal;
serangan ransomware;
lokasi kehilangan listrik dalam waktu lama.
Perbandingan:
| Konsep | Tujuan |
|---|---|
| HA | Menjaga layanan tetap tersedia saat komponen gagal |
| Backup | Menyediakan salinan data |
| Replication | Menyalin data ke lokasi lain |
| DR | Memulihkan layanan setelah bencana besar |
Backup dapat dilakukan ke:
disk lokal;
NFS;
storage eksternal;
Proxmox Backup Server.
Data yang dibackup:
konfigurasi VM;
disk VM;
konfigurasi container;
data container.
Strategi backup perlu mempertimbangkan:
frekuensi;
retensi;
lokasi;
enkripsi;
pengujian restore;
backup di luar cluster.
Proxmox Backup Server atau PBS dirancang untuk backup VM, container, dan host.
Fitur penting:
incremental backup;
deduplication;
compression;
encryption;
verification;
retention;
restore.
PBS sebaiknya tidak hanya berada pada storage yang sama dengan cluster utama.
Topologi:
Proxmox Cluster
|
Backup Network
|
Proxmox Backup Server
|
Storage BackupReplication menyalin disk atau data VM dari satu node ke node lain.
Pada ZFS replication:
Node 1 ZFS
|
Replication
|
Node 2 ZFSReplication membantu mempercepat pemulihan karena salinan data sudah tersedia pada node tujuan.
Namun, replication bukan pengganti backup. Kerusakan atau penghapusan data dapat ikut disalin.
Contoh nama cluster:
pvecm create LAB-CLUSTERMenampilkan status:
pvecm statusPada node lain, gunakan informasi join yang diberikan cluster.
Sebelum join:
pastikan hostname benar;
IP statis;
waktu sinkron;
node belum memiliki guest yang konflik;
DNS atau hosts benar;
jaringan stabil.
Dokumentasi cluster Proxmox menjelaskan bahwa node yang akan bergabung perlu dipersiapkan dengan hati-hati, khususnya jika sudah memiliki guest. Salah satu pendekatan aman adalah membackup guest terlebih dahulu sebelum node dimasukkan ke cluster. (Proxmox VE)
Secara konsep:
Datacenter
|
HA
|
Add Resource
|
Pilih VM atau CTTentukan:
resource ID;
group;
state;
preferred node;
prioritas jika diperlukan.
Sebelum mengaktifkan HA, lakukan pengujian manual:
pastikan VM dapat dimigrasi;
pastikan storage dapat diakses;
pastikan bridge tersedia di node tujuan;
pastikan CPU kompatibel;
pastikan VM dapat boot;
pastikan layanan dapat diakses.
HA Group digunakan untuk mengatur node yang boleh menjalankan resource tertentu.
Contoh:
Group: SERVER-HA
Nodes:
pve-node1 priority 3
pve-node2 priority 2
pve-node3 priority 1Resource lebih diutamakan berjalan pada node dengan prioritas lebih tinggi, bergantung pada konfigurasi dan kondisi cluster.
HA group dapat membantu:
menentukan preferred node;
membatasi lokasi workload;
mengelompokkan server;
merencanakan kapasitas.
Cluster tidak boleh menggunakan seluruh sumber daya pada kondisi normal.
Misalnya:
Node 1: RAM terpakai 90%
Node 2: RAM terpakai 90%
Node 3: RAM terpakai 90%Jika satu node gagal, node lain mungkin tidak memiliki kapasitas untuk menjalankan VM tambahan.
Gunakan prinsip N+1.
Artinya, cluster menyediakan kapasitas untuk menanggung kegagalan minimal satu node.
Contoh:
Total kebutuhan workload: 120 GB RAM
Kapasitas tiga node : 192 GB RAMMasih tersedia ruang untuk failover.
INTERNET
|
Router/Firewall
|
Core Switch
┌─────────────────┼─────────────────┐
| | |
Proxmox Node 1 Proxmox Node 2 Proxmox Node 3
192.168.10.11 192.168.10.12 192.168.10.13
| | |
└──────── Cluster/Corosync ─────────┘
|
Shared Storage
Ceph / NFS / iSCSI
|
Proxmox Backup ServerJaringan dapat dipisahkan:
Management : 192.168.10.0/24
Cluster : 192.168.20.0/24
Storage : 10.10.10.0/24
VM Network : 172.16.10.0/24
Backup : 10.20.20.0/24Proxmox dapat digunakan sebagai lapisan infrastruktur untuk membuat VM Kubernetes.
Contoh:
Proxmox Cluster
├── VM Control Plane 1
├── VM Control Plane 2
├── VM Control Plane 3
├── VM Worker 1
├── VM Worker 2
└── VM Worker 3Di dalam VM tersebut dijalankan:
container runtime;
kubelet;
control plane;
scheduler;
controller;
network plugin;
storage plugin.
Alurnya:
Hardware
|
Proxmox
|
VM Kubernetes Node
|
Container Runtime
|
Pod
|
Container AplikasiMenjalankan Kubernetes node sebagai VM memberikan keuntungan:
isolasi;
snapshot;
backup;
clone;
pemindahan node;
fleksibilitas resource;
pemisahan jaringan;
simulasi banyak node.
Namun, jangan menganggap HA Proxmox otomatis menggantikan HA Kubernetes.
Keduanya bekerja pada lapisan berbeda.
HA Proxmox:
Menjaga VM Kubernetes tetap tersedia.
HA Kubernetes:
Menjaga pod dan aplikasi tetap tersedia.| Aspek | Proxmox HA | Kubernetes |
|---|---|---|
| Objek | VM dan CT | Pod dan workload |
| Lapisan | Infrastruktur | Aplikasi |
| Kegagalan node | VM dinyalakan di node lain | Pod pengganti dibuat pada node sehat |
| Storage | Shared storage atau replication | Persistent Volume |
| Pengelola | HA Manager | Controller dan Scheduler |
| Tujuan | Ketersediaan mesin | Ketersediaan aplikasi |
Kubernetes menggunakan controller untuk mengelola replikasi dan pemulihan pod. Jika node gagal, controller dapat membuat pod pengganti dan scheduler menempatkannya pada node sehat. (Kubernetes)
Pod bersifat sementara, sehingga data penting membutuhkan persistent storage.
Gunakan:
Persistent Volume;
Persistent Volume Claim;
NFS;
Ceph;
CSI driver;
storage class.
Contoh:
Pod Database
|
Persistent Volume Claim
|
Ceph StorageJika pod diganti, data tetap berada pada storage.
Container dalam pod dapat diberikan resource request dan limit.
Contoh:
resources:
requests:
cpu: "500m"
memory: "512Mi"
limits:
cpu: "1"
memory: "1Gi"Request digunakan untuk membantu penjadwalan.
Limit membatasi penggunaan maksimum.
Kubernetes juga mengelompokkan pod ke kelas Quality of Service berdasarkan hubungan antara request dan limit. Kelas tersebut memengaruhi cara pod ditangani ketika node kekurangan sumber daya. (Kubernetes)
Kubernetes menyediakan probe:
Memeriksa apakah aplikasi masih hidup.
Jika gagal, container dapat direstart.
Memeriksa apakah aplikasi siap menerima trafik.
Jika gagal, pod dapat dikeluarkan sementara dari service.
Digunakan untuk aplikasi yang membutuhkan waktu startup lama.
Probe membantu Kubernetes membedakan:
aplikasi masih memulai;
aplikasi belum siap;
aplikasi mengalami kegagalan.
Hal yang perlu dipantau:
CPU;
RAM;
disk;
latency storage;
jaringan;
suhu;
status cluster;
quorum;
status HA;
backup;
replication;
error log;
umur disk;
SMART;
kapasitas storage.
Tools yang dapat digunakan:
dashboard Proxmox;
Prometheus;
Grafana;
Zabbix;
Netdata;
syslog server.
Beberapa lokasi log yang sering diperiksa:
/var/log/syslog
/var/log/pve/tasks/
/var/log/pveproxy/
/var/log/pvedaemon.log
/var/log/pve-ha-lrm.log
/var/log/pve-ha-crm.log
/var/log/corosync/Perintah dasar:
journalctl -xeService tertentu:
journalctl -u pveproxy
journalctl -u pvedaemon
journalctl -u corosyncStatus cluster:
pvecm statusStatus HA:
ha-manager statusJangan membuka web Proxmox secara bebas ke internet.
Akses sebaiknya melalui:
LAN admin;
VPN;
jump server;
firewall.
Aktifkan TFA untuk akun administrator.
Jangan menggunakan satu akun root bersama.
Berikan hak sesuai kebutuhan.
Contoh:
administrator;
operator VM;
auditor;
peserta praktikum.
Backup:
VM;
CT;
konfigurasi cluster;
dokumentasi jaringan;
credential penting secara aman.
Update dilakukan terjadwal dan diuji.
Gunakan:
firewall eksternal;
firewall Proxmox;
firewall VM;
segmentasi VLAN.
Gunakan minimal tiga vote.
Gunakan IP statis.
Pastikan hostname dan DNS benar.
Sinkronkan waktu.
Pisahkan trafik cluster dan backup.
Gunakan jaringan cluster stabil.
Gunakan storage redundan.
Sediakan kapasitas N+1.
Uji migrasi sebelum HA.
Uji failover secara berkala.
Backup tetap wajib.
Simpan backup di luar cluster.
Monitoring dan alert harus aktif.
Dokumentasikan setiap node.
Jangan mengandalkan satu switch jika sistem kritis.
Sebuah sekolah memiliki tiga server Proxmox.
Node 1 : 192.168.10.11
Node 2 : 192.168.10.12
Node 3 : 192.168.10.13Workload:
VM 101 : CBT Server
VM 102 : Database
CT 103 : Reverse Proxy
CT 104 : Monitoring
VM 105 : VPN ServerStorage:
Ceph ClusterBackup:
Proxmox Backup Server
192.168.50.10Kondisi normal:
Node 1 menjalankan CBT.
Node 2 menjalankan database.
Node 3 menjalankan monitoring dan VPN.Ketika Node 1 gagal:
1. Cluster mendeteksi Node 1 tidak aktif.
2. Quorum tetap tersedia.
3. Node bermasalah diisolasi.
4. HA memilih Node 2 atau Node 3.
5. Disk CBT tersedia dari Ceph.
6. VM CBT dinyalakan.
7. Monitoring memeriksa layanan.
8. Administrator menerima notifikasi.[Mulai]
|
[Apakah membutuhkan OS berbeda?]
/ \
Ya Tidak
| |
[Gunakan VM]
|
[Apakah membutuhkan kernel sendiri?]
/ \
Ya Tidak
| |
[Gunakan VM]
|
[Apakah aplikasi Linux ringan?]
/ \
Ya Tidak
| |
[Gunakan LXC] [Pertimbangkan VM]Contoh:
Windows Server → VM
MikroTik CHR → VM
Web Linux → LXC atau VM
Docker Host → VM atau host Linux khusus
Database kritis→ VM atau cluster database[Source Code]
|
[Build Container Image]
|
[Push ke Registry]
|
[Buat Deployment]
|
[Kubernetes Membuat ReplicaSet]
|
[ReplicaSet Membuat Pod]
|
[Scheduler Memilih Node]
|
[Kubelet Menjalankan Container]
|
[Readiness Probe Berhasil?]
/ \
Tidak Ya
| |
[Perbaiki] [Service Mengirim Trafik][VM/CT berjalan]
|
[Monitoring node]
|
[Node sehat?]
/ \
Ya Tidak
| |
[Tetap berjalan] |
|
[Cluster memeriksa quorum]
|
[Quorum tersedia?]
/ \
Tidak Ya
| |
[Hentikan keputusan] [Fencing node gagal]
|
[Pilih node tujuan]
|
[Storage tersedia?]
/ \
Tidak Ya
| |
[Kirim alert] [Start VM/CT]
|
[Layanan aktif?]
/ \
Tidak Ya
| |
[Troubleshoot] [Selesai]| Fitur | Fungsi |
|---|---|
| Snapshot | Menyimpan kondisi pada titik waktu tertentu |
| Backup | Membuat salinan untuk pemulihan |
| Clone | Menggandakan VM atau CT |
| Replication | Menyalin data secara berkala ke node lain |
| HA | Menyalakan workload pada node sehat |
| Migration | Memindahkan workload ke node lain |
Snapshot bukan pengganti backup karena biasanya masih bergantung pada storage yang sama.
Cluster dapat kehilangan kemampuan mengambil keputusan.
Trafik backup dapat mengganggu komunikasi cluster.
Storage menjadi single point of failure.
VM mungkin gagal berjalan pada node tujuan.
Tidak tersedia kapasitas untuk failover.
Backup belum tentu dapat digunakan jika tidak pernah diuji.
Data rusak dapat ikut direplikasi.
Meningkatkan risiko serangan.
Kerusakan satu VM dapat menghentikan seluruh layanan.
Peserta didik:
membuat VM Ubuntu;
mengatur CPU dan RAM;
memasang sistem operasi;
mengatur jaringan;
membuat snapshot.
Peserta didik:
mengunduh template;
membuat container;
memberikan IP;
memasang web server;
membandingkan penggunaan RAM dengan VM.
Peserta didik:
menyiapkan tiga node virtual;
membuat cluster;
join node;
memeriksa quorum.
Peserta didik:
memindahkan VM;
mengamati downtime;
memeriksa storage;
menguji layanan.
Peserta didik:
menambahkan resource HA;
mematikan node;
mengamati proses restart VM;
mencatat waktu pemulihan.
Peserta didik:
membuat backup;
menghapus VM percobaan;
melakukan restore;
membandingkan konfigurasi.
Peserta didik:
membuat Deployment;
membuat tiga replica;
menghapus satu pod;
mengamati pod pengganti;
menguji scaling.
1. Virtualisasi memungkinkan ....
A. satu server menjalankan beberapa sistem virtual
B. satu server hanya menjalankan satu aplikasi
C. jaringan tidak membutuhkan IP
D. data tidak membutuhkan backup
2. Hypervisor berfungsi untuk ....
A. mengelola virtual machine dan hardware
B. membuat dokumen
C. memberikan nama domain
D. mengganti kabel
3. Virtual machine mempunyai ....
A. sistem operasi sendiri
B. hanya satu file teks
C. tidak memiliki RAM
D. tidak memiliki jaringan
4. Container berbagi ....
A. kernel host
B. monitor
C. keyboard
D. password pengguna
5. Pod merupakan ....
A. unit terkecil yang dikelola Kubernetes
B. switch jaringan
C. jenis kabel
D. alamat IP
6. Satu pod dapat berisi ....
A. satu atau beberapa container
B. satu server fisik saja
C. satu switch
D. satu router tanpa aplikasi
7. Proxmox menggunakan KVM untuk ....
A. virtual machine
B. DNS
C. DHCP
D. proxy
8. LXC digunakan untuk ....
A. Linux Container
B. jaringan Wi-Fi
C. sertifikat digital
D. domain internet
9. Cluster adalah ....
A. kumpulan node yang dikelola bersama
B. satu password
C. satu file backup
D. satu interface
10. Quorum membantu cluster ....
A. mengambil keputusan dengan aman
B. memperbesar disk
C. mengganti DNS
D. memasang aplikasi
11. HA digunakan untuk ....
A. mengurangi gangguan saat node gagal
B. mengganti backup
C. menyimpan password
D. menghapus log
12. Shared storage dapat diakses oleh ....
A. beberapa node
B. satu keyboard
C. satu browser saja
D. satu pengguna tanpa jaringan
13. Backup berbeda dari HA karena backup ....
A. menyimpan salinan data
B. memindahkan VM otomatis
C. membuat quorum
D. menjalankan pod
14. Deployment Kubernetes mengelola ....
A. Pod dan ReplicaSet
B. kabel fiber
C. BIOS
D. switch fisik
15. Persistent Volume digunakan untuk ....
A. menyimpan data pod secara lebih tetap
B. membuat pod sementara
C. menghapus container
D. mengatur monitor
1. A
2. A
3. A
4. A
5. A
6. A
7. A
8. A
9. A
10. A
11. A
12. A
13. A
14. A
15. AVirtualisasi memungkinkan satu hardware fisik digunakan untuk menjalankan beberapa sistem dan aplikasi secara terisolasi.
Virtual machine memberikan sistem operasi lengkap, sedangkan container memberikan lingkungan yang lebih ringan dengan memanfaatkan kernel host.
Kubernetes mengelola container melalui pod dan controller. Pod bersifat relatif sementara, sehingga aplikasi perlu dirancang agar dapat dibuat ulang serta menggunakan persistent storage untuk data penting.
Proxmox VE menggabungkan:
KVM;
LXC;
storage;
virtual network;
cluster;
backup;
replication;
High Availability.
High Availability menjaga layanan dapat dipulihkan pada node lain ketika terjadi kegagalan. Namun, HA tidak menggantikan backup dan disaster recovery.
Infrastruktur yang baik perlu menggabungkan:
Virtualisasi
+ Cluster
+ Storage redundan
+ High Availability
+ Backup
+ Monitoring
+ Keamanan
+ Pengujian berkalaDengan memahami konsep tersebut, peserta didik dapat melanjutkan ke praktik:
instalasi Proxmox;
pembuatan VM dan container;
Docker;
Kubernetes;
pod;
cluster;
shared storage;
live migration;
backup;
replication;
High Availability;
monitoring data center.