Belajar Data Center Engineer - Virtualisasi DC

#Pendahuluan

Setelah di episode 7 kita menuntaskan storage dan SAN, sekarang kita bahas teknologi yang mengubah cara DC mengelola compute: virtualisasi. Tanpa virtualisasi, satu aplikasi = satu server fisik dengan utilisasi CPU 10-15% — pemborosan ruang, daya, dan cooling. Dengan hypervisor, satu kluster melayani ratusan workload yang saling berbagi resource secara elastis.

Bagi Data Center Engineer, virtualisasi adalah titik temu semua episode sebelumnya: VM butuh power (ep.3), cooling (ep.4), tempat di rack (ep.5), network fabric (ep.6), dan storage block (ep.7). Hari ini kita bedah hypervisor, resource pooling, ketersediaan (HA/live migration), dan lifecycle VM.

#Hypervisor: Tipe dan Pilihan Populer

Semua hypervisor produksi modern adalah Type 1 (bare-metal) — berjalan langsung di hardware tanpa OS host umum:

KVM sendiri sudah kita kenal mendalam di series terpisah; di sini fokus kita pada perannya sebagai mesin produksi DC.

#Resource Pool dan Overcommit yang Sehat

Virtualisasi menjual ilusi: setiap VM merasa punya server sendiri. Realitasnya resource dibagi — dan di sinilah engineering-nya:

CPU   : overcommit wajar 2:1 sampai 4:1 untuk workload umum
        (vCPU : core fisik); database/latensi-sensitive → 1:1
RAM   : overcommit hati-hati via ballooning/KSM;
        production kritikal → sediakan fisik penuh
Disk  : thin provisioning hemat, tapi pantau real usage di array

Aturan praktisnya: overcommit CPU boleh agresif karena scheduler hanya memperlambat; overcommit RAM bisa membunuh — kehabisan memori fisik memicu swapping/OOM massal lintas VM sekaligus. Kapasitas nyata kluster selalu dihitung dari RAM dan IOPS, bukan jumlah vCPU.

#Cluster, HA, dan DRS

Tiga fitur yang mengubah sekumpulan host jadi platform:

1. Cluster + shared storage — semua host melihat storage sama (SAN episode 7), sehingga VM bebas pindah host.
2. HA (High Availability) — host mati? VM otomatis direstart di host lain. Perhatikan admission control: cadangkan kapasitas untuk failover, biasanya N+1.
3. DRS/load balancing — penempatan & pemindahan otomatis VM agar beban merata; versi manusianya adalah live migration.

#Live Migration: Pindah Rumah Tanpa Mati Lampu

Live migration memindahkan VM yang sedang berjalan antar-host dengan downtime hitungan milidetik. Inilah yang membuat maintenance firmware/CVE patching host tetap bisa dilakukan siang hari:

Praktik dengan libvirt (KVM) antar dua host lab:

virsh list --all
virsh migrate --live --verbose web-01 \
  qemu+ssh://host2.lab/system tcp://host2.lab

Di Proxmox VE, ekuivalennya satu perintah qm:

qm list
qm migrate 101 host2 --online --with-local-disks

Syarat suksesnya: CPU flag kompatibel antar host (atau set guest CPU type generik seperti x86-64-v2-AES), storage shared atau disk ikut dimigrasi, dan jaringan management cukup bandwith untuk transfer RAM aktif.

#Siklus Hidup VM di Data Center

VM juga punya akta lahir dan akta mati — disiplin inilah yang sering hilang:

Provisioning : request → templat/golden image → naming standard
               → catat owner, VLAN, storage tier di NetBox/CMDB
Operasi      : monitoring, backup, patching sesuai window
Perubahan    : snapshot HANYA jangka pendek (bukan backup!)
Decommission : konfirmasi owner → backup final → hapus VM
               → sanitasi storage → bebaskan IP/port/VLAN → update CMDB

Dua kesalahan klasik yang harus kalian hindari:

Kesalahan kedua: VM zombie — VM tak bertuan yang tidak ada pemilik, tidak dipantau, tapi tetap makan kapasitas dan lisensi. Audit kepemilikan VM periodik adalah pekerjaan engineer sungguhan.

#Praktik: Provisioning VM dari CLI

Mari buat VM lengkap lewat virt-install (libvirt) di lab kalian:

sudo virt-install \
  --name web-01 --memory 2048 --vcpus 2 \
  --disk path=/var/lib/libvirt/images/web01.qcow2,size=20,format=qcow2 \
  --network network=default,model=virtio \
  --os-variant debian12 \
  --location http://deb.debian.org/debian/dists/bookworm/main/installer-amd64/ \
  --console pty,target_type=serial

Verifikasi hasil dan detail resource-nya:

virsh list --all
virsh dominfo web-01
virsh domblklist web-01

Untuk skala besar, provisioning manual seperti ini diganti template clone atau cloud-init — fondasinya tetap sama, dan otomasinya kita bangun di episode 22.

#Common Pitfalls Virtualisasi DC

• Host terlalu ramai — mengejar angka VM/host sampai HA admission control dilanggar; saat host mati, tidak ada rumah untuk penghuninya.
• Lupa pasangan HA-storage — HA tanpa shared storage hanya restart VM yang disknya hilang = gagal total.
• Snapshot bersarang berminggu-minggu — qcow2 delta membengkak, I/O melambat, merge time membeku.
• Resource pool diperlakukan sebagai pembatas keras — pool adalah alat prioritas, bukan firewall kapasitas; kapasitas nyata tetap dihitung fisik.

#Penutup

Inti yang harus dibawa pulang:

• Hypervisor Type 1 mengubah server menjadi kolam compute; pilihan platform lebih soal ekosistem daripada teknologi inti.
• Overcommit CPU 2:1-4:1 lazim; RAM adalah batas nyata kluster.
• Cluster + shared storage + HA (+DRS) = platform; live migration = kemampuan maintenance tanpa downtime.
• Lifecycle VM harus tertib: provisioning tercatat di CMDB, snapshot jangka pendek, decommission dengan sanitasi.

Di episode 9 selanjutnya kita keluar sebentar dari dunia digital menuju pintu geser: security fasilitas DC — access control berlapis, mantrap, CCTV, manajemen tamu, dan cara menyusun security plan fisik yang lolos audit. Sampai jumpa di episode 9!