Solución de problemas de errores de asignación al crear o cambiar el tamaño de las máquinas virtuales 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. Obtenga más información sobre la mejora de la probabilidad de éxito de la 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 está intentando agregar una nueva máquina virtual 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 máquina virtual 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 podría tener como ámbito un único clúster y es posible que el clúster no tenga capacidad. Lea más sobre la mejora de la probabilidad de éxito de la asignación 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 el problema de Azure no se aborda en este artículo, visite los foros de Azure en Q&A 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, reinicie las aplicables por lote. Para detener: haga clic en Grupos de recursos > [su grupo de recursos] > Recursos > [su conjunto de disponibilidad] > Virtual Machines > [la máquina virtual] > Detener. Después de que todas las máquinas virtuales se detengan, vaya a Inicio> Máquinas virtuales, agregue un filtro de Conjunto de disponibilidad y, luego, seleccione Agrupar por conjunto de disponibilidad. Seleccione todas las máquinas virtuales aplicables y haga clic en Inicio. 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 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, reinicie las aplicables por lote. Para detener: haga clic en Grupos de recursos > [su grupo de recursos] > Recursos > [su conjunto de disponibilidad] > Virtual Machines > [la máquina virtual] > Detener. Después de que todas las máquinas virtuales se detengan, vaya a Inicio> Máquinas virtuales, agregue un filtro de Conjunto de disponibilidad y, luego, seleccione Agrupar por conjunto de disponibilidad. Seleccione todas las máquinas virtuales aplicables y haga clic en Inicio. 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 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.

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, se hará referencia a esto como "anclado a un clúster". En el diagrama 1 siguiente se muestra 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.

Ponte en contacto con nosotros para obtener ayuda

Si tiene preguntas o necesita ayuda, cree una solicitud de soporte o busque consejo en la comunidad de Azure. También puede enviar comentarios sobre el producto con los comentarios de la comunidad de Azure.