Compartir vía


Preguntas más frecuentes: Traslado de máquinas virtuales de instancia única de Azure de zonas de disponibilidad de destino regional a zonal

En este artículo se responden preguntas frecuentes sobre máquinas virtuales de instancia única de Azure: Traslado regional a zonal.

Traslado regional a zonal

¿Puedo mover máquinas virtuales en todas las regiones de Azure?

Actualmente, puede mover máquinas virtuales en todas las regiones públicas compatibles con Availability Zones. Obtenga más información sobre el servicio de zona de disponibilidad y la compatibilidad regional.

Nota:

También se admiten Azure China (Norte de China 3) y Azure Govt (US Gov Virginia).

¿Dónde se almacenan los metadatos?

El servicio no conserva los datos del cliente y todos los datos permanecen dentro de la región de la máquina virtual de origen. En la tabla siguiente se muestra la asignación entre la región de la máquina virtual y la región de los metadatos:

Grupo de regiones Region Región de los metadatos
América eastus2 eastus2
estado eastus2
westus2 eastus2
southcentralus eastus2
brazilsouth brazilsouth
canadacentral canadacentral
westus3 eastus2
Europa northeurope northeurope
westeurope northeurope
uksouth uksouth
francecentral francecentral
norte de suiza norte de suiza
germanywestcentral germanywestcentral
norwayeast norwayeast
suecia central suecia central
polandcentral polandcentral
spaincentral northeurope
italynorth northeurope
Oriente Medio uaenorth uaenorth
qatarcentral qatarcentral
Asia-Pacífico japaneast japaneast
eastasia southeastasia
southeastasia southeastasia
australiaeast australiaeast
centralindia centralindia
koreacentral koreacentral
África southafricanorth southeastasia

¿Se cifran los metadatos recopilados?

Sí, los metadatos recopilados se cifran durante el tránsito y en reposo. Mientras están en tránsito, los metadatos se envían de forma segura al servicio Resource Mover a través de Internet mediante HTTPS. Los metadatos también se cifran mientras están en el almacenamiento.

¿Qué recursos se admiten para este traslado zonal?

Actualmente, los discos administrados se admiten para máquinas virtuales que solo tienen una sola instancia.

¿Qué recursos de origen se pueden usar en la configuración zonal de destino, si se prefiere?

Los siguientes recursos se pueden usar en la configuración zonal de destino:

  • Los recursos de red, como la red virtual, la subred y el grupo de seguridad de red, se pueden reutilizar.
  • Dirección IP pública (SKU estándar)
  • Equilibradores de carga (SKU estándar)

¿Qué recursos se crean de forma predeterminada en la configuración zonal de destino?

Los siguientes recursos se crean en la configuración zonal de destino:

  • Grupo de recursos: de forma predeterminada, se crea automáticamente un nuevo grupo de recursos. No se puede usar el grupo de recursos de origen, ya que estamos usando el mismo nombre de máquina virtual de origen en la zona de destino y dos máquinas virtuales idénticas no pueden coexistir en el mismo grupo de recursos. Sin embargo, puede modificar las propiedades del nuevo grupo de recursos o elegir otro grupo de recursos de destino.
  • Máquina virtual: se crea una copia de la máquina virtual de origen en la configuración zonal de destino. La máquina virtual de origen permanece sin cambios y se detiene después de la transferencia.
  • Discos: los discos conectados a la máquina virtual de origen se vuelven a crear en la configuración zonal de destino.
  • NIC: se genera una nueva tarjeta de interfaz de red (NIC) y se vincula a la máquina virtual recién creada en la zona designada.

¿Qué permisos necesito para usar la identidad administrada?

Para usar el servicio de identidad administrada, debe tener los siguientes permisos:

  • Permiso para escribir o crear recursos en la suscripción (que está disponible con el rol Colaborador).
  • Permiso para crear asignaciones de roles (que está disponible con los roles Propietario o Administrador de acceso de usuario, o, roles personalizados que tengan asignado el permiso Microsoft.Authorization o asignaciones de roles o escritura). Este permiso no es necesario si ya se ha concedido acceso a la identidad administrada del recurso compartido de datos al almacén de datos de Azure.

Al agregar recursos en el portal, los permisos para usar la identidad administrada se controlan automáticamente siempre que tenga las asignaciones de roles adecuadas.

Importante

Le recomendamos que no modifique ni quite las asignaciones de roles de identidad.

¿Qué debo hacer si no tengo permisos para asignar la identidad de rol?

Hay un par de razones por las que puede que no tenga los permisos. Considere los escenarios siguientes:

Escenario Solución
No tiene el permiso Colaborador ni Administrador de acceso de usuario (o Propietario) al agregar un recurso por primera vez. Use una cuenta con permisos de Colaborador y Administrador de acceso de usuario (o Propietario) para la suscripción.
La identidad administrada de Resource Mover no tiene el rol necesario. Agregue los roles Colaborador y Administrador de acceso de usuario.

