Migrasi dan modernisasi: Pertanyaan umum

Artikel ini menjawab pertanyaan umum tentang alat Migrasi dan modernisasi . Jika ada pertanyaan lain, periksa sumber daya ini:

• Dapatkan informasi umum tentang Azure Migrate.
• Baca pertanyaan umum tentang appliance Azure Migrate.
• Pelajari selengkapnya tentang penemuan, penilaian, dan visualisasi dependensi.
• Ajukan pertanyaan di forum Azure Migrate.

Pertanyaan umum

Apa saja opsi migrasi dengan alat Migrasi dan modernisasi?

Alat Migrasi dan modernisasi menawarkan migrasi tanpa agen dan berbasis agen untuk memigrasikan server sumber dan komputer virtual (VM) Anda ke Azure.

Terlepas dari opsi migrasi mana yang Anda pilih, langkah pertama untuk memigrasikan server dengan menggunakan alat Migrasi dan modernisasi adalah memulai replikasi untuk server. Proses ini melakukan replikasi awal data VM/server Anda ke Azure. Setelah replikasi awal selesai, replikasi yang sedang berlangsung (sinkronisasi delta) ditetapkan yang memigrasikan data bertahap ke Azure. Setelah operasi mencapai tahap delta-sync, Anda dapat memilih untuk bermigrasi ke Azure kapan saja.

Pertimbangkan informasi berikut saat Anda memutuskan opsi migrasi mana yang akan digunakan.

Migrasi tanpa agen tidak mengharuskan Anda untuk menyebarkan perangkat lunak (agen) apa pun di VM/server sumber yang Anda migrasikan. Opsi tanpa agen mengatur replikasi dengan mengintegrasikan dengan fungsionalitas yang disediakan oleh penyedia virtualisasi.

Opsi replikasi tanpa agen tersedia untuk VM VMware dan VM Hyper-V.

Migrasi berbasis agen mengharuskan Anda menginstal perangkat lunak (agen) Azure Migrate pada VM sumber yang Anda migrasikan. Opsi berbasis agen tidak bergantung pada platform virtualisasi untuk fungsionalitas replikasi. Ini dapat digunakan dengan server apa pun yang menjalankan arsitektur x86/x64 dan versi sistem operasi yang didukung metode replikasi berbasis agen.

Opsi migrasi berbasis agen dapat digunakan untuk:

• VM VMware.
• VM Hyper-V.
• Server fisik.
• VM yang berjalan di AWS.
• VM yang berjalan pada GCP.
• VM yang berjalan pada penyedia virtualisasi yang berbeda.

Migrasi berbasis agen memperlakukan komputer Anda sebagai server fisik untuk migrasi.

Migrasi tanpa agen menawarkan lebih banyak kemudahan dan kesederhanaan daripada opsi replikasi berbasis agen untuk VMware dan Hyper-V VM. Namun, Anda mungkin ingin mempertimbangkan untuk menggunakan skenario berbasis agen untuk kasus penggunaan berikut:

• Lingkungan yang dibatasi oleh operasi input/output per detik (IOPS): Replikasi tanpa agen menggunakan rekam jepret dan menggunakan IOPS/bandwidth penyimpanan. Kami menyarankan metode migrasi berbasis agen jika ada kendala pada penyimpanan/IOPS di lingkungan Anda.

• Tidak ada vCenter Server: Jika Anda tidak memiliki vCenter Server, Anda dapat memperlakukan VMware VM Anda sebagai server fisik dan menggunakan alur kerja migrasi berbasis agen.

Untuk mempelajari lebih lanjut, tinjau Opsi pilih migrasi VMware.

Geografi apa yang didukung untuk migrasi dengan Azure Migrate?

Tinjau geografi yang didukung untuk cloud publik dan cloud pemerintah.

Dapatkah saya menggunakan proyek Azure Migrate yang sama untuk bermigrasi ke beberapa wilayah?

Meskipun Anda dapat membuat penilaian untuk beberapa wilayah dalam proyek Azure Migrate, satu proyek Azure Migrate dapat digunakan untuk memigrasikan server hanya ke satu wilayah Azure. Anda dapat membuat lebih banyak proyek Azure Migrate untuk wilayah lain.

