ECR სურათების ჩამოტვირთვა: პროქსის გვერდის ავლა S3 ფენების ჩამოტვირთვისას
თვალყური ადევნეთ სურათების ჩამოტვირთვას რეესტრის ჰოსტის მიღმა, როცა კერძო ECR მარშრუტი კვლავ კორპორატიულ პროქსის უგზავნის ფენების ჩამოტვირთვას.
ECR-ში შესვლა და manifest-ის მიღება შეიძლება მუშაობდეს, სანამ სურათის ფენა ჩერდება. Amazon ECR ფენებს ინახავს S3-ში, და მისი VPC endpoint-ის სახელმძღვანელო ECR API-ს, რეესტრს და S3-ის მიღების გზას ცალკე განიხილავს.
- იპოვეთ წარუმატებელი ფენის ჰოსტის სახელი.შეინარჩუნეთ ჰოსტის სახელი რეალური მოთხოვნიდან, ნაცვლად იმისა, რომ ჩათვალოთ, თითქოს რეესტრის გვერდის ავლა მთელ ჩამოტვირთვას ფარავს.
- იპოვეთ გამომგზავნი.Docker-ის ჩამოტვირთვისას შეამოწმეთ daemon-ის პროქსის კონფიგურაცია. Docker Engine-ის მშობლიური daemon.json-ის მაგალითი კერძო ECR და S3 ფენების გზებს ერთად ინახავს. ახალი აპლიკაციის კონტეინერისთვის განკუთვნილი გარემოს ცვლადები ვერ დააკონფიგურირებენ სურათის ჩამოტვირთვას, რომელიც ხდება ამ კონტეინერის არსებობამდე.
- შეამოწმეთ განკუთვნილი S3 გზა.შეადარეთ გვერდის ავლის ჩანაწერები რეგიონულ endpoint-ების სახელებს და კლიენტის მიერ მხარდაჭერილ გრამატიკას. კერძო DNS, მარშრუტიზაციის ცხრილები, endpoint-ის პოლიტიკა და ნებართვები ასევე უნდა უჭერდეს მხარს ამ გზას.
| დაფიქსირებული წარუმატებლობა | რას გეუბნებათ |
|---|---|
| პროქსის უარი | ფენის მოთხოვნამ შუამავალს მიაღწია. |
| პირდაპირი კავშირის დროის ამოწურვა | გვერდის ავლამ შეიძლება აირჩია პირდაპირი მარშრუტიზაცია, მაგრამ ეს გზა მაინც შეიძლება უვარგისი იყოს. |
მოერიდეთ ერთი დაკარგული ფენის ჰოსტის შეცვლას გაუმოწმებელი გამონაკლისით პროვაიდერის დომენში არსებული ყოველი სერვისისთვის. პირდაპირი გამონაკლისი ვერ შექმნის დაკარგულ gateway მარშრუტს.
გამოიყენეთ რეალური სურათის მოთხოვნები და პროვაიდერის მიმდინარე ინსტრუქციები. განსაკუთრებულმა შიგთავსმა, მათ შორის უცხო Windows ფენებმა, შეიძლება სხვა წყაროები შემოიტანოს; ისტორიული ორ-ჰოსტიანი დასაშვები სია ვალდებული არ არის მათ დაფაროს.