Diagnosticar erros de capacidade do ambiente no Azure Container Apps

Quando cria um novo ambiente Azure Container Apps, o provisionamento pode falhar devido a um erro de capacidade. A mensagem de erro inclui um link para este artigo. Este artigo explica porque ocorre o erro, o que pode tentar imediatamente e como planear implementações para reduzir o impacto das limitações de capacidade.

Por que ocorre o erro

O erro indica que a região selecionada tem capacidade limitada para a infraestrutura gerida necessária para criar o seu ambiente. A procura pode exceder a capacidade disponível mesmo numa região que suporta Container Apps.

Recuperação de uma tentativa falhada de provisionamento

1. Confirmar o erro. Veja os detalhes do erro da implantação falhada. Se a mensagem remeter para este artigo, siga estes passos. Regista a região alvo e a mensagem de erro completa. Esta orientação aplica-se a erros de capacidade de provisionamento do ambiente, não a falhas de arranque de aplicações ou de pull de imagem.

2. Experimenta outra região suportada. Se as tuas necessidades o permitirem, cria o ambiente noutra região. Verifique se a região suporta as funcionalidades e perfis de carga de trabalho necessários do Container Apps, que tem quota suficiente aí e que os requisitos de rede, dependências e residência de dados podem ser cumpridos. Consulte Regiões suportadas. Para uma carga de trabalho existente, veja Relocalizar Azure Container Apps para outra região.

3. Tenta mais tarde se tiveres de usar a mesma região. A capacidade disponível pode mudar ao longo do tempo, pelo que uma tentativa posterior pode ter sucesso. Espere que a tentativa atual de provisionamento termine antes de tentar novamente. Para implementações automatizadas, utilize uma política de tentativas com limite, com atrasos crescentes, em vez de tentativas contínuas e rápidas. Não existe um intervalo de retentativa garantido nem um prazo até ao qual a capacidade se torne disponível.

Planeie as implementações para flexibilidade de capacidade

Utilize as seguintes práticas para ter mais opções de implantação. Nenhuma delas garante que um pedido de provisionamento tenha sucesso.

Usar várias regiões

Identifique pelo menos duas regiões que possam alojar a sua carga de trabalho. Quando os seus requisitos o permitirem, planeie três ou mais regiões para se dar mais alternativas caso uma região esteja condicionada. Valide a disponibilidade de funcionalidades, quota, latência, residência de dados e serviços dependentes em cada região candidata antes de precisar de implementar.

Para redundância regional, implemente ambientes e aplicações separados em múltiplas regiões, configure o encaminhamento do tráfego e o failover, e planeie a replicação de dados para dependências com estado. Ter apenas uma lista de regiões alternativas não proporciona failover. Consulte Soluções multirregionais personalizadas para resiliência.

Provisão antes do prazo

Crie e valide os seus ambientes antes de um lançamento, migração ou outro evento sensível ao tempo. Reserve tempo para tentar novamente ou usar uma região alternativa em vez de tornar a criação do ambiente uma dependência de última hora.

Criar um ambiente cedo não reserva capacidade para escalabilidade futura. Considere o custo dos recursos que implementa e as políticas do ciclo de vida do ambiente, especialmente se um ambiente permanecer inativo. Veja faturação no Azure Container Apps.

Tente provisionar fora do horário comercial

Se o seu horário permitir, tente fazer provisionamento fora do horário normal de funcionamento para a região-alvo. Por exemplo, experimente uma janela entre as 3:00 e as 5:00 da manhã no fuso horário local da região-alvo.

Trate esta janela como uma opção para experimentar, não como um período garantido de capacidade disponível. O Azure responde à procura global, e as limitações de capacidade podem persistir fora do horário comercial local.

Avaliar os requisitos de redundância de zonas

Ambientes redundantes de zona distribuem a infraestrutura por múltiplas zonas de disponibilidade dentro de uma região. Este requisito limita a flexibilidade de colocação em comparação com um ambiente que não exige redundância de zonas.

Se os seus requisitos de disponibilidade o permitirem, considere criar um novo ambiente sem redundância de zona e complementá-lo com implementações noutras regiões. Esta opção pode proporcionar mais flexibilidade de provisionamento, mas não garante capacidade disponível.

Escolhe redundância de zona quando criares o ambiente. Não pode ativá-lo ou desativá-lo num ambiente existente; uma configuração diferente exige um novo ambiente e a redistribuição das suas aplicações. Veja Como criar uma aplicação de contentor com redundância de zona.

Quando contactar o suporte

Se o provisionamento continuar bloqueado depois de tentar as opções aplicáveis, ou se os seus requisitos impedirem o uso de outra região ou uma configuração de redundância diferente, crie um pedido de suporte do Azure para Aplicações Container.

Inclua o ID da subscrição, grupo de recursos, nome do ambiente ou ID de recurso, região alvo, definição de redundância de zona, mensagem de erro completa, carimbos temporais de tentativas falhadas em UTC e IDs de correlação ou operação, se disponíveis. Descreve as retentativas e regiões alternativas que experimentaste, juntamente com quaisquer prazos de implementação ou requisitos regionais.

Um pedido de suporte pode ajudar a investigar a falha, mas não garante uma alocação imediata de capacidade. Solicite um aumento da quota apenas se o erro reportado também identificar um limite da quota.

Conteúdo relacionado

• Cotas para Aplicativos de Contêiner do Azure
• Solicitar alterações de cota para Aplicativos de Contêiner do Azure
• Fiabilidade nas Aplicações de Contentor do Azure