Solucionar problemas de falhas de alocação ao criar ou redimensionar VMs no Azure
Aplica-se a: ✔️ VMs do Linux ✔️ VMs do Windows
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 continuamente investindo em infraestrutura e recursos adicionais para garantir que sempre tenhamos todos os tipos de VM disponíveis para dar suporte à demanda do cliente. No entanto, você pode enfrentar ocasionalmente falhas de alocação de recursos devido ao crescimento sem precedentes da 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 a seguinte 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 nesta região. Leia mais sobre como melhorar a probabilidade de sucesso da 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 de 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 pode ter como escopo um único cluster e é possível que o cluster esteja fora de capacidade. Leia mais sobre como melhorar a probabilidade de sucesso da alocação em http://aka.ms/allocation-guidance."
Este artigo explica as causas de algumas das falhas de alocação mais comuns e sugere possíveis correções.
Se o problema do Azure não for abordado neste artigo, visite os fóruns do Azure sobre P e R e Stack Overflow. Você pode postar seu problema nesses fóruns ou usando @AzureSupport no Twitter. Além disso, você pode registrar uma solicitação de suporte do Azure selecionando Obter suporte no site de suporte do Azure.
Até o tipo de VM preferencial estar disponível em sua região preferida, aconselhamos que os clientes que encontrarem problemas de implantação considerem a diretriz na tabela a seguir como uma solução alternativa.
Identifique o cenário que melhor descreva seu caso e, em seguida, tente novamente 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ê pode sempre tentar novamente mais tarde. Isso ocorre porque recursos suficientes podem ter sido liberados no cluster, região ou zona para acomodar a solicitação.
Redimensionar uma VM ou adicionar VMs a um conjunto de disponibilidade existente
Causa
A solicitação de redimensionar ou adicionar uma VM a um conjunto de disponibilidade existente deve ser tentada no cluster original que hospeda esse conjunto. O tamanho da VM solicitada é suportado pelo cluster, mas o cluster pode não ter capacidade suficiente no momento.
Solução alternativa
Quando 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, em seguida, 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 pararem, navegue até Máquinas virtuais domésticas>, adicione um filtro de conjunto de disponibilidade e selecione Agrupar por conjunto de disponibilidade. Selecione todas as VMs aplicáveis e clique em Iniciar. Essa etapa garante que uma nova tentativa de alocação seja executada e que um novo cluster com capacidade suficiente possa ser selecionado.
Iniciar VMs parcialmente interrompidas (desalocadas)
Causa
A desalocação parcial significa que você parou (desalocou) uma ou mais, mas não todas, VMs 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 grupo de disponibilidade existente que pode não ter capacidade suficiente.
Solução alternativa
Pare (desaloque) todas as VMs no mesmo conjunto de disponibilidade e, em seguida, 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 pararem, navegue até Máquinas virtuais domésticas>, 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 com capacidade suficiente possa ser selecionado.
Iniciar VMs totalmente interrompidas (desalocadas)
Causa
A desalocação total significa que você parou (desalocou) todas as VMs em um conjunto de disponibilidade. A solicitação de alocação para iniciar essas VMs terá como destino todos os clusters que dão suporte ao tamanho desejado na região ou zona. Altere sua solicitação de alocação de acordo com as sugestões deste artigo e repita a solicitação para aumentar a chance de sucesso de alocação.
Solução alternativa
Se você usar séries ou tamanhos de VM mais antigos, como Dv1, DSv1, Av1, D15v2 ou DS15v2, considere a migração para versões mais recentes. Consulte essas recomendações para tamanhos específicos de VM. Se você não tiver a opção de usar um tamanho de VM diferente, tente implantar em uma região diferente dentro a mesma área geográfica. Para obter mais informações sobre 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 pode ter a capacidade disponível para o tamanho solicitado de VM.
Se sua solicitação de alocação for grande (mais de 500 núcleos), consulte o guia 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, nós implantamos hardware de geração mais recente projetado para dar suporte aos tipos de máquina virtual mais recentes. Algumas das VMs de séries mais antigas não serão executadas em nossa infraestrutura de geração mais recente. Por esse motivo, os clientes podem ocasionalmente enfrentar falhas de alocação para essas SKUs herdadas. Para evitar esse problema, recomendamos que os clientes que estão usando máquinas virtuais de séries legadas considerem 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 as vantagens de preços e desempenho melhores.
| Série/tamanho de VM herdada | Série/tamanho recomendado de VM mais nova | 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érie Ev3 ou ESv3 | |
| D15v2 ou DS15v2 | Se você estiver usando o modelo de implantação do Gerenciador de Recursos para aproveitar as vantagens dos tamanhos de VM maiores, considere a migração para D16v3/DS16v3 ou D32v3/DS32v3. Eles são projetados para execução em hardware de geração mais recente. Se você estiver usando o modelo de implantação do Gerenciador de Recursos para se certificar de que sua instância de VM esteja isolada para o hardware dedicado a um único cliente, considere a migração para os novos tamanhos de VM isolados, E64i_v3 ou E64is_v3, que são projetados para execução em 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 de VM solicitado e repita a operação de implantação. Além disso, para implantações maiores, convém avaliar os conjunto de dimensionamento de máquinas virtuais do Azure com vários grupos de posicionamento. O número de instâncias VM pode automaticamente aumentar ou diminuir em resposta à demanda ou a um agendamento definido, e você tem uma maior probabilidade de êxito de alocação porque as implantações podem ser distribuídas em vários clusters quando implantados como um grupo de multiposicionamento. 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 oferecer suporte a apenas um único grupo de posicionamento para dar suporte a vários grupos de posicionamento, mas não é possível realizar uma conversão na outra direção.
Informações básicas
Como funciona a alocação
Os servidores são particionados em clusters nos datacenters do Microsoft Azure. Normalmente, uma tentativa de solicitação de alocação é feita em vários clusters, mas é possível que determinadas restrições da solicitação de alocação forcem a plataforma do Azure a repeti-la em um único 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 que foi fixada ao Cluster 2 por se tratar do local de hospedagem do Serviço de Nuvem CS_1 ou do conjunto de disponibilidade existente.
Motivos das falhas de alocação
Quando a solicitação de alocação é fixada a um cluster, é mais provável que haja falha na localização de recursos gratuitos, pois o pool de recursos disponíveis é menor. Além disso, quando a solicitação de alocação é fixada a um cluster, mas não há suporte para o tipo de recurso solicitado ao cluster, a solicitação falha mesmo que o cluster tenha recursos livres. O Diagrama 3 a seguir demonstra o caso em que uma alocação fixada falha porque o único cluster candidato não dispõe de recursos gratuitos. O diagrama 4 demonstra o caso em que uma alocação fixada falha porque o único cluster candidato não é compatível com o tamanho da VM solicitado, mesmo que o cluster disponha de recursos livres.
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. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.