ECR պատկերների ներբեռնում. proxy-ի շրջանցում S3 շերտերի ներբեռնման համար
Հետևեք պատկերների ներբեռնմանը ռեեստրի հոսթից այն կողմ, երբ մասնավոր ECR երթուղին դեռ շերտերի ներբեռնումներն ուղարկում է կորպորատիվ proxy:
ECR մուտքը և manifest-ի ստացումը կարող են աշխատել, մինչ պատկերի շերտը կանգ է առնում: Amazon ECR-ը շերտերը պահում է S3-ում, և նրա VPC endpoint ուղեցույցը ECR API-ն, ռեեստրը և S3 ստացման ուղին դիտարկում է առանձին:
- Գտեք ձախողված շերտի հոսթի անունը:Պահեք հոսթի անունը իրական հարցումից, փոխարենը ենթադրելու, որ ռեեստրի շրջանցումը ծածկում է ամբողջ ներբեռնումը:
- Գտեք ուղարկողին:Docker ներբեռնման դեպքում ստուգեք daemon-ի proxy կարգավորումը: Docker Engine-ի բնօրինակ daemon.json օրինակը միասին է պահում մասնավոր ECR և S3 շերտերի ուղիները: Նոր հավելվածի կոնտեյների համար նախատեսված միջավայրի փոփոխականները չեն կարող կարգավորել պատկերի ներբեռնում, որը տեղի է ունենում մինչ այդ կոնտեյների գոյությունը:
- Ստուգեք նախատեսված S3 ուղին:Համապատասխանեցրեք շրջանցման գրառումները տարածաշրջանային endpoint-ների անուններին և հաճախորդի աջակցած քերականությանը: Մասնավոր DNS-ը, երթուղային աղյուսակները, endpoint-ի քաղաքականությունը և թույլտվությունները նույնպես պետք է աջակցեն այդ ուղուն:
| Դիտված ձախողում | Ինչ է դա ձեզ ասում |
|---|---|
| Proxy-ի մերժում | Շերտի հարցումը հասել է միջնորդի: |
| Ուղիղ կապի ժամանակի սպառում | Շրջանցումը կարող է ընտրել ուղիղ երթուղավորում, բայց այդ ուղին դեռ կարող է անօգտագործելի լինել: |
Խուսափեք մեկ բացակայող շերտի հոսթը չվերանայված բացառությամբ փոխարինելու մատակարարի տիրույթի յուրաքանչյուր ծառայության համար: Ուղիղ բացառությունը չի կարող ստեղծել բացակայող gateway ուղի:
Օգտագործեք իրական պատկերի հարցումները և մատակարարի ընթացիկ ցուցումները: Հատուկ բովանդակությունը, ներառյալ օտար Windows շերտերը, կարող է ներմուծել այլ աղբյուրներ. պատմական երկու հոսթի թույլատրելի ցանկը պարտավոր չէ ծածկել դրանք: