Siklus proses VM Migration

Dengan Migrate to Virtual Machines, Anda dapat memigrasikan (Lift and Shift) virtual machine (VM) Anda, dengan sedikit perubahan otomatis, dari lingkungan sumber ke Google Compute Engine. Migrate to Virtual Machines menggunakan teknologi replikasi data yang terus mereplikasi data disk dari VM sumber ke Google Cloud tanpa menyebabkan periode nonaktif pada sumber. Kemudian, Anda membuat clone VM dari data yang direplikasi untuk pengujian dan melakukan migrasi VM yang dapat diprediksi ke workload akhir yang berjalan di Google Cloud.

Replikasi data memungkinkan Migrate to Virtual Machines melakukan replikasi awal data dari VM sumber sehingga Anda dapat dengan cepat meng-clone dan menguji VM yang dimigrasikan. Namun, karena VM sumber terus berjalan selama proses migrasi, termasuk selama pengujian, Migrate to Virtual Machines akan terus mereplikasi data hingga Anda melakukan migrasi akhir ke VM yang dimigrasikan.

Migrasi ke Virtual Machine sepenuhnya terintegrasi ke dalam konsol Google Cloud, yang berarti Anda dapat melakukan semua tugas migrasi dalam UI konsol Google Cloud.

Tentang proses migrasi

Migrate to Virtual Machines menyediakan jalur sederhana bagi Anda untuk memigrasikan VM ke Compute Engine. Proses migrasi terjadi dalam fase yang berbeda-beda berikut:

  • Aktivasi: Pilih VM sumber yang ingin Anda migrasikan.

  • Replikasi: Mereplikasi data dari VM sumber ke Google Cloud. Replikasi data adalah proses berkelanjutan yang berlangsung di latar belakang hingga penghentian akhir atau Anda menghapus migrasi.

  • Menetapkan detail target VM: Konfigurasikan setelan Compute Engine untuk VM yang dimigrasikan, seperti project, jenis instance, memori, jaringan, dan lainnya.

  • Test-clone: Secara opsional, buat clone Compute Engine dari VM sumber dari data replikasi dan uji di Google Cloud.

  • Cut-over: Memigrasikan VM sumber ke Compute Engine. Proses ini mencakup menghentikan VM sumber, menyelesaikan replikasi akhir, dan membuat instance Compute Engine produksi dari VM sumber.

  • Finalize: Melakukan pembersihan akhir setelah migrasi berhasil.

Gambar berikut menunjukkan fase-fase ini:

Migrasikan fase.

Setiap fase ini dijelaskan secara lebih mendetail di bagian berikut.

Fase aktivasi

Fase pertama migrasi adalah fase orientasi tempat Anda memilih VM yang akan dimigrasikan:

Migrasikan fase orientasi.

Misalnya, untuk pusat data vSphere, Konsol Google Cloud akan menampilkan semua VM di pusat data. Hanya pilih VM yang ingin Anda migrasikan untuk mengaktifkan VM.

Fase replikasi

Setelah melakukan aktivasi VM, mulai replikasi data disk dari VM sumber ke Google Cloud. VM sumber terus berjalan selama replikasi:

Migrasikan fase replikasi.

Replikasi data adalah proses berkelanjutan yang berlangsung di latar belakang dengan dampak minimal pada VM sumber.

Replikasi data terdiri dari dua langkah:

  1. Langkah replikasi pertama: Migrate to Virtual Machines membuat snapshot awal disk data VM sumber dan mereplikasi data snapshot ke Google Cloud. Bergantung pada jumlah data disk di VM sumber, replikasi pertama dapat memerlukan waktu beberapa menit atau jam untuk diselesaikan.

  2. Langkah replikasi inkremental: Setelah langkah replikasi pertama berhasil, langkah replikasi inkremental akan terjadi pada interval waktu yang ditetapkan (setiap dua jam secara default). Pada setiap langkah, snapshot baru dibuat untuk setiap disk data. Hanya pembaruan data yang terjadi setelah langkah sebelumnya yang direplikasi ke Google Cloud menggunakan mekanisme Change Block Tracking (CBT).