• Untuk migrasi VMware tanpa agen, wilayah target dikunci saat Anda mengaktifkan replikasi pertama.
• Untuk migrasi berbasis agen (VMware, server fisik, dan server dari cloud lain), wilayah target dikunci saat tombol Buat Sumber Daya dipilih di portal saat Anda menyiapkan appliance replikasi.
• Untuk migrasi Hyper-V tanpa agen, wilayah target dikunci saat tombol Buat Sumber Daya dipilih di portal saat Anda menyiapkan penyedia replikasi Hyper-V.

Dapatkah saya menggunakan proyek Azure Migrate yang sama untuk bermigrasi ke beberapa langganan?

Ya, Anda dapat menggunakan proyek Azure Migrate yang sama untuk bermigrasi ke beberapa langganan dengan penyewa Azure yang sama di wilayah target yang sama. Anda dapat memilih langganan target saat mengaktifkan replikasi untuk komputer atau sekumpulan komputer.

Wilayah target dikunci:

• Setelah replikasi pertama untuk migrasi VMware tanpa agen.
• Selama penginstalan appliance replikasi untuk migrasi berbasis agen.
• Selama penginstalan penyedia Hyper-V untuk migrasi Hyper-V tanpa agen.

Apakah Azure Migrate mendukung Azure Resource Graph?

Saat ini, Azure Migrate tidak terintegrasi dengan Azure Resource Graph. Ini mendukung melakukan kueri terkait Azure Resource Graph.

Bagaimana data dikirimkan dari lingkungan lokal ke Azure? Apakah dienkripsi sebelum transmisi?

Dengan replikasi tanpa agen, appliance Azure Migrate mengompresi dan mengenkripsi data sebelum mengunggahnya. Data dikirimkan melalui saluran komunikasi aman melalui https dan menggunakan TLS 1.2 atau yang lebih baru. Selain itu, Azure Storage secara otomatis mengenkripsi data Anda saat menyimpan data ke cloud (enkripsi tidak aktif).

Dapatkah saya menggunakan vault layanan pemulihan yang dibuat oleh Azure Migrate untuk skenario pemulihan bencana?

Kami tidak merekomendasikan penggunaan vault layanan pemulihan yang dibuat oleh Azure Migrate untuk skenario pemulihan bencana, karena dapat mengakibatkan kegagalan replikasi awal di Azure Migrate.

Apa perbedaan antara operasi Migrasi Pengujian dan Migrasi?

Opsi Uji Migrasi memungkinkan Anda menguji dan memvalidasi migrasi sebelum migrasi aktual. Uji Migrasi berfungsi dengan memungkinkan Anda menggunakan lingkungan kotak pasir di Azure untuk menguji VM sebelum migrasi aktual. Jaringan virtual pengujian yang Anda tentukan menipu lingkungan kotak pasir. Operasi Migrasi Pengujian tidak mengganggu, selama jaringan virtual pengujian cukup terisolasi. Jaringan virtual cukup terisolasi saat Anda merancang aturan koneksi masuk dan keluar untuk menghindari koneksi yang tidak diinginkan. Misalnya: Anda membatasi koneksi ke komputer lokal.

Aplikasi dapat terus berjalan di sumber saat Anda melakukan pengujian pada salinan kloning di lingkungan kotak pasir yang terisolasi. Anda dapat melakukan beberapa pengujian, sesuai kebutuhan, untuk memvalidasi migrasi, melakukan pengujian aplikasi, dan mengatasi masalah apa pun sebelum migrasi aktual.

Apakah ada opsi putar kembali untuk Azure Migrate?

Anda dapat menggunakan opsi Uji Migrasi untuk memvalidasi fungsionalitas dan performa aplikasi Anda di Azure. Anda dapat melakukan sejumlah migrasi pengujian dan dapat melakukan migrasi akhir setelah Anda membangun kepercayaan diri melalui operasi Uji Migrasi .

Migrasi pengujian tidak memengaruhi komputer lokal, yang tetap beroperasi dan terus mereplikasi hingga Anda melakukan migrasi aktual. Jika ada kesalahan selama pengujian penerimaan pengguna (UAT) untuk migrasi pengujian, Anda dapat memilih untuk menunda migrasi akhir dan menjaga VM/server sumber Anda tetap berjalan dan mereplikasi ke Azure. Anda dapat memasang ulang migrasi akhir setelah menyelesaikan kesalahan.

Dapatkah saya memilih jaringan virtual dan subnet yang akan digunakan untuk migrasi pengujian?

Anda dapat memilih jaringan virtual untuk migrasi pengujian. Azure Migrate secara otomatis memilih subnet berdasarkan logika berikut:

• Jika Anda menentukan subnet target (selain default) sebagai input saat mengaktifkan replikasi, Azure Migrate memprioritaskan subnet dengan nama yang sama di jaringan virtual yang digunakan untuk migrasi pengujian.
• Jika subnet dengan nama yang sama tidak ditemukan, Azure Migrate secara alfabet memilih subnet pertama yang tersedia yang bukan gateway, gateway aplikasi, firewall, atau subnet Azure Bastion.

Mengapa tombol Uji Migrasi dinonaktifkan untuk server saya?

Tombol Uji Migrasi dapat dinonaktifkan dalam skenario berikut:

• Anda tidak dapat memulai migrasi pengujian hingga replikasi awal selesai untuk VM. Tombol Uji Migrasi dinonaktifkan hingga proses replikasi awal selesai. Anda dapat melakukan migrasi pengujian setelah VM Anda berada dalam tahap sinkronisasi delta.
• Tombol dapat dinonaktifkan jika migrasi pengujian sudah selesai tetapi pembersihan migrasi pengujian tidak dilakukan untuk VM tersebut. Lakukan pembersihan migrasi pengujian dan coba lagi operasi.

Apa yang terjadi jika saya tidak membersihkan migrasi pengujian?

Migrasi pengujian mensimulasikan migrasi aktual dengan membuat uji Azure VM dengan menggunakan data yang direplikasi. Server disebarkan dengan salinan titik waktu dari data yang direplikasi ke grup sumber daya target (dipilih saat Anda mengaktifkan replikasi) dengan -test akhiran. Migrasi pengujian dimaksudkan untuk memvalidasi fungsionalitas server untuk meminimalkan masalah pascamigrasi.

Jika migrasi pengujian tidak dibersihkan setelah pengujian, VM pengujian terus berjalan di Azure dan dikenakan biaya. Untuk membersihkan setelah migrasi pengujian, buka tampilan Mereplikasi komputer di alat Migrasi dan modernisasi , dan gunakan tindakan Pembersihan migrasi pengujian pada komputer.

Bagaimana cara mengetahui apakah VM saya berhasil dimigrasikan?

Setelah berhasil memigrasikan VM/server, Anda dapat melihat dan mengelola VM dari panel Komputer Virtual . Sambungkan ke komputer virtual yang dimigrasikan untuk memvalidasi.

Anda juga dapat meninjau status Pekerjaan untuk operasi guna memeriksa apakah migrasi berhasil diselesaikan. Jika Anda melihat kesalahan, atasi lalu coba lagi operasi migrasi.

Apa yang terjadi jika saya tidak menghentikan replikasi setelah migrasi?

Saat Anda menghentikan replikasi, alat Migrasi dan modernisasi membersihkan disk terkelola dalam langganan yang dibuat untuk replikasi.

Apa yang terjadi jika saya tidak memilih Selesaikan Migrasi setelah migrasi?

Saat Anda memilih Selesaikan Migrasi, alat Migrasi dan modernisasi membersihkan disk terkelola dalam langganan yang dibuat untuk replikasi. Jika Anda tidak memilih Selesaikan migrasi setelah migrasi, Anda terus dikenakan biaya untuk disk ini. Migrasi lengkap tidak memengaruhi disk yang terpasang pada komputer yang sudah dimigrasikan.

Bagaimana cara memigrasikan komputer berbasis UEFI ke Azure sebagai VM generasi 1 Azure?

Alat Migrasi dan modernisasi memigrasikan komputer berbasis UEFI ke Azure sebagai VM generasi 2 Azure. Jika Anda ingin memigrasikannya sebagai VM generasi 1 Azure, konversikan jenis boot ke BIOS sebelum memulai replikasi, lalu gunakan alat Migrasi dan modernisasi untuk bermigrasi ke Azure.

Apakah Azure Migrate mengonversi komputer berbasis UEFI ke komputer berbasis BIOS dan memigrasikannya ke Azure sebagai VM generasi 1 Azure?

Alat Migrasi dan modernisasi memigrasikan semua komputer berbasis UEFI ke Azure sebagai VM generasi 2 Azure. Kami tidak lagi mendukung konversi VM berbasis UEFI ke VM berbasis BIOS. Semua komputer berbasis BIOS dimigrasikan ke Azure hanya sebagai VM generasi 1 Azure.

