Como el titulo de este articulo indica, el Servicio de Migración de Base de Datos (DMS) podría experimentar en casos excepcionales As the title of this post indicates, the Database Migration Service Como el título de este articulo indica, el Servicio de Migración de Base de Datos (DMS) podría experimentar problemas en casos excepcionales con la capacidad de iniciar o crear el servicio debido a no tener suficientes recursos en una región especifica. Si nos preguntamos ¿Por qué? La respuesta es simple: detrás de escena, las VMs representan los “trabajadores” a cargo de ejecutar todas las tareas requeridas por el servicio de migración (DMS).
Cuando estamos configurando una nueva instancia DMS, puedes selecionar la opción Hibrida, lo cuál significa que podrás usar tus propios ordenadores (on-premises) para ejecutar todas las tareas asociadas con el proceso de migración ejecutado por DMS, como lo puedes vers en la siguiente imagen:
In case you select the Hybrid, once the service is deployed and ready, it is mandatory to download and install the «worker» app inside of your machine set up for the migration.
Sin embargo, es importante recordar que la opción Hibrida aún esta en etapa Preview, por lo que historicamente todas las migraciones han sido completadas a través del uso del modo Azure Service. Es interesante mencionar que solo en un número muy reducido de casos, podriamos enfrentar problemas durante el despliegue de un nuevo DMS debido a la falta de VMs. En mi caso, esto paso mientras estaba trabajando en la region Germany West Central la cuál soporta el servicio DMS tal y como puedes confirmar en el siguiente enlace: https://azure.microsoft.com/en-us/global-infrastructure/services/?products=database-migration®ions=germany-north,germany-west-central,europe-north,europe-west
Sin embargo, cada vez que intente crear un nuevo servicio DMS o iniciar uno que habia creado anterionrmente, siempre obtuve el mismo mensaje de error:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
{ "status": "Failed", "error": { "code": "DeploymentFailed", "message": "The provisioning of deployment vm_b4papvh8j25s2f7easmrm4xs for service /subscriptions/xxxxxxxxxxxxx/resourceGroups/xxxxxxxx/providers/Microsoft.DataMigration/services/my-dms failed. State was Failed. VM-b4papvh8j25s2f7easmrm4xs (Microsoft.Compute/virtualMachines): AllocationFailed - Allocation failed. We do not have sufficient capacity for the requested VM size in this region. Read more about improving likelihood of allocation success at http://aka.ms/allocation-guidance Template output evaluation skipped: at least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/DeployOperations for usage details." } } |
El error anterior es la principal fuente de información, cuando inicias la revisión de las posibles razones asociadas, siempre es un buen punto de inicio la verificación de las restricciones de cuotas en tu suscripción lo cuál es una buena razón para obtener este error. Sin embargo, si has verificado y no tienes restricciones o la cuota esta muy lejos de ser alcanzada, es factible que simplemente la región destino no cuente con suficientes recursos para proveer las VMs solicitadas, asumo que DMS no es un servicio de la más alta prioridad al momento de obtener acceso a los recursos (VMs) para levantar un nuevo servicio. Es muy importante entender que DMS es detenido despúes de 24 horas de inactividad. Esto significa que usa las VMs bajo demanda y las libera despues de usarlas.
Podrías esperar algunas horas e intentar crear el servicio nuevamente, esperando que la región destino tenga algunas VMs disponibles. Si esto no es una opción, mi recomendación es abrir un ticket para la gente de Microsoft, adjuntando todos los detalles y explicando en una forma simple y clara la necesidad de incrementar la cuota de VMs para esa región, en mi caso, una vez que el equipo de soporte técnico de Microsoft me contacto para notificarme que la cuota habia sido incrementada, estaba habilitado para crear el nuevo servicio DMS sin problemas como puedes ver aquí:
Finalmente, me gustaria darte una ultima recomendación. Si vais a realizar una migración, es una buena idea iniciar el servicio al menos un par de dias antes de la fecha de migración e intentar generar unos cambios falsos o de prueba en forma que el Servicio este aún activo durante las horas previas a la migración, eliminando cualquier posibilidad de obtener el error descrito en este articulo y evitando perder un tiempo precioso que ponga en riesgo la migración.