Siapkan pemetaan jaringan untuk pemulihan bencana Hyper-V VM ke Azure
Artikel ini membantu Anda memahami dan mempersiapkan pemetaan jaringan saat Anda mereplikasi Hyper-V VM di cloud System Center Virtual Machine Manager (VMM) ke Azure, atau ke situs sekunder, menggunakan layanan Azure Site Recovery.
Menyiapkan pemetaan jaringan untuk replikasi ke Azure
Saat Anda mereplikasi ke Azure, pemetaan jaringan memetakan jaringan-jaringan komputer virtual di server VMM sumber, dan jaringan virtual Azure target. Pemetaan melakukan hal berikut:
- Koneksi jaringan—Memastikan bahwa Azure VM yang direplikasi terhubung ke jaringan yang dipetakan. Semua komputer yang fail over di jaringan yang sama dapat terhubung satu sama lain, bahkan jika mereka fail over dalam rencana pemulihan yang berbeda.
- Gateway jaringan—Jika gateway disiapkan di jaringan Azure target, komputer virtual dapat terhubung ke mesin virtual lokal lainnya.
Pemetaan jaringan berfungsi sebagai berikut:
- Anda memetakan jaringan VMM VM sumber ke jaringan virtual Azure.
- Setelah failover, Azure VM di jaringan sumber akan terhubung ke jaringan virtual target yang dipetakan.
- Komputer virtual baru yang ditambahkan ke jaringan komputer virtual sumber tersambung ke jaringan Azure yang dipetakan saat replikasi terjadi.
- Jika jaringan target memiliki beberapa subnet, dan salah satu subnet tersebut memiliki nama yang sama dengan subnet tempat komputer virtual sumber berada, maka mesin virtual replika terhubung ke subnet target tersebut setelah failover.
- Jika tidak ada subnet target dengan nama yang cocok, komputer virtual akan terhubung ke subnet pertama dalam jaringan.
Contoh
Berikut adalah contoh untuk menggambarkan mekanisme ini. Mari kita contohkan dengan dua lokasi di New York dan Chicago.
Location | Server VMM | Jaringan VM | Dipetakan ke |
---|---|---|---|
New York | VMM-NewYork | VMNetwork1-NewYork | Dipetakan ke VMNetwork1-Chicago |
VMNetwork2-NewYork | Tidak dipetakan | ||
Chicago | VMM-Chicago | VMNetwork1-Chicago | Dipetakan ke VMNetwork1-Chicago |
VMNetwork2-Chicago | Tidak dipetakan |
Dalam contoh ini:
- Ketika replika komputer virtual dibuat untuk komputer virtual apa pun yang terhubung ke VMNetwork1-NewYork, replika tersebut akan terhubung ke VMNetwork1-Chicago.
- Ketika replika komputer virtual dibuat untuk VMNetwork2-NewYork atau VMNetwork2-Chicago, replika tersebut tidak akan terhubung ke jaringan apa pun.
Berikut adalah cara cloud VMM disiapkan di organisasi contoh kami, dan jaringan logis yang terkait dengan cloud.
Pengaturan proteksi cloud
Cloud yang terproteksi | Cloud yang memproteksi | Jaringan logis (New York) |
---|---|---|
GoldCloud1 | GoldCloud2 | |
SilverCloud1 | SilverCloud2 | |
GoldCloud2 | NA |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
SilverCloud2 | NA |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
Pengaturan jaringan logis dan jaringan komputer virtual
Location | Jaringan logis | Jaringan komputer virtual terkait |
---|---|---|
New York | LogicalNetwork1-NewYork | VMNetwork1-NewYork |
Chicago | LogicalNetwork1-Chicago | VMNetwork1-Chicago |
LogicalNetwork2Chicago | VMNetwork2-Chicago |
Pengaturan jaringan target
Berdasarkan pengaturan ini, saat Anda memilih jaringan komputer virtual target, tabel berikut menunjukkan pilihan yang akan tersedia.
Pilih | Cloud yang terproteksi | Cloud yang memproteksi | Jaringan target tersedia |
---|---|---|---|
VMNetwork1-Chicago | SilverCloud1 | SilverCloud2 | Tersedia |
GoldCloud1 | GoldCloud2 | Tersedia | |
VMNetwork2-Chicago | SilverCloud1 | SilverCloud2 | Tidak tersedia |
GoldCloud1 | GoldCloud2 | Tersedia |
Jika jaringan target memiliki beberapa subnet dan salah satu subnet tersebut memiliki nama yang sama dengan subnet tempat komputer virtual sumber berada, komputer virtual replika akan terhubung ke subnet target tersebut setelah failover. Jika tidak ada subnet target dengan nama yang cocok, komputer virtual akan terhubung ke subnet pertama dalam jaringan.
Perilaku failback
Untuk melihat apa yang terjadi dalam kasus failback (replikasi terbalik), mari kita asumsikan bahwa VMNetwork1-NewYork dipetakan ke VMNetwork1-Chicago, dengan pengaturan berikut.
Komputer Virtual | Terhubung ke jaringan VM |
---|---|
VM1 | VMNetwork1-Network |
VM2 (replika VM1) | VMNetwork1-Chicago |
Dengan pengaturan ini, mari kita tinjau ulang apa yang mungkin terjadi dalam beberapa skenario.
Skenario | Hasil |
---|---|
Tidak ada perubahan pada properti jaringan VM-2 setelah failover. | VM-1 tetap terhubung ke jaringan sumber. |
Properti jaringan VM-2 diubah setelah failover dan terputus. | VM-1 terputus. |
Properti jaringan VM-2 diubah setelah failover dan terhubung ke VMNetwork2-Chicago. | Jika VMNetwork2-Chicago tidak dipetakan, VM-1 akan terputus. |
Pemetaan jaringan VMNetwork1-Chicago diubah. | VM-1 akan terhubung ke jaringan yang sekarang dipetakan ke VMNetwork1-Chicago. |
Langkah berikutnya
- Pelajari tentang pengalamatan IP setelah failover ke situs VMM sekunder.
- Pelajari tentang pengalamatan IP setelah failover ke Azure.