Traslado de máquinas virtuales de Azure a otra región de Azure
En este artículo se proporciona información general sobre los motivos y los pasos necesarios para mover máquinas virtuales de Azure a otra región de Azure mediante Azure Site Recovery.
Razones para trasladar máquinas virtuales de Azure
Posibles motivos para trasladas las máquinas virtuales:
- Que ya se haya implementado en una región y se haya agregado compatibilidad con una nueva, que está más cerca de los usuarios finales de la aplicación o el servicio. En este escenario, quizá quiera trasladas las máquinas virtuales tal cual están a la nueva región para reducir la latencia. Use el mismo enfoque si desea consolidar las suscripciones o si existen reglas de gobernanza o de organización que requieran el traslado.
- Que la máquina virtual se implementara como de instancia única o como parte de un conjunto de disponibilidad. Si desea aumentar la disponibilidad de los Acuerdos de Nivel de Servicio, puede trasladar las máquinas virtuales a una zona de disponibilidad.
Traslado de máquinas virtuales con Resource Mover
Ahora puede trasladar máquinas virtuales a otra región con Azure Resource Mover. Resource Mover está en versión preliminar pública y proporciona:
- Un solo centro para trasladar recursos entre regiones.
- Menores tiempo de traslado y complejidad. Todo lo que necesita está en una única ubicación.
- Una experiencia sencilla y coherente para trasladar distintos tipos de recursos de Azure.
- Una manera fácil de identificar las dependencias entre los recursos que desee trasladar. Esto le ayuda a trasladar los recursos relacionados de forma conjunta, de modo que todo funciona según lo previsto en la región de destino, después del traslado.
- La limpieza automática de los recursos de la región de origen, si desea eliminarlos después del traslado.
- Pruebas. Puede probar un traslado y, a continuación, descartarlo si no desea completarlo.
Traslado de máquinas virtuales con Site Recovery
El traslado de máquinas virtuales con Site Recovery implica los siguientes pasos:
- Compruebe los requisitos previos.
- Prepare las máquinas virtuales de origen.
- Prepare la región de destino.
- Copie los datos en la región de destino. Utilice la tecnología de replicación de Azure Site Recovery para copiar los datos de la máquina virtual de origen en la región de destino.
- Pruebe la configuración. Una vez finalizada la replicación, pruebe la configuración mediante la realización de una conmutación por error de prueba a una red que no sea de producción.
- Realice el traslado.
- Descarte los recursos en la región de origen.
Nota:
En las secciones siguientes se proporcionan detalles acerca de estos pasos.
Importante
Actualmente Azure Site Recovery permite trasladar máquinas virtuales de una región a otra, pero no admite el traslado dentro de una misma región.
Arquitecturas típicas para una implementación de varios niveles
En esta sección se describen las arquitecturas de implementación más comunes para una aplicación de varios niveles en Azure. El ejemplo es de una aplicación de tres niveles con una IP pública. Todos los niveles (web, aplicación y base de datos) tienen dos máquinas virtuales y están conectados por un equilibrador de carga de Azure a los demás niveles. El nivel de base de datos tiene replicación SQL Server Always On entre las máquinas virtuales para alta disponibilidad.
Máquinas virtuales de instancia única implementadas en varios niveles: en los distintos niveles, las máquinas virtuales se configuran como de instancia única y se conectan mediante equilibradores de carga a los demás niveles. Esta configuración es la que se adopta más fácilmente.
Máquinas virtuales en todos los niveles implementadas en conjuntos de disponibilidad: Las máquinas virtuales de un nivel se configuran en un conjunto de disponibilidad. Los conjuntos de disponibilidad garantizan que las máquinas virtuales implementadas en Azure se distribuyan entre varios nodos de hardware aislados en un clúster. Esto garantiza que, si se produce un error de hardware o software en Azure, solo un subconjunto de las máquinas virtuales se vea afectado y que la solución global siga disponible y en funcionamiento.
Máquinas virtuales en todos los niveles implementadas en zonas de disponibilidad: Las máquinas virtuales de los distintos niveles se configuran en zonas de disponibilidad. Una zona de disponibilidad de una región de Azure es una combinación de un dominio de error y un dominio de actualización. Por ejemplo, si crea tres o más máquinas virtuales en tres zonas de una región de Azure, las máquinas virtuales se distribuyen eficazmente en tres dominios de error y tres dominios de actualización. La plataforma Azure reconoce esta distribución entre dominios de actualización para asegurarse de que las máquinas virtuales de distintas zonas no se actualizan al mismo tiempo.
Traslado de máquinas virtuales tal cual están a una región de destino
En función de las arquitecturas anteriormente mencionadas, aquí se muestra cómo se verán las implementaciones una vez realizado el traslado tal y como está a la región de destino.
- Máquinas virtuales de instancia única implementadas en varios niveles
- Máquinas virtuales en todos los niveles implementadas en conjuntos de disponibilidad
- Máquinas virtuales en todos los niveles implementadas en zonas de disponibilidad
Traslado de máquinas virtuales para aumentar la disponibilidad
Máquinas virtuales de instancia única implementadas en varios niveles
Máquinas virtuales en todos los niveles implementadas en conjuntos de disponibilidad: Puede configurar las máquinas virtuales en un conjunto de disponibilidad en zonas de disponibilidad independientes al habilitar la replicación de la máquina virtual mediante Azure Site Recovery. El Acuerdo de Nivel de Servicio de disponibilidad será del 99,99 % una vez finalizada la operación de traslado.
