Errores que suelen producirse durante la migración del modelo clásico a Azure Resource Manager

Artículo
03/09/2023

Se aplica a: ✔️ Máquinas virtuales Linux ✔️ Máquinas virtuales Windows

Importante

En la actualidad, aproximadamente el 90 % de las VM de IaaS usan Azure Resource Manager. A partir del 28 de febrero de 2020, las máquinas virtuales clásicas han quedado en desuso y se retirarán por completo el 6 de septiembre de 2023. Obtenga más información sobre esta caída en desuso y cómo se verá afectado.

En este artículo se catalogan los errores y las soluciones más comunes durante la migración de recursos de IaaS del modelo de implementación clásica a la pila de Azure Resource Manager.

Lista de errores

Cadena de error	Mitigación
Error interno del servidor	En algunos casos, se trata de un error transitorio que desaparece con un reintento. Si continúa, póngase en contacto con el soporte técnico de Azure ya que será necesario investigar los registros de la plataforma. NOTA: Cuando el incidente ya esté en manos del equipo de soporte técnico, no intente realizar ninguna migración por su cuenta, ya que podría tener consecuencias imprevistas sobre su entorno.
No se admite la migración para la implementación {nombreDeImplementación} en HostedService {nombreDeServicioHospedado}, porque es una implementación PaaS (web/rol de trabajo).	Esto sucede cuando una implementación contiene un rol web o de trabajo. Dado que solo se admite la migración de máquinas virtuales, quite el rol web o de trabajo de la implementación y vuelva a intentar la migración.
Error de implementación de plantilla {nombre de plantilla}. CorrelationId={guid}	En el back-end del servicio de migración, usamos plantillas de Azure Resource Manager para crear recursos en la pila de Azure Resource Manager. Puesto que las plantillas son idempotentes, lo normal es que pueda reintentar la operación de migración para solucionar este error. Si este error continúa, póngase en contacto con el soporte técnico de Azure y proporcióneles el CorrelationId. NOTA: Cuando el incidente ya esté en manos del equipo de soporte técnico, no intente realizar ninguna migración por su cuenta, ya que podría tener consecuencias imprevistas sobre su entorno.
La red virtual {nombreDeRedVirtual} no existe.	Esto puede ocurrir si ha creado la red virtual en el nuevo Azure Portal. El nombre de la red virtual real sigue el patrón "Grupo * <nombre de VNET>"
La máquina virtual {nombreDeMáquinaVirtual} de HostedService {nombreDeServicioHospedado} contiene la extensión {nombreDeExtensión}, que no se admite en Azure Resource Manager. Se recomienda desinstalarla de la máquina virtual antes de continuar con la migración.	NOTA: el mensaje de error está en proceso de actualización y, al avanzar, es necesario desinstalar la extensión antes de que las extensiones XML de migración como BGInfo 1.* no se admitan en Azure Resource Manager. Por lo tanto, estas extensiones no se pueden migrar.
La máquina virtual {nombre de la máquina virtual} de HostedService {nombre del servicio hospedado} contiene la extensión VMSnapshot/VMSnapshotLinux que actualmente no se admite para migración. Desinstálela de la máquina virtual y vuelva a agregarla mediante Azure Resource Manager después de completar la migración	Este es el escenario donde la máquina virtual está configurada para Azure Backup. Puesto que este no es actualmente un escenario admitido, siga la solución alternativa en https://aka.ms/vmbackupmigration
La máquina virtual {nombreDeMáquinaVirtual} en HostedService {nombreDeServicioHospedado} contiene la extensión {nombreDeExtensión} cuyo estado no está notificando la máquina virtual. Por consiguiente, esta máquina virtual no se puede migrar. Asegúrese de que se notifica el estado de la extensión o desinstale la extensión de la máquina virtual y vuelva a intentar la migración. La máquina virtual {nombre de la máquina virtual} en HostedService {nombre del servicio hospedado} contiene la extensión {nombre de la extensión} que notifica el estado del controlador: {estado del controlador}. Por consiguiente, la máquina virtual no se puede migrar. Asegúrese de que el estado del controlador de la extensión que se notifica sea {estado del controlador} o desinstálelo de la máquina virtual y vuelva a intentar la migración. El agente de máquina virtual de la máquina virtual {nombre de la máquina virtual} en HostedService {nombre del servicio hospedado} está notificando el estado general del agente como no preparado. Por lo tanto si tiene una extensión que es migrable, la máquina virtual no se puede migrar. Asegúrese de que el agente de máquina virtual está notificando el estado general del agente como listo. Consulte https://aka.ms/classiciaasmigrationfaqs.	Las extensiones del agente invitado de Azure y de la máquina virtual necesitan acceso de salida a Internet a la cuenta de almacenamiento de la máquina virtual para rellenar su estado. Entre las causas comunes del error de estado se incluyen: Un grupo de seguridad de red que bloquea el acceso de salida a Internet. Si la red virtual tiene servidores DNS locales y se pierde la conectividad con DNS Si continúa viendo un estado no admitido, puede desinstalar las extensiones para omitir esta comprobación y seguir adelante con la migración.
La migración no es compatible con la implementación {nombreDeImplementación} de HostedService {nombreDeServicioHospedado} porque tiene varios conjuntos de disponibilidad.	Actualmente, solo se pueden migrar los servicios hospedados que tengan como mucho un conjunto de disponibilidad. Para solucionar este problema, mueva los conjuntos de disponibilidad adicionales y las máquinas virtuales de esos conjuntos de disponibilidad a otro servicio hospedado.
No se admite la migración para la implementación {nombreDeImplementación} en HostedService {nombreDeServicioHospedado} porque tiene máquinas virtuales que no forman parte del conjunto de disponibilidad aunque HostedService contiene uno.	En este escenario la solución consiste en mover todas las máquinas virtuales a un único conjunto de disponibilidad o quitar todas las máquinas virtuales del conjunto de disponibilidad en el servicio hospedado.
La cuenta de almacenamiento/HostedService/red virtual {nombre de la red virtual} está en proceso de ser migrada y por tanto no se puede cambiar.	Este error se produce cuando la operación para preparar la migración se ha completado en el recurso y se desencadena una operación que haría un cambio en él. Debido al bloqueo en el plano de administración después de la operación de preparación, todos los cambios en el recurso se bloquean. Para desbloquear el plano de administración, puede ejecutar la operación de confirmación de la migración para completar la migración o la operación de anulación de la migración para revertir a la operación de preparación.
No se permite la migración para HostedService {nombreDeServicioHospedado} porque tiene una máquina virtual {nombreDeMáquinaVirtual} en estado: RoleStateUnknown. La migración solo se permite cuando la máquina virtual tiene uno de los siguientes estados: En ejecución, Detenido, Detenido (desasignado).	La máquina virtual podría estar experimentando una transición de estado que normalmente sucede durante una operación de actualización en HostedService, como un reinicio, la instalación de una extensión, etc. Se recomienda completar la operación de actualización en HostedService antes de intentar la migración.
La implementación {nombreDeImplementación} en HostedService {nombreDeServicioHospedado} contiene una máquina virtual {nombreDeMáquinaVirtual} con el disco de datos {nombreDeDiscoDeDatos} cuyos bytes de tamaño de blob físico {tamañoDeBlobDeVHDQueRealizaLaCopiaDeSeguridadDelDiscoDeDatos} no coinciden con los del tamaño lógico del disco de datos de la máquina virtual {tamañoDeDiscoDeDatosEspecificadoEnAPIDeMáquinaVirtual}. La migración continuará sin especificar un tamaño para el disco de datos de la máquina virtual de Azure Resource Manager.	Este error se produce si ha cambiado el tamaño del blob de disco duro virtual sin actualizar el tamaño en el modelo de la API de la máquina virtual. A continuación, se describen los pasos de mitigación detallados.
Se produjo una excepción de almacenamiento durante la validación de datos de un disco {nombre de disco de datos} con el vínculo multimedia {URI de disco de datos} para la máquina virtual {nombre de máquina virtual} en el servicio en la nube {nombre del servicio en la nube}. Asegúrese de que esta máquina virtual puede acceder al vínculo de medios del VHD	Este error puede ocurrir si los discos de la máquina virtual se han eliminado o ya no son accesibles. Asegúrese de que existan los discos de la máquina virtual.
La máquina virtual {nombreDeMáquinaVirtual} de HostedService {nombreDeServicioEnLaNube} contiene un disco con MediaLink {URIDeVHD} que tiene un nombre de blob {nombreDeBlobdeVHD} que no se admite en Azure Resource Manager.	Este error se produce cuando el nombre del blob tiene un "/" que no admite actualmente el proveedor de recursos del proceso.
No se permite la migración de la implementación {nombreDeImplementación} en HostedService {nombreDeServicioEnLaNube} porque no se encuentra en el ámbito regional. Vea https://aka.ms/regionalscope para mover esta implementación a un ámbito regional.	En 2014, Azure anunció que los recursos de red se moverían de un ámbito de nivel de clúster a un ámbito regional. Para obtener más información, consulte https://aka.ms/regionalscope. Este error se produce cuando en la implementación que se va a migrar no se ha realizado ninguna operación de actualización que la mueva automáticamente a un ámbito regional. La mejor solución alternativa consiste en agregar un punto de conexión a una máquina virtual o un disco de datos a la máquina virtual y, después, volver a intentar la migración. Vea Configuración de puntos de conexión en una máquina virtual clásica en Azure o Conexión de un disco de datos a una máquina virtual creada con el modelo de implementación clásica.
La migración no se admite para la red virtual {nombreDeRedVirtual} porque tiene implementaciones PaaS que no son de puerta de enlace.	Este error se produce cuando tiene implementaciones PaaS que no son de puerta de enlace como, por ejemplo, los servicios Application Gateway o API Management que están conectados a la red virtual.
Las operaciones de administración en una máquina virtual no se permiten porque la migración está en curso	Este error se produce porque la máquina virtual está en estado En preparación y, por tanto, está bloqueada para cualquier operación de actualización o eliminación. Llame a Abort mediante PS/CLI en la máquina virtual para revertir la migración y desbloquear la máquina virtual para las operaciones de actualización o eliminación. Si llama a commit también desbloqueará la máquina virtual, pero confirmará la migración a ARM.

Mitigaciones detalladas

Máquina virtual con disco de datos cuyos bytes de tamaño de blob físico no coinciden con los del tamaño lógico del disco de datos de la máquina virtual.

Esto se produce cuando el tamaño lógico del disco de datos pueda desincronizarse con el tamaño real del blob de disco duro virtual. Esto se puede comprobar fácilmente utilizando los comandos siguientes:

Comprobación del problema

# Store the VM details in the VM object
$vm = Get-AzureVM -ServiceName $servicename -Name $vmname

# Display the data disk properties
# NOTE the data disk LogicalDiskSizeInGB below which is 11GB. Also note the MediaLink Uri of the VHD blob as we'll use this in the next step
$vm.VM.DataVirtualHardDisks


HostCaching         : None
DiskLabel           : 
DiskName            : coreosvm-coreosvm-0-201611230636240687
Lun                 : 0
LogicalDiskSizeInGB : 11
MediaLink           : https://contosostorage.blob.core.windows.net/vhds/coreosvm-dd1.vhd
SourceMediaLink     : 
IOType              : Standard
ExtensionData       : 

# Now get the properties of the blob backing the data disk above
# NOTE the size of the blob is about 15 GB which is different from LogicalDiskSizeInGB above
$blob = Get-AzStorageblob -Blob "coreosvm-dd1.vhd" -Container vhds 

$blob

ICloudBlob        : Microsoft.WindowsAzure.Storage.Blob.CloudPageBlob
BlobType          : PageBlob
Length            : 16106127872
ContentType       : application/octet-stream
LastModified      : 11/23/2016 7:16:22 AM +00:00
SnapshotTime      : 
ContinuationToken : 
Context           : Microsoft.WindowsAzure.Commands.Common.Storage.AzureStorageContext
Name              : coreosvm-dd1.vhd

Mitigación del problema

# Convert the blob size in bytes to GB into a variable which we'll use later
$newSize = [int]($blob.Length / 1GB)

# See the calculated size in GB
$newSize

15

# Store the disk name of the data disk as we'll use this to identify the disk to be updated
$diskName = $vm.VM.DataVirtualHardDisks[0].DiskName

# Identify the LUN of the data disk to remove
$lunToRemove = $vm.VM.DataVirtualHardDisks[0].Lun

# Now remove the data disk from the VM so that the disk isn't leased by the VM and it's size can be updated
Remove-AzureDataDisk -LUN $lunToRemove -VM $vm | Update-AzureVm -Name $vmname -ServiceName $servicename

OperationDescription OperationId                          OperationStatus
-------------------- -----------                          ---------------
Update-AzureVM       213xx1-b44b-1v6n-23gg-591f2a13cd16   Succeeded  

# Verify we have the right disk that's going to be updated
Get-AzureDisk -DiskName $diskName

AffinityGroup        : 
AttachedTo           : 
IsCorrupted          : False
Label                : 
Location             : East US
DiskSizeInGB         : 11
MediaLink            : https://contosostorage.blob.core.windows.net/vhds/coreosvm-dd1.vhd
DiskName             : coreosvm-coreosvm-0-201611230636240687
SourceImageName      : 
OS                   : 
IOType               : Standard
OperationDescription : Get-AzureDisk
OperationId          : 0c56a2b7-a325-123b-7043-74c27d5a61fd
OperationStatus      : Succeeded

# Now update the disk to the new size
Update-AzureDisk -DiskName $diskName -ResizedSizeInGB $newSize -Label $diskName

OperationDescription OperationId                          OperationStatus
-------------------- -----------                          ---------------
Update-AzureDisk     cv134b65-1b6n-8908-abuo-ce9e395ac3e7 Succeeded 

# Now verify that the "DiskSizeInGB" property of the disk matches the size of the blob 
Get-AzureDisk -DiskName $diskName


AffinityGroup        : 
AttachedTo           : 
IsCorrupted          : False
Label                : coreosvm-coreosvm-0-201611230636240687
Location             : East US
DiskSizeInGB         : 15
MediaLink            : https://contosostorage.blob.core.windows.net/vhds/coreosvm-dd1.vhd
DiskName             : coreosvm-coreosvm-0-201611230636240687
SourceImageName      : 
OS                   : 
IOType               : Standard
OperationDescription : Get-AzureDisk
OperationId          : 1v53bde5-cv56-5621-9078-16b9c8a0bad2
OperationStatus      : Succeeded

# Now we'll add the disk back to the VM as a data disk. First we need to get an updated VM object
$vm = Get-AzureVM -ServiceName $servicename -Name $vmname

Add-AzureDataDisk -Import -DiskName $diskName -LUN 0 -VM $vm -HostCaching ReadWrite | Update-AzureVm -Name $vmname -ServiceName $servicename

OperationDescription OperationId                          OperationStatus
-------------------- -----------                          ---------------
Update-AzureVM       b0ad3d4c-4v68-45vb-xxc1-134fd010d0f8 Succeeded

Movimiento de una máquina virtual a una suscripción diferente tras completar una migración

Después de completar el proceso de migración, puede que desee mover la máquina virtual a otra suscripción. Sin embargo, si tiene un certificado de clave en la máquina virtual que hace referencia a un recurso de Key Vault, el movimiento actualmente no se admite. Estas instrucciones ofrecen una solución alternativa para el problema.

PowerShell

$vm = Get-AzVM -ResourceGroupName "MyRG" -Name "MyVM"
Remove-AzVMSecret -VM $vm
Update-AzVM -ResourceGroupName "MyRG" -VM $vm

Azure CLI

az vm update -g "myrg" -n "myvm" --set osProfile.Secrets=[]