Preguntas frecuentes sobre la replicación de VMware en Azure
En este artículo se da respuesta a las preguntas comunes que pueden surgir al implementar la recuperación ante desastres de máquinas virtuales de VMware locales en Azure.
Nota
Ahora puede mover los elementos replicados existentes a la experiencia actualizada de recuperación ante desastres de VMware. Más información.
General
¿Cómo se usa la experiencia clásica en el almacén de Recovery Services en lugar de la experiencia de versión modernizada?
No es posible pasar a la experiencia clásica en una instancia de Recovery Services recién creada, ya que estará en desuso en marzo de 2026. Todos los nuevos almacenes de Recovery Services usarán la experiencia modernizada.
¿Puedo realizar la migración a la experiencia modernizada?
Todas las máquinas virtuales de VMware o los servidores físicos que se replican mediante la experiencia clásica se pueden migrar a la experiencia modernizada. Consulte los detalles aquí y siga el tutorial.
¿Qué es necesario para la recuperación ante desastres de máquinas virtuales de VMware?
Obtenga información sobre los componentes que intervienen en la recuperación ante desastres de máquinas virtuales de VMware.
¿Puedo usar Site Recovery para migrar máquinas virtuales de VMware a Azure?
Sí. Además de para configurar la recuperación ante desastres completa de máquinas virtuales de VMware, Site Recovery también se puede usar para migrar máquinas virtuales locales de VMware a Azure. En este escenario, replicamos máquinas virtuales de VMware locales en Azure Storage. Luego, conmuta por error desde el entorno local a Azure. Después de la conmutación por error, las aplicaciones y cargas de trabajo están disponibles y se ejecutan en máquinas virtuales de Azure. El proceso es similar a configurar una recuperación ante desastres completa, salvo por el hecho de que en una migración no se puede conmutar por recuperación desde Azure.
¿La cuenta de Azure necesita permisos para crear máquinas virtuales?
Si es administrador de una suscripción, ya tiene los permisos de replicación que necesita. Si no es un administrador, necesitará permisos para realizar las siguientes acciones:
- Crear una máquina virtual de Azure en el grupo de recursos y en la red virtual especificados al configurar Site Recovery.
- Escribir en la cuenta de almacenamiento seleccionada o en un disco administrado según la configuración.
Más información sobre los permisos necesarios.
¿Qué aplicaciones se pueden replicar?
Puede replicar cualquier aplicación o carga de trabajo en ejecución en una máquina virtual de VMware que cumpla con los requisitos de replicación.
- Site Recovery admite la replicación compatible con aplicaciones, para que estas se puedan conmutar por error y por recuperación a un estado inteligente.
- Site Recovery se integra con aplicaciones de Microsoft, como SharePoint, Exchange, Dynamics, SQL Server y Active Directory. También trabaja en estrecha colaboración con proveedores líderes como Oracle, SAP, IBM y Red Hat.
Obtenga más información acerca de la protección de la carga de trabajo.
¿Es posible usar la licencia de servidor de SO invitado en Azure?
Sí, los clientes de Microsoft Software Assurance pueden usar la Ventaja híbrida de Azure para ahorrar en los costes de licencia de máquinas Windows Server que se migran a Azure o usar Azure para la recuperación ante desastres.
Seguridad
¿Qué acceso a los servidores de VMware necesita Site Recovery?
Site Recovery necesita acceso a los servidores de VMware para:
- Configurar una máquina virtual de VMware donde se ejecute el servidor de configuración de Site Recovery.
- Detectar automáticamente máquinas virtuales para su replicación.
¿Qué acceso a las máquinas virtuales de VMware necesita Site Recovery?
- Para poder realizar la replicación, una máquina virtual de VMware debe tener Site Recovery Mobility Service instalado y en ejecución. Puede implementar manualmente la herramienta o especificar que Site Recovery debe realizar una instalación de inserción del servicio cuando habilite la replicación de una máquina virtual.
- Durante la replicación, las máquinas virtuales se comunican con Site Recovery como se indica a continuación:
- Las máquinas virtuales se comunican con el servidor de configuración en el puerto HTTPS 443 para la administración de la replicación.
- Las máquinas virtuales envían los datos de replicación al servidor de procesos en el puerto HTTPS 9443 (esta configuración no se puede modificar).
- Si habilita la coherencia entre varias máquinas virtuales, estas se comunican entre sí a través del puerto 20004.
¿Los datos de replicación se envían a Site Recovery?
No, Site Recovery no intercepta los datos replicados ni tiene información sobre lo que se ejecuta en las máquinas virtuales. Los datos de replicación se intercambian entre los hipervisores de VMware y Azure Storage. Site Recovery no tiene capacidad para interceptar los datos. Únicamente se envían los metadatos necesarios para coordinar la replicación y la conmutación por error al servicio Site Recovery.
Site Recovery está certificado para ISO 27001: 2013 y 27018, HIPAA y DPA. Aparte de esto, hay evaluaciones de SOC2 y FedRAMP JAB en curso.
Precios
¿Cómo se pueden calcular los costes aproximados de VMware y la recuperación ante desastres?
Use la calculadora de precios para estimar los costes al usar Site Recovery.
Para obtener una estimación detallada de los costes, ejecute la herramienta Deployment Planner para VMware y use el informe de estimación de costes.
¿Existe alguna diferencia de coste entre replicar en el almacenamiento o directamente en discos administrados?
Los discos administrados tienen un cargo ligeramente distinto del de las cuentas de almacenamiento. Más información sobre los precios de los discos administrados.
¿Existe alguna diferencia de coste cuando se replica en la cuenta de almacenamiento de uso general v2?
Normalmente, verá un aumento en el coste de las transacciones en que se incurre al usar cuentas de almacenamiento de GPv2, ya que las transacciones en Azure Site Recovery son muy frecuentes. Más información para calcular el cambio.
¿Funciona Site Recovery con instancias reservadas?
Sí, puede comprar máquinas virtuales reservadas de Azure en la región de recuperación ante desastres y las operaciones de conmutación por error de Site Recovery las usan. No se necesita ninguna configuración adicional.
Mobility Service
¿Dónde puedo encontrar los instaladores de Mobility Service?
Los instaladores están en la carpeta %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository del servidor de configuración.
¿Cómo instalo Mobility Service?
En cada máquina virtual que quiera replicar, instale el servicio empleando uno de estos métodos:
- Instalación de inserción
- Instalación manual desde la interfaz de usuario o PowerShell
- Implementación mediante una herramienta de implementación, como Configuration Manager
Discos administrados
¿Dónde replica datos Site Recovery?
Site Recovery replica servidores físicos y máquinas virtuales locales de VMware en discos administrados en Azure.
- El servidor de procesos de Site Recovery escribe los registros de replicación en una cuenta de almacenamiento en caché de la región de destino.
- Estos registros se utilizan para crear puntos de recuperación en los discos administrados de Azure que tengan el prefijo asrseeddisk.
- Cuando se produzca una conmutación por error, el punto de recuperación que seleccione se usa para crear un disco administrado de destino. Este disco administrado está conectado a la máquina virtual en Azure.
- Las máquinas virtuales que antes se replicaban en una cuenta de almacenamiento (antes de marzo de 2019) no se ven afectadas por esto.
¿Puedo replicar máquinas nuevas en cuentas de almacenamiento?
No. Desde marzo de 2019, en Azure Portal, solo se puede realizar la replicación en discos administrados de Azure.
La replicación de máquinas virtuales nuevas en una cuenta de almacenamiento será posible solo mediante PowerShell (versión 1.4.5 del módulo Az.RecoveryServices) o la API REST (versión 2018-01-10 o 2016-08-10). Obtén información sobre cómo configurar la replicación mediante los comandos de PowerShell.
¿Cuáles son las ventajas de la replicación en discos administrados?
Más información sobre cómo Site Recovery simplifica la recuperación ante desastres con discos administrados.
¿Puedo cambiar el tipo de disco administrado después de proteger una máquina?
Sí, le resultará muy fácil cambiar el tipo de disco administrado de las replicaciones en curso. Antes de cambiar el tipo, asegúrese de que no se ha generado ninguna dirección URL de firma de acceso compartido en el disco administrado:
- Vaya al recurso Disco administrado en Azure Portal y compruebe si tiene un banner de dirección URL de firma de acceso compartido en la hoja Información general.
- Si ve el banner, selecciónelo para cancelar la exportación en curso.
- Cambie el tipo del disco en los minutos siguientes. Si cambia el tipo del disco administrado, espere a que Azure Site Recovery genere puntos de recuperación nuevos.
- Use esos puntos de recuperación nuevos en cualquier conmutación por error de prueba o conmutación por error futura.
¿Puedo cambiar la replicación de disco administrado a disco no administrado?
No. No se puede cambiar de administrado a no administrado.
Replicación
¿Cuáles son los requisitos de las máquinas virtuales replicadas?
Más información sobre los requisitos de compatibilidad de servidores físicos y máquinas virtuales de VMware.
¿Con qué frecuencia se puede replicar en Azure?
La replicación es continua cuando se replican máquinas virtuales de VMware en Azure.
¿Se puede extender la replicación?
No se admite la replicación extendida o encadenada. Solicite esta característica en el foro de comentarios.
¿Cómo se puede realizar el seguimiento del progreso de la replicación inicial o la sincronización?
Esta funcionalidad se ha agregado recientemente a los servicios de Site Recovery. Actualice la infraestructura de Site Recovery (servidores de configuración y servidores de procesos de escalabilidad horizontal) y el agente de movilidad a las versiones 9.36 o superior para obtener detalles precisos. Obtenga más información sobre cómo realizar el seguimiento del progreso aquí.
¿Se puede realizar una replicación inicial sin conexión?
La replicación sin conexión no es posible. Solicite esta característica en el foro de comentarios.
¿Qué es asrseeddisk?
En cada disco de origen, los datos se replican en un disco administrado en Azure. Este disco tiene un prefijo, asrseeddisk, y en él se almacena la copia del disco de origen y todas las instantáneas de punto de recuperación.
¿Se pueden excluir discos de la replicación?
Sí, se puede.
¿Tiene algún impacto la actualización del firmware del kernel en un servidor protegido por Azure Site Recovery para la recuperación ante desastres?
No, no tendrá ningún impacto en la replicación en curso porque el servidor ya está protegido a través de Azure Site Recovery.
¿Se pueden replicar máquinas virtuales que tienen discos dinámicos?
Los discos dinámicos se pueden replicar. El disco del sistema operativo debe ser un disco básico.
Si utilizo grupos de replicación para mantener la coherencia con varias máquinas virtuales, ¿puedo agregar una nueva máquina virtual a un grupo de replicación existente?
Sí, puede agregar nuevas máquinas virtuales a un grupo de replicación existente al habilitar la replicación para ellas. Pero:
- No se puede agregar una máquina virtual a un grupo de replicación existente una vez iniciada la replicación.
- No se puede crear un grupo de replicación para máquinas virtuales existentes.
¿Puedo modificar máquinas virtuales que se replican mediante la adición o el cambio de tamaño de discos?
Para realizar una replicación de VMware en Azure, el tamaño del disco de las VM de origen se puede modificar. Si desea agregar discos nuevos, debe agregar el disco y volver a habilitar la protección de la máquina virtual.
¿Puedo migrar máquinas locales a una nueva instancia de vCenter Server sin que ello repercuta en la replicación en curso?
Consulte nuestra guía para migrar máquinas a un nuevo vCenter.
¿Puedo replicar en una cuenta de almacenamiento en caché o de destino que tenga una red virtual (con instancias de Azure Firewall) configurada?
No, Site Recovery no admite la replicación ni en Azure Storage ni en redes virtuales.
¿Cuál es la frecuencia de generación de puntos de recuperación coherentes frente a bloqueos?
Site Recovery genera puntos de recuperación coherentes frente a bloqueos cada 5 minutos.
¿Puedo cambiar una máquina que ya se está replicando de un almacén de Recovery Services a otro?
No se admite el cambio de almacenes de Recovery Services cuando la replicación ya está en curso. Para ello, la replicación tendrá que deshabilitarse y habilitarse de nuevo. Además, el agente del servicio de movilidad, instalado en la máquina de origen, tendrá que estar sin configurar para que se pueda configurar en un nuevo almacén. Use los comandos siguientes para realizar la anulación del registro:
Para máquinas Windows:
C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true
Para máquinas Linux:
/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime
Actualización de componentes
Mi versión del agente de Mobility Service o del servidor de configuración es antigua y no he podido actualizarla. ¿Qué puedo hacer?
Site Recovery sigue el modelo de soporte técnico de N-4. Más información sobre cómo actualizar desde versiones antiguas.
¿Dónde puedo encontrar las notas de la versión o los paquetes acumulativos de actualización de Azure Site Recovery?
Más información sobre nuevas actualizaciones y la acumulación.
¿Dónde puedo encontrar información de actualización de la recuperación ante desastres en Azure?
Más información sobre cómo actualizar.
¿Es necesario reiniciar las máquinas de origen en cada actualización?
No es obligatorio reiniciar en cada actualización, si bien es recomendable. Más información.
Servidor de configuración
¿Qué hace el servidor de configuración?
El servidor de configuración ejecuta los componentes locales de Site Recovery, incluidos:
- El servidor de configuración en sí. El servidor se encarga de coordinar las comunicaciones entre los componentes locales y Azure, además de administrar la replicación de datos.
- El servidor de procesos que actúa como puerta de enlace de replicación. Este servidor:
- Recibe datos de replicación.
- Optimiza los datos con el almacenamiento en caché, la compresión y cifrado.
- Envía los datos a Azure Storage. El servidor de procesos también lleva a cabo una instalación de inserción de Mobility Service en las máquinas virtuales, además de realizar la detección automática de las máquinas virtuales de VMware locales.
- El servidor de destino maestro que controla los datos de replicación durante la conmutación por recuperación desde Azure.
Más información acerca de los componentes y procesos del servidor de configuración.
¿Dónde configuro el servidor de configuración?
Necesita una sola máquina virtual de VMware local de alta disponibilidad para el servidor de configuración. Para la recuperación ante desastres de servidores físicos, instale el servidor de configuración en una máquina física.
¿Qué es necesario para el servidor de configuración?
Revise los requisitos previos.
¿Puedo configurar manualmente el servidor de configuración en lugar de usar una plantilla?
Se recomienda crear la máquina virtual del servidor de configuración con la versión más reciente de la plantilla de Open Virtualization Format (OVF). Si no puede usar la plantilla (por ejemplo, si no tiene acceso al servidor de VMware), descargue el archivo de configuración de Portal y configure el servidor de configuración.
¿Un servidor de configuración se puede replicar en más de una región?
No. Para replicar en más de una región, se necesita un servidor de configuración en cada región.
¿Puedo hospedar un servidor de configuración en Azure?
Si bien es posible, la máquina virtual de Azure que ejecuta el servidor de configuración necesitaría comunicarse con las máquinas virtuales y la infraestructura de VMware locales. Esta comunicación agrega latencia y afecta a la replicación en curso.
¿Cómo actualizo el servidor de configuración?
Más información sobre cómo actualizar el servidor de configuración.
- Encontrará información sobre las actualizaciones más recientes en la página de actualizaciones de Azure.
- Puede descargar la versión más reciente desde Portal, o bien puede descargar la versión más reciente del servidor de configuración directamente desde el Centro de descarga de Microsoft.
- Si su versión es anterior a cuatro versiones de la versión actual, vea nuestra declaración de compatibilidad para obtener orientación sobre la actualización.
¿Debo hacer copias de seguridad del servidor de configuración?
Se recomienda programar copias de seguridad periódicas del servidor de configuración.
- Para que la conmutación por recuperación sea correcta, la máquina virtual que se conmutó debe existir en la base de datos del servidor de configuración.
- El servidor de configuración debe estar en ejecución y en un estado conectado.
- Más información sobre las tareas comunes de administración del servidor de configuración.
Cuando estoy configurando el servidor de configuración, ¿puedo descargar e instalar MySQL manualmente?
Sí. Descargue MySQL y colóquelo en la carpeta C:\Temp\ASRSetup. Después, instálelo manualmente. Cuando configure la máquina virtual del servidor de configuración y acepte los términos, MySQL aparecerá como Ya instaladoen Descargar e instalar.
¿Se puedo evitar descargar MySQL pero dejar que Site Recovery lo instale?
Sí. Descargue el instalador de MySQL y colóquelo en la carpeta C:\Temp\ASRSetup. Al configurar la máquina virtual del servidor de configuración, acepte los términos y seleccione Descargar e instalar. El portal usa el instalador que haya agregado para instalar MySQL.
¿Se puede usar la VM del servidor de configuración para cualquier otra cosa?
No. Use la máquina virtual solo con el servidor de configuración.
¿Puedo clonar un servidor de configuración y usarlo para orquestación?
No. Configure un nuevo servidor de configuración para evitar problemas de registro.
¿Se puede cambiar el almacén en el que el servidor de configuración está registrado?
No. Una vez que un almacén esté asociado con el servidor de configuración, no se puede cambiar. Más información sobre cómo registrar un servidor de configuración con un almacén diferente.
¿Se puede usar el mismo servidor de configuración para la recuperación ante desastres de máquinas virtuales de VMware y servidores físicos?
Sí, pero tenga en cuenta que solo se puede realizar la conmutación por recuperación de una máquina física a una máquina virtual de VMware.
¿Dónde puedo descargar la frase de contraseña para el servidor de configuración?
Más información sobre cómo descargar la frase de contraseña.
¿Dónde puedo descargar las claves de registro del almacén?
En el almacén de Recovery Services, seleccione Servidores de configuración en Infraestructura de Site Recovery>Administrar. Después, en Servidores, seleccione Descargar clave de registro para descargar el archivo de credenciales del almacén.
¿Se puede usar un solo servidor de configuración para proteger varias instancias de vCenter?
Sí, un solo servidor de configuración puede proteger las máquinas virtuales en varias instancias de vCenter. No hay un máximo de instancias de vCenter que se puedan agregar al servidor de configuración; sin embargo, sí se aplican los límites al número de máquinas virtuales que puede proteger un solo servidor de configuración.
¿Puede un solo servidor de configuración proteger varios clústeres en vCenter?
Sí, Azure Site Recovery puede proteger las máquinas virtuales de diferentes clústeres.
Servidor de proceso
¿Cómo se puede garantizar la alta disponibilidad del servidor de procesos?
Al configurar más de un servidor de procesos, el diseño proporciona flexibilidad para trasladar las máquinas protegidas de un servidor de procesos incorrecto al servidor de procesos de trabajo. El movimiento de una máquina de un servidor de procesos a otro debe iniciarse explícita o manualmente a través de los pasos definidos aquí: mover máquinas virtuales entre servidores de procesos.
Conmutación por error y conmutación por recuperación
¿Puedo usar el servidor de procesos local para la conmutación por recuperación?
Se recomienda encarecidamente crear un servidor de procesos en Azure con fines de conmutación por recuperación para así evitar las latencias de las transferencias de datos. Además, si separó la red de máquinas virtuales de origen de la red accesible desde Azure en el servidor de configuración, es fundamental usar el servidor de procesos creado en Azure para la conmutación por recuperación.
¿Se puede conservar la dirección IP en la conmutación por error?
Sí, se puede conservar la dirección IP en la conmutación por error. Asegúrese de especificar la dirección IP de destino en la configuración Proceso y red de la máquina virtual antes de la conmutación por error. Asimismo, apague las máquinas en el momento de la conmutación por error para evitar conflictos de direcciones IP durante el proceso.
¿Puedo cambiar el tamaño de la máquina virtual de destino o el tipo de máquina virtual antes de la conmutación por error?
Sí, puede cambiar el tipo o el tamaño de la máquina virtual en cualquier momento antes de proceder a la conmutación por error. En Portal, abra la configuración Proceso y red de la máquina virtual replicada.
¿Hasta cuánto tiempo atrás puedo recuperar?
En el caso de VMware en Azure, el punto de recuperación más antiguo que puede usar es de 15 días.
¿Cómo se realiza la eliminación de puntos de recuperación?
Los puntos de recuperación coherentes para el bloqueo se generan cada cinco minutos. Las instantáneas coherentes con la aplicación se generan en función de la frecuencia de entrada especificada. Después de dos horas, la eliminación de puntos de recuperación puede ocurrir en función del período de retención que establezca. Estos son los escenarios:
Entrada del período de retención | Mecanismo de eliminación |
---|---|
0 días | No se ha guardado ningún punto de recuperación. Solo puede conmutar por error hasta el punto más reciente |
1 día | Un punto de recuperación guardado cada hora después de las dos últimas horas |
Entre 2 y 7 días | Un punto de recuperación guardado cada dos horas después de las dos últimas horas |
Entre 8 y 15 días | Un punto de recuperación guardado cada dos horas después de las dos últimas horas durante 7 días. Publica eso, un punto de recuperación guardado cada cuatro horas. Las instantáneas coherentes con la aplicación también se eliminarán en función de la duración mencionada anteriormente, incluso si ha especificado una frecuencia de instantáneas de menor coherencia con la aplicación. |
¿El aumento en la retención de los puntos de recuperación aumenta los costos de almacenamiento?
Sí. Por ejemplo, si aumentas la retención de uno a tres días, Site Recovery guardará puntos de recuperación durante otros dos días. La hora agregada genera cambios de almacenamiento. Anteriormente, guardaba puntos de recuperación cada hora durante un día. Ahora, guarda puntos de recuperación cada dos horas durante tres día. Consulte el tema sobre la eliminación de puntos de recuperación. Por lo tanto, se guardan 12 puntos de recuperación adicionales. Por ejemplo, si un único punto de recuperación tuviera cambios diferenciales de 10 GB, con un costo por GB de 0,16 USD al mes, los cargos adicionales serían de $1,60 USD × 12 al mes.
¿Cómo accedo a las máquinas virtuales de Azure después de la conmutación por error?
Después de la conmutación por error, puede tener acceso a las máquinas virtuales de Azure a través de una conexión segura a Internet o a través de una VPN de sitio a sitio o mediante Azure ExpressRoute. Para conectarse, debe preparar varias cosas. Más información.
¿Son resistentes los datos conmutados por error?
Azure está diseñado para la resistencia. Site Recovery está diseñado para la conmutación por error en un centro de datos de Azure secundario, según lo requiere el Acuerdo de nivel de servicio (SLA) de Azure. Cuando se produce una conmutación por error, nos aseguramos de que los metadatos y los almacenes permanecen en la misma región geográfica que eligió para el almacén.
¿La conmutación por error es automática?
La conmutación por error no es automática. Puede iniciar las conmutaciones por error realizando una selección única en Portal, o bien usando PowerShell para desencadenar una conmutación por error.
¿Es posible conmutar por recuperación en otra ubicación?
Sí. Si conmutó por error en Azure, puede conmutar por recuperación en otra ubicación si la ubicación original no está disponible. Más información.
¿Por qué se necesita una VPN o ExpressRoute con emparejamiento privado para conmutar por recuperación?
Cuando se conmuta por recuperación desde Azure, los datos provenientes de Azure se copian de nuevo en la máquina virtual local y se requiere acceso privado.
¿Puedo usar la reserva de capacidad a petición con VMware(también físico) en el escenario de IaaS?
No. Azure Site Recovery no puede usar la reserva de capacidad a petición a menos que sea Azure en escenario de Azure.
La licencia de aplicación se basa en UUID de la máquina virtual de VMware. ¿Cambia el UUID de una máquina virtual de VMware cuando se conmuta por error a Azure?
Sí, el UUID de la máquina virtual de Azure es diferente de la máquina virtual de VMware local. Sin embargo, la mayoría de los proveedores de aplicaciones admiten la transferencia de la licencia a un nuevo UUID. Si la aplicación lo admite, el cliente puede trabajar con el proveedor para transferir la licencia a la máquina virtual con el nuevo UUID.
Automatización y scripts
¿Puedo configurar la replicación con scripts?
Sí. Puede automatizar los flujos de trabajo de Site Recovery mediante la API REST, PowerShell o el SDK de Azure. Más información.
Rendimiento y capacidad
¿Puedo limitar el ancho de banda de replicación?
Sí. Más información.