Sistem operasi apa yang didukung untuk migrasi komputer berbasis UEFI ke Azure?

Sistem operasi yang didukung untuk komputer berbasis UEFI	VMware Tanpa Agen ke Azure	Hyper-V Tanpa Agen ke Azure	VMware berbasis agen, fisik, dan cloud lainnya ke Azure
Windows Server 2025, 2022, 2019, 2016, 2012 R2, 2012	Y	Y	Y
Windows 11 Pro, Windows 11 Enterprise	Y	Y	Y
Windows 10 Pro, Windows 10 Enterprise	Y	Y	Y
SUSE Linux Enterprise Server 15 SP1, SP2, SP3, SP4, SP5, SP6	Y	Y	Y
SUSE Linux Enterprise Server 12 SP4	Y	Y	Y
Ubuntu Server 22.04 LTS, 20.04 LTS, 18.04 LTS, 16.04 LTS	Y	Y	Y
RHEL 9.x, 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x	Y	Y	Y
CentOS Stream	Y	Y	Y
Oracle Linux 9, 8, 7.7-CI, 7.7, 6	Y	Y	Y

Bisakah saya memigrasikan pengontrol domain Active Directory dengan menggunakan Azure Migrate?

Alat Migrasi dan modernisasi adalah agnostik aplikasi dan berfungsi untuk sebagian besar aplikasi. Saat Anda memigrasikan server dengan menggunakan alat Migrasi dan modernisasi , semua aplikasi yang Anda instal di server dimigrasikan dengannya. Namun, metode migrasi alternatif mungkin lebih cocok untuk memigrasikan beberapa aplikasi.

Untuk Direktori Aktif, jenis lingkungan dapat menjadi faktor. Di lingkungan hibrid dengan situs lokal yang tersambung ke lingkungan Azure, Anda dapat memperluas direktori Anda ke Azure dengan menambahkan pengontrol domain tambahan dan menyiapkan replikasi Direktori Aktif. Anda dapat menggunakan alat Migrasi dan modernisasi jika Anda:

• Bermigrasi ke lingkungan terisolasi di Azure yang memerlukan pengontrol domainnya sendiri.
• Menguji aplikasi di lingkungan kotak pasir.

Dapatkah saya meningkatkan OS saat melakukan migrasi?

Alat Migrasi dan modernisasi sekarang mendukung peningkatan OS Windows selama migrasi. Opsi ini saat ini tidak tersedia untuk Linux. Dapatkan detail selengkapnya tentang peningkatan OS Windows.

Apakah saya memerlukan VMware vCenter untuk memigrasikan VM VMware?

Agar Anda dapat memigrasikan VMware VM dengan menggunakan migrasi berbasis agen VMware atau tanpa agen, vCenter Server harus mengelola host ESXi tempat VM berada. Jika Anda tidak memiliki vCenter Server, Anda dapat memigrasikan VMware VM sebagai server fisik. Pelajari selengkapnya.

Dapatkah saya mengonsolidasikan beberapa VM sumber menjadi satu VM saat melakukan migrasi?

Alat Migrasi dan modernisasi saat ini mendukung migrasi seperti untuk seperti itu. Kami tidak mendukung konsolidasi server selama migrasi.

Apakah Windows Server 2008 dan 2008 R2 akan didukung di Azure setelah migrasi?

Anda dapat memigrasikan server Windows Server 2008 dan 2008 R2 lokal Anda ke Azure VM dan mendapatkan pembaruan keamanan yang diperpanjang selama tiga tahun setelah tanggal akhir dukungan tanpa biaya tambahan di atas biaya menjalankan VM. Anda dapat menggunakan alat Migrasi dan modernisasi untuk memigrasikan beban kerja Windows Server 2008 dan 2008 R2 Anda.

Bagaimana cara memigrasikan Windows Server 2003 yang berjalan di VMware/Hyper-V ke Azure?

Dukungan perpanjangan Windows Server 2003 berakhir pada 14 Juli 2015. Tim dukungan Azure terus membantu memecahkan masalah yang menyangkut menjalankan Windows Server 2003 di Azure. Namun, dukungan ini terbatas pada masalah yang tidak memerlukan pemecahan masalah atau patch tingkat OS.

