Compartir a través de


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, iniciar o cambiar el tamaño de VM en una región mientras estas muestran un código de error y un mensaje como el siguiente texto:

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 información sobre cómo mejorar la probabilidad de éxito de asignación en https://aka.ms/allocation-guidance"

Recomendación alternativa: cuando recibe una recomendación alternativa, significa que el tamaño de VM solicitado no está disponible en estos momentos en la región o zona seleccionada. Para aumentar las posibilidades de asignar correctamente una máquina virtual, puede seleccionar una de las opciones alternativas. Basta con aplicar los cambios a la selección de entrada de la máquina virtual o cambiar el tamaño de la VM existente con la opción deseada e intentar iniciar o crear la VM de nuevo.

Por ejemplo, pruebe una de estas opciones alternativas para mejorar la posibilidad de que la asignación sea correcta:

  • Tamaños de máquina virtual alternativos para la misma zona y región: Standard_A2_v2, Standard_A2m_v2 o Standard_D2a_v4
  • Zonas alternativas para el mismo tamaño y región de VM: zona 1 y 3

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. Asimismo, es posible que el clúster no tenga capacidad. Lea más información sobre cómo mejorar la probabilidad de éxito de 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.

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 como una 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.

Considere la posibilidad de usar reservas de capacidad a petición para asegurarse de tener siempre capacidad disponible para las cargas de trabajo. Esta opción permite reservar capacidad de proceso de antemano, lo que garantiza que las VM se pueden implementar según sea necesario sin errores de asignación. Este enfoque puede mejorar la confiabilidad y la previsibilidad de las implementaciones.

Máquina virtual independiente

Causa

Es posible que, si tiene una VM independiente en Azure (lo que significa que no forma parte de un conjunto de disponibilidad o un grupo de selección de ubicación de proximidad con otras VM), se produzcan errores de asignación al intentar una operación de creación, inicio o reimplementación. Esto indica que Azure en estos momentos carece de capacidad suficiente para satisfacer la solicitud en la región o zona especificadas.

Soluciones alternativas

Para resolver este problema, use uno de los métodos siguientes:

  • Reintentar la asignación

    A veces, el problema puede ser temporal y reintentar la asignación después de un breve período puede resolverlo.

  • Cambio de tamaño de la máquina virtual

    Considere la posibilidad de cambiar la VM a un tamaño diferente que pueda tener más disponibilidad en la región o zona.

  • Cambiar la región o zona

    Si la región o zona actual experimenta una alta demanda, intente implementar la VM en una región o zona de disponibilidad diferente, en la que podría haber más capacidad.

Cambiar el tamaño de una máquina virtual, agregar máquinas virtuales o iniciar máquinas virtuales detenidas parcialmente (desasignadas) en un conjunto de disponibilidad existente

Nota:

Una VM solo puede añadirse a un conjunto de disponibilidad durante su creación. Para agregar una VM existente a un conjunto de disponibilidad o cambiar el conjunto de disponibilidad de una, la VM debe eliminarse y volver a crearse. Para más información, consulte Cambiar el conjunto de disponibilidad de una máquina virtual mediante Azure PowerShell.

Causa

La solicitud para cambiar el tamaño de una VM o agregarla a un conjunto de disponibilidad existente se tiene que hacer en el clúster original que hospeda dicho conjunto. Es posible que el clúster no admita el tamaño de VM solicitado o que en la actualidad no disponga de capacidad suficiente.

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 hacer la asignación en el clúster original donde se hospeda el conjunto de disponibilidad existente que puede no tener capacidad suficiente.

Soluciones alternativas

