Rehost dengan Azure Migrate (Lift dan Shift)

Rehost — yang lazimnya dipanggil Angkat dan Alih — ialah strategi migrasi yang memindahkan VM dari persekitaran setempat ke Azure tanpa mengubah sistem pengendalian, perduaan aplikasi atau data. Alat Migration and Modernisation Azure Migrate (dahulunya Server Migration) mengautomatikkan proses ini dengan mereplikasi data cakera ke Azure, kemudian melaksanakan cutover dengan masa henti yang minimum. Angkat dan alih sesuai untuk aplikasi yang sukar difaktorkan semula atau mempunyai tarikh akhir migrasi yang ketat.

Sebelum memulakan replikasi, anda mesti: melengkapkan penemuan dan penilaian supaya anda mempunyai cadangan SKU VM sasaran, mencipta sumber Azure sasaran (kumpulan sumber, rangkaian maya dan subnet), serta memastikan peralatan Azure Migrate berada dalam keadaan sihat. Bagi sumber VMware, peralatan tersebut mesti mempunyai keizinan membaca vCenter dan VM tetamu mesti boleh dicapai melalui rangkaian daripada peralatan itu. Muat turun dan daftarkan perisian Replication Provider jika anda melakukan migrasi daripada Hyper-V atau pelayan fizikal.

Replikasi menyalin semua data cakera daripada VM sumber ke akaun storan cache yang diurus Azure, kemudian menyediakan data tersebut secara tak segerak di Azure. Dalam portal Azure Migrate, pergi ke Replicate, pilih VM sumber anda, petakan VM tersebut kepada SKU Azure VM yang disyorkan dan pilih rangkaian maya sasaran. Tempoh replikasi awal bergantung pada saiz cakera dan lebar jalur — cakera 100 GB melalui sambungan 100 Mbps mengambil masa kira-kira 2 jam untuk penyegerakan awal.

Selepas imej cakera awal disalin, Azure Migrate bertukar kepada replikasi delta — hanya blok cakera yang berubah dihantar, lalu mengekalkan salinan Azure dalam penyegerakan hampir masa nyata dengan sumber setempat. VM terus berjalan di persekitaran setempat sepanjang fasa ini. Anda boleh memantau kesihatan replikasi, kelewatan RPO dan kadar pemindahan data dalam portal. Replikasi delta biasanya stabil dengan kelewatan hanya beberapa minit dalam tempoh 24 jam selepas penyegerakan awal selesai.

Sebelum mengalihkan trafik produksi, sentiasa jalankan migrasi ujian. Proses ini memulakan VM yang direplikasi di Azure pada rangkaian maya ujian terpencil yang tidak mempunyai sambungan ke sistem produksi. Anda mengesahkan bahawa sistem pengendalian dimulakan, perkhidmatan bermula dan kefungsian aplikasi berfungsi seperti yang dijangkakan. Migrasi ujian tidak mengganggu replikasi setempat — VM sumber terus berjalan. Selepas ujian, bersihkan sumber ujian dalam portal untuk mengelakkan caj yang tidak perlu.

Cutover ialah langkah terakhir yang memindahkan trafik produksi daripada persekitaran setempat ke Azure. Semasa cutover: VM sumber dihentikan sementara (atau anda mematikannya secara manual), sebarang perubahan delta yang berbaki digunakan pada replika Azure dan VM Azure baharu dimulakan. Oleh sebab ini ialah migrasi pada peringkat storan, cutover biasanya sangat pantas — kurang daripada 10 minit bagi kebanyakan VM. Jadualkan cutover dalam tempoh penyelenggaraan dan maklumkan kepada pihak berkepentingan aplikasi terlebih dahulu.

Dalam portal Azure Migrate, klik Migrate untuk pelayan yang dipilih. Anda akan ditanya sama ada anda mahu mematikan VM setempat sebelum migrasi (disyorkan untuk mengelakkan kehilangan data). Azure menggunakan delta terakhir, mencipta VM Azure dan menandakan migrasi sebagai selesai. Seterusnya, anda mesti mengemas kini rekod DNS, bahagian belakang pengimbang beban atau rentetan sambungan aplikasi supaya menunjuk kepada IP peribadi atau FQDN Azure yang baharu, agar klien mula menggunakan VM Azure.

Selepas cutover, jalankan pemeriksaan selepas migrasi berikut: kesihatan aplikasi (muatkan semua halaman aplikasi dan jalankan ujian asap), kesambungan (sahkan VM Azure boleh mencapai pangkalan data serta perkhidmatan yang bergantung padanya), pemantauan (pasang ejen Azure Monitor dan dayakan diagnostik) serta sandaran (daftarkan VM dalam Azure Backup). Jika terdapat isu, VM sumber setempat boleh dimulakan semula — VM tersebut masih utuh sehingga anda menyahaktifkannya secara khusus.

Setelah VM yang dimigrasikan stabil di Azure dan pihak berkepentingan memberikan kelulusan, anda boleh menyahaktifkan VM sumber setempat. Dalam Azure Migrate, pilih Complete Migration untuk menutup replikasi. Tindakan ini tidak mematikan VM setempat secara automatik — anda mesti mematikannya dan mendapatkan semula perkakasan melalui proses pengurusan aset IT biasa anda. Penyahaktifan mengurangkan kos infrastruktur setempat dan membawa anda lebih dekat kepada model operasi awan sepenuhnya.

Bagi migrasi besar yang melibatkan ratusan VM, Azure Migrate menyokong operasi pukal melalui import CSV. Anda menyediakan CSV yang menyenaraikan setiap VM sumber, SKU sasaran, kumpulan sumber sasaran dan rangkaian maya, kemudian memuat naiknya untuk memulakan replikasi semua VM secara serentak. Kumpulan migrasi membolehkan anda menyusun urutan replikasi dan cutover supaya peringkat aplikasi yang saling bergantung (pangkalan data, aplikasi, web) dimigrasikan mengikut urutan yang betul dalam tempoh penyelenggaraan yang sama.

Berwaspada terhadap isu Angkat dan Alih yang lazim berikut: penyulitan cakera but pada VM Linux mungkin menghalang Azure daripada memulakannya (gunakan Azure Disk Encryption selepas migrasi); alamat IP statik yang dikodkan terus dalam konfigurasi aplikasi mesti dikemas kini kepada IP peribadi atau nama DNS Azure; peraturan tembok api setempat yang merujuk IP pelayan mungkin perlu direplikasi dalam NSG Azure; dan tetapan zon waktu pada VM Windows mungkin menyebabkan perubahan tingkah laku aplikasi dalam persekitaran UTC Azure.

Dalam pelajaran ini anda mempelajari bahawa aliran migrasi Rehost bergerak daripada replikasi kepada penyegerakan delta, migrasi ujian dan cutover, migrasi ujian mengesahkan VM dalam rangkaian terpencil sebelum digunakan secara langsung, dan langkah selepas migrasi (pemantauan, sandaran, kemas kini DNS) adalah penting sebelum sumber setempat dinyahaktifkan. Seterusnya, kita akan membincangkan amalan terbaik untuk memigrasikan pangkalan data ke Azure.