Paso de la recuperación ante desastres de VMware clásica a la modernizada
En este artículo se proporciona información sobre la arquitectura, la infraestructura necesaria y las preguntas frecuentes sobre cómo mover las replicaciones de VMware o de la máquina física de la arquitectura de protección clásica a la modernizada. Con esta funcionalidad de migración, puede transferir correctamente los elementos replicados de un servidor de configuración a un dispositivo de replicación de Azure Site Recovery. Esta migración se guía por un mecanismo de replicación inteligente que garantiza que la replicación inicial completa no se vuelva a realizar para los elementos replicados no críticos y que solo se transfieran los datos diferenciales.
Nota
Los planes de recuperación no se migrarán y deberán crearse de nuevo en el almacén de Recovery Services modernizado.
Arquitectura
Los componentes implicados en la migración de los elementos replicados de una máquina física o de VMware se resumen en la tabla siguiente:
| Componente | Requisito |
|---|---|
| Elementos replicados en un almacén de Recovery Services clásico | Uno o varios elementos replicados protegidos mediante la arquitectura clásica y un servidor de configuración correcto. El elemento replicado debe estar en un estado no crítico y replicarse desde el entorno local en Azure con el agente de movilidad que se ejecute en la versión 9.50 o posterior. |
| Servidor de configuración que usan los elementos replicados | El servidor de configuración, que usan los elementos replicados, debe estar en un estado no crítico y sus componentes deben estar actualizados a la versión más reciente (9.50 o posterior). |
| Almacén de Recovery Services con la experiencia modernizada | Un almacén de Recovery Services con la experiencia modernizada. |
| Dispositivo de replicación de Azure Site Recovery correcto | Un dispositivo de replicación de Azure Site Recovery no crítico, que detecte máquinas locales, con todos sus componentes actualizados a la versión más reciente (9.50 o posterior). Las versiones exactas necesarias son las siguientes: Servidor de procesos: 9.50 Servidor proxy: 1.35.8419.34591 Agente de Recovery Services: 2.0.9249.0 Servicio de replicación: 1.35.8433.24227 |
Infraestructura necesaria
Para e traslado correcto del elemento replicado, asegúrese de tener lo siguiente:
- Un almacén de Recovery Services que use la experiencia modernizada.
Nota
Cualquier almacén de Recovery Services que se cree nuevo tendrá activada la experiencia modernizada de forma predeterminada. No puede cambiar a la experiencia clásica, debido a que ya se ha anunciado su desuso.
- Un dispositivo de replicación de Azure Site Recovery, que se haya registrado correctamente en el almacén y cuyos componentes estén en estado no crítico.
- La versión del dispositivo debe ser la 9.50 o posterior. Consulte aquí la descripción de la versión detallada.
- Los detalles del servidor vCenter o del host de vSphere, donde residen las máquinas replicadas existentes, agregados al dispositivo para que la detección local se realice correctamente.
Requisitos previos
Preparación de la infraestructura
Asegúrese de lo siguiente antes de pasar de la arquitectura clásica a la modernizada:
- Cree un almacén de Recovery Services y asegúrese de que la experiencia no se haya cambiado a clásica.
- Implementación del dispositivo de replicación de Azure Site Recovery
- Agregue los detalles de vCenter Server de la máquina local al dispositivo para que realice correctamente la detección.
Preparación del almacén de Recovery Services clásico
Compruebe lo siguiente para los elementos replicados que planea mover:
- El elemento replicado es VMware o una máquina física que se replica mediante un servidor de configuración.
- La replicación no tiene lugar en una cuenta de almacenamiento no administrada, sino en un disco administrado.
- La replicación se produce del entorno local a Azure y el elemento replicado no está en un estado de conmutación por error ni de conmutación por recuperación.
- El elemento replicado no replica los datos de Azure al entorno local.
- La replicación inicial no está en curso y ya se ha completado.
- El elemento replicado no esté en estado de "resincronización".
- La versión del servidor de configuración es 9.50 o posterior y su estado no es crítico.
- El servidor de configuración tenga un latido correcto.
- La versión del agente del servicio Mobility instalada en la máquina de origen tenga la versión 9.50 o posterior.
- Se admiten los almacenes de Recovery Services con MSI habilitado.
- Se admiten los almacenes de Recovery Services con puntos de conexión privados habilitados.
- El elemento replicado no se encuentre estado crítico o sus puntos de recuperación se creen correctamente.
Preparación del almacén de Recovery Services modernizado
Para la configuración de la arquitectura modernizada, asegúrese de que:
- El almacén de Recovery Services que se usa para la configuración de arquitectura modernizada se encuentre en la misma ubicación geográfica que el almacén clásico.
- Hay un dispositivo de replicación de Azure Site Recovery implementado en el entorno local con la versión 9.50 o posterior.
- El dispositivo se haya registrado correctamente en el almacén.
- El dispositivo y todos sus componentes están en estado crítico y el dispositivo tiene un latido correcto.
- La versión de vCenter Server sea compatible con la arquitectura modernizada.
- Los detalles de vCenter Server de la máquina de origen se hayan agregado al dispositivo.
- La versión de distribución de Linux sea compatible con la arquitectura modernizada. Más información.
- La versión de Windows server sea compatible con la arquitectura modernizada. Más información.
Cálculo del tiempo total del traslado
El tiempo total necesario para mover cualquier elemento replicado del almacén clásico al almacén modernizado depende del estado de replicación del elemento y del tamaño del disco.
| State | Tiempo de migración al almacén modernizado |
|---|---|
| El estado de protección del elemento replicado es correcto y el último punto de recuperación se creó hace menos de 50 minutos. | La migración se completa en 1 o 2 horas. |
| El estado de protección del elemento replicado no es correcto o el último punto de recuperación se creó hace más de 50 minutos. | El tiempo de migración variará y dependerá del tamaño del disco. |
Si el estado de protección de las máquinas no es correcto, use la fórmula siguiente para calcular el tiempo exacto:
Tiempo de migración = 1 hora + 45 segundos/GiB
| Configuración de la máquina | Tiempo de migración |
|---|---|
| Una máquina con dos discos, ambos de 256 GiB | ~4 horas y 15 minutos [Los dos discos se migran en paralelo] |
| 10 máquinas con dos discos cada una, ambas de 256 GiB | ~4 horas y 15 minutos [Todas las máquinas virtuales y sus discos se migran en paralelo] |
| Una máquina con cuatro discos, todos de 512 GiB | ~7 horas y 30 minutos [Los dos discos se migran en paralelo] |
| 10 máquinas con cuatro discos cada una, todos de 512 GiB | ~7 horas y 30 minutos [Todas las máquinas virtuales y sus discos se migran en paralelo] |
La misma fórmula se usa para calcular el tiempo de migración y se muestra en el portal.
Definición de la infraestructura necesaria
Al migrar máquinas de la arquitectura clásica a la modernizada, deberá asegurarse de que la infraestructura necesaria ya se haya registrado en el almacén de Recovery Services modernizado. Consulte los detalles de tamaño y capacidad del dispositivo de replicación, que le ayudarán a definir la infraestructura necesaria.
Por norma, debe configurar el mismo número de dispositivos de replicación que de servidores de procesos existan en el almacén de Recovery Services clásico. En el almacén clásico, si había un servidor de configuración y cuatro servidores de procesos, debe configurar cuatro dispositivos de replicación en el almacén de Recovery Services modernizado.
Precios
La tarifa de licencia de Site Recovery se seguirá cobrando en el almacén clásico hasta que haya expirado el período de retención de todos los puntos de recuperación. Una vez limpios todos los puntos de recuperación, las tarifas también se detendrán en el almacén clásico. Una vez que haya expirado el período de retención de todos los puntos de recuperación, el elemento replicado se quitará automáticamente a través de una operación de replicación de purga que desencadena el sistema.
Site Recovery comenzará a cobrar la tarifa de licencia por los elementos replicados en el almacén modernizado solo después de que se haya generado el primer punto de recuperación y se haya limpiado el almacén anterior. Si hay algún día de uso de evaluación gratuita pendiente en el almacén clásico, la información se pasará al modernizado. Las tarifas se empezarán a cobrar en el almacén modernizado solo después de que haya transcurrido este período de prueba.
Nota
En ningún momento se cobrarán las tarifas en los dos almacenes a la vez, solo en el clásico o en el modernizado.
Preguntas más frecuentes
¿Por qué debo migrar mis máquinas a la arquitectura modernizada?
Es importante tener en cuenta que la arquitectura clásica para la recuperación ante desastres se irá eliminando progresivamente, por lo que los usuarios deben asegurarse de cambiar a la versión más reciente y modernizada. En la tabla siguiente se proporciona una comparación de las dos arquitecturas para que pueda elegir la opción adecuada para proteger las máquinas en caso de desastre.
| Arquitectura clásica | Arquitectura modernizada [nueva] |
|---|---|
| Se requieren varias configuraciones para detectar los datos locales. | Detección centralizada del centro de datos local mediante el servicio de detección. |
| Gran cantidad de pasos necesarios para la incorporación inicial. | Experiencia de incorporación simplificada mediante la automatización de la creación de artefactos; se han introducido valores predeterminados para reducir las entradas necesarias. |
| Utiliza un archivo descargado manualmente para obtener el contexto en la nube. | Clave de replicación introducida para obtener el contexto en la nube al configurar el dispositivo. |
| Se necesita un gran número de pasos para habilitar de manera sencilla el proceso de replicación. | Se ha simplificado la experiencia de habilitación de la replicación mediante la reducción del número de entradas necesarias y la redefinición de cada hoja. |
| El servidor de configuración sigue siendo una infraestructura local con gran cantidad de opciones para varios componentes. | Se ha mejorado el dispositivo mediante la conversión de todos los componentes en microservicios hospedados en Azure. Esto simplifica el escalado, la supervisión y la solución de problemas del dispositivo. |
| La necesidad de escalar horizontalmente el servidor de procesos y el servidor de destino maestro en Azure para las máquinas Linux es un obstáculo obligatorio. | Se ha quitado la necesidad de mantener un servidor de procesos y un servidor de destino maestro independientes. |
| Usaba una frase de contraseña estática para la autenticación, en contra de los requisitos empresariales de rotación periódica de contraseñas del cliente. | Se introdujo la autenticación basada en certificados, que es más segura y resuelve los problemas de seguridad del cliente. |
| La actualización a una versión actualizada debe realizarse manualmente y es un proceso complicado. | Se introdujeron actualizaciones automáticas para los componentes del dispositivo y el servicio Mobility. |
| El servidor de configuración no tiene alta disponibilidad y podría colapsar. | Se ha implementado la alta disponibilidad de dispositivo para garantizar la resistencia. |
| Las credenciales raíz se deben actualizar periódicamente para garantizar una actualización sin errores. | Se ha eliminado el requisito de mantener las credenciales raíz de la máquina para mejorar el rendimiento de las actualizaciones automáticas. |
| Debe asignarse una dirección IP estática al servidor de configuración para mantener la conectividad. | Se ha introducido la conectividad basada en FQDN entre el dispositivo y las máquinas locales. |
| Solo se debe usar esa red virtual, con la VPN de sitio a sitio o ExpressRoute habilitados. | Se ha quitado la necesidad de mantener una VPN de sitio a sitio o ExpressRoute para la replicación inversa. |
| La herramienta de terceros, MySQL, también debe configurarse. | Se quitó la dependencia de las herramientas de terceros. |
¿Qué máquinas se deben migrar a la arquitectura modernizada?
Todas las máquinas físicas o de VMware que se replican mediante un servidor de configuración deben migrarse a la arquitectura modernizada.
¿Dónde debe crearse mi almacén de Recovery Services modernizado?
El almacén de Recovery Services modernizado debe estar ubicado en la misma región e inquilino que el almacén clásico. Puede formar parte de cualquier suscripción o grupo de recursos.
¿Continuará la replicación mientras se produce la migración?
No, la replicación se interrumpirá durante un tiempo, mientras se realiza la migración. Durante este tiempo estará disponible para la conmutación por error el último punto de recuperación creado, en el almacén de Recovery Services clásico. Una vez completada la migración, se genera un nuevo punto de recuperación en el almacén de Recovery Services modernizado.
¿Cuándo se marcará mi operación de migración como completada?
La operación de migración solo se marcará como completada una vez que el primer punto de recuperación se haya creado correctamente en el almacén de Recovery Services modernizado.
¿Qué operaciones se pueden realizar desde mi almacén de Recovery Services clásico después de realizar la migración?
Después de la migración, podrá realizar la conmutación por error desde el almacén clásico. La operación de conmutación por error seguirá estando disponible en el almacén clásico hasta que expiren los puntos de recuperación.
Por ejemplo, si el período de retención de un elemento replicado es de 72 horas (tres días), el punto de recuperación más reciente del almacén clásico seguirá estando disponible durante 72 horas (tres días), tras una migración correcta. Después del tiempo estipulado, Azure Site Recovery desencadenará automáticamente una operación de replicación de purga en el elemento replicado y limpiará todos los elementos de almacenamiento y facturación asociados.
¿Qué ocurre si se produce un desastre en mi máquina mientras la operación de migración está en curso?
Cualquier elemento replicado en proceso de migración todavía puede admitir la operación de conmutación por error mediante el almacén de Recovery Services clásico hasta que finalice el período de retención del punto de recuperación final. Si intenta ejecutar una operación de conmutación por error, tendrá prioridad sobre la operación de migración y se anulará el trabajo de migración. Para asegurarse de que se ha migrado el elemento replicado, deberá volver a desencadenar la operación de migración más tarde.
Nota:
Las propiedades Compute y Network de los elementos replicados se pueden actualizar con la migración en curso. Sin embargo, es posible que los cambios no se repliquen en el almacén de Recovery Services modernizado.
¿Cuántas máquinas puedo migrar a la vez de un almacén clásico a uno modernizado?
Desde el portal puede migrar hasta diez máquinas a la vez.
¿Debo volver a crear las redes virtuales, las cuentas de almacenamiento y la directiva de replicación que se van a usar en el nuevo almacén?
No, en el almacén modernizado se usarán de forma predeterminada los recursos anteriores. Siempre podrá cambiarlos en la hoja Proceso y Red del elemento replicado. Debe asegurarse de que los recursos sigan teniendo el acceso necesario.
¿Cómo se moverán mis directivas de replicación al almacén modernizado?
Como requisito previo, Site Recovery primero crea las directivas de replicación en el almacén modernizado con la misma configuración que la del almacén clásico. Por lo tanto, antes de mover un elemento replicado, la directiva asociada se crea en el almacén modernizado. Se recomienda evitar realizar cambios en la configuración de las directivas de replicación en el almacén clásico después de que se desencadene la migración, ya que estos cambios no se reflejarán en el almacén modernizado. Es mejor hacerlos antes de iniciar el proceso de migración.
La directiva de replicación creada en el almacén modernizado cambiará de nombre. Llevará delante el nombre del grupo de recursos y el nombre del almacén modernizado de Recovery Services. Por lo tanto, si la directiva se llamara "directiva de replicación predeterminada" en el almacén clásico, en el almacén modernizado se llamaría default replication policy contoso-modern-vault_contoso-rg, dado que el nombre del almacén es contoso-modern-vault y el grupo de recursos del almacén, contoso-rg.
¿Puedo editar mi directiva de replicación durante la migración o después de esta en el almacén clásico?
Si ya se ha creado una réplica de una directiva de replicación en el almacén modernizado, los cambios realizados en ella el almacén clásico no se propagarán al almacén modernizado.
Por lo tanto, si hay 10 elementos replicados con una directiva y decide mover cinco de ellos a la experiencia modernizada, se crea una copia de la directiva antes de que se inicie la migración. Ahora, si se realizan cambios en la directiva en el almacén clásico antes de mover los cinco restantes, la directiva del almacén modernizado no los tendrá en cuenta. También deberá realizar esos cambios de configuración en el almacén modernizado.
¿Cómo se migran los elementos replicados presentes en un grupo de replicación, también conocidos como grupos de coherencia en varias máquinas virtuales?
Todos los elementos replicados que formen parte de un grupo de replicación se migran juntos. Puede seleccionar todos seleccionando el grupo de replicación u omitirlos todos. Si se produce un error en el proceso de migración en algunas máquinas de un grupo de replicación, pero se realiza correctamente en otras, se lleva a cabo una reversión de los elementos replicados con errores a la experiencia clásica y el proceso de migración se puede desencadenar de nuevo para esos elementos.
¿Puedo migrar mi configuración clásica con un punto de conexión público a la configuración modernizada con el punto de conexión privado?
No, solo puede mover la configuración de recuperación ante desastres clásica con un punto de conexión público a la configuración de punto de conexión público modernizada. Tenga en cuenta que no se admite la migración de puntos de conexión no privados a punto de conexión privado, pero sí la migración de puntos de conexión privados a punto de conexión privado.