Para resolver este problema, use uno de los métodos siguientes:

  • Para una nueva implementación de VM, si puede formar parte de un conjunto de disponibilidad diferente, cree la VM en un conjunto de disponibilidad diferente (en la misma región o zona). Esta nueva VM se puede agregar luego a la misma red virtual.

  • Considere la posibilidad de cambiar el tamaño de la VM a uno diferente que pueda tener más disponibilidad en la región o zona. Para asegurarse de que los tamaños de VM se admiten en el conjunto de disponibilidad, use conjuntos de disponibilidad - Enumerar tamaños disponibles - API de REST.

  • Detenga (desasigne) todas las VM del mismo conjunto de disponibilidad y, a continuación, inicie todas las aplicables en un lote para permitir la asignación de todos los clústeres disponibles, en lugar de solo el clúster en el que está asignado ahora mismo el conjunto de disponibilidad.

    Para detener todas las VM del conjunto de disponibilidad, siga estos pasos:

    1. En Azure Portal, vaya a Máquinas virtuales.
    2. Seleccione Agregar filtro y añada un filtro para el conjunto de disponibilidad que desea administrar.
    3. Marque la casilla para todas las VM del conjunto de disponibilidad.
    4. Seleccione Detener y espere a que se complete la operación y todas las VM notifiquen el estado Detenido (desasignado).
    5. Seleccione Iniciar para volver a asignar todas las VM.

Iniciar VM completamente detenidas (desasignadas) en un conjunto de disponibilidad

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.

Soluciones alternativas

Para resolver este problema, use uno de los métodos siguientes:

  • Reintentar la asignación

    A veces, el problema puede ser temporal y reintentar la asignación después de un breve período puede resolverlo.

  • Cambiar el tamaño de las VM

    Considere la posibilidad de cambiar el tamaño de la VM a uno diferente que pueda tener más disponibilidad en la región o zona. Para asegurarse de que los tamaños de VM se admiten en el conjunto de disponibilidad, use conjuntos de disponibilidad - Enumerar tamaños disponibles - API de REST.

  • Cambiar la región o zona

    Si la región o zona actual experimenta una alta demanda, intente implementar o migrar las máquinas virtuales a una región o zona de disponibilidad diferente en la que podría haber más capacidad.

Errores de asignación de VM en zonas de disponibilidad

Causa

Las zonas de disponibilidad de Azure son centros de datos separados física y lógicamente dentro de una región de Azure. Cada zona de disponibilidad es independiente, con su propia infraestructura de alimentación, refrigeración y red. Están diseñadas para garantizar una alta disponibilidad y resisliencia al aislar los errores en una sola zona, lo que minimiza el impacto en otras zonas dentro de la misma región.

Sin embargo, debido a las condiciones de restricción de implementación adicionales asociadas a las zonas de disponibilidad, es posible que se produzcan errores de asignación.

Soluciones alternativas

Para resolver este problema, use uno de los métodos siguientes:

  • Reintentar la asignación

    A veces, volver a intentar la solicitud de asignación más adelante puede ayudar, ya que es posible que los recursos se hayan liberado en la zona.

  • Cambio de tamaño de la máquina virtual

    Considere la posibilidad de cambiar el tamaño de la VM a uno diferente que pueda tener más disponibilidad en la región o zona.

  • Cambiar la región o zona

    Si la región o zona actual experimenta una alta demanda, intente implementar o migrar las máquinas virtuales a una región o zona de disponibilidad diferente en la que podría haber más capacidad. La región o zona se puede cambiar con los métodos siguientes:

Errores de asignación por exceso de restricciones

Causa

Cuando la plataforma Azure Compute no puede asignar una VM para satisfacer las restricciones necesarias especificadas en la solicitud, se producen errores de asignación por exceso de restricciones. Estos suelen producirse cuando no se pueden cumplir requisitos específicos con los recursos disponibles. A menudo se indican mediante errores como OverconstrainedZonalAllocationRequest o OverconstrainedAllocationRequest.

Estas restricciones suelen incluir (pero no siempre) los siguientes elementos:

  • Tamaño de VM/SKU
  • Redes aceleradas
  • Zona de disponibilidad
  • Disco efímero
  • Grupo con ubicación por proximidad (PPG)
  • Disco Ultra o PremiumSSDv2

Soluciones alternativas

