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

Quando você cria uma VM (máquina virtual), inicia VMs interrompidas (desalocadas) ou redimensiona uma VM, o Microsoft Azure aloca recursos de computação para sua assinatura. Estamos investindo continuamente em recursos e infraestrutura adicionais para garantir que sempre temos todos os tipos de VM disponíveis para dar suporte à demanda do cliente. No entanto, ocasionalmente, você pode ter 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 de VM solicitado nessa região. Leia mais sobre como melhorar a probabilidade de êxito de alocação em https://aka.ms/allocation-guidance"

Observação

Se você estiver solucionando problemas de um VMSS (conjunto de dimensionamento de máquinas virtuais), o processo será o mesmo que 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 Dimensionamento de Máquinas Virtuais com um único grupo de posicionamento ou atualizar/redimensionar uma VM existente em um Conjunto de Dimensionamento de Máquinas Virtuais com um único grupo de posicionamento, observe que essa alocação está no escopo de um único cluster e é possível que o cluster esteja sem capacidade. Leia mais sobre como melhorar a probabilidade de êxito de alocação em http://aka.ms/allocation-guidance."

Este artigo explica as causas de algumas das falhas comuns de alocação 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 no Stack Overflow. Você pode postar seu problema nesses fóruns ou no @AzureSupport Twitter. Além disso, você pode fazer uma Suporte do Azure solicitação selecionando Obter suporte no Suporte do Azure site.

Até que seu tipo de VM preferencial esteja disponível em sua região preferida, 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 repita a solicitação de alocação usando a solução alternativa sugerida correspondente para aumentar a probabilidade de êxito de alocação. Como alternativa, você sempre pode tentar novamente mais tarde. Isso ocorre porque recursos suficientes podem ter sido liberados no cluster, região ou zona para acomodar sua solicitação.

Redimensionar uma VM ou adicionar VMs a um conjunto de disponibilidade existente

Motivo

Uma solicitação para redimensionar 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 solicitado é compatível com o 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 (desaloque) todas as VMs no mesmo conjunto de disponibilidade e inicie todas as VMs aplicáveis em lote. 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 param, navegue > até a Página Inicial das Máquinas Virtuais, adicione um filtro de conjunto de disponibilidade e selecione Agrupar por conjunto de disponibilidade. Selecione todas as VMs aplicáveis e clique em Iniciar. Esta etapa garante que uma nova tentativa de alocação seja executada e que um novo cluster possa ser selecionado com capacidade suficiente.

Iniciar VMs parcialmente interrompidas (desalocadas)

Motivo

Desalocação parcial significa que você parou (desalocado) uma ou mais VMs, mas não todas, em um conjunto de disponibilidade. Quando você desaloca uma VM, os recursos associados são liberados. Iniciar VMs em um conjunto de disponibilidade parcialmente desalocado é 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 (desaloque) todas as VMs no mesmo conjunto de disponibilidade e inicie todas as VMs aplicáveis em lote. 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 param, navegue > até a Página Inicial das Máquinas Virtuais, adicione um filtro de conjunto de disponibilidade e selecione Agrupar por conjunto de disponibilidade. Selecione todas as VMs aplicáveis e clique em Iniciar. Isso garantirá que uma nova tentativa de alocação seja executada e que um novo cluster possa ser selecionado com capacidade suficiente.

Iniciar VMs totalmente paradas (desalocadas)

Motivo

Desalocação completa significa que você parou (desalocado) todas as VMs em um conjunto de disponibilidade. A solicitação de alocação para iniciar essas VMs direcionará todos os clusters que dão suporte ao tamanho desejado dentro da região ou zona. Altere sua solicitação de alocação de acordo com as sugestões neste artigo e repita a solicitação para melhorar a chance de êxito na alocação.

Solução alternativa

Se você usar tamanhos ou séries de VM mais antigas, como Dv1, DSv1, Av1, D15v2 ou DS15v2, considere mudar 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 dentro da mesma área geográfica. 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 de VM solicitado.

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

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

À medida que expandimos a infraestrutura do Azure, implantamos um 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 executadas em nossa infraestrutura de geração mais recente. Por esse motivo, os clientes ocasionalmente podem ter falhas de alocação para esses SKUs herdados. Para evitar esse problema, incentivamos os clientes que estão usando máquinas virtuais de série herdada a considerar a migração 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ê aproveite melhor preço e desempenho.

Série/tamanho de VM herdada Tamanho/série de VM mais recente recomendado Mais informações
Série Av1 Série Av2 https://azure.microsoft.com/blog/new-av2-series-vm-sizes/
Série Dv1 ou DSv1 (D1 a D5) Série Dv3 ou DSv3 https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/
Série Dv1 ou DSv1 (D11 a D14) SérieS Ev3 ou ESv3
D15v2 ou DS15v2 Se você estiver usando o modelo de implantação do Gerenciador de Recursos para aproveitar os tamanhos de VM maiores, considere mudar para D16v3/DS16v3 ou D32v3/DS32v3. Eles foram projetados para serem executados no hardware de última geração. Se você estiver usando o modelo de implantação do Resource Manager para garantir que sua instância de VM esteja isolada em hardware dedicado a um único cliente, considere migrar para os novos tamanhos de VM isolados, E64i_v3 ou E64is_v3, que foram projetados para serem executados no hardware de geração mais recente. 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 repita a operação de implantação. Além disso, para implantações maiores, talvez você queira avaliar conjuntos de dimensionamento de máquinas virtuais 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 agendamento definido, e você tem uma maior chance de sucesso na alocação, pois as implantações podem ser distribuídas em vários clusters quando implantadas como um grupo de vários posicionamentos. Saiba mais sobre como trabalhar com grandes conjuntos de dimensionamento de máquinas virtuais e como converter um conjunto de dimensionamento existente para abranger vários grupos de posicionamento. Observe que você pode alterar um conjunto de dimensionamento de dar 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 tentada em vários clusters. O Diagrama 2 ilustra o caso de uma alocação fixada no Cluster 2 porque é onde o serviço de nuvem existente CS_1 ou o conjunto de disponibilidade 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, pois o pool de recursos disponível é menor. Além disso, se a solicitação de alocação estiver fixada em um cluster, mas o tipo de recurso solicitado não tiver suporte nesse 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 de VM solicitado, mesmo que o cluster tenha recursos gratuitos.

O Diagrama 3 mostra falha na alocação no cluster fixado: nenhum recurso livre disponível e o Diagrama 4 mostra falha na alocação no cluster fixado: tamanho sem suporte.

Entre em contato conosco para obter ajuda

Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure.