Migrar máquinas virtuales y conjuntos de escalado de máquinas virtuales a compatibilidad con la zona de disponibilidad
En esta guía se describe cómo migrar máquinas virtuales (VM) y Virtual Machine Scale Sets de la no compatibilidad con zonas de disponibilidad a la compatibilidad con zonas de disponibilidad. Lo guiaremos por las diferentes opciones de migración, incluida la forma de usar la compatibilidad con zonas de disponibilidad con las soluciones de recuperación ante desastres.
Las máquinas virtuales (VM) y Virtual Machine Scale Sets son servicios habilitados para la zona de disponibilidad, lo que significa que los recursos de máquina virtual se pueden implementar mediante uno de los métodos siguientes:
Zonal: los recursos de VM se implementan en una zona de disponibilidad específica y seleccionada automáticamente para lograr unos requisitos de rendimiento o latencia más rigurosos.
Con redundancia de zona: Los recursos de VM se replican en una o varias zonas dentro de la región para mejorar la resistencia de la aplicación y de los datos en una arquitectura de alta disponibilidad.
Para garantizar la alta disponibilidad de los recursos de proceso, se recomienda seleccionar varias zonas para las nuevas VM y Virtual Machine Scale Sets, al migrar a zonas de disponibilidad.
Para obtener más información sobre la compatibilidad de zona de disponibilidad con los servicios de máquina virtual, consulte Confiabilidad en máquinas virtuales. Para obtener compatibilidad con zonas de disponibilidad para Virtual Machine Scale Sets, consulte Confiabilidad de Virtual Machine Scale Sets.
Requisitos previos
Para migrar a la compatibilidad con zonas de disponibilidad, las SKU de VM tienen que estar disponibles en todas las zonas de su región. Para comprobar la disponibilidad de las SKU de VM, use uno de los métodos siguientes:
- Use PowerShell para comprobar la disponibilidad de SKU de VM.
- Use CLI de Azure para comprobar la disponibilidad de SKU de VM.
- Vaya a Servicios de Azure con compatibilidad con zonas de disponibilidad.
Requisitos de tiempo de inactividad
Dado que las máquinas virtuales zonales se crean en las zonas de disponibilidad, todas las opciones de migración mencionadas en este artículo requieren tiempo de inactividad durante la implementación.
Opción de migración 1: Reimplementación
Cuándo usar la reimplementación
Use la opción de reimplementación si tiene una buena configuración de procedimientos de infraestructura como código (IaC) para administrar la infraestructura. La opción de reimplementación proporciona más control y la capacidad de automatizar varios procesos dentro de las canalizaciones de implementación.
Consideraciones de la reimplementación
Al reimplementar los recursos de VM y Virtual Machine Scale Sets, los recursos subyacentes, como el disco administrado y la dirección IP de la máquina virtual, se crean en la misma zona de disponibilidad. Tiene que usar una dirección IP pública de SKU estándar y un equilibrador de carga para crear recursos de red con redundancia de zona.
Los discos administrados existentes sin compatibilidad con la zona de disponibilidad no se pueden adjuntar a una máquina virtual compatible con zonas de disponibilidad. Para adjuntar los discos administrados existentes a una máquina virtual compatible con zonas de disponibilidad, debe tomar una instantánea de los discos actuales y, a continuación, crear la máquina virtual con los nuevos discos administrados adjuntos.
En el caso de las implementaciones zonales que requieren una latencia de red razonablemente baja y un buen rendimiento entre el nivel de aplicación y el nivel de datos, use grupos con ubicación por proximidad. Los grupos de proximidad pueden forzar la agrupación de diferentes recursos de VM en un único tronco de red. Para ver un ejemplo de una carga de trabajo de SAP que usa grupos con ubicación por proximidad, consulte Grupos con por proximidad de Azure para obtener una latencia de red óptima con aplicaciones de SAP.
Cómo hacer la reimplementación
Si quiere migrar los datos en los discos administrados actuales al crear una nueva máquina virtual, siga las instrucciones de Migración de los discos administrados.
Si solo quiere crear una máquina virtual con discos administrados nuevos en una zona de disponibilidad, consulte:
- Crear una máquina virtual mediante la CLI de Azure
- Creación de una máquina virtual con Azure PowerShell
- Creación de una máquina virtual con Azure Portal
Para obtener información sobre cómo crear Virtual Machine Scale Sets en una zona de disponibilidad, consulte Creación de un conjunto de escalado de máquinas virtuales que use Availability Zones.
Migración de discos administrados
En esta sección, migrará los datos de los discos administrados actuales a discos administrados con redundancia de zona (ZRS) o discos administrados zonales.
Paso 1: creación de una instantánea
La manera más fácil e idónea de crear una instantánea es hacerlo mientras la máquina virtual está sin conexión. Consulte Instantáneas. Si elige este enfoque, debe esperar que haya tiempo de inactividad. Para crear una instantánea de la máquina virtual mediante Azure Portal, PowerShell o la CLI de Azure, consulte Creación de una instantánea de un disco duro virtual.
Si está tomando una instantánea de un disco que está conectado a una máquina virtual en ejecución, lea las instrucciones de Instantáneas antes de continuar.
Nota:
Los discos administrados de origen mantienen sus configuraciones actuales y seguirá generando facturas por ellos. Para evitar esto, debe eliminar manualmente los discos una vez que haya terminado la migración y confirmado que los nuevos discos funcionan. Para obtener más información, consulte Búsqueda y eliminación de discos administrados y no administrados de Azure no conectados: Azure Portal.
Paso 2: migración de los datos en los discos administrados
Ahora que tiene instantáneas de los discos originales, puede usarlas para crear discos administrados ZRS o discos administrados zonales.
Migración de los datos a discos administrados zonales
Para migrar un disco administrado no zonal a zonal:
Cree un disco administrado zonal a partir de la instantánea del disco de origen. El parámetro "Zona" debe coincidir con la máquina virtual zonal. Para crear un disco administrado zonal a partir de la instantánea, puede usar la CLI de Azure (ejemplo siguiente), PowerShell o Azure Portal.
az disk create --resource-group $resourceGroupName --name $diskName --location $location --zone $zone --sku $storageType --size-gb $diskSize --source $snapshotId
Migración de los datos a discos administrados ZRS
Importante
El almacenamiento con redundancia de zona (ZRS) para discos administrados tiene algunas restricciones. Para más información, consulte las limitaciones.
Cree un disco administrado ZRS a partir de la instantánea del disco de origen mediante el siguiente fragmento de código de la CLI de Azure:
# Create a new ZRS Managed Disks using the snapshot Id and the SKU supported storageType=Premium_ZRS location=westus2 az disk create --resource-group $resourceGroupName --name $diskName --sku $storageType --size-gb $diskSize --source $snapshotId
Paso 3: creación de una máquina virtual con los discos nuevos
Ahora que ha migrado los datos a discos administrados ZRS o discos administrados zonales, cree una nueva máquina virtual con ellos y establézcalos como discos de datos y del sistema operativo:
az vm create -g MyResourceGroup -n MyVm --attach-os-disk newZonalOSDiskCopy --attach-data-disks newZonalDataDiskCopy --os-type linux
Opción de migración 2: movimiento regional a zonal de máquina virtual
En esta sección se detalla cómo mover máquinas virtuales de Azure de instancia única de una configuración regional a una zona de disponibilidad de destino dentro de la misma región de Azure.
Principales ventajas de la migración regional a zonal
Las ventajas de una migración regional a zonal son:
- Experiencia de usuario mejorada: las nuevas zonas de disponibilidad de la región deseada reducen la latencia y crean una buena experiencia del cliente.
- Reducción del tiempo de inactividad: las máquinas virtuales se admiten a lo largo de todo el proceso, lo que mejora la resistencia y la disponibilidad de la aplicación.
- Conectividad de red: aprovecha la infraestructura existente, como redes virtuales (VNET), subredes, grupos de seguridad de red (NSG) y equilibradores de carga (LB), que pueden admitir la configuración zonal de destino.
- Alta escalabilidad: organiza el movimiento a escala al reducir los puntos táctiles manuales y minimiza el tiempo total de migración de días a horas o incluso a minutos, en función del volumen de datos.
Componentes
Los siguientes componentes se usan durante un movimiento regional a zonal:
| Componente | Detalles |
|---|---|
| Colección de movimiento | Una colección de movimiento es un objeto de Azure Resource Manager que se crea durante el proceso de movimiento regional al zonal. La colección se basa en los parámetros de región y suscripción de la máquina virtual y contiene metadatos e información de configuración sobre los recursos que desea mover. Las máquinas virtuales agregadas a una colección de movimiento deben estar en la misma suscripción y región o ubicación, pero se pueden seleccionar desde distintos grupos de recursos. |
| Recurso de traslado | Al agregar máquinas virtuales a una colección de movimiento, se realiza un seguimiento como un recurso de movimiento y esta información se mantiene en la colección de transferencia de recursos para cada una de las máquinas virtuales que se encuentran actualmente en el proceso de traslado. La colección de transferencia de recursos se creará en un grupo de recursos temporal de la suscripción y se puede eliminar junto con el grupo de recursos si lo desea. |
| Dependencias | Al agregar máquinas virtuales a la colección de transferencia de recursos, se realizan comprobaciones de validación para determinar si las máquinas virtuales tienen dependencias que no están en la colección de transferencia de recursos. Por ejemplo, una tarjeta de interfaz de red (NIC) es un recurso dependiente para una máquina virtual y debe moverse junto con la máquina virtual. Después de identificar las dependencias de cada máquina virtual, puede agregarlas a la colección de movimiento y trasladarlas también, o bien puede seleccionar otros recursos existentes en la configuración zonal de destino. Puede seleccionar una red virtual existente en la configuración zonal de destino o crear una nueva red virtual como corresponda. |
Matrices compatibles
Proceso de máquinas virtuales
En la tabla siguiente se describe la matriz de compatibilidad para mover máquinas virtuales de una configuración regional a zonal:
| Escenario | Soporte técnico | Detalles |
|---|---|---|
| Máquina virtual de instancia única | Compatible | Se admite el movimiento regional a zonal de máquinas virtuales de instancia única. |
| Máquinas virtuales dentro de un conjunto de disponibilidad | No compatible | |
| Máquinas virtuales dentro de Virtual Machine Scale Sets con orquestación uniforme | No compatible | |
| Máquinas virtuales dentro de Virtual Machine Scale Sets con orquestación flexible | No compatible | |
| Regiones admitidas | Compatible | Solo se admiten regiones admitidas de la zona de disponibilidad. Obtenga más información para obtener información sobre los detalles de la región. |
| Máquinas virtuales que ya se encuentran en una zona de disponibilidad | No compatible | No se admite el movimiento entre zonas. Solo las máquinas virtuales que están dentro de la misma región se pueden mover a otra zona de disponibilidad. |
| Extensiones de máquina virtual | No compatible | Se admite el traslado de máquina virtual, pero las extensiones no se copian en la máquina virtual zonal de destino. |
| Máquinas virtuales con inicio seguro | Compatible | Vuelva a habilitar la opción Supervisión de integridad en el portal y guarde la configuración después del traslado. |
| Máquinas virtuales confidenciales | Compatible | Vuelva a habilitar la opción Supervisión de integridad en el portal y guarde la configuración después del traslado. |
| Máquinas virtuales de segunda generación (arranque UEFI) | Compatible | |
| Máquinas virtuales en grupos con ubicación por proximidad | Compatible | El grupo con ubicación por proximidad (PPG) de origen no se conserva en la configuración zonal. |
| Máquinas virtuales de acceso puntual (máquinas virtuales de prioridad baja) | Compatible | |
| Máquinas virtuales con hosts dedicados | Compatible | No se conservará el host dedicado de máquina virtual de origen. |
| Máquinas virtuales con almacenamiento en caché de host habilitado | Compatible | |
| Máquinas virtuales creadas a partir de imágenes de Marketplace | Compatible | |
| Máquinas virtuales creadas a partir de imágenes personalizadas | Compatible | |
| Máquina virtual con licencia HUB (ventaja para uso híbrido) | Compatible | |
| Directivas de RBAC de máquina virtual | No compatible | Se admite el traslado de máquina virtual, pero las RBAC no se copian en la máquina virtual zonal de destino. |
| Máquinas virtuales que usan redes aceleradas | Compatible |
Configuración de almacenamiento de máquinas virtuales
En la tabla siguiente se describe la matriz de compatibilidad para mover la configuración de almacenamiento de máquinas virtuales:
| Escenario | Soporte técnico | Detalles |
|---|---|---|
| Máquinas virtuales con disco administrado | Compatible | Se admite el movimiento regional a zonal de máquinas virtuales de instancia única. |
| Máquinas virtuales que usan discos no administrados | No compatible | |
| Máquinas virtuales que usan discos Ultra | No compatible | |
| Máquinas virtuales que usan discos de sistema operativo efímeros | No compatible | |
| Máquinas virtuales que usan discos compartidos | No compatible | |
| Máquinas virtuales con HDD estándar | Compatible | |
| Máquinas virtuales con SSD estándar | Compatible | |
| Máquinas virtuales con SSD prémium | Compatible | |
| Máquinas virtuales con discos NVMe (optimizadas para almacenamiento: serie Lsv2) | Compatible | |
| Máquinas virtuales con discos temporales | Compatible | Se crearán discos temporales; sin embargo, no contendrán los datos de los discos temporales de origen. |
| Máquinas virtuales con discos con almacenamiento con redundancia de zona | Compatible | |
| Máquinas virtuales con ADE (Azure Disk Encryption) | Compatible | |
| Máquinas virtuales con cifrado del lado servidor mediante claves administradas por el servicio | Compatible | |
| Máquinas virtuales con cifrado del lado servidor mediante claves administradas por el cliente | Compatible | |
| Máquinas virtuales con cifrado basado en host habilitado con PM | No compatible | |
| Máquinas virtuales con cifrado basado en host habilitado con CMK | No compatible | |
| Máquinas virtuales con cifrado basado en host habilitado con cifrado doble | No compatible |
Configuración de red de máquinas virtuales
En la tabla siguiente se describe la matriz de compatibilidad para mover la configuración de redes de máquinas virtuales:
| Escenario | Soporte técnico | Detalles |
|---|---|---|
| NIC | Compatible | De forma predeterminada, se crea un nuevo recurso; sin embargo, puede especificar un recurso existente en la configuración de destino. |
| VNET | Compatible | De forma predeterminada, se usa la red virtual de origen (VNET) o puede especificar un recurso existente en la configuración de destino. |
Cómo mover una máquina virtual de configuración regional a zonal
Antes de mover una máquina virtual de configuración regional a zonal, consulte Preguntas más frecuentes: Traslado de una máquina virtual de instancia única de Azure de regional a zonal.
Para obtener información sobre cómo mover máquinas virtuales de configuración regional a zonal dentro de la misma región en Azure Portal, consulte Traslado de máquinas virtuales de instancia única de Azure de la configuración regional a la zonal.
Para obtener información sobre cómo hacer lo mismo mediante Azure PowerShell y la CLI, consulte Traslado de una máquina virtual en una zona de disponibilidad mediante Azure PowerShell y la CLI.
Opción de migración 3: Azure Resource Mover
Cuándo usar Azure Resource Mover
Use Azure Resource Mover como manera sencilla de trasladar máquinas virtuales o máquinas virtuales cifradas de una región sin zonas de disponibilidad a otra compatible con zonas de disponibilidad. Si quiere obtener más información sobre las ventajas de usar Azure Resource Mover, consulte ¿Por qué usar Azure Resource Mover?.
Consideraciones de Azure Resource Mover
Cuando se usa Azure Resource Mover, todas las claves y secretos se copian del almacén de claves de origen al almacén de claves de destino recién creado en la región de destino. Todos los recursos relacionados con las claves administradas por el cliente, como instancias de Azure Key Vault, conjuntos de cifrado de disco, máquinas virtuales, discos e instantáneas, deben estar en la misma suscripción y región. La característica predeterminada de disponibilidad y redundancia de Azure Key Vault no se puede usar como almacén de claves de destino para los recursos de máquina virtual trasladados, incluso si la región de destino es una región secundaria a la que se replica el almacén de claves de origen.
Cómo usar Azure Resource Mover
Para obtener información sobre cómo trasladar máquinas virtuales a otra región, consulte Traslado de máquinas virtuales de Azure a una zona de disponibilidad en otra región.
Para obtener información sobre cómo trasladar máquinas virtuales cifradas a otra región, consulte Tutorial: Traslado de máquinas virtuales de Azure cifradas entre regiones.
Consideraciones acerca de la recuperación ante desastres
Normalmente, las zonas de disponibilidad se usan para implementar VM en una configuración de alta disponibilidad. Puede que se encuentren demasiado cerca entre sí como para servir de solución de recuperación ante desastres en caso de desastre natural. Sin embargo, hay escenarios en los que se pueden usar zonas de disponibilidad para la recuperación ante desastres. Para más información, consulte Uso de las zona de disponibilidad para la recuperación ante desastres.
Los siguientes requisitos deben formar parte de una estrategia de recuperación ante desastres que ayude a la organización a ejecutar sus cargas de trabajo durante interrupciones planeadas o no planeadas entre zonas:
- La máquina virtual de origen ya debe ser una máquina virtual zonal, lo que significa que se encuentra en una zona lógica.
- Tiene que replicar la máquina virtual de una zona a otra mediante el servicio Azure Site Recovery.
- Una vez que la máquina virtual se replica en otra zona, puede seguir los pasos para ejecutar un simulacro de recuperación ante desastres, conmutación por error, nueva protección y conmutación por recuperación.
- Para habilitar la recuperación ante desastres de máquinas virtuales entre zonas de disponibilidad, siga las instrucciones de Habilitación de la recuperación ante desastres de máquinas virtuales de Azure entre zonas de disponibilidad.
Pasos siguientes
- Servicios de Azure con zonas de disponibilidad
- Regiones de Azure con zonas de disponibilidad
- Confiabilidad en Virtual Machines
- Fiabilidad en Virtual Machine Scale Sets
- Mover máquinas virtuales de Azure de instancia única de configuración regional a zonal mediante PowerShell
- Mover máquinas virtuales de Azure de instancia única de configuración regional a zonal a través del portal