ECR attēlu vilkšana: starpniekservera apiešana S3 slāņu lejupielādēm
Sekojiet attēlu vilkšanai aiz reģistra resursdatora, kad privātais ECR maršruts joprojām sūta slāņu lejupielādes uz uzņēmuma starpniekserveri.
ECR pieteikšanās un manifesta iegūšana var darboties, kamēr attēla slānis iestrēgst. Amazon ECR glabā slāņus S3, un tā VPC endpoint norādes ECR API, reģistru un S3 iegūšanas ceļu aplūko atsevišķi.
- Atrodiet neizdevušā slāņa resursdatora nosaukumu.Saglabājiet resursdatora nosaukumu no faktiskā pieprasījuma, nevis pieņemiet, ka reģistra apiešana aptver visu vilkšanu.
- Atrodiet sūtītāju.Docker vilkšanas gadījumā pārbaudiet dēmona starpniekservera konfigurāciju. Docker Engine vietējā daemon.json piemērs tur kopā privātos ECR un S3 slāņu ceļus. Vides mainīgie, kas paredzēti jaunam lietojumprogrammas konteineram, nevar konfigurēt attēla lejupielādi, kas notiek pirms šī konteinera pastāvēšanas.
- Pārbaudiet paredzēto S3 ceļu.Saskaņojiet apiešanas ierakstus ar reģionālajiem endpoint nosaukumiem un klienta atbalstīto gramatiku. Privātam DNS, maršrutēšanas tabulām, endpoint politikai un atļaujām arī jāatbalsta šis ceļš.
| Novērota kļūme | Ko tā jums saka |
|---|---|
| Starpniekservera noraidījums | Slāņa pieprasījums sasniedza starpnieku. |
| Tiešā savienojuma taimauts | Apiešana varēja izvēlēties tiešu maršrutēšanu, bet šis ceļš joprojām var būt neizmantojams. |
Izvairieties aizstāt vienu trūkstošu slāņa resursdatoru ar nepārbaudītu izņēmumu katram pakalpojumam pakalpojumu sniedzēja domēnā. Tiešs izņēmums nevar izveidot trūkstošu vārtejas maršrutu.
Izmantojiet faktiskā attēla pieprasījumus un pašreizējos pakalpojumu sniedzēja norādījumus. Īpašs saturs, tostarp sveši Windows slāņi, var ieviest citus avotus; vēsturiskajam divu resursdatoru atļauto sarakstam tie nav jāaptver.