Sebaiknya migrasikan aplikasi Anda ke instans Azure yang menjalankan versi Windows Server yang lebih baru untuk memastikan bahwa Anda secara efektif menggunakan fleksibilitas dan keandalan cloud Azure.

Jika Anda masih memilih untuk memigrasikan Windows Server 2003 ke Azure, Anda dapat menggunakan alat Migrasi dan modernisasi jika penyebaran Windows Server Anda adalah VM yang berjalan di VMware atau Hyper-V. Untuk informasi selengkapnya, lihat Menyiapkan komputer Windows Server 2003 Anda untuk migrasi.

Migrasi VMware tanpa agen

Bagaimana cara kerja migrasi tanpa agen?

Alat Migrasi dan modernisasi menyediakan opsi replikasi tanpa agen untuk migrasi VMware dan Hyper-V VM yang menjalankan Windows atau Linux. Alat ini menyediakan opsi replikasi berbasis agen lain untuk server Windows dan Linux. Opsi lain ini dapat digunakan untuk memigrasikan server fisik dan VM x86/x64 pada penyedia seperti VMware, Hyper-V, AWS, dan GCP.

Replikasi berbasis agen mengharuskan Anda menginstal perangkat lunak agen di VM/server yang Anda migrasikan. Opsi tanpa agen tidak mengharuskan Anda menginstal perangkat lunak pada VM, yang dapat menawarkan kenyamanan dan kesederhanaan.

Opsi replikasi tanpa agen menggunakan mekanisme yang disediakan oleh penyedia virtualisasi (VMware atau Hyper-V). Untuk VMware VM, mekanisme replikasi tanpa agen menggunakan rekam jepret VMware dan teknologi pelacakan blok perubahan VMware untuk mereplikasi data dari disk VM. Banyak produk cadangan menggunakan mekanisme serupa. Untuk VM Hyper-V, mekanisme replikasi tanpa agen menggunakan rekam jepret VM dan kemampuan pelacakan perubahan replika Hyper-V untuk mereplikasi data dari disk VM.

Ketika replikasi dikonfigurasi untuk VM, VM pertama kali melewati fase replikasi awal. Selama replikasi awal, rekam jepret VM diambil, dan salinan lengkap data dari disk rekam jepret direplikasi ke disk terkelola di langganan Anda. Setelah replikasi awal untuk VM selesai, proses replikasi beralih ke fase replikasi inkremental (replikasi delta).

Fase replikasi inkremental membahas setiap perubahan data yang terjadi sejak siklus replikasi terakhir selesai. Perubahan tersebut direplikasi secara berkala dan diterapkan ke disk yang dikelola replika. Proses ini membuat replikasi tetap sinkron dengan perubahan pada VM.

Teknologi pelacakan blok yang diubah VMware melacak perubahan antara siklus replikasi untuk VMware VM. Pada awal siklus replikasi, rekam jepret VM diambil dan pelacakan blok yang diubah digunakan untuk mengkompilasi perubahan antara rekam jepret saat ini dan rekam jepret terakhir yang berhasil direplikasi. Untuk menjaga replikasi VM tetap sinkron, hanya data yang berubah sejak siklus replikasi terakhir yang selesai perlu direplikasi.

Pada akhir setiap siklus replikasi, rekam jepret dirilis, dan konsolidasi rekam jepret dilakukan untuk VM. Demikian pula, untuk VM Hyper-V, mesin pelacakan perubahan replika Hyper-V melacak perubahan antara siklus replikasi berturut-turut.

Saat Anda melakukan Migrate operasi pada VM replikasi, Anda dapat mematikan VM lokal dan melakukan satu replikasi inkremental akhir untuk memastikan tidak ada kehilangan data. Saat replikasi dilakukan, disk yang dikelola replika yang sesuai dengan VM digunakan untuk membuat VM di Azure.

Untuk memulai, lihat tutorial migrasi tanpa agen VMware dan migrasi tanpa agen Hyper-V.

Bagaimana cara mengukur persyaratan bandwidth untuk migrasi saya?

Berbagai faktor dapat memengaruhi jumlah bandwidth yang Anda butuhkan untuk mereplikasi data ke Azure. Persyaratan bandwidth tergantung pada seberapa cepat appliance Azure Migrate lokal dapat membaca dan mereplikasi data ke Azure. Replikasi memiliki dua fase: replikasi awal dan replikasi delta.

