Arsitektur migrasi berbasis agen
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. Migrasi ini juga dapat digunakan untuk memigrasikan server virtual lokal lainnya, serta komputer virtual cloud privat dan publik, termasuk instans AWS, dan komputer virtual GCP. Migrasi berbasis agen di Azure Migrate menggunakan beberapa fungsi backend dari [Azure Site Recovery].. /.. Layanan /site-recovery/site-recovery-overview.md).
Komponen arsitektur
Diagram ini mengilustrasikan komponen yang terlibat dalam migrasi berbasis agen.
Tabel meringkas komponen yang digunakan untuk migrasi berbasis agen.
| Komponen | Rincian | Penginstalan |
|---|---|---|
| Appliance 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 menambah salinan disk di langganan Azure Anda.
- Setelah replikasi awal selesai, replikasi perubahan delta ke Azure dimulai. Replikasi adalah tingkat blok, dan hampir terus-menerus.
- Layanan Mobilitas menahan penulisan ke memori disk, dengan integrasi melalui subsistem penyimpanan 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 bisa diubah. Server proses mengompresi dan mengenkripsi perubahan tersebut, serta mengirimkannya ke Azure.
Port
| Perangkat | Koneksi |
|---|---|
| Mereplikasi server | Layanan Mobilitas yang berjalan pada komputer virtual berkomunikasi dengan appliance replikasi lokal di port HTTPS 443 inbound, untuk manajemen replikasi. Server mengirim data replikasi ke server proses di port HTTPS 9443 inbound. Port ini bisa diubah. |
| Appliance replikasi | Appliance replikasi mengorkestrasi replikasi dengan Azure melalui port HTTPS 443 keluar. |
| Server proses | Server proses menerima data replikasi, mengoptimalkan, dan mengenkripsinya, dan 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 appliance replikasi
Gunakan nilai dalam tabel ini untuk mencari tahu apakah Anda memerlukan server proses tambahan dalam penyebaran Anda.
- Jika tingkat perubahan harian (churn) lebih dari 2 TB, sebarkan server proses tambahan.
- Jika Anda mereplikasi lebih dari 200 server, sebarkan alat appliance replikasi tambahan.
| CPU | Memori | Caching data ruang kosong | Tingkat churn | 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 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.
| Server proses | Ruang kosong untuk caching data | Tingkat churn | Batas replikasi |
|---|---|---|---|
| 4 vCPU (2 soket * 2 core @ 2.5 GHz), memori 8-GB | 300 GB | 250 GB atau kurang | Hingga 85 server |
| 8 vCPU (2 soket * 4 core @ 2.5 GHz), memori 12-GB | 600 GB | 251 GB hingga 1 TB | 86-150 server. |
| 12 vCPU (2 soket * 6 core @ 2,5 GHz) memori 24 GB | 1 TB | 1-2 TB | 151-225 server. |
Batasi bandwidth unggahan.
Lalu lintas VMware yang mereplikasi ke Azure melewati server proses tertentu. Anda dapat membatasi throughput 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 proses, 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 berikutnya
Mencoba migrasi berbasis agen untuk VMware