Para resolver este problema, use uno de los métodos siguientes:

  • Reintentar la asignación

    A veces, volver a intentar la solicitud de asignación más adelante puede ayudar, ya que es posible que los recursos se hayan liberado en la zona.

  • Cambio de tamaño de la máquina virtual

    Considere la posibilidad de cambiar el tamaño de la VM a uno diferente que pueda tener más disponibilidad en la región o zona.

  • Cambiar la región o zona

    Si la región o zona actual experimenta una alta demanda, intente implementar o migrar las máquinas virtuales a una región o zona de disponibilidad diferente en la que podría haber más capacidad. La región o zona se puede cambiar con los métodos siguientes:

  • Ajuste las restricciones que podrían limitar la asignación: puede haber suficiente disponibilidad para la SKU de VM en la zona. Sin embargo, las restricciones definidas podrían impedir la asignación. Para aumentar la probabilidad de una asignación correcta, considere la posibilidad de ajustar las restricciones de esta manera:

    • Habilitar las redes aceleradas.
    • Quitar la VM de cualquier grupo con ubicación por proximidad.
    • Quitar cualquier disco UltraSSD o PemiumSSDv2.

Errores de asignación para VM que usan grupos con ubicación por proximidad

Los grupos con ubicación por proximidad garantizan que los recursos se intercalan en el mismo centro de datos para reducir la latencia. Sin embargo, la restricción de implementación añadida a veces puede provocar errores de asignación. Para obtener más información y procedimientos recomendados, consulte Grupos con ubicación por proximidad.

Causa

Cuando se solicita iniciar o asignar la primera VM en un grupo con ubicación por proximidad, el centro de datos se selecciona automáticamente. Si el tamaño de VM necesario no está disponible en ese centro de datos, se produce un error en la solicitud. En escenarios con cargas de trabajo elásticas en las que las instancias de VM se agregan o quitan de forma dinámica, la aplicación de una restricción de grupo con ubicación por proximidad podría provocar un error de asignación, lo que indica que no se puede completar la solicitud de asignación.

Solución alternativa

Desasigne todas las VM del grupo de selección de ubicación por proximidad e intente cambiar el orden en el que se inician. Iniciar primero las VM con la SKU más restrictiva puede aumentar las posibilidades de que las asignaciones se realicen de forma correcta.

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 Considere la posibilidad de pasar a D16v3/DS16v3 o D32v3/DS32v3. Estos están diseñados para ejecutarse en el hardware de última generación. Si quiere asegurarse de que su instancia de VM está aislada en hardware dedicado a un único cliente, considere pasar a los nuevos tamaños de VM aislada, E64i_v3 o E64is_v3, diseñados para ejecutarse en 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 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. Por lo general, se intenta una solicitud de asignación en varios clústeres, pero es posible que determinadas restricciones (como el tamaño de VM, Ultra SSD y los grupos con colocación por proximidad) de la solicitud de asignación obliguen a la plataforma de Azure a intentar la solicitud en solo un clúster. El siguiente Diagrama 1 ilustra el caso de una asignación normal que se intenta en varios clústeres.

Captura de pantalla del Diagrama 1 que muestra la asignación intentada en varios clústeres.

¿Por qué se producen errores de asignación?

Cuando una asignación tiene un gran número de restricciones, hay más probabilidades de no encontrar recursos libres, ya que el conjunto de recursos disponibles es menor. Además, si la solicitud de asignación está restringida (por ejemplo, al usar grupos de selección de ubicación de proximidad, pero el tipo de recurso solicitado no es compatible con el conjunto de clústeres y los cercanos), se produce un error en la solicitud incluso si el clúster tiene recursos libres. En el Diagrama 2 que sigue se muestra el caso en el que se produce un error en la asignación porque los clústeres candidatos asociados al grupo de selección de ubicación de proximidad no tienen recursos libres. En el Diagrama 3 se presenta el caso en el que se produce un error en la asignación porque los clústeres candidatos asociados al grupo de selección con ubicación por proximidad no admiten el tamaño de VM solicitado, aunque los clústeres tengan recursos libres.

Captura de pantalla del Diagrama 2, en la que se muestra un error de asignación sin ningún recurso disponible, y del Diagrama 3, que ilustra un error de asignación con el tamaño no admitido.

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.