Anpassa nätverkskonfigurationer för den virtuella Azure-måldatorn
Den här artikeln innehåller vägledning om hur du anpassar nätverkskonfigurationer på den virtuella Azure-måldatorn (VM) när du replikerar och återställer virtuella Azure-datorer från en region till en annan med hjälp av Azure Site Recovery.
Innan du börjar
Lär dig hur Site Recovery tillhandahåller haveriberedskap för det här scenariot.
Nätverksresurser som stöds
Du kan ange följande viktiga resurskonfigurationer för den virtuella redundansdatorn när du replikerar virtuella Azure-datorer:
- Interna lastbalanserare
- Offentlig IP-adress
- Sekundär IP-adress
- Nätverkssäkerhetsgrupp både för undernätet och för nätverkskortet
Förutsättningar
- Se till att du planerar konfigurationerna på återställningssidan i förväg.
- Skapa nätverksresurserna i förväg. Ange det som indata så att Azure Site Recovery-tjänsten kan följa dessa inställningar och se till att den virtuella redundansdatorn följer dessa inställningar.
Anpassa konfigurationer för redundans och testa redundansnätverk
Gå till Replikerade objekt.
Välj önskad virtuell Azure-dator.
Välj Nätverk och välj Redigera. Observera att NIC-konfigurationsinställningarna innehåller motsvarande resurser i källan.
Välj ett virtuellt nätverk för redundanstest.
Välj den NIC-flik som du vill konfigurera. Välj nu motsvarande i förväg skapade resurser i redundanstestet och redundansplatsen.
Välj OK.
Site Recovery kommer nu att uppfylla dessa inställningar och se till att den virtuella datorn vid redundansväxling är ansluten till den valda resursen via motsvarande nätverkskort.
När du utlöser redundanstestet via en återställningsplan frågar den alltid det virtuella Azure-nätverket. Det här virtuella nätverket används för att testa redundans för datorer som inte har förkonfigurerade testväxlingsinställningar.
Felsökning
Det går inte att visa eller välja en resurs
Om du inte kan välja eller visa en nätverksresurs går du igenom följande kontroller och villkor:
- Målfältet för en nätverksresurs aktiveras endast om den virtuella källdatorn hade motsvarande indata. Detta baseras på principen att du för ett haveriberedskapsscenario vill ha antingen den exakta eller nedskalade versionen av källan.
- För varje nätverksresurs används vissa filter i listrutan för att säkerställa att den virtuella redundansdatorn kan ansluta sig till den valda resursen och redundanstillförlitligheten bibehålls. Dessa filter baseras på samma nätverksvillkor som skulle ha verifierats när du konfigurerade den virtuella källdatorn.
Verifiering av intern lastbalanserare:
- Prenumerationen och regionen för lastbalanseraren och den virtuella måldatorn ska vara desamma.
- Det virtuella nätverk som är associerat med den interna lastbalanseraren och den virtuella måldatorns bör vara detsamma.
- Den virtuella måldatorns offentliga IP-SKU och den interna lastbalanserarens SKU bör vara desamma.
- Om den virtuella måldatorn är konfigurerad att placeras i en tillgänglighetszon kontrollerar du om lastbalanseraren är zonredundant eller en del av någon tillgänglighetszon. (Grundläggande SKU-lastbalanserare stöder inte zoner och visas inte i listrutan i det här fallet.)
- Se till att den interna lastbalanseraren har en förskapad serverdelspool och klientdelskonfiguration.
Offentlig IP-adress:
- Prenumerationen och regionen för den offentliga IP-adressen och den virtuella måldatorn ska vara samma.
- Den virtuella måldatorns offentliga IP-SKU och den interna lastbalanserarens SKU bör vara desamma.
Nätverkssäkerhetsgrupp:
- Prenumerationen och regionen för nätverkssäkerhetsgruppen och den virtuella måldatorn bör vara samma.
Varning
Om den virtuella måldatorn är associerad med en tillgänglighetsuppsättning måste du associera den offentliga IP-adressen och den interna lastbalanseraren för samma SKU med den andra virtuella datorns offentliga IP-adress och den interna lastbalanseraren i tillgänglighetsuppsättningen. Om du inte gör det kanske redundansväxlingen inte lyckas.
Nästa steg
- Läs nätverksvägledningen för haveriberedskap för virtuella Azure-datorer.
- Läs mer om att behålla IP-adresser efter redundansväxling.