Por que minha pilha do CloudFormation está presa em um estado IN_PROGRESS?

4 minuto de leitura
0

Minha pilha do AWS CloudFormation está presa no estado CREATE_IN_PROGRESS, UPDATE_IN_PROGRESS, UPDATE_ROLLBACK_IN_PROGRESS ou DELETE_IN_PROGRESS.

Breve descrição

Na maioria das situações, você deve esperar que sua pilha do CloudFormation atinja o tempo limite. A duração do tempo limite varia e é baseada nos requisitos individuais de estabilização de recursos que o CloudFormation espera para atingir o estado desejado.

Você pode controlar o tempo limite da pilha e usar gatilhos de reversão para controlar o tempo de espera do CloudFormation. Para obter mais informações sobre gatilhos de reversão, consulte Use a proteção de encerramento de pilha e os gatilhos de reversão do AWS CloudFormation para manter a disponibilidade da infraestrutura.

Resolução

Identifique o recurso preso

1.    Abra o console do CloudFormation.

2.    No painel de navegação, escolha Pilhas e, em seguida, selecione a pilha que está em um estado preso.

3.    Escolha a guia Recursos.

4.    Na seção Recursos, consulte a coluna Status. Encontre todos os recursos que estão presos no processo de criação, atualização ou exclusão.
Observação: esses recursos podem estar no estado CREATE_IN_PROGRESS, UPDATE_IN_PROGRESS ou DELETE_IN_PROGRESS.

5.    No Console de Gerenciamento da AWS, inspecione seus recursos em busca do serviço que corresponde aos seus recursos.
Observação: o console varia de acordo com o recurso que está preso. Por exemplo, se um serviço do Amazon Elastic Container Service (Amazon ECS) estiver preso no estado de criação, verifique esse recurso no console do Amazon ECS.

Verifique os logs do AWS CloudTrail

Se o recurso não mostrar nenhum erro no console correspondente, use os logs do AWS CloudTrail para solucionar o problema. Para obter informações sobre como visualizar os logs do CloudTrail, consulte Visualização de eventos com o histórico de eventos do CloudTrail.

1.    Abra o console do CloudFormation.

2.    No painel de navegação, escolha Pilhas e, em seguida, selecione a pilha que está em um estado preso.

3.    Escolha a guia Recursos.

4.    Na seção Recursos, consulte a coluna Status. Encontre todos os recursos que estão presos no processo de criação, atualização ou exclusão.
Observação: esses recursos podem estar no estado CREATE_IN_PROGRESS, UPDATE_IN_PROGRESS ou DELETE_IN_PROGRESS.

5.    Escolha a guia Eventos e, em seguida, anote a data e hora em que o CloudFormation inicializou a criação desse recurso preso.

6.    Abra o console do CloudTrail.

7.    No painel de navegação, escolha Histórico de eventos.

8.    Em Intervalo de tempo, insira a data e a hora do carimbo de data/hora que você anotou na etapa 5 para a hora de início (De). Para a hora de término (Até), insira uma data e hora após cinco minutos da hora de início.
Observação: por exemplo, suponha que o CloudFormation inicializou a criação do seu recurso preso às 9h do dia 01/01/2020. Nesse caso, insira 09:00 AM em 2020-01-01 como seu horário de início e 9:05 AM em 2020-01-01 como seu horário de término.

9.    Escolha Aplicar.

10.    Na lista de eventos retornada, encontre as chamadas de API relacionadas à chamada de API de criação ou atualização do seu recurso. Por exemplo, você pode encontrar ModifyVolume para atualizações de volume do Amazon Elastic Block Store (Amazon EBS).
Dica: aguarde alguns minutos para que as chamadas de API apareçam nos logs do CloudTrail. As chamadas de API nem sempre aparecem imediatamente nos logs.

Ignore o tempo limite

Há vários motivos pelos quais uma pilha pode ficar presa. Portanto, a resolução varia de acordo com o recurso que está preso. Em alguns casos, você pode ignorar o tempo limite para resolver rapidamente o status da sua pilha. Por exemplo, você pode ignorar o tempo limite de recursos personalizados e serviços do Amazon ECS. Consulte os seguintes recursos para obter mais informações:

Se a pilha estiver presa no estado CREATE_IN_PROGRESS ou UPDATE_IN_PROGRESS, você poderá interromper o progresso usando operações de pilha:

Observação: para entender a causa raiz do problema e evitá-lo em futuras implantações, consulte o guia Como solucionar problemas do CloudFormation.


AWS OFICIAL
AWS OFICIALAtualizada há um ano