Setelah Anda mulai mereplikasi VM sumber, replikasi akan berlanjut hingga Anda menghapus migrasi.

Anda dapat menjeda replikasi untuk VM kapan saja. Misalnya, Anda dapat menjeda replika pada satu atau beberapa VM untuk meminimalkan resource jaringan atau menetapkan prioritas yang lebih tinggi ke VM yang bermigrasi yang tidak dijeda. Kemudian, Anda dapat melanjutkan replika nanti.

Adaptasi OS

Agar berfungsi dengan benar di Google Cloud, VM yang dimigrasikan mungkin memerlukan perubahan pada konfigurasinya. Proses ini disebut adaptasi OS. Proses adaptasi sistem operasi (OS) dilakukan setelah setiap langkah replikasi selesai untuk menyiapkan VM agar dapat berjalan di Google Cloud.

Misalnya, Migrate to Virtual Machines menyesuaikan konfigurasi jaringan, men-deploy agen Compute Engine, dan mengaktifkan konsol serial di VM yang dimigrasikan. Lihat Adaptasi OS untuk mengetahui informasi selengkapnya, termasuk adaptasi spesifik yang diterapkan ke VM Linux dan Windows.

Menetapkan detail target

Setelah Anda memulai replikasi data, tetapkan lingkungan target Compute Engine di Google Cloud untuk VM yang dimigrasikan:

Memigrasikan fase penetapan target.

Detail target Compute Engine menentukan zona landing untuk VM yang dimigrasikan di Google Cloud. Detail ini mencakup project, jenis instance, setelan jaringan, dan lainnya. Migrate to Virtual Machines kemudian membuat instance Compute Engine untuk menghosting VM yang dimigrasikan menggunakan detail target.

Anda dapat mengubah detail target kapan saja. Saat membuat instance Compute Engine untuk fase clone pengujian atau migrasi sistem, Migrate to Virtual Machines menggunakan setelan detail target pada saat operasi.

Fase clone pengujian

Kapan saja setelah langkah replikasi awal data disk dari VM sumber selesai, Anda dapat meng-clone VM sumber ke instance Compute Engine untuk pengujian:

Memigrasikan fase clone pengujian.

Anda sering membuat clone pengujian selama proses migrasi saat melakukan perubahan pada VM sumber atau detail target. Ingat bahwa clone pengujian adalah snapshot statis VM sumber yang dibuat dari data replikasi saat ini dan detail target. Data replika baru dan modifikasi pada detail target hanya diterapkan ke clone pengujian baru, bukan ke clone pengujian yang ada.

Meskipun tidak diwajibkan, membuat clone pengujian VM sebelum men-deploy ke produksi sangat direkomendasikan. Pengujian adalah fase penting dalam proses migrasi untuk memastikan VM yang dimigrasikan berfungsi dengan benar di Google Cloud.

Jika Anda memutuskan untuk membuat clone pengujian dari VM sumber, Migrate to Virtual Machines akan membuat instance Compute Engine dari data replikasi terbaru menggunakan detail target.

Catatan: VM sumber terus berjalan selama fase pengujian, yang berarti replikasi data juga berlanjut.

Karena VM sumber terus berjalan selama fase pengujian, Anda harus memastikan bahwa Anda melakukan pengujian di lingkungan sandbox yang mengisolasi VM pengujian dari VM sumber asli.

Setelah VM pengujian aktif dan berjalan, Anda dapat memverifikasi bahwa VM pengujian berfungsi seperti yang diharapkan dan mendokumentasikan perubahan apa pun yang diperlukan agar VM dapat berfungsi di Google Cloud. Setelah pengujian selesai, Anda biasanya menghapus instance Compute Engine pengujian dan membuat instance Compute Engine produksi sebagai bagian dari fase migrasi sistem.

