Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Artikel ini memberikan gambaran umum tentang arsitektur dan proses yang digunakan untuk replikasi VMware VM berbasis agen dengan alat Migrasi dan modernisasi .
Dengan menggunakan alat Migrasi dan modernisasi, Anda dapat mereplikasi VMware VM dengan beberapa opsi:
- Migrasi komputer virtual menggunakan replikasi berbasis agen, seperti yang dijelaskan dalam artikel ini.
- Migrasi komputer virtual VMware menggunakan replikasi tanpa agen. Ini memigrasikan komputer virtual tanpa harus menginstal apa pun pada komputer virtual tersebut.
Pelajari selengkapnya tentang memilih dan membandingkan metode migrasi untuk komputer virtual VMware.
Migrasi berbasis agen
Migrasi berbasis agen digunakan untuk memigrasikan komputer virtual VMware lokal dan server fisik ke Azure. Ini juga dapat digunakan untuk memigrasikan server virtual on-premises lainnya, serta mesin virtual cloud privat dan publik, termasuk instans AWS, dan mesin virtual GCP. Migrasi berbasis agen di Azure Migrate menggunakan beberapa fungsi backend dari layanan Azure Site Recovery .
Komponen arsitektur
Diagram ini mengilustrasikan komponen yang terlibat dalam migrasi berbasis agen.
Tabel meringkas komponen yang digunakan untuk migrasi berbasis agen.
Komponen | Rincian | Penginstalan |
---|---|---|
Perangkat replikasi | Appliance replikasi (server konfigurasi/server proses) adalah server lokal yang bertindak sebagai jembatan antara lingkungan lokal, dan alat Migrasi dan modernisasi. Appliance menemukan inventarisasi server lokal, sehingga alat Migrasi dan modernisasi dapat mengatur replikasi dan migrasi. Appliance ini memiliki dua komponen: Server konfigurasi: Menyambungkan ke alat Migrasi dan modernisasi dan mengoordinasikan replikasi. Server proses: Menangani replikasi data. Server proses menerima data server, mengompresi, dan mengenkripsinya, dan mengirimnya ke Azure. Di Azure, alat Migrasi dan modernisasi menulis data ke disk terkelola. |
Secara default, server proses diinstal bersama dengan server konfigurasi pada appliance replikasi. |
Layanan mobilitas | Layanan Mobilitas adalah agen yang diinstal pada setiap server yang ingin Anda replikasi dan migrasikan. Layanan ini mengirim data replikasi dari server ke server proses. | File penginstalan untuk berbagai versi layanan Mobilitas terletak di appliance replikasi. Anda mengunduh dan menginstal agen yang Anda butuhkan, sesuai dengan sistem operasi dan versi server yang ingin Anda replikasi. |
Penginstalan layanan mobilitas
Anda dapat menyebarkan Layanan Mobilitas menggunakan metode berikut:
- Penginstalan push: Server proses menginstal layanan Mobilitas saat Anda mengaktifkan perlindungan untuk server.
- Instal secara manual: Anda dapat menginstal layanan Mobilitas secara manual di setiap server melalui antarmuka pengguna atau perintah.
Layanan Mobilitas berkomunikasi dengan appliance replikasi dan server yang direplikasi. Jika Anda memiliki perangkat lunak antivirus yang berjalan pada appliance replikasi, server proses, atau server yang direplikasi, folder berikut harus dikecualikan dari pemindaian:
- C:\Program Files\Microsoft Azure Recovery Services Agent
- C:\ProgramData\ASR
- C:\ProgramData\ASRLogs
- C:\ProgramData\ASRSetupLogs
- C:\ProgramData\LogUploadServiceLogs
- C:\ProgramData\Microsoft Azure Site Recovery
- C:\Program Files (x86)\Microsoft Azure Site Recovery
- C:\ProgramData\ASR\agent (di server Windows yang menginstal layanan Mobilitas)
Proses replikasi
- Saat Anda mengaktifkan replikasi untuk server, replikasi awal ke Azure dimulai.
- Selama replikasi awal, layanan Mobilitas membaca data dari disk server, dan mengirimkannya ke server proses.
- Data ini digunakan untuk menginisialisasi salinan cakram di langganan Azure Anda.
- Setelah replikasi awal selesai, replikasi perubahan delta ke Azure dimulai. Replikasi dilakukan pada tingkat blok, dan hampir terus-menerus.
- Layanan Mobilitas mencegat penulisan ke memori disk, dengan mengintegrasikan dengan subsistem penyimpanan dari sistem operasi. Metode ini menghindari operasi I/O disk pada server replikasi, untuk replikasi tahapan.
- Perubahan terlacak untuk server dikirim ke server proses pada port masuk HTTPS 9443. Port ini dapat dimodifikasi. Server proses mengompresi dan mengenkripsi perubahan tersebut, serta mengirimkannya ke Azure.
Pelabuhan
Perangkat | Koneksi |
---|---|
Server yang mereplikasi | Layanan Mobilitas yang berjalan pada mesin virtual berkomunikasi dengan peralatan replikasi lokal di port HTTPS 443 inbound, untuk manajemen replikasi. Server mengirim data replikasi ke server proses di port HTTPS 9443 inbound. Port ini dapat dimodifikasi. |
Perangkat replikasi | Appliance replikasi mengorkestrasi replikasi dengan Azure melalui port HTTPS 443 yang keluar. |
Petugas penyampaian dokumen | Server proses menerima data replikasi, mengoptimalkan, dan mengenkripsinya, lalu mengirimkannya ke penyimpanan Azure melalui port 443 keluar. |
Performa dan penskalaan
Secara default, Anda menyebarkan satu appliance replikasi yang menjalankan server konfigurasi dan server proses. Jika Anda hanya mereplikasi beberapa server, penyebaran ini sudah cukup. Namun, jika Anda mereplikasi dan memigrasikan ratusan server, server proses tunggal mungkin tidak mampy menangani semua lalu lintas replikasi. Dalam hal ini, Anda dapat menyebarkan server proses peluasan skala tambahan.
Merencanakan penyebaran VMware
Jika Anda mereplikasi komputer virtual VMware, Anda dapat menggunakan Site Recovery Deployment Planner for VMware, untuk membantu menentukan persyaratan performa, termasuk tingkat perubahan data harian, dan server proses yang Anda perlukan.
Kapasitas perangkat replikasi
Gunakan nilai dalam tabel ini untuk mencari tahu apakah Anda memerlukan server proses tambahan dalam penyebaran Anda.
- Jika tingkat perubahan harian (tingkat churn) lebih dari 2 TB, terapkan server proses tambahan.
- Jika Anda mereplikasi lebih dari 200 server, gunakan perangkat replikasi tambahan.
CPU | Memori | Caching data luar angkasa gratis | Laju pergantian pelanggan | Batas replikasi |
---|---|---|---|---|
8 vCPU (2 soket * 4 core @ 2.5 GHz) | 16 GB | 300 GB | 500 GB atau kurang | < 100 server |
12 vCPU (2 soket * 6 core @ 2.5 GHz) | 18 GB | 600 GB | 501 GB hingga 1 TB | 100-150 server. |
16 vCPU (2 soket * 8 inti @ 2.5 GHz) | 32 GB | 1 Terabyte (TB) | 1 MB hingga 2 TB | 151-200 server. |
Mengubah ukuran server proses perluasan skala
Jika Anda perlu menyebarkan server proses perluasan skala, gunakan tabel ini untuk mencari tahu ukuran server.
Petugas penyampaian dokumen | Ruang kosong untuk penyimpanan sementara data | Laju pergantian pelanggan | Batas replikasi |
---|---|---|---|
4 vCPU (2 soket * 2 inti @ 2.5 GHz), memori 8-GB | 300 GB | 250 GB atau kurang | Hingga 85 server |
8 vCPU (2 soket * 4 inti @ 2.5 GHz), memori 12 GB | 600 GB | 251 GB hingga 1 TB | 86-150 server. |
12 vCPU (2 socket * 6 core @ 2,5 GHz), memori 24 GB | 1 Terabyte (TB) | 1-2 TB | 151-225 server. |
Batasi bandwidth unggahan.
Lalu lintas VMware yang mereplikasi ke Azure melewati server proses tertentu. Anda dapat membatasi laju unggahan dengan membatasi bandwidth pada server yang berjalan sebagai server proses. Anda dapat memengaruhi bandwidth menggunakan kunci registri ini:
Nilai registri HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM registry menentukan jumlah alur yang digunakan untuk transfer data (replikasi awal atau delta) dari disk. Nilai yang lebih tinggi meningkatkan bandwidth jaringan yang digunakan untuk replikasi. Nilai defaultnya adalah empat. Nilai maksimumnya adalah 32. Untuk mengoptimalkan nilai, pantau lalu lintas.
Selain itu, Anda dapat membatasi bandwidth pada server proses sebagai berikut:
- Pada server pemrosesan, buka MMC snap-in Azure Backup. Tersedia pintasan di desktop atau di folder C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
- Di snap-in, pilih Ubah Properti.
- Di Pembatasan, pilih Aktifkan pembatasan penggunaan bandwidth internet untuk operasi pencadangan. Atur batas jam kerja dan non-kerja. Rentang yang valid adalah dari 512 Kbps hingga 1.023 Mbps.
Langkah selanjutnya
Mencoba migrasi berbasis agen untuk VMware