Saat replikasi dimulai untuk VM, siklus replikasi awal terjadi di mana salinan lengkap dari disk direplikasi. Setelah replikasi awal selesai, siklus replikasi inkremental (siklus delta) dijadwalkan secara berkala untuk mentransfer perubahan apa pun yang terjadi sejak siklus replikasi sebelumnya.

Anda dapat menyelesaikan persyaratan bandwidth berdasarkan:

• Volume data yang perlu Anda pindahkan dalam gelombang.
• Waktu yang ingin Anda alokasikan untuk proses replikasi awal.

Idealnya, Anda ingin replikasi awal diselesaikan setidaknya 3-4 hari sebelum jendela migrasi aktual. Garis waktu ini memberi Anda waktu yang cukup untuk melakukan migrasi pengujian sebelum jendela aktual dan menjaga waktu henti selama jendela minimal.

Anda dapat memperkirakan bandwidth atau waktu yang diperlukan untuk migrasi VMware VM tanpa agen dengan menggunakan rumus berikut:

• Waktu untuk menyelesaikan replikasi awal = {ukuran disk (atau ukuran yang digunakan jika tersedia) * 0,7 (dengan asumsi rata-rata kompresi 30 persen – perkiraan konservatif)}/bandwidth tersedia untuk replikasi.

Bagaimana cara membatasi replikasi saat menggunakan appliance Azure Migrate untuk replikasi VMware tanpa agen?

Anda dapat membatasi dengan menggunakan NetQosPolicy. Metode pembatasan ini hanya berlaku untuk koneksi keluar dari appliance Azure Migrate.

Misalnya, nilai yang AppNamePrefix akan digunakan NetQosPolicy adalah GatewayWindowsService.exe. Anda dapat membuat kebijakan mengenai appliance Azure Migrate untuk membatasi lalu lintas replikasi dari appliance dengan membuat kebijakan seperti ini:

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

Untuk meningkatkan dan mengurangi bandwidth replikasi berdasarkan jadwal, Anda dapat menggunakan tugas terjadwal Windows untuk menskalakan bandwidth sesuai kebutuhan. Satu tugas mengurangi bandwidth, dan tugas lain meningkatkan bandwidth.

#Replace with an account that's part of the local Administrators group
$User = "localVmName\userName"

#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"

#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
 New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}

#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"

#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"

#Timezone set on the Azure Migrate Appliance (VM) is used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm

#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"

#Creating the scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force

Bagaimana tingkat churn mempengaruhi replikasi tanpa agen?

Karena replikasi tanpa agen dilipat dalam data, pola churn lebih penting dari tingkat churn. Saat file ditulis berulang-ulang, tingkatnya tidak berdampak banyak. Akan tetapi, pola di mana setiap sektor lain ditulis akan menyebabkan churn tinggi pada siklus berikutnya. Karena Anda meminimalkan jumlah data yang Anda transfer, Anda mengizinkan data untuk dilipat sebanyak mungkin sebelum Anda menjadwalkan siklus berikutnya.

Seberapa sering siklus replikasi dijadwalkan?

Rumus untuk menjadwalkan siklus replikasi berikutnya adalah: (Waktu siklus sebelumnya/2) atau satu jam, mana pun yang lebih tinggi.

Misalnya, jika VM membutuhkan waktu empat jam untuk siklus delta, siklus berikutnya dijadwalkan dalam dua jam, dan bukan dalam satu jam setelahnya. Prosesnya berbeda segera setelah replikasi awal, saat siklus delta pertama dijadwalkan segera.

Saya menyebarkan dua appliance (atau lebih) untuk menemukan VM di vCenter Server saya. Tetapi ketika saya mencoba memigrasikan VM, saya hanya melihat VM yang sesuai dengan salah satu appliance.

Jika Anda menyiapkan beberapa appliance, tidak boleh ada tumpang tindih di antara VM pada akun vCenter Server yang disediakan. Penemuan yang tumpang tindih seperti itu adalah skenario yang tidak didukung.

Bagaimana replikasi tanpa agen memengaruhi server VMware?

Replikasi tanpa agen mengakibatkan beberapa dampak performa pada host VMware vCenter Server dan VMware ESXi. Karena replikasi tanpa agen menggunakan rekam jepret, ia menggunakan IOPS pada penyimpanan, sehingga diperlukan beberapa bandwidth penyimpanan IOPS. Kami tidak merekomendasikan penggunaan replikasi tanpa agen jika Anda memiliki batasan pada penyimpanan atau IOPS di lingkungan Anda.

