Bagaimana Condensa memakai Changed Block Tracking agar keluar dari VMware terasa membosankan

Kalimat paling menakutkan dalam sebuah rencana migrasi adalah "lalu kita pindahkan semuanya Sabtu malam." Condensa ada untuk menghapus kalimat itu.

Masalah migrasi big-bang

Memindahkan ratusan VM dari VMware dalam satu jendela berarti: menyalin disk image berukuran terabyte, berharap salinannya selesai sebelum Senin, dan berharap tidak ada yang berubah selama proses penyalinan. Setiap jam penyalinan memperlebar jarak antara sumber dan tujuan, dan rencana rollback-nya biasanya cuma "restore dari backup."

Replikasi sebagai aliran, bukan peristiwa

Condensa bertumpu pada Changed Block Tracking (CBT), mekanisme yang sama yang dipakai vendor backup terhadap ESXi. Alurnya seperti ini:

1. Full sync, sekali. Replikasi awal menyalin disk setiap VM ke tujuan, yakni lingkungan KubeVirt-native, sementara VM tetap berjalan di VMware.
2. Incremental sync, terus-menerus. Setelah salinan penuh, CBT memberi tahu Condensa persis blok mana yang berubah sejak sinkronisasi terakhir. Setiap sinkronisasi berikutnya hanya memindahkan delta, sehingga tujuan tertinggal dari sumber dalam hitungan menit, bukan hari.
3. Cutover, per tenant. Saat jendela pemeliharaan sebuah tenant tiba, delta terakhir diterapkan dan workload dinyalakan di klaster tujuan. Durasi cutover dibatasi oleh increment terakhir, bukan oleh total ukuran disk.

Transfer berjalan di atas TUS upload yang resumable, jadi koneksi yang terputus melanjutkan dari titik berhenti alih-alih mengulang salinan multi-terabyte dari awal.

Mengapa ini mengubah profil risikonya

• Rencana rollback-nya adalah "tidak melakukan apa-apa." Sampai cutover final, VM sumber tak tersentuh dan tetap menjadi sumber kebenaran.
• Jendelanya menyusut menjadi sebesar delta. Tenant dengan database sibuk mungkin butuh downtime hitungan menit; web tier yang tenang cukup hitungan detik.
• Migrasi menjadi bisa dijadwalkan. Alih-alih satu akhir pekan heroik, operator melakukan cutover tenant demi tenant selama berminggu-minggu, dengan staf normal.

Pipeline yang sama menangani sumber di luar ESXi: workload Nutanix, Sangfor, dan Hyper-V mengikuti pola replicate-then-cutover yang sama menuju KubeVirt.

Kalau Anda sedang merencanakan exit, dokumentasi Condensa membahas prasyarat dan alur instalasinya, atau baca bagaimana ia masuk ke strategi keluar dari VMware yang lebih luas di situs utama.