Solucionar falhas de alocação ao criar, reiniciar ou resizer VMs no Azure

Quando você cria uma máquina virtual (VM), reinicia as VMs interrompidas (alocadas) ou reorganiza uma VM, Microsoft Azure aloca recursos de computação à sua assinatura. Estamos investindo continuamente em infraestrutura e recursos adicionais para garantir que sempre temos todos os tipos de VM disponíveis para dar suporte à demanda do cliente. No entanto, você pode ocasionalmente experimentar falhas de alocação de recursos devido ao crescimento sem precedentes na demanda por serviços do Azure em regiões específicas. Esse problema pode ocorrer quando você tenta criar ou iniciar VMs em uma região enquanto as VMs exibem o seguinte código de erro e mensagem:

Código de erro: AllocationFailed ou ZonalAllocationFailed

Mensagem de erro: "Falha na alocação. Não temos capacidade suficiente para o tamanho da VM solicitada nesta região. Leia mais sobre como melhorar a probabilidade de sucesso de alocação em https: / /aka.ms/allocation-guidance"

Observação

Se você estiver solucionando problemas de um conjunto de escala de máquina virtual (VMSS), o processo será igual a uma VM padrão. Para resolver o problema, você deve seguir as instruções neste artigo.

Mensagem de erro: "Falha na alocação. Se você estiver tentando adicionar uma nova VM a um conjunto de escala de máquina virtual com um único grupo de colocação ou atualizar/ressizar uma VM existente em um Conjunto de Escala de Máquina Virtual com um único grupo de posicionamento, observe que essa alocação é limitada a um único cluster e é possível que o cluster esteja sem capacidade. Leia mais sobre como melhorar a probabilidade de sucesso de alocação em http: / /aka.ms/allocation-guidance."

Este artigo explica as causas de algumas das falhas de alocação comuns e sugere possíveis soluções.

Se o problema do Azure não for resolvido neste artigo, visite os fóruns do Azure no MSDN e stack overflow. Você pode postar seu problema nesses fóruns ou @AzureSupport no Twitter. Além disso, você pode arquivar uma solicitação de suporte do Azure selecionando Obter suporte no site de suporte do Azure.

Até que seu tipo de VM preferencial está disponível em sua região preferencial, aconselhamos os clientes que encontram problemas de implantação a considerar as diretrizes na tabela a seguir como uma solução alternativa temporária.

Identifique o cenário que melhor corresponde ao seu caso e, em seguida, repetir a solicitação de alocação usando a solução alternativa sugerida correspondente para aumentar a probabilidade de sucesso de alocação. Como alternativa, você sempre pode repetir mais tarde. Isso porque recursos suficientes podem ter sido liberados no cluster, região ou zona para acomodar sua solicitação.

Resize uma VM ou adicione VMs a um conjunto de disponibilidade existente

Motivo

Uma solicitação para ressarmar uma VM ou adicionar uma VM a um conjunto de disponibilidade existente deve ser tentada no cluster original que hospeda o conjunto de disponibilidade existente. O tamanho da VM solicitada é suportado pelo cluster, mas o cluster pode não ter capacidade suficiente no momento.

Solução alternativa

Se a VM puder fazer parte de um conjunto de disponibilidade diferente, crie uma VM em um conjunto de disponibilidade diferente (na mesma região). Essa nova VM pode ser adicionada à mesma rede virtual.

Pare (deslocar) todas as VMs no mesmo conjunto de disponibilidade e reinicie cada uma delas. Para parar: clique em Grupos de recursos > [seu grupo de recursos] > Recursos > [seu conjunto de disponibilidade] > Máquinas Virtuais > [sua máquina virtual] > Parar. Depois que todas as VMs pararem, selecione a primeira VM e clique em Iniciar. Esta etapa garante que uma nova tentativa de alocação seja executado e que um novo cluster possa ser selecionado com capacidade suficiente.

Reiniciar VMs parcialmente interrompidas (alocadas)

Motivo

A localização parcial significa que você parou (alocado) uma ou mais VMs, mas não todas, em um conjunto de disponibilidade. Quando você negocia uma VM, os recursos associados são liberados. Reiniciar as VMs em um conjunto de disponibilidade parcialmente alocado é o mesmo que adicionar VMs a um conjunto de disponibilidade existente. Portanto, a solicitação de alocação deve ser tentada no cluster original que hospeda o conjunto de disponibilidade existente que pode não ter capacidade suficiente.

Solução alternativa

Pare (deslocar) todas as VMs no mesmo conjunto de disponibilidade e reinicie cada uma delas. Para parar: clique em Grupos de recursos > [seu grupo de recursos] > Recursos > [seu conjunto de disponibilidade] > Máquinas Virtuais > [sua máquina virtual] > Parar. Depois que todas as VMs pararem, selecione a primeira VM e clique em Iniciar. Isso garantirá que uma nova tentativa de alocação seja executado e que um novo cluster possa ser selecionado com capacidade suficiente.

Reiniciar VMs totalmente interrompidas (alocadas)

Motivo

A localização completa significa que você parou (alocado) todas as VMs em um conjunto de disponibilidade. A solicitação de alocação para reiniciar essas VMs direcionará todos os clusters que suportam o tamanho desejado dentro da região ou zona. Altere sua solicitação de alocação de acordo com as sugestões deste artigo e repetir a solicitação para melhorar a chance de sucesso de alocação.

Solução alternativa

Se você usar séries ou tamanhos VM mais antigos, como Dv1, DSv1, Av1, D15v2 ou DS15v2, considere a mudança para versões mais recentes. Consulte estas recomendações para tamanhos de VM específicos. Se você não tiver a opção de usar um tamanho de VM diferente, tente implantar em uma região diferente no mesmo geo. Para obter mais informações sobre os tamanhos de VM disponíveis em cada região em https://aka.ms/azure-regions

Se você estiver usando zonas de disponibilidade, tente outra zona dentro da região que possa ter capacidade disponível para o tamanho da VM solicitada.

Se sua solicitação de alocação for grande (mais de 500 núcleos), consulte as diretrizes nas seções a seguir para separar a solicitação em implantações menores.

Tente reimplantar a VM. Reimplantar a VM aloca a VM a um novo cluster na região.

Falhas de alocação para tamanhos VM mais antigos (Av1, Dv1, DSv1, D15v2, DS15v2, etc.)

À medida que expandimos a infraestrutura do Azure, implantamos o hardware de geração mais recente projetado para dar suporte aos tipos de máquina virtual mais recentes. Algumas das VMs de série mais antigas não são executados em nossa infraestrutura de última geração. Por esse motivo, os clientes podem ocasionalmente experimentar falhas de alocação para esses SKUs herdado. Para evitar esse problema, incentivamos os clientes que estão usando máquinas virtuais de série herdada a considerar a mudança para as VMs mais recentes equivalentes de acordo com as seguintes recomendações: Essas VMs são otimizadas para o hardware mais recente e permitirão que você tire proveito de melhores preços e desempenho.

Série/tamanho de VM herdda Tamanho/série de VM mais novo recomendado Mais informações
Av1-series Série Av2 https://azure.microsoft.com/blog/new-av2-series-vm-sizes/
Dv1 ou DSv1-series (D1 a D5) Dv3 ou DSv3-series https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/
Dv1 ou DSv1-series (D11 a D14) Série Ev3 ou ESv3
D15v2 ou DS15v2 Se você estiver usando o modelo de implantação DoResource Manager para tirar proveito dos tamanhos de VM maiores, considere a mudança para D16v3/DS16v3 ou D32v3/DS32v3. Eles foram projetados para ser executados no hardware de última geração. Se você estiver usando o modelo de implantação do Gerenciador de Recursos para garantir que sua instância de VM seja isolada para hardware dedicado a um único cliente, considere mudar para os novos tamanhos de VM isolados, E64i_v3 ou E64is_v3, que foram projetados para ser executados no hardware de última geração. https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/

Falhas de alocação para implantações grandes (mais de 500 núcleos)

Reduza o número de instâncias do tamanho da VM solicitada e, em seguida, repetir a operação de implantação. Além disso, para implantações maiores, talvez você queira avaliar conjuntos de escala de máquina virtual do Azure com vários grupos de posicionamento. O número de instâncias de VM pode aumentar ou diminuir automaticamente em resposta à demanda ou a um cronograma definido, e você tem uma maior chance de sucesso de alocação porque as implantações podem ser espalhadas por vários clusters quando implantadas como um grupo de vários posicionamentos. Saiba mais sobre como trabalhar com grandes conjuntos de escala de máquina virtual e como converter um conjunto de escala existente para abranger vários grupos de posicionamento. Observe que você pode alterar um conjunto de escala de suporte a um único grupo de posicionamento para dar suporte a vários grupos de posicionamento, mas não pode executar uma conversão na outra direção.

Informações gerais

Como funciona a alocação

Os servidores nos datacenters do Azure são particionados em clusters. Normalmente, uma solicitação de alocação é tentada em vários clusters, mas é possível que determinadas restrições da solicitação de alocação forcem a plataforma do Azure a tentar a solicitação em apenas um cluster. Neste artigo, vamos nos referir a isso como "fixado em um cluster". O diagrama 1 abaixo ilustra o caso de uma alocação normal que é tentada em vários clusters. O Diagrama 2 ilustra o caso de uma alocação fixada no Cluster CS_1 2 porque é onde o conjunto de disponibilidade ou serviço de nuvem existente está hospedado. O Diagrama 1 mostra a tentativa de alocação em vários clusters e o Diagrama 2 mostra a alocação fixada em um cluster.

Por que ocorrem falhas de alocação

Quando uma solicitação de alocação é fixada em um cluster, há uma chance maior de não encontrar recursos gratuitos, já que o pool de recursos disponível é menor. Além disso, se sua solicitação de alocação estiver fixada em um cluster, mas o tipo de recurso solicitado não for suportado por esse cluster, sua solicitação falhará mesmo que o cluster tenha recursos gratuitos. O diagrama 3 a seguir ilustra o caso em que uma alocação fixada falha porque o único cluster candidato não tem recursos gratuitos. O Diagrama 4 ilustra o caso em que uma alocação fixada falha porque o único cluster candidato não dá suporte ao tamanho da VM solicitada, mesmo que o cluster tenha recursos gratuitos.

O Diagrama 3 mostra falha na alocação no cluster fixado: nenhum recurso gratuito disponível e o Diagrama 4 mostra falha de alocação no cluster fixado: Tamanho não suportado.