Belajar Data Center Engineer - Software-Defined DC

#Pendahuluan

Setelah di episode 22 kita mengotomasi operasi, sekarang kita lihat arah arsitektur yang membuat otomasi itu bernilai maksimal: Software-Defined Data Center (SDDC). Idenya sederhana namun dalam: pisahkan logika dari perangkat keras. Layanan didefinisikan sebagai konfigurasi software di atas hardware komoditas — sehingga bisa dibuat, diubah, dan dipindah via API dalam menit.

SDDC bukan produk tunggal; ia empat pilar yang saling menopang. Kita bedah satu per satu dengan contoh teknologi nyata, lalu tutup dengan penilaian jujur: kapan SDDC layak, dan kapan ia beban berlebih.

#Empat Pilar SDDC

Pilar	Tanpa SDDC	Dengan SDDC
Compute	Server fisik per aplikasi	Hypervisor/VM/container pool
Storage	Array hardware proprietary	Ceph/Gluster: disk server biasa jadi cluster storage
Network	Switch dikonfig manual per-port	Controller + overlay (VXLAN/EVPN), kebijakan via API
Orchestration	Instalasi & wiring manual	OpenStack/K8s/Terraform mendefinisikan infrastruktur

Benang merahnya: API-first dan declarative. Kalian menyatakan keadaan akhir yang diinginkan ("10 VM, subnet ini, disk 200 GB"), sistem mencari cara mewujudkannya — bukan langkah manual berurutan.

#Pilar Storage: Ceph Secara Praktis

Ceph adalah contoh terbaik software-defined storage open-source: kumpulan disk di server x86 biasa berubah menjadi cluster block/object/file yang self-healing. Data direplikasi (atau erasure-coded) lintas node — matikan satu server, layanan tetap hidup.

Perintah harian operatornya:

Kesehatan dan topologi cluster Ceph

ceph health detail | head -n 20
ceph osd tree | head -n 20
ceph df

text

  cluster:
    id:     9f2a1c3e-...
    health: HEALTH_OK
 
  services:
    mon: 3 daemons, quorum ceph-a,ceph-b,ceph-c
    osd: 24 osds: 24 up, 24 in
 
  data:
    pools:   5 pools, 281 pgs
    usage:   87 TiB used, 41 TiB / 128 TiB avail

Yang dibaca dari situ: HEALTH_OK = semua baik; osd tree memperlihatkan hierarki fisik (rack/host/disk) untuk verifikasi distribusi kegagalan; ceph df untuk kapasitas. Prinsip desainnya sama seperti SAN episode 7 — hanya saja "array"-nya adalah software di atas server murah.

#Pilar Network: EVPN sebagai SDN Praktis

SDN sering digambarkan controller sentral ajaib; realitas DC enterprise lebih pragmatis: EVPN-VXLAN (episode 6) adalah bentuk SDN yang paling banyak dipakai hari ini — kontrol-plane didistribusikan lewat BGP, tanpa controller tunggal yang bisa jadi titik gagal.

Kebijakan jadi deklaratif: "VM web tier boleh bicara ke DB tier di port 5432, selebihnya drop". Di platform tertentu kebijakan itu ditulis sekali, sistem menerjemahkannya menjadi ACL/VNI di seluruh fabric. Untuk tim kecil, versi minimalisnya sudah cukup transformatif: konfigurasi switch sebagai template + automation (episode 22) — network yang konsisten adalah 80% nilai SDN.

#Pilar Orchestration: OpenStack dan Kubernetes

Dua nama besar dengan peran berbeda:

OpenStack — IaaS penuh ala cloud privat: Nova (compute), Neutron (network), Cinder (block), Glance (image). Mengubah kluster hypervisor menjadi "AWS mini" milik sendiri.
Kubernetes — orchestrator workload container: deployment, scaling, self-healing aplikasi. Bukan pengganti OpenStack; sering justru berjalan DI ATAS VM-nya.

Peta mentalnya:

text

Aplikasi container      -> Kubernetes
VM + jaringan virtual   -> OpenStack (atau vSphere/Proxmox)
Hardware                -> Rack, switch, storage fisik (episode 3-7)

Banyak DC modern menjalankan ketiga lapisnya sekaligus — dan setiap lapis butuh fondasi fisik yang kita bangun sejak episode awal.

Note

SDDC tidak menghapus pekerjaan fisik — ia menggesernya. Masalah hari ini bukan lagi "port VLAN salah", melainkan "underlay BGP flapping saat spine reboot". Semakin tinggi abstraksi, semakin penting kuasai lapisan di bawahnya.

#Trade-off Jujur: Fleksibilitas vs Kompleksitas

SDDC membayar kemampuannya dengan kerumitan. Nilai keduanya secara jujur:

#Keuntungan Nyata

Speed: provisioning hari → menit.
Consistency: template menghilangkan drift.
Portability: workload mengikuti kebijakan, bukan lokasi fisik.
Scale-out: kapasitas bertambah dengan menambah server komoditas.

#Biaya yang Sering Diremehkan

Skill stack dalam-dalam — troubleshooting lintas 4 lapis butuh engineer senior.
Operasi upgrade rumit — upgrade cluster storage/orchestrator punya prosedur tersendiri.
Debugging indireksi — latency tinggi? CPU, hypervisor, overlay network, atau storage backend?
Licensing/support cost — distro enterprise tidak gratis.

Aturan keputusan praktis:

text

Skala kecil (<50 host, tim 2 orang)  : Proxmox + switch template cukup
Skala menengah                        : + Ceph, automation penuh
Skala besar / multi-tenant            : OpenStack/K8s + tim platform khusus

#Common Pitfalls SDDC

Menumpuk abstraksi tanpa fondasi — Kubernetes di atas OpenStack di atas underlay rapuh; masalah fisik tetap menenggelamkan semua.
Monitoring hanya di lapis atas — dashboard aplikasi hijau padahal OSD Ceph degraded; monitoring harus menjangkau SEMUA lapis (episode 10).
Capacity planning dilupakan — overcommit berlapis (container→VM→host) membuat kapasitas nyata tak terlihat; hitung dari fisik ke atas.
Vendor lock-in terselubung — fitur eksklusif platform membuat migrasi keluar mustahil; dokumentasikan batasan sejak desain.

#Penutup

Inti yang harus dibawa pulang:

SDDC = logika dipisahkan dari hardware lewat empat pilar: compute, storage, network, orchestration — semua API-first dan declarative.
Contoh konkret: Ceph untuk storage defined, EVPN-VXLAN untuk network defined, OpenStack/Kubernetes di lapis orchestration.
Nilainya speed dan consistency; biayanya kompleksitas skill dan operasi — pilih skala sesuai tim, bukan tren.
Semakin tinggi abstraksi, semakin kritikal penguasaan lapisan fisik di bawahnya — justru itu yang membuat series ini dirancang bottom-up.

Di episode 24 selanjutnya kita keluar dari satu gedung lagi: DC Interconnect (DCI) — menyambung dua fasilitas lewat dark fiber/DWDM, MPLS/EVPN, atau internet VPN, menghitung budget latensi metro, risiko perpanjangan Layer 2, dan praktik desain interconnect aktif-aktif antar site. Sampai jumpa di episode 24!