Fase transisi

Pada fase peralihan, VM sumber dihentikan oleh Migrate to Virtual Machines, replika selesai, dan instance VM baru dibuat di Compute Engine di Google Cloud:

Migrasikan fase peralihan.

Anda hanya boleh melakukan migrasi sistem setelah melakukan semua validasi selama fase pengujian yang direkomendasikan.

Fase migrasi sistem mencakup periode nonaktif VM singkat dan harus dilakukan selama masa pemeliharaan terjadwal. Anda harus menentukan periode pemeliharaan terlebih dahulu selama periode tersebut Anda dapat menghentikan VM sumber dan mengalihkan traffic ke VM yang dimigrasikan yang berjalan di Compute Engine.

Memulai cut-over pada VM yang dimigrasikan akan memulai urutan tindakan berikut yang dilakukan oleh Migrate to Virtual Machines:

  1. Matikan VM sumber.

  2. Lakukan replikasi data akhir. Karena replikasi terjadi di semua fase migrasi, jumlah data yang akan direplikasi tidak boleh terlalu besar. Jika replikasi sedang berlangsung, replikasi akan selesai. Jika tidak ada replikasi yang sedang berlangsung, lakukan replikasi akhir.

  3. Menghentikan replikasi.

  4. Buat instance Compute Engine dari data akhir yang direplikasi.

Setelah migrasi, lakukan validasi akhir pada VM yang dimigrasikan. Hasil peralihan menentukan tindakan Anda berikutnya:

  • Penggantian gagal: Karena alasan tertentu, penggantian ke instance VM baru di Compute Engine gagal, mungkin karena masalah jaringan atau masalah sederhana lainnya. Pada tahap ini, VM sumber dihentikan, dan data replika akhir masih valid. Coba lagi peralihan untuk melihat apakah percobaan ulang dapat menghapus error.

  • Penggantian berhasil, tetapi instance VM baru tidak berfungsi dengan benar: Jika instance VM baru di Compute Engine tidak berfungsi dengan benar, hapus VM Compute Engine, dan mulai VM sumber. Proses ini disebut "rollback".

    Karena kompleksitas melakukan rollback migrasi, rollback bukanlah proses otomatis. Jika harus melakukan rollback, Anda harus memastikan bahwa Anda mengalihkan traffic kembali ke VM sumber. Selain itu, perhatikan bahwa data apa pun yang ditulis di instance Compute Engine tidak akan dikirim kembali ke VM sumber asli.

    Dengan VM sumber yang berfungsi kembali, Anda dapat mendiagnosis dan mengatasi error migrasi. Setelah error teratasi, Anda dapat memulai ulang replika, lalu mencoba kembali migrasi.

  • Penggantian berhasil, dan instance VM baru berfungsi dengan benar: Jika hasil validasi Anda menentukan bahwa VM baru berfungsi dengan benar, migrasi Anda telah selesai.

Fase finalisasi

Setelah peralihan berhasil, Anda menyelesaikan migrasi. Melakukan penyelesaian akan menghapus semua data replika dan semua resource penyimpanan lainnya yang terkait dengan VM yang dimigrasikan, serta mengubah status VM menjadi Diselesaikan.

Penyelesaian hanya dapat dilakukan pada VM dalam status Cut-Over:

Migrasikan fase finalisasi.

Data replikasi yang digunakan untuk membuat VM Compute Engine akan dipertahankan setelah pengalihan. Artinya, Anda dapat menggunakan data tersebut untuk membuat instance VM yang dimigrasikan tambahan setelah peralihan. Namun, pada akhirnya Anda ingin mengosongkan penyimpanan dalam fase penyelesaian.

Setelah Anda melakukan finalisasi, satu-satunya operasi yang diizinkan pada migrasi adalah:

  • Menghapus migrasi
  • Menambahkan ke atau menghapus dari grup

Langkah selanjutnya