Загрузкі вобразаў ECR: абыход проксі для спампоўкі слаёў S3
Сачыце за загрузкай вобразаў далей за хост рэгістра, калі прыватны маршрут ECR усё яшчэ накіроўвае спампоўку слаёў на карпаратыўны проксі.
Уваход у ECR і атрыманне маніфеста могуць працаваць, пакуль слой вобраза стаіць. Amazon ECR захоўвае слаі ў S3, і яго рэкамендацыі для VPC-эндпойнта разглядаюць ECR API, рэгістр і шлях атрымання S3 асобна.
- Знайдзіце імя хоста збоенага слоя.Бярыце імя хоста з фактычнага запыту, а не мяркуйце, што абыход рэгістра ахоплівае ўсю загрузку.
- Вызначце адпраўніка.Для загрузкі Docker праверце канфігурацыю проксі дэмана. Прыклад уласнага daemon.json Docker Engine трымае прыватныя шляхі слаёў ECR і S3 разам. Пераменныя асяроддзя, прызначаныя для новага кантэйнера праграмы, не могуць наладзіць спампоўку вобраза, якая адбываецца да стварэння гэтага кантэйнера.
- Праверце меркаваны шлях S3.Суппастаўце запісы абыходу з рэгіянальнымі імёнамі эндпойнтаў і граматыкай, якую падтрымлівае кліент. Прыватны DNS, табліцы маршрутаў, палітыка эндпойнта і дазволы таксама павінны падтрымліваць гэты маршрут.
| Назіраная памылка | Што яна паказвае |
|---|---|
| Адмова проксі | Запыт слоя дасягнуў пасярэдніка. |
| Тайм-аўт прамога злучэння | Абыход, магчыма, выбраў прамое маршруціраванне, але гэты маршрут усё яшчэ можа быць непрыдатным. |
Пазбягайце замены аднаго адсутнага хоста слоя неразгледжаным выключэннем для кожнай службы ў дамене пастаўшчыка. Прамое выключэнне не можа стварыць адсутны маршрут шлюза.
Выкарыстоўвайце запыты фактычнага вобраза і актуальныя інструкцыі пастаўшчыка. Асаблівы змест, уключаючы знешнія слаі Windows, можа ўводзіць іншыя крыніцы; гістарычны спіс дазволеных двух хостаў не абавязаны іх пакрываць.