¿Cómo se usa la identidad administrada?

La identidad administrada, anteriormente conocida como identidad de servicio administrada (MSI), es una característica que proporciona los servicios de Azure con una identidad administrada automáticamente en Microsoft Entra ID. Esta identidad se usa para acceder a las suscripciones de Azure y realizar diversas tareas, como trasladar recursos a Availability Zones.

  • La identidad administrada se usa para que pueda acceder a las suscripciones de Azure para trasladar recursos a zonas de disponibilidad.
  • Para mover recursos mediante una colección de traslado, necesita una identidad asignada por el sistema que tenga acceso a la suscripción que contiene los recursos que desea trasladar.
  • Si usa Azure Portal para trasladar las máquinas virtuales, este proceso se automatiza una vez que se proporciona el consentimiento del usuario. Normalmente, el proceso tarda unos minutos en completarse.

¿Puedo trasladar mis recursos de regional a zonal y entre suscripciones?

Puede usar la funcionalidad Movimiento de regional a zonal de una máquina virtual para mover máquinas virtuales de una implementación regional a una implementación zonal dentro de la misma suscripción y, a continuación, usar Azure Resource Manager para moverlas entre suscripciones.

¿Son compatibles Azure Backup/DR, RBAC, etiquetas, políticas y extensiones en máquinas virtuales?

Solo se replican en las zonas de destino las etiquetas y las identidades administradas asignadas por los usuarios. Las directivas y extensiones de RBAC deben volver a configurarse después del traslado. Consulte la matriz de compatibilidad para obtener más detalles.

¿Los datos del cliente se almacenan durante el traslado?

Los datos del cliente no se almacenan durante el traslado. El sistema solo almacena información de metadatos que ayuda a realizar un seguimiento y supervisar el progreso de los recursos que se trasladan.

¿Qué ocurre con las máquinas virtuales de origen?

Al seleccionar Trasladar, se realizan los siguientes pasos en las máquinas virtuales de origen:

  1. Las máquinas virtuales de origen se detienen y se dejan intactas en su configuración original.

    Nota:

    Detener las máquinas virtuales podría provocar un breve tiempo de inactividad.

  2. Se toman puntos de restauración de máquina virtual de la máquina virtual de origen. Estos puntos de restauración contienen un punto de restauración de disco para cada uno de los discos conectados. Un punto de restauración de disco consta de una instantánea de un disco administrado individual.
  3. Con estos puntos de restauración, se crea una nueva máquina virtual con sus discos asociados (una copia de la máquina virtual de origen) en la configuración zonal.
  4. Una vez completado el traslado, puede elegir eliminar las máquinas virtuales de origen.

¿Hay algún costo asociado como parte de este traslado?

La característica Traslado zonal de máquinas virtuales se ofrece de forma gratuita, pero puede incurrir en un costo de bienes para la creación de instantáneas de disco o puntos de restauración.

Nota:

La instantánea de la máquina virtual o los discos se elimina automáticamente una vez completado el traslado.

¿Puedo conservar mi dirección IP pública de la máquina virtual de origen?

Revise los siguientes escenarios en los que puede conservar o no las direcciones IP públicas asociadas a la máquina virtual de origen.

Propiedad Source Descripción
Direcciones IP públicas (SKU básica) conectadas a la NIC de máquina virtual de origen La dirección IP pública de origen no se conserva.

La SKU de dirección IP pública de origen no admite la configuración zonal de destino.
De forma predeterminada, se crea una copia de la máquina virtual de origen y una nueva tarjeta de interfaz de red (NIC). La máquina virtual de origen y la NIC se dejan intactas después del traslado y la máquina virtual de origen estará en un estado de apagado.
Direcciones IP públicas (SKU básica) conectadas a la NIC de máquina virtual de origen La dirección IP pública de origen no se conserva.

Se crea una nueva NIC y una copia de la máquina virtual (VM) de origen, y la máquina virtual de origen y la NIC permanecerán intactas después del traslado. Sin embargo, la máquina virtual estará en estado de apagado.

Nota: después del traslado, si lo desea, puede separar la dirección IP pública de origen de la NIC de origen y conectarla a una nueva NIC de máquina virtual zonal de destino.
Dirección IP pública (SKU básica) asociada a Load Balancer (SKU básica) La dirección IP pública de origen no se conserva.

La SKU de IP pública de origen no admite la configuración zonal de destino.
Dirección IP pública (SKU estándar) con configuración no zonal asociada a Load Balancer (SKU estándar) Se conserva la dirección IP pública de origen.
Dirección IP pública (SKU estándar) con la configuración anclada de zona asociada a Load Balancer (SKU estándar) Se conservará la dirección IP pública de origen.

Nota: Es posible que la zona de máquina virtual de destino no sea la misma que la dirección IP pública anclada de zona.
Dirección IP pública (SKU estándar) con configuración con redundancia de zona asociada a Load Balancer (SKU estándar) Se conserva la dirección IP pública de origen.

Pasos siguientes