Um modelo do CloudFormation implanta uma Amazon Machine Image (AMI) criptografada. A AMI foi copiada para outra conta AWS para que o modelo pudesse ser usado lá, mas ao criar a stack na conta de destino, a implantação falha. O que o administrador SysOps deve fazer para corrigir o problema?

O problema ocorre porque o CloudFormation está tentando usar o ID da AMI da conta de origem, que não é válido na conta de destino. A solução é editar o modelo do CloudFormation para que ele faça referência ao ID da AMI copiada que agora existe na conta de destino. Modificar as permissões da AMI copiada e torná-la pública não resolverá o problema, pois o CloudFormation ainda estaria procurando pelo ID da AMI original. Cancelar o registro da AMI original na conta de origem não tem impacto na conta de destino. Criptografar novamente a AMI copiada usando uma chave KMS da conta de destino seria necessário se a AMI original fosse criptografada com uma chave KMS da conta de origem e a conta de destino não tivesse permissão para usá-la, mas o problema principal aqui é o ID da AMI.