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