Extração de imagens do ECR: desvio do proxy para downloads de camadas do S3
Acompanhe as extrações de imagens além do host do registro quando uma rota privada do ECR ainda envia os downloads de camadas para um proxy corporativo.
O login no ECR e a obtenção do manifesto podem funcionar enquanto uma camada da imagem fica parada. O Amazon ECR armazena as camadas no S3, e as orientações de endpoint de VPC tratam a API do ECR, o registro e o caminho de obtenção do S3 separadamente.
- Encontre o nome do host da camada que falhou.Mantenha o nome do host da solicitação real em vez de presumir que o desvio do registro cobre toda a extração.
- Localize o emissor.Numa extração Docker, verifique a configuração de proxy do daemon. Um exemplo nativo de daemon.json do Docker Engine mantém juntos os caminhos privados das camadas do ECR e do S3. As variáveis de ambiente destinadas a um novo contêiner de aplicação não conseguem configurar um download de imagem que ocorre antes de esse contêiner existir.
- Verifique o caminho do S3 pretendido.Faça corresponder as entradas de desvio aos nomes regionais dos endpoints e à gramática suportada pelo cliente. O DNS privado, as tabelas de rotas, a política do endpoint e as permissões também devem suportar esse caminho.
| Falha observada | O que ela indica |
|---|---|
| Rejeição pelo proxy | A solicitação da camada chegou a um intermediário. |
| Tempo limite da conexão direta | O desvio pode ter escolhido o roteamento direto, mas esse caminho ainda pode ser inutilizável. |
Evite substituir um único host de camada em falta por uma exceção não revista para cada serviço no domínio do fornecedor. Uma exceção direta não pode criar um caminho de gateway em falta.
Use as solicitações da imagem real e as instruções atuais do fornecedor. Conteúdos especiais, incluindo camadas Windows estrangeiras, podem introduzir outras origens; uma lista de permissões histórica de dois hosts não tem de as cobrir.