Dapatkah VM yang dimatikan direplikasi?

Replikasi VMware VM saat dimatikan didukung, tetapi hanya dalam pendekatan tanpa agen.

Kami sangat menyarankan Anda melakukan migrasi pengujian untuk memastikan semuanya berjalan lancar selama migrasi aktual. Metode ini dapat berguna ketika proses replikasi awal panjang, atau untuk VM churn tinggi, seperti server database atau beban kerja intensif disk lainnya.

Bisakah saya menggunakan Azure Migrate untuk memigrasikan aplikasi web saya ke Azure App Service?

Anda dapat melakukan migrasi tanpa agen skala ASP.NET aplikasi web yang berjalan di server web IIS yang dihosting di OS Windows di lingkungan VMware. Pelajari selengkapnya.

Migrasi berbasis agen

Bagaimana cara memigrasikan instans AWS EC2 saya ke Azure?

Tinjau Temukan, nilai, dan migrasikan VM Amazon Web Services (AWS) ke Azure.

Bagaimana cara kerja migrasi berbasis agen?

Alat Migrasi dan modernisasi menyediakan opsi migrasi berbasis agen untuk memigrasikan server Windows dan Linux yang berjalan di server fisik, atau berjalan sebagai VM x86/x64 pada penyedia seperti VMware, Hyper-V, AWS, dan GCP.

Metode migrasi berbasis agen menggunakan perangkat lunak agen untuk mereplikasi data server ke Azure. Anda menginstal perangkat lunak di server yang sedang Anda migrasikan. Proses replikasi menggunakan arsitektur offload di mana agen menyampaikan data replikasi ke server replikasi khusus yang disebut appliance replikasi atau server konfigurasi (atau ke server proses peluasan skala). Untuk detail selengkapnya, lihat Arsitektur migrasi berbasis agen.

Di mana saya harus menginstal appliance replikasi untuk migrasi berbasis agen?

Anda harus menginstal appliance replikasi pada komputer khusus. Anda tidak boleh menginstal appliance replikasi pada komputer sumber yang ingin Anda replikasi, atau pada appliance Azure Migrate yang Anda gunakan untuk penemuan dan penilaian. Baca Memigrasikan komputer sebagai server fisik ke Azure untuk detail selengkapnya.

Dapatkah saya memigrasikan AWS VM yang menjalankan sistem operasi Amazon Linux?

VM yang menjalankan Amazon Linux tidak dapat dimigrasikan apa adanya, karena AMAZON Linux OS hanya didukung di AWS.

Untuk memigrasikan beban kerja yang berjalan di Amazon Linux, Anda dapat memutar VM CentOS/RHEL di Azure. Kemudian, Anda dapat memigrasikan beban kerja yang berjalan di komputer AWS Linux dengan menggunakan pendekatan migrasi beban kerja yang relevan. Misalnya, tergantung pada beban kerja, mungkin ada alat khusus beban kerja untuk membantu migrasi, seperti alat untuk database atau alat penyebaran untuk server web.

Bagaimana cara mengukur persyaratan bandwidth untuk migrasi saya?

Berbagai faktor dapat memengaruhi jumlah bandwidth yang Anda butuhkan untuk mereplikasi data ke Azure. Persyaratan bandwidth tergantung pada seberapa cepat appliance Azure Migrate lokal dapat membaca dan mereplikasi data ke Azure. Replikasi memiliki dua fase: replikasi awal dan replikasi delta.

Saat replikasi dimulai untuk VM, siklus replikasi awal terjadi di mana salinan lengkap dari disk direplikasi. Setelah replikasi awal selesai, siklus replikasi inkremental (siklus delta) dijadwalkan secara berkala untuk mentransfer perubahan apa pun yang terjadi sejak siklus replikasi sebelumnya.

Untuk metode replikasi berbasis agen, Perencana Penyebaran Azure Site Recovery dapat membantu memprofilkan lingkungan untuk churn data dan membantu memprediksi persyaratan bandwidth yang diperlukan. Untuk mempelajari lebih lanjut, baca Merencanakan penyebaran VMware.

Migrasi Hyper-V tanpa agen

Bagaimana cara kerja migrasi tanpa agen?

Alat Migrasi dan modernisasi menyediakan opsi replikasi tanpa agen untuk migrasi VMware dan Hyper-V VM yang menjalankan Windows atau Linux. Alat ini menyediakan opsi replikasi berbasis agen lain untuk server Windows dan Linux. Opsi lain ini dapat digunakan untuk memigrasikan server fisik, dan VM x86/x64 pada penyedia seperti VMware, Hyper-V, AWS, dan GCP.

Opsi replikasi berbasis agen mengharuskan Anda menginstal perangkat lunak agen di VM/server yang Anda migrasikan. Opsi tanpa agen tidak mengharuskan Anda menginstal perangkat lunak pada VM, yang dapat menawarkan kenyamanan dan kesederhanaan.

Opsi replikasi tanpa agen berfungsi dengan menggunakan mekanisme yang disediakan oleh penyedia virtualisasi (VMware atau Hyper-V). Untuk VM Hyper-V, mekanisme replikasi tanpa agen mereplikasi data dari disk VM dengan menggunakan rekam jepret VM dan kemampuan pelacakan perubahan replika Hyper-V.

Ketika replikasi dikonfigurasi untuk VM, VM pertama kali melewati fase replikasi awal. Selama replikasi awal, rekam jepret VM diambil, dan salinan lengkap data dari disk rekam jepret direplikasi ke disk terkelola di langganan Anda. Setelah replikasi awal untuk VM selesai, proses replikasi beralih ke fase replikasi inkremental (replikasi delta).

Fase replikasi inkremental membahas setiap perubahan data yang terjadi sejak siklus replikasi terakhir selesai. Perubahan tersebut direplikasi secara berkala dan diterapkan ke disk yang dikelola replika. Proses ini membuat replikasi tetap sinkron dengan perubahan pada VM.

Teknologi pelacakan blok yang diubah VMware digunakan untuk melacak perubahan antara siklus replikasi untuk VMware VM. Pada awal siklus replikasi, rekam jepret VM diambil dan pelacakan blok yang diubah digunakan untuk mendapatkan perubahan antara rekam jepret saat ini dan rekam jepret terakhir yang berhasil direplikasi. Untuk menjaga replikasi VM tetap sinkron, hanya data yang berubah sejak siklus replikasi terakhir yang selesai perlu direplikasi.

Pada akhir setiap siklus replikasi, rekam jepret dirilis, dan konsolidasi rekam jepret dilakukan untuk VM. Demikian pula, untuk VM Hyper-V, mesin pelacakan perubahan replika Hyper-V digunakan untuk melacak perubahan antara siklus replikasi berturut-turut.

Saat Anda melakukan Migrate operasi pada VM replikasi, Anda dapat mematikan VM lokal dan melakukan satu replikasi inkremental akhir untuk memastikan tidak ada kehilangan data. Disk yang dikelola replika yang sesuai dengan VM digunakan untuk membuat VM di Azure.

Untuk memulai, lihat tutorial migrasi tanpa agen Hyper-V.

Bagaimana cara mengukur persyaratan bandwidth untuk migrasi saya?

Berbagai faktor dapat memengaruhi jumlah bandwidth yang Anda butuhkan untuk mereplikasi data ke Azure. Persyaratan bandwidth tergantung pada seberapa cepat appliance Azure Migrate lokal dapat membaca dan mereplikasi data ke Azure. Replikasi memiliki dua fase: replikasi awal dan replikasi delta.

Saat replikasi dimulai untuk VM, siklus replikasi awal terjadi di mana salinan lengkap dari disk direplikasi. Setelah replikasi awal selesai, siklus replikasi inkremental (siklus delta) dijadwalkan secara berkala untuk mentransfer perubahan apa pun yang terjadi sejak siklus replikasi sebelumnya.

Anda dapat menyelesaikan persyaratan bandwidth berdasarkan:

• Volume data yang perlu Anda pindahkan dalam gelombang.
• Waktu yang ingin Anda alokasikan untuk proses replikasi awal.

Idealnya, Anda ingin replikasi awal selesai setidaknya 3-4 hari sebelum jendela migrasi aktual. Garis waktu ini memberi Anda waktu yang cukup untuk melakukan migrasi pengujian sebelum jendela aktual dan menjaga waktu henti selama jendela minimal.

Konten terkait

• Pelajari selengkapnya tentang memigrasikan VMware VM, VM Hyper-V, dan server fisik.