Berpindah dari pemulihan bencana VMware klasik ke yang dimodernisasi
Artikel ini menyediakan informasi tentang arsitektur, infrastruktur yang diperlukan, dan FAQ tentang memindahkan replikasi komputer VMware atau Fisik Anda dari arsitektur perlindungan klasik ke modern. Dengan kemampuan untuk bermigrasi ini, Anda dapat berhasil mentransfer item yang direplikasi dari server konfigurasi ke alat replikasi Azure Site Recovery. Migrasi ini dipandu oleh mekanisme replikasi cerdas, yang memastikan bahwa replikasi awal lengkap tidak dilakukan lagi untuk item yang direplikasi noncritik, dan hanya data diferensial yang ditransfer.
Catatan
Rencana pemulihan tidak akan dimigrasikan dan perlu dibuat kembali di brankas Layanan Pemulihan modern.
Arsitektur
Komponen yang terlibat dalam migrasi item yang direplikasi dari komputer VMware atau Fisik dirangkum dalam tabel berikut:
| Komponen | Persyaratan |
|---|---|
| Item yang direplikasi dalam brankas Layanan Pemulihan klasik | Satu item yang direplikasi atau lebih yang dilindungi menggunakan arsitektur klasik dan server konfigurasi yang sehat. Item yang direplikasi harus dalam keadaan noncritical dan harus direplikasi dari lokal ke Azure dengan agen mobilitas yang berjalan pada versi 9.50 atau yang lebih baru. |
| Server konfigurasi yang digunakan oleh item yang direplikasi | Server konfigurasi, yang digunakan oleh item yang direplikasi, harus dalam keadaan noncritik dan komponennya harus ditingkatkan ke versi terbaru (9.50 atau yang lebih baru). |
| Brankas Layanan Pemulihan dengan pengalaman modern | Brankas Layanan Pemulihan dengan pengalaman modern. |
| Appliance replikasi Azure Site Recovery yang sehat | Appliance replikasi Azure Site Recovery non-kritis, yang dapat menemukan mesin lokal, dengan semua komponennya ditingkatkan ke versi terbaru (9.50 atau yang lebih baru). Versi tepat yang diperlukan adalah sebagai berikut: Server proses: 9.50 Server proksi: 1.35.8419.34591 Agen layanan pemulihan: 2.0.9249.0 Layanan replikasi: 1.35.8433.24227 |
Infrastruktur yang diperlukan
Pastikan hal berikut untuk keberhasilan perpindahan item yang direplikasi:
- Brankas Layanan Pemulihan menggunakan pengalaman modern.
- Appliance replikasi Azure Site Recovery, yang telah berhasil didaftarkan ke vault, dan semua komponennya dalam keadaan noncritik.
- Versi appliance harus 9.50 atau yang lebih baru. Untuk deskripsi versi terperinci, periksa di sini.
- Detail server vCenter atau host vSphere, tempat mesin yang direplikasi yang sudah ada berada, ditambahkan ke appliance agar penemuan lokal berhasil.
Prasyarat
Menyiapkan infrastruktur
Pastikan hal berikut sebelum Anda berpindah dari arsitektur klasik ke arsitektur modern:
- Buat vault Layanan Pemulihan dan pastikan pengalaman belum dialihkan ke klasik
- Sebarkan appliance replikasi Azure Site Recovery.
- Tambahkan detail vCenter Server mesin lokal ke appliance, agar berhasil melakukan penemuan.
Menyiapkan vault Layanan Pemulihan klasik
Pastikan berikut ini untuk item yang direplikasi yang ingin Anda pindahkan:
- Item yang direplikasi adalah komputer VMware atau Fisik yang mereplikasi melalui server konfigurasi.
- Replikasi tidak terjadi pada akun penyimpanan yang tidak dikelola, melainkan ke disk terkelola.
- Replikasi terjadi dari lokal ke Azure dan item yang direplikasi tidak dalam status failover atau dalam status fail-back.
- Item yang direplikasi tidak mereplikasi data dari Azure ke lokal.
- Replikasi awal tidak sedang berlangsung dan telah selesai.
- Item yang direplikasi tidak dalam status 'sinkronisasi ulang'.
- Versi server konfigurasi adalah 9.50 atau yang lebih baru dan kesehatannya dalam keadaan noncritical.
- Server konfigurasi memiliki heartbeat yang sehat.
- Versi agen layanan mobilitas, yang diinstal pada mesin sumber, adalah 9.50 atau yang lebih baru.
- Vault Layanan Pemulihan dengan MSI diaktifkan didukung.
- Vault Layanan Pemulihan dengan Titik Akhir Privat diaktifkan didukung.
- Kesehatan item yang direplikasi dalam keadaan noncritical, atau titik pemulihannya berhasil dibuat.
Menyiapkan vault Layanan Pemulihan yang dimodernisasi
Untuk penyiapan arsitektur yang dimodernisasi, pastikan bahwa:
- Brankas Layanan Pemulihan yang digunakan untuk penyiapan arsitektur modern berada di lokasi geografis yang sama dengan brankas klasik.
- Appliance replikasi Azure Site Recovery disebarkan di lokal Anda dengan versi 9.50 atau yang lebih baru.
- Appliance berhasil didaftarkan ke brankas.
- Appliance dan semua komponennya dalam keadaan noncritik dan appliance memiliki heartbeat yang sehat.
- Versi vCenter Server didukung oleh arsitektur modern.
- Detail vCenter Server dari mesin sumber ditambahkan ke appliance.
- Versi distro Linux didukung oleh arsitektur modern. Pelajari selengkapnya.
- Versi Server Windows didukung oleh arsitektur modern. Pelajari selengkapnya.
Menghitung total waktu pemindahan
Total waktu yang diperlukan untuk memindahkan item yang direplikasi dari brankas klasik ke brankas modern bergantung kepada status replikasi item dan ukuran disk.
| Status | Waktu untuk memigrasikan ke brankas modern |
|---|---|
| Status perlindungan item yang direplikasi sehat dan titik pemulihan terakhir dibuat kurang dari 50 menit yang lalu | Migrasi selesai dalam 1-2 jam |
| Status perlindungan item yang direplikasi tidak sehat atau titik pemulihan terakhir dibuat lebih dari 50 menit yang lalu | Waktu migrasi akan bervariasi, dan akan bergantung pada ukuran disk |
Jika status perlindungan komputer Anda tidak sehat, gunakan rumus di bawah ini untuk menghitung waktu yang tepat untuk komputer Anda:
Waktu untuk memigrasikan = 1 jam + 45 detik/GiB
| Konfigurasi mesin | Waktu untuk memigrasikan |
|---|---|
| Satu mesin dengan dua disk, keduanya berukuran 256 GiB | ~ 4 jam 15 menit [Kedua disk dimigrasikan secara paralel] |
| 10 mesin dengan masing-masing dua disk, keduanya berukuran 256 GiB | ~ 4 jam 15 menit [Semua VM dan disknya dimigrasikan secara paralel] |
| Satu mesin dengan empat disk, semuanya berukuran 512 GiB | ~ 7 jam 30 menit [Kedua disk dimigrasikan secara paralel] |
| 10 mesin dengan masing-masing empat disk, semuanya berukuran 512 GiB | ~ 7 jam 30 menit [Semua VM dan disknya dimigrasikan secara paralel] |
Rumus yang sama digunakan untuk menghitung waktu migrasi dan ditampilkan di portal.
Cara menentukan infrastruktur yang diperlukan
Saat memigrasikan mesin dari arsitektur klasik ke modern, Anda harus memastikan bahwa infrastruktur yang diperlukan telah terdaftar di vault Layanan Pemulihan yang dimodernisasi. Lihat detail pengukuran dan kapasitas appliance replikasi untuk memabntu menentukan infrastruktur yang diperlukan.
Sebagai aturan, Anda harus menyiapkan jumlah appliance replikasi yang sama dengan jumlah server proses di brankas Layanan Pemulihan klasik Anda. Di brankas klasik, apabila terdapat satu server konfigurasi dan empat server proses, maka Anda harus menyiapkan empat appliance replikasi di brankas Layanan Pemulihan modern.
Harga
Biaya lisensi Site Recovery akan terus dikenakan pada brankas klasik hingga periode retensi semua titik pemulihan telah kedaluwarsa. Setelah semua titik pemulihan telah dibersihkan, harga juga akan berhenti di brankas klasik. Setelah periode retensi semua titik pemulihan kedaluwarsa, item yang direplikasi akan dihapus secara otomatis melalui operasi replikasi pembersihan yang dipicu sistem.
Site Recovery akan mulai mengenakan biaya lisensi pada item yang direplikasi di brankas modern, hanya setelah titik pemulihan pertama dibuat dan brankas yang lebih lama telah dibersihkan. Apabila ada hari penggunaan uji coba gratis yang tertunda pada brankas klasik, informasi yang sama akan diteruskan ke brankas modern. Harga akan dimulai pada brankas modern hanya setelah periode uji coba ini berakhir.
Catatan
Pada satu titik waktu, harga hanya akan terjadi menggunakan satu brankas, baik brankas klasik ataupun modern.
FAQ
Mengapa saya harus memigrasikan mesin saya ke arsitektur modern?
Penting untuk dicatat bahwa arsitektur klasik untuk pemulihan bencana akan dihapus secara bertahap, sehingga pengguna harus memastikan untuk beralih ke versi terbaru dan modern. Tabel berikut ini menyediakan perbandingan dua arsitektur untuk membantu Anda memilih opsi yang tepat untuk mengamankan komputer jika terjadi bencana.
| Arsitektur klasik | Arsitektur modern [Baru] |
|---|---|
| Beberapa penyiapan yang diperlukan untuk menemukan data lokal. | Penemuan utama pusat data lokal menggunakan layanan penemuan. |
| Jumlah langkah ekstensif yang diperlukan untuk onboarding awal. | Sederhanakan pengalaman onboarding dengan mengotomatiskan pembuatan artefak dan memperkenalkan default untuk mengurangi input yang diperlukan. |
| Manfaatkan file yang diunduh secara manual untuk mendapatkan konteks cloud. | Perkenalkan kunci replikasi untuk mendapatkan konteks cloud saat menyiapkan appliance. |
| Jumlah langkah ekstensif yang diperlukan untuk proses replikasi pengaktifan sederhana. | Sederhanakan pengalaman aktifkan replikasi dengan mengurangi jumlah input yang diperlukan dan mendefinisikan ulang setiap bilah. |
| Server konfigurasi terus menjadi infrastruktur lokal dengan penyiapan ekstensif untuk berbagai komponen. | Tingkatkan appliance dengan mengonversi semua komponen menjadi layanan mikro yang dihosting Azure. Hal ini menyederhanakan penskalaan, pemantauan, dan pemecahan masalah appliance. |
| Kebutuhan akan server proses peluasan skala dan server target master di Azure untuk mesin Linux adalah persyaratan yang menghambat. | Menghapus kebutuhan untuk mempertahankan server proses dan server target master yang terpisah. |
| Menggunakan frase sandi statis untuk autentikasi, yang mengganggu persyaratan bisnis pelanggan tentang rotasi kata sandi berkala. | Memperkenalkan autentikasi berbasis sertifikat, yang lebih aman dan menyelesaikan masalah keamanan pelanggan. |
| Peningkatan ke versi yang diperbarui harus dilakukan secara manual dan merupakan proses yang berat. | Memperkenalkan peningkatan otomatis untuk komponen appliance serta layanan Mobilitas. |
| Server konfigurasi tidak memiliki ketersediaan tinggi dan mungkin berisiko runtuh. | Menerapkan ketersediaan appliance yang tinggi untuk memastikan ketahanan. |
| Kredensial akar harus diperbarui secara teratur untuk memastikan pengalaman peningkatan bebas kesalahan. | Menghilangkan persyaratan untuk mempertahankan info masuk akar mesin untuk melakukan peningkatan otomatis. |
| Alamat IP statis harus ditetapkan ke server konfigurasi untuk mempertahankan konektivitas. | Memperkenalkan konektivitas berbasis FQDN antara appliance dan mesin lokal. |
| Hanya jaringan virtual tersebut, yang mengaktifkan VPN Situs-ke-Situs atau Rute Ekspres, yang harus digunakan. | Menghapus kebutuhan untuk mempertahankan VPN Situs-ke-Situs atau Rute Ekspres untuk replikasi terbalik. |
| Alat pihak ketiga, MySQL, juga perlu disiapkan. | Menghapus dependensi pada alat pihak ketiga mana pun. |
Mesin apa yang harus dimigrasikan ke arsitektur modern?
Semua komputer VMware atau fisik yang direplikasi menggunakan server konfigurasi harus dimigrasikan ke arsitektur yang dimodernisasi.
Di mana brankas Layanan Pemulihan modern saya harus dibuat?
Vault Layanan Pemulihan yang dimodernisasi harus terletak di wilayah dan penyewa yang sama dengan vault klasik. Brankas ini dapat menjadi bagian dari langganan atau grup sumber daya apa pun.
Apakah replikasi saya akan berlanjut selagi migrasi berlangsung?
Tidak, replikasi akan terputus selama beberapa saat selagi migrasi sedang berlangsung. Selama waktu ini, titik pemulihan yang terakhir dibuat, di brankas Layanan Pemulihan klasik, akan tersedia bagi Anda untuk melakukan failover. Setelah migrasi selesai, titik pemulihan baru dihasilkan di vault Layanan Pemulihan yang dimodernisasi.
Kapan operasi migrasi saya akan ditandai sebagai selesai?
Operasi migrasi hanya akan ditandai selesai setelah titik pemulihan pertama berhasil dibuat di brankas Layanan Pemulihan modern.
Operasi apa yang dapat dilakukan dari brankas Layanan Pemulihan klasik saya setelah migrasi selesai?
Anda dapat melakukan failover dari vault klasik setelah migrasi. Operasi failover akan terus tersedia di vault klasik hingga titik pemulihan kedaluwarsa.
Misalnya, jika periode retensi untuk item yang direplikasi adalah 72 jam (tiga hari), titik pemulihan terbaru pada vault klasik akan terus tersedia selama 72 jam (tiga hari), setelah migrasi berhasil. Setelah waktu yang ditentukan, Azure Site Recovery akan secara otomatis memicu operasi replikasi pembersihan pada item yang direplikasi dan melakukan pembersihan semua penyimpanan terkait dan item penyebab penagihan.
Bagaimana jika bencana menimpa mesin saya selagi operasi migrasi sedang berlangsung?
Setiap item yang direplikasi yang sedang menjalani migrasi masih dapat mendukung operasi failover melalui vault Layanan Pemulihan klasik hingga periode retensi untuk titik pemulihan akhir telah berakhir. Jika Anda mencoba menjalankan operasi failover, itu akan lebih diutamakan daripada operasi migrasi dan pekerjaan migrasi dibatalkan. Untuk memastikan bahwa item yang direplikasi dimigrasikan, Anda harus memicu operasi migrasi lagi di lain waktu.
Catatan
Properti Komputasi dan Jaringan dari item yang direplikasi dapat diperbarui saat migrasi sedang berlangsung. Namun, perubahan mungkin tidak direplikasi dalam brankas Layanan Pemulihan modern.
Berapa banyak mesin yang dapat saya migrasikan sekaligus dari brankas klasik ke modern?
Anda dapat memigrasikan hingga 10 mesin sekaligus melalui portal.
Haruskah saya membuat ulang jaringan virtual, akun penyimpanan, dan kebijakan replikasi untuk digunakan di brankas baru?
Tidak. Sumber daya yang sama, yang digunakan sebelumnya juga akan diatur sebagai default pada brankas modern. Anda selalu dapat mengubahnya dari bilah Komputasi dan Jaringan dari item yang direplikasi. Anda harus memastikan bahwa sumber daya terus memiliki akses yang diperlukan.
Bagaimana kebijakan replikasi saya akan dipindahkan ke brankas modern?
Sebagai prasyarat, Site Recovery akan membuat kebijakan replikasi di vault yang dimodernisasi dengan konfigurasi yang sama seperti di vault klasik. Jadi, sebelum item yang direplikasi dipindahkan, kebijakan terkait dibuat di vault yang dimodernisasi. Sebaiknya hindari membuat perubahan pada konfigurasi kebijakan replikasi di vault klasik setelah migrasi dipicu, karena perubahan ini tidak akan tercermin dalam vault yang dimodernisasi. Yang terbaik adalah membuat perubahan ini sebelum memulai proses migrasi.
Kebijakan replikasi yang dibuat dalam brankas modern akan mengalami perubahan nama dalam brankas modern. Ini diawali dengan nama grup sumber daya dan nama vault dari vault Layanan Pemulihan yang dimodernisasi. Jadi, jika nama kebijakan adalah "kebijakan replikasi default" di vault klasik, maka dalam vault modern, nama kebijakan ini adalah default replication policy contoso-modern-vault_contoso-rg, mengingat nama vault adalah contoso-modern-vault dan grup sumber daya vault adalah contoso-rg.
Bisakah saya mengedit kebijakan replikasi saya selama migrasi atau pasca migrasi di brankas klasik?
Apabila replika kebijakan replikasi telah dibuat di brankas modern, maka setiap perubahan pada kebijakan di brankas klasik tidak akan disebarluaskan ke brankas modern.
Jadi, jika ada 10 item yang direplikasi, yang direplikasi menggunakan kebijakan dan Anda memutuskan untuk memindahkan 5 item tersebut ke pengalaman yang dimodernisasi, salinan kebijakan dibuat sebelum migrasi dimulai. Sekarang, sebelum melakukan migrasi lima item yang tersisa, jika ada perubahan yang dilakukan dalam kebijakan di brankas klasik, kebijakan dari vault yang dimodernisasi tidak akan diperbarui. Anda juga harus membuat perubahan konfigurasi tersebut di vault yang dimodernisasi.
Bagaimana cara memigrasikan item yang direplikasi, yang ada dalam grup replikasi, juga dikenal sebagai grup konsistensi multi-vm?
Semua item yang direplikasi yang merupakan bagian dari grup replikasi dimigrasikan bersama-sama. Anda dapat memilih semuanya dengan memilih grup replikasi atau melewati semuanya. Jika proses migrasi gagal untuk beberapa komputer dalam grup replikasi tetapi berhasil untuk yang lain, putar kembali ke pengalaman klasik dilakukan untuk item yang direplikasi yang gagal dan proses migrasi dapat dipicu lagi untuk item tersebut.
Bisakah saya memigrasikan penyiapan klasik saya dengan titik akhir publik ke penyiapan yang dimodernisasi dengan titik akhir privat?
Tidak, Anda hanya dapat memindahkan penyiapan pemulihan bencana klasik dengan titik akhir publik ke penyiapan titik akhir publik yang dimodernisasi. Perhatikan bahwa, migrasi titik akhir non-privat ke titik akhir privat tidak didukung, tetapi titik akhir privat ke migrasi titik akhir privat didukung.
Langkah berikutnya
Cara memindahkan dari pemulihan bencana VMware klasik ke modern