Konfigurasi VMware Tingkat Lanjut di Seluruh Indonesia: HA, DRS, vMotion, vSAN & Strategi Backup VM yang Benar

Menginstal VMware ESXi dan vCenter Server hanyalah langkah awal. Kekuatan sesungguhnya dari platform VMware vSphere baru termanifestasi sepenuhnya ketika fitur-fitur enterprise-nya dikonfigurasi dengan benar — High Availability, DRS, vMotion, vSAN, dan sistem backup yang solid. Di lingkungan bisnis yang kompetitif seperti Seluruh Indonesia sebagai Solusi Virtualisasi Server Nasional untuk Seluruh Pelosok Nusantara, downtime server yang tidak terencana adalah musuh terbesar produktivitas. Konfigurasi yang tepat adalah perbedaan antara infrastruktur yang reaktif (selalu memadamkan kebakaran) dan infrastruktur yang proaktif (mencegah kebakaran sebelum terjadi).

vSphere High Availability (HA): Lindungi VM dari Kegagalan Host

vSphere HA adalah fitur yang memungkinkan VM di-restart secara otomatis di host lain ketika host yang menjalankannya mengalami kegagalan (hardware failure, OS crash, dll). Tanpa HA, kegagalan satu host berarti semua VM di host tersebut mati hingga ada tindakan manual dari admin.

Yang Kami Konfigurasi dalam vSphere HA:

• Admission Control Policy: Kami menentukan berapa kapasitas host yang harus "dicadangkan" untuk keperluan failover. Misalnya dengan 3 host, konfigurasi 33% admission control memastikan selalu ada kapasitas cukup untuk menampung semua VM dari satu host yang gagal.
• VM Restart Priority: Tidak semua VM sama pentingnya. Kami mengkonfigurasi prioritas restart — VM database produksi akan di-restart lebih dahulu dibanding VM development atau testing.
• VM Monitoring (Heartbeat): HA dapat mendeteksi VM yang OS-nya hang (tidak responsif) meski host fisiknya masih hidup, dan secara otomatis me-restart VM tersebut. Fitur ini sering diabaikan namun sangat berguna untuk workload production di Seluruh Indonesia.
• Datastore Heartbeat: Konfigurasi datastore heartbeat sebagai secondary isolation response mechanism untuk menghindari split-brain scenario yang bisa menyebabkan korupsi data.

vSphere DRS (Distributed Resource Scheduler): Load Balancing Otomatis

DRS secara otomatis mendistribusikan beban kerja (VM) secara merata di seluruh host dalam sebuah cluster berdasarkan utilisasi CPU dan RAM secara real-time. Tanpa DRS, admin harus secara manual memindahkan VM antar host jika satu host kelebihan beban — pekerjaan yang sangat melelahkan dan rawan human error.

• DRS Mode Fully Automated: DRS membuat keputusan migrasi VM secara otomatis menggunakan vMotion tanpa perlu persetujuan admin. Direkomendasikan untuk cluster yang sudah stabil dan dipahami workload-nya.
• DRS Mode Partially Automated: DRS merekomendasikan migrasi namun memerlukan persetujuan admin sebelum dieksekusi. Cocok untuk lingkungan yang memerlukan kontrol lebih ketat atas setiap perubahan.
• VM-Host Affinity & Anti-Affinity Rules: Kami mengkonfigurasi aturan untuk memastikan VM tertentu selalu berjalan di host tertentu (affinity) atau tidak boleh berjalan di host yang sama dengan VM lain (anti-affinity — sangat penting untuk setup Active/Passive application tier).
• DRS Resource Pools: Membagi kapasitas cluster menjadi pool sumber daya yang terisolasi per departemen atau per proyek, memastikan satu workload tidak bisa memonopoli seluruh sumber daya cluster.

vMotion: Live Migration Tanpa Downtime

vMotion adalah salah satu fitur paling revolusioner dalam sejarah virtualisasi — kemampuan untuk memindahkan VM yang sedang berjalan aktif dari satu host ESXi ke host lain, tanpa downtime, tanpa pemutusan koneksi jaringan. Pengguna yang sedang aktif menggunakan Aplikasi bahkan tidak merasakan ada perpindahan yang terjadi.

Use case vMotion yang paling umum kami implementasikan untuk klien di Seluruh Indonesia:

• Maintenance Host ESXi tanpa downtime: Sebelum melakukan update firmware atau penggantian hardware di satu host, semua VM di-migrasi ke host lain menggunakan vMotion. Server bisa dimatikan untuk maintenance tanpa mempengaruhi layanan sama sekali.
• Rebalancing cluster setelah penambahan host baru: Ketika host baru ditambahkan ke cluster, DRS menggunakan vMotion untuk mendistribusikan VM secara merata ke host yang baru.
• Menghindari VM terisolasi dari storage: Storage vMotion memungkinkan disk file VM dipindahkan antar datastore yang berbeda tanpa downtime — berguna saat melakukan migrasi storage atau rebalancing.

Persyaratan vMotion: Kami memastikan jaringan vMotion dikonfigurasi dengan bandwidth yang cukup (minimal 1 Gbps, idealnya 10 Gbps untuk migrasi cepat), shared storage yang accessible dari semua host (atau vSAN), dan kompatibilitas CPU antar host di cluster yang sama.

VMware vSAN: Software-Defined Storage tanpa SAN Eksternal

vSAN menggabungkan disk lokal (SSD + HDD atau All-Flash) dari beberapa host ESXi dalam sebuah cluster menjadi satu pool storage terdistribusi yang highly available. Manfaat utama:

• Eliminasi SAN/NAS Fisik: Tidak perlu lagi membeli dan mengelola perangkat storage eksternal yang mahal. Hardware yang sudah ada di server dimanfaatkan secara maksimal.
• Storage Policy-Based Management (SPBM): Setiap VM mendapat "kebijakan storage" yang menentukan berapa salinan datanya (mirroring), apakah menggunakan compression/deduplication, dan level performa yang diinginkan. Fleksibilitas per-workload yang tidak bisa ditawarkan SAN tradisional.
• Scale-Out yang Mudah: Menambah kapasitas storage sesederhana menambah host baru ke cluster — tidak ada forklift upgrade seperti pada SAN fisik.
• vSAN Witness: Untuk setup 2 host (Stretched Cluster), kami mengkonfigurasi vSAN Witness sebagai tie-breaker untuk menghindari split-brain scenario saat koneksi antar site terputus.

Snapshot Management: Bukan Pengganti Backup!

Snapshot VMware adalah fitur yang paling sering disalahpahami — banyak admin menganggap snapshot sebagai backup, padahal keduanya adalah hal yang sangat berbeda.

Snapshot adalah: Point-in-time image dari keadaan VM yang memungkinkan rollback cepat. Ideal sebelum melakukan update aplikasi atau perubahan konfigurasi.

Snapshot BUKAN backup karena: Snapshot tergantung pada base disk yang sama. Jika datastore rusak, snapshot ikut hilang bersama VM-nya. Snapshot yang dibiarkan terlalu lama juga menyebabkan degradasi performa VM yang signifikan karena chain delta yang semakin panjang.

Kami mengkonfigurasi kebijakan snapshot yang benar: snapshot digunakan hanya untuk kebutuhan jangka pendek (maksimal 72 jam), dan dihapus setelah perubahan dikonfirmasi berhasil.

Integrasi Backup VM dengan Veeam Backup & Replication

Untuk backup VM yang sesungguhnya, standar industri yang kami implementasikan adalah Veeam Backup & Replication — solusi backup yang dirancang khusus untuk lingkungan VMware:

• Agentless Backup: Backup dilakukan di level hypervisor tanpa perlu menginstal agent di dalam setiap VM. Efisien dan tidak membebani VM.
• Changed Block Tracking (CBT): Setelah backup pertama (full backup), backup berikutnya hanya menyimpan blok data yang berubah — backup incremental yang sangat cepat dan hemat storage.
• Instant VM Recovery: Pulihkan VM langsung dari backup repository ke ESXi host dalam hitungan menit (bukan jam) menggunakan fitur Instant Recovery. VM berjalan langsung dari file backup sementara data dipulihkan ke storage produksi di latar belakang.
• Replikasi ke DR Site: Veeam dapat mereplikasi VM ke site DR secara berkala. Jika site utama mengalami bencana, VM di DR site bisa di-failover dengan RPO (Recovery Point Objective) dalam hitungan menit.
• 3-2-1 Backup Rule: Kami mengimplementasikan strategi backup terbaik: 3 salinan data, 2 media berbeda, 1 salinan off-site — memastikan data Anda terlindungi dari skenario terburuk sekalipun.