Solución de problemas de errores de asignación al crear, reiniciar o cambiar el tamaño de una VM en Azure
Cuando se crea una máquina virtual (VM), se reinician las detenidas (desasignadas) o se les cambia el tamaño, Microsoft Azure asigna recursos de proceso a la suscripción. Invertimos continuamente en infraestructura y características adicionales para asegurarnos de que todos los tipos de máquina virtual están disponibles para respaldar la demanda de los clientes. Sin embargo, en ocasiones, puede experimentar errores de asignación de recursos debido al crecimiento sin precedentes de la demanda de los servicios de Azure en determinadas regiones. Este problema puede producirse al intentar crear o iniciar máquinas virtuales en una región mientras estas muestran los siguientes código de error y mensaje:
Código de error: AllocationFailed o ZonalAllocationFailed
Mensaje de error: "Error en la asignación. No tenemos capacidad suficiente para el tamaño de VM solicitado en esta región. Lea más sobre cómo mejorar la probabilidad de éxito de asignación en https://aka.ms/allocation-guidance".
Nota
Si está solucionando problemas en un conjunto de escalado de máquinas virtuales (VMSS), el proceso es el mismo que el de una máquina virtual estándar. Para resolver el problema, debe seguir las instrucciones de este artículo.
Mensaje de error: "Error en la asignación. Si intenta agregar una VM nueva a un conjunto de escalado de máquinas virtuales con un único grupo de selección de ubicación o actualizar o cambiar el tamaño de una VM existente en un conjunto de escalado de máquinas virtuales con un único grupo de selección de ubicación, tenga en cuenta que dicha asignación se limita a un único clúster, y es posible que el clúster no tenga capacidad. Obtenga más información sobre cómo mejorar la probabilidad de que la asignación se realice correctamente en http://aka.ms/allocation-guidance".
En este artículo se explican las causas de algunos de los errores de asignación más comunes y se sugieren posibles soluciones.
Si su problema con Azure no se trata en este artículo, visite los foros de Azure en MSDN y Stack Overflow. Puede publicar su problema en ellos o en @AzureSupport en Twitter. También puede presentar una solicitud de soporte técnico de Azure; para ello, seleccione Obtener soporte técnico en el sitio de soporte técnico de Azure.
Hasta que su tipo de VM preferido esté disponible en su región preferida, se recomienda a los clientes que tengan problemas de implementación que consideren las instrucciones de la siguiente tabla como solución alternativa temporal.
Identifique la situación que guarde más parecido con su caso y, a continuación, vuelva a intentar solicitar la asignación mediante la solución alternativa recomendada correspondiente para aumentar la probabilidad de éxito de asignación. También puede volver a intentarlo más tarde. Esto se debe a que pueden haberse liberado recursos suficientes en el clúster, región o zona para adaptarse a su solicitud.
Cambio del tamaño de una VM o incorporación de VM a un conjunto de disponibilidad existente.
Causa
La solicitud para cambiar el tamaño de una VM o agregarla a un conjunto de disponibilidad existente se tiene que intentar en el clúster original que hospeda dicho conjunto. El tamaño de VM solicitado es compatible con el clúster, pero es posible que el clúster no tenga capacidad suficiente actualmente.
Solución alternativa
Si la VM puede formar parte de un conjunto de disponibilidad diferente, cree una VM en otro conjunto de disponibilidad (en la misma región). Esta nueva VM se puede agregar luego a la misma red virtual.
Detenga (desasigne) todas las máquinas virtuales que estén en el mismo conjunto de disponibilidad y, luego, reinícielas. Para detener: Seleccione Grupos de recursos > [su grupo de recursos] > Recursos > [su conjunto de disponibilidad] > Máquinas virtuales > [su máquina virtual] > Detener. Una vez detenidas todas las máquinas virtuales, seleccione la primera y, a continuación, haga clic en Iniciar. De esta forma se garantiza que hay un nuevo intento de asignación en marcha y que se puede seleccionar un nuevo clúster que tenga capacidad suficiente.
Reinicio de las VM detenidas (desasignadas) parcialmente.
Causa
La desasignación parcial indica que se detuvieron (desasignaron) una o varias VM de un conjunto de disponibilidad, pero no todas. Al desasignar una VM, se liberan los recursos asociados. Reiniciar las VM en un conjunto de disponibilidad desasignado parcialmente es lo mismo que agregarlas a un conjunto de disponibilidad existente. Por lo tanto, se debe intentar solicitar la asignación en el clúster original donde se hospeda el conjunto de disponibilidad existente que puede no tener capacidad suficiente.
Solución alternativa
Detenga (desasigne) todas las máquinas virtuales que estén en el mismo conjunto de disponibilidad y, luego, reinícielas. Para detener: Seleccione Grupos de recursos > [su grupo de recursos] > Recursos > [su conjunto de disponibilidad] > Máquinas virtuales > [su máquina virtual] > Detener. Una vez detenidas todas las máquinas virtuales, seleccione la primera y, a continuación, haga clic en Iniciar. De esta forma se garantizará que hay un nuevo intento de asignación en marcha y que se puede seleccionar un nuevo clúster que tenga capacidad disponible.
Reinicio de las VM detenidas (desasignadas) completamente.
Causa
La desasignación completa indica que detuvo (desasignó) todas las VM de un conjunto de disponibilidad. La solicitud de asignación para reiniciar estas VM se dirigirá a todos los clústeres que admitan el tamaño deseado dentro de la zona o región. Cambie su solicitud de asignación por las recomendaciones de este artículo y vuelva a intentar la solicitud para mejorar la posibilidad de éxito de asignación.
Solución alternativa
Si usa series o tamaños de VM anteriores, como Dv1, DSv1, Av1, D15v2 o DS15v2, considere la posibilidad de migrar a versiones más recientes. Consulte estas recomendaciones para tamaños de VM específicos. Si no tiene la opción de usar otro tamaño de VM, intente implementar en otra región dentro de la misma geoárea. Para más información sobre los tamaños de VM disponibles en cada región en https://aka.ms/azure-regions
Si usa zonas de disponibilidad, pruebe otra zona de la región que pueda tener capacidad disponible para el tamaño de VM solicitado.
Si su solicitud de asignación es grande (más de 500 núcleos), consulta las instrucciones en las siguientes secciones para dividir la solicitud en implementaciones más pequeñas.
Vuelva a implementar la máquina virtual. Al volver a implementar la máquina virtual, esta se asigna a un nuevo clúster dentro de la región.
Errores de asignación para tamaños de VM anteriores (Av1, Dv1, DSv1, D15v2, DS15v2, etc.).
A medida que ampliamos la infraestructura de Azure, implementamos hardware de nueva generación diseñado para admitir los tipos de máquina virtual más recientes. Algunas de las máquinas virtuales de serie anteriores no se ejecutan en nuestra infraestructura de última generación. Por este motivo, en ocasiones, los clientes pueden experimentar errores de asignación para estas SKU heredadas. Para evitar este problema, recomendamos a los clientes que utilizan máquinas virtuales de la serie heredada que consideren la posibilidad de cambiar a las VM más nuevas equivalentes según las siguientes recomendaciones: Estas VM están optimizadas para el hardware más reciente y le permitirán aprovechar mejores precios y rendimiento.
| Tamaño o serie de VM heredados | Tamaño o serie de VM más recientes recomendados | Más información |
|---|---|---|
| Serie Av1 | Serie Av2 | https://azure.microsoft.com/blog/new-av2-series-vm-sizes/ |
| Serie Dv1 o DSv1 (D1 a D5) | Serie Dv3 o DSv3 | https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/ |
| Serie Dv1 o DSv1 (D11 a D14) | Serie Ev3 o ESv3 | |
| D15v2 o DS15v2 | Si usa el modelo de implementación de Resource Manager para aprovechar los tamaños de VM más grandes, considere la posibilidad de trasladarse a D16v3/DS16v3 o D32v3/DS32v3. Estos están diseñados para ejecutarse en el hardware de última generación. Si usa el modelo de implementación de Resource Manager para asegurarse de que su máquina virtual está aislada para hardware dedicado a un solo cliente, considere la posibilidad de trasladarse a los nuevos tamaños de VM aislados, E64i_v3 or E64is_v3, diseñados para ejecutarse en el hardware de última generación. | https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/ |
Errores de asignación para grandes implementaciones (más de 500 núcleos)
Reduzca el número de instancias del tamaño de VM solicitado y, a continuación, vuelva a intentar la operación de implementación. Además, para implementaciones más grandes, es posible que desee evaluar los conjuntos de escalado de máquinas virtuales de Azure con varios grupos con ubicación. El número de instancias de VM puede aumentar o disminuir de forma automática en respuesta a la demanda o a una programación definida, y la posibilidad de éxito de asignación es mayor porque las implementaciones se pueden distribuir en varios grupos con ubicación. Obtenga más información sobre cómo trabajar con grandes conjuntos de escalado de máquinas virtuales y cómo convertir un conjunto de escalado existente para abarcar varios grupos con ubicación. Tenga en cuenta que se puede cambiar un conjunto de escalado de admitir un solo grupo con ubicación a admitir varios grupos con ubicación, pero no se puede realizar una conversión en la otra dirección.
Información de contexto
Cómo funciona la asignación
Los servidores de los centros de datos de Azure están particionados en clústeres. Normalmente, se intenta una solicitud de asignación en varios clústeres, pero es posible que determinadas restricciones de la solicitud de asignación obliguen a la plataforma de Azure a intentar la solicitud en solo un clúster. En este artículo, nos referiremos a dicha solicitud como "anclada a un clúster". En el diagrama número 1 que puede ver a continuación, se ilustra el caso de una asignación normal que se intenta en varios clústeres; En el diagrama 2 se ilustra el caso de una asignación que está anclada al clúster 2, porque ahí es donde se hospeda el servicio en la nube CS_1 o el conjunto de disponibilidad.
¿Por qué se producen errores de asignación?
Cuando una solicitud de asignación está anclada a un clúster, existe una posibilidad menor de encontrar recursos libres dado que el grupo de recursos disponible es más pequeño. Además, si la solicitud de asignación está anclada a un clúster pero el tipo de recurso que solicita no se admite en ese clúster, la solicitud dará error aunque el clúster tenga recursos libres. En el diagrama 3 siguiente se ilustra el caso en el que una asignación anclada da error porque el único clúster candidato no tiene recursos libres. En el diagrama 4 se ilustra el caso en el que una asignación anclada da error porque el único clúster candidato no admite el tamaño de VM solicitado, a pesar de que el clúster tiene recursos libres.
