Preparación de la asignación de red para la recuperación ante desastres de las máquinas virtuales de Hyper-V en Azure
Article
Este artículo le ayuda a entender y preparar la asignación de red cuando replica VM de Hyper-V de nubes de System Center Virtual Machine Manager (VMM) en Azure, o en un sitio secundario, mediante el servicio Azure Site Recovery.
Preparación de la asignación de red para la replicación en Azure
Cuando se replica en Azure, la asignación de red se produce entre redes de máquinas virtuales en un servidor VMM de origen y redes virtuales de Azure de destino. La asignación hace lo siguiente:
Conexión de red: garantiza que las máquinas virtuales replicadas de Azure se conecten a la red asignada. Todas las máquinas con conmutación por error en la misma red pueden conectarse entre sí, aunque lo hagan en planes de recuperación diferentes.
Puerta de enlace de red: si se configura una puerta de enlace de red en la red de Azure de destino, las máquinas virtuales se pueden conectar a otras máquinas virtuales locales.
La asignación de red funciona del siguiente modo:
Una red de máquinas virtuales de VMM de origen se asigna a una red virtual de Azure.
Después de la conmutación por error, las máquinas virtuales de Azure en la red de origen se conectarán a la red virtual de destino asignada.
Las nuevas máquinas virtuales agregadas a la red de máquinas virtuales de origen se conectarán a la red de Azure asignada cuando se produzca la replicación.
Si la red de destino tiene varias subredes y una de estas subredes tiene el mismo nombre que la subred en la que se encuentra la máquina virtual de origen, la máquina virtual de réplica se conectará a esa subred de destino después de la conmutación por error.
Si no hay ninguna subred de destino con un nombre coincidente, la máquina virtual se conectará a la primera subred de la red.
Ejemplo
Este es un ejemplo para ilustrar este mecanismo. Vamos a utilizar una organización con dos ubicaciones en Nueva York y Chicago.
Ubicación
Servidor VMM
Redes de máquinas virtuales
Asignado a
Nueva York
VMM-NewYork
VMNetwork1-NewYork
Asignado a VMNetwork1-Chicago
VMNetwork2-NewYork
No asignado
Chicago
VMM-Chicago
VMNetwork1-Chicago
Asignado a VMNetwork1-NewYork
VMNetwork2-Chicago
No asignado
En este ejemplo:
Cuando se crea una máquina virtual de réplica para cualquier máquina virtual conectada a VMNetwork1-NewYork, se conectará a VMNetwork1-Chicago.
Cuando se crea una máquina virtual de réplica para VMNetwork2-NewYork o VMNetwork2-Chicago, no se conectará a ninguna red.
Aquí es cómo se configuran las nubes de VMM en nuestra organización de ejemplo y las redes lógicas asociadas a las nubes.
Configuración de la protección de la nube
Nube protegida
Proteger nube
Red lógica (Nueva York)
GoldCloud1
GoldCloud2
SilverCloud1
SilverCloud2
GoldCloud2
N/D
LogicalNetwork1-NewYork
LogicalNetwork1-Chicago
SilverCloud2
N/D
LogicalNetwork1-NewYork
LogicalNetwork1-Chicago
Configuración de la red lógica y máquinas virtuales
Ubicación
Red lógica
Red de VM asociada
Nueva York
LogicalNetwork1-NewYork
VMNetwork1-NewYork
Chicago
LogicalNetwork1-Chicago
VMNetwork1-Chicago
LogicalNetwork2Chicago
VMNetwork2-Chicago
Configuración de red de destino
Según esta configuración, cuando selecciona la red de máquinas virtuales de destino, en la siguiente tabla se muestran las opciones que estarán disponibles.
Select
Nube protegida
Proteger nube
Red de destino disponible
VMNetwork1-Chicago
SilverCloud1
SilverCloud2
Disponible
GoldCloud1
GoldCloud2
Disponible
VMNetwork2-Chicago
SilverCloud1
SilverCloud2
No disponible
GoldCloud1
GoldCloud2
Disponible
Si la red de destino tiene varias subredes y una de estas subredes tiene el mismo nombre que la subred en la que se encuentra la máquina virtual de origen, la máquina virtual de réplica se conectará a esa subred de destino después de la conmutación por error. Si no hay ninguna subred de destino con un nombre coincidente, la máquina virtual se conectará a la primera subred de la red.
Comportamiento de conmutación por recuperación
Para ver lo que ocurre en el caso de conmutación por recuperación (replicación inversa), supongamos que VMNetwork1-NewYork se asigna a VMNetwork1-Chicago, con la siguiente configuración.
VM
Conectada a la red de VM
VM1
VMNetwork1-Network
VM2 (réplica de VM1)
VMNetwork1-Chicago
Con esta configuración, revisemos lo que ocurre en un par de escenarios posibles.
Escenario
Resultado
Sin cambios en las propiedades de red de VM-2 después de la conmutación por error.
VM-1 sigue estando conectada a la red de origen
Las propiedades de red de VM-2 cambian después de la conmutación por error y está desconectada.
VM-1 se desconecta.
Las propiedades de red de VM-2 cambian después de la conmutación por error y está conectada a VMNetwork2-Chicago.
Si no está asignada VMNetwork2-Chicago, se desconectará VM-1.
Se cambia la asignación de redes de VMNetwork1-Chicago.
VM-1 se conectará a la red ahora asignada a VMNetwork1-Chicago.
Pasos siguientes
Información sobre el direccionamiento IP tras la conmutación por error a un sitio de VMM secundario.
Información sobre el direccionamiento IP tras la conmutación por error a Azure.
Muestre el diseño, la implementación y el mantenimiento de la infraestructura de red de Azure, el tráfico de equilibrio de carga, el enrutamiento de red, etc.