Solución de problemas de errores de asignación al crear o cambiar el tamaño de una VM en Azure
Se aplica a: ✔️ Máquinas virtuales Linux ✔️ Máquinas virtuales Windows
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 cómo mejorar 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 estar limitada a un único clúster y es posible que el clúster no tenga capacidad. Lea más sobre cómo mejorar 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 soluciona en este artículo, visite los foros de Azure sobre 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 > [el conjunto de disponibilidad] > Máquinas > virtuales [su 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 > [el conjunto de disponibilidad] > Máquinas > virtuales [su 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 máquina virtual 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, animamos a los clientes que usan máquinas virtuales de serie heredadas a que consideren la posibilidad de trasladarse a las máquinas virtuales más recientes equivalentes por las siguientes recomendaciones: estas máquinas virtuales 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 mayores, es posible que desee evaluar conjuntos de escalado de máquinas virtuales de Azure con grupos con múltiples selecciones de máquina virtual. El número de instancias de máquina virtual puede aumentar o disminuir de forma automática en respuesta a la demanda o una programación definida y cuenta con una posibilidad de éxito de asignación mayor porque las implementaciones se pueden distribuir en varios clústeres cuando se implementan como grupo con múltiples selecciones de máquina virtual. 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 grupos con múltiples selecciones de máquina virtual. Tenga en cuenta que puede cambiar un conjunto de escalado de admitir un único grupo con una selección de máquina virtual a admitir grupos con múltiples selecciones de máquina virtual de selección de ubicación, pero no puede realizar una conversión en la otra dirección.
Información adicional
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 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.