Tërheqja e imazheve ECR: anashkalimi i proxy-t për shkarkimin e shtresave S3
Ndigni tërheqjet e imazheve përtej hostit të regjistrit kur një rrugë private ECR vazhdon t'i dërgojë shkarkimet e shtresave një proxy korporativ.
Hyrja në ECR dhe marrja e manifestit mund të funksionojnë ndërsa një shtresë imazhi ngec. Amazon ECR i ruan shtresat në S3, dhe udhëzimet e tij për pikën fundore VPC i trajtojnë veçmas ECR API, regjistrin dhe rrugën e marrjes nga S3.
- Gjeni emrin e hostit të shtresës që dështoi.Mbajeni emrin e hostit nga kërkesa aktuale në vend që të supozoni se anashkalimi i regjistrit mbulon të gjithë tërheqjen.
- Lokalizoni dërguesin.Për një tërheqje Docker, inspektoni konfigurimin e proxy-t të daemon-it. Një shembull vendas i daemon.json të Docker Engine i mban së bashku rrugët private të shtresave ECR dhe S3. Variablat e mjedisit të destinuara për një kontejner të ri aplikacioni nuk mund të konfigurojnë një shkarkim imazhi që ndodh para se ai kontejner të ekzistojë.
- Kontrolloni rrugën e synuar S3.Përputhni zërat e anashkalimit me emrat rajonalë të pikave fundore dhe gramatikën që mbështet klienti. DNS privat, tabelat e rrugëtimit, politika e pikës fundore dhe lejet duhet të mbështesin gjithashtu atë rrugë.
| Dështim i vëzhguar | Çfarë ju tregon |
|---|---|
| Refuzim nga proxy | Kërkesa e shtresës arriti te një ndërmjetës. |
| Skadimi i lidhjes direkte | Anashkalimi mund të ketë zgjedhur rrugëtim direkt, por ajo rrugë mund të jetë ende e papërdorshme. |
Shmangni zëvendësimin e një hosti të vetëm shtrese që mungon me një përjashtim të pashqyrtuar për çdo shërbim në domenin e ofruesit. Një përjashtim direkt nuk mund të krijojë një rrugë gateway që mungon.
Përdorni kërkesat e imazhit aktual dhe udhëzimet aktuale të ofruesit. Përmbajtjet e veçanta, përfshirë shtresat e huaja Windows, mund të sjellin burime të tjera; një listë historike e lejuar me dy hoste nuk është e detyruar t'i mbulojë ato.