Rehost dengan Azure Migrate (Lift and Shift)

Rehost — yang umum disebut Lift and Shift — adalah strategi migrasi untuk memindahkan VM dari lingkungan lokal ke Azure tanpa mengubah sistem operasi, biner aplikasi, atau data. Alat Migration and Modernisation Azure Migrate (sebelumnya Server Migration) mengotomatiskan proses ini dengan mereplikasi data disk ke Azure, lalu melakukan pengalihan dengan waktu henti minimal. Lift and shift ideal untuk aplikasi yang sulit direfaktor atau memiliki tenggat migrasi yang ketat.

Sebelum memulai replikasi, Anda harus: menyelesaikan penemuan dan penilaian agar memiliki rekomendasi SKU VM target, membuat sumber daya Azure target (grup sumber daya, jaringan virtual, dan subnet), serta memastikan Azure Migrate appliance dalam kondisi sehat. Untuk sumber VMware, appliance harus memiliki izin baca vCenter dan guest VM harus dapat dijangkau melalui jaringan dari appliance. Unduh dan daftarkan perangkat lunak Replication Provider jika Anda melakukan migrasi dari Hyper-V atau server fisik.

Replikasi menyalin semua data disk dari VM sumber ke akun penyimpanan cache yang dikelola Azure, lalu menyiapkan data tersebut secara asinkron di Azure. Di portal Azure Migrate, buka Replicate, pilih VM sumber Anda, petakan VM tersebut ke SKU Azure VM yang direkomendasikan, lalu pilih jaringan virtual target. Waktu replikasi awal bergantung pada ukuran disk dan bandwidth — disk 100 GB melalui koneksi 100 Mbps memerlukan waktu sekitar 2 jam untuk sinkronisasi awal.

Setelah citra disk awal disalin, Azure Migrate beralih ke replikasi delta — hanya blok disk yang berubah yang dikirim, sehingga salinan di Azure tetap tersinkron hampir secara waktu nyata dengan sumber lokal. VM terus berjalan di lingkungan lokal selama fase ini. Anda dapat memantau kesehatan replikasi, keterlambatan RPO, dan laju transfer data di portal. Replikasi delta biasanya mencapai keterlambatan hanya beberapa menit dalam waktu 24 jam setelah sinkronisasi awal selesai.

Sebelum mengalihkan lalu lintas produksi, selalu jalankan migrasi pengujian. Proses ini menyalakan VM hasil replikasi di Azure pada jaringan virtual pengujian yang terisolasi dan tidak memiliki konektivitas ke sistem produksi. Anda memvalidasi bahwa sistem operasi melakukan boot, layanan dimulai, dan fungsionalitas aplikasi berjalan sesuai harapan. Migrasi pengujian tidak mengganggu replikasi lokal — VM sumber tetap berjalan. Setelah pengujian, bersihkan sumber daya pengujian di portal untuk menghindari biaya yang tidak perlu.

Pengalihan adalah langkah akhir untuk memindahkan lalu lintas produksi dari lingkungan lokal ke Azure. Selama pengalihan: VM sumber dihentikan sementara (atau Anda mematikannya secara manual), perubahan delta yang tersisa diterapkan ke replika Azure, dan Azure VM baru dimulai. Karena ini adalah migrasi tingkat penyimpanan, pengalihan biasanya sangat cepat — kurang dari 10 menit untuk sebagian besar VM. Jadwalkan pengalihan selama jendela pemeliharaan dan beri tahu pemangku kepentingan aplikasi sebelumnya.

Di portal Azure Migrate, klik Migrate untuk server yang dipilih. Anda akan ditanya apakah ingin mematikan VM lokal sebelum migrasi (disarankan untuk mencegah kehilangan data). Azure menerapkan delta terakhir, membuat Azure VM, dan menandai migrasi sebagai selesai. Selanjutnya, Anda harus memperbarui rekaman DNS, backend penyeimbang beban, atau string koneksi aplikasi agar mengarah ke IP privat Azure atau FQDN baru sehingga klien mulai menggunakan Azure VM.

Setelah pengalihan, lakukan pemeriksaan pascamigrasi berikut: kesehatan aplikasi (muat semua halaman aplikasi, jalankan pengujian asap), konektivitas (verifikasi bahwa Azure VM dapat menjangkau basis data dan layanan yang bergantung padanya), pemantauan (pasang agen Azure Monitor dan aktifkan diagnostik), serta pencadangan (daftarkan VM ke Azure Backup). Jika ditemukan masalah, VM sumber lokal dapat dimulai ulang — VM tersebut masih utuh hingga Anda secara eksplisit menonaktifkannya secara permanen.

Setelah VM yang dimigrasikan stabil di Azure dan pemangku kepentingan memberikan persetujuan, Anda dapat menonaktifkan VM sumber lokal. Di Azure Migrate, pilih Complete Migration untuk menutup replikasi. Tindakan ini tidak otomatis mematikan VM lokal — Anda harus mematikannya dan mengambil kembali perangkat keras melalui proses manajemen aset IT yang biasa Anda gunakan. Penonaktifan mengurangi biaya infrastruktur lokal dan mendekatkan Anda pada model operasional cloud murni.

Untuk migrasi besar yang melibatkan ratusan VM, Azure Migrate mendukung operasi massal melalui impor CSV. Anda menyiapkan CSV yang mencantumkan setiap VM sumber, SKU target, grup sumber daya target, dan jaringan virtual, lalu mengunggahnya untuk memulai replikasi semua VM secara bersamaan. Grup migrasi memungkinkan Anda mengurutkan replikasi dan pengalihan sehingga tingkat aplikasi yang saling bergantung (basis data, aplikasi, web) dimigrasikan dalam urutan yang benar pada jendela pemeliharaan yang sama.

Perhatikan masalah Lift and Shift yang umum berikut: enkripsi disk boot pada VM Linux dapat mencegah Azure melakukan boot (gunakan Azure Disk Encryption setelah migrasi); alamat IP statis yang ditulis langsung dalam konfigurasi aplikasi harus diperbarui ke IP privat Azure atau nama DNS; aturan firewall lokal yang merujuk IP server mungkin perlu direplikasi dalam NSG Azure; dan pengaturan zona waktu pada VM Windows dapat menyebabkan perubahan perilaku aplikasi di lingkungan UTC Azure.

Uji pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa alur migrasi Rehost berlangsung dari replikasi, sinkronisasi delta, migrasi pengujian, hingga pengalihan; migrasi pengujian memvalidasi VM dalam jaringan terisolasi sebelum digunakan secara langsung; dan langkah pascamigrasi (pemantauan, pencadangan, pembaruan DNS) sangat penting sebelum menonaktifkan sumber daya lokal. Selanjutnya, kita akan membahas praktik terbaik untuk memigrasikan basis data ke Azure.