ECR atvaizdų traukimas: tarpinio serverio apėjimas atsisiunčiant S3 sluoksnius
Sekite atvaizdų traukimą už registro pagrindinio kompiuterio ribų, kai privatus ECR maršrutas vis dar siunčia sluoksnių atsisiuntimus į įmonės tarpinį serverį.
ECR prisijungimas ir manifesto gavimas gali veikti, kol atvaizdo sluoksnis stringa. Amazon ECR saugo sluoksnius S3, o jo VPC endpoint rekomendacijos ECR API, registrą ir S3 gavimo kelią nagrinėja atskirai.
- Raskite nepavykusio sluoksnio pagrindinio kompiuterio vardą.Išsaugokite pagrindinio kompiuterio vardą iš tikrosios užklausos, o ne manykite, kad registro apėjimas apima visą traukimą.
- Nustatykite siuntėją.Traukiant Docker, patikrinkite demono tarpinio serverio konfigūraciją. Natūralus Docker Engine daemon.json pavyzdys laiko privačius ECR ir S3 sluoksnių kelius kartu. Aplinkos kintamieji, skirti naujam programos konteineriui, negali sukonfigūruoti atvaizdo atsisiuntimo, kuris įvyksta prieš šiam konteineriui atsirandant.
- Patikrinkite numatytą S3 kelią.Suderinkite apėjimo įrašus su regioniniais endpoint pavadinimais ir kliento palaikoma gramatika. Privatus DNS, maršrutų lentelės, endpoint politika ir leidimai taip pat turi palaikyti tą kelią.
| Stebėtas gedimas | Ką tai jums sako |
|---|---|
| Tarpinio serverio atmetimas | Sluoksnio užklausa pasiekė tarpininką. |
| Tiesioginio ryšio skirtasis laikas | Apėjimas galėjo pasirinkti tiesioginį maršrutizavimą, bet tas kelias vis tiek gali būti netinkamas naudoti. |
Venkite vieną trūkstamą sluoksnio pagrindinį kompiuterį pakeisti neperžiūrėta išimtimi kiekvienai paslaugai tiekėjo domene. Tiesioginė išimtis negali sukurti trūkstamo gateway maršruto.
Naudokite tikrojo atvaizdo užklausas ir dabartines tiekėjo instrukcijas. Specialus turinys, įskaitant svetimus Windows sluoksnius, gali įtraukti kitus šaltinius; istorinis dviejų pagrindinių kompiuterių leidžiamųjų sąrašas neprivalo jų apimti.