ECR इमेज पुल: S3 लेयर डाउनलोडसाठी प्रॉक्सी बायपास
जेव्हा खाजगी ECR मार्ग अजूनही लेयर डाउनलोड कॉर्पोरेट प्रॉक्सीकडे पाठवतो तेव्हा इमेज पुल रजिस्ट्री होस्टच्या पलीकडेही अनुसरा.
इमेज लेयर अडकलेली असतानाही ECR लॉगिन आणि मॅनिफेस्ट मिळवणे कार्य करू शकते. Amazon ECR लेयर्स S3 मध्ये साठवते, आणि त्याचे VPC एंडपॉइंट मार्गदर्शन ECR API, रजिस्ट्री आणि S3 मिळवण्याचा मार्ग वेगळे पाहते.
- अयशस्वी लेयरचे होस्टनाव शोधा.रजिस्ट्री बायपास संपूर्ण पुल व्यापतो असे गृहीत धरण्याऐवजी प्रत्यक्ष विनंतीमधून होस्टनाव ठेवा.
- पाठवणाऱ्याचा शोध घ्या.Docker पुलसाठी, डेमनचे प्रॉक्सी कॉन्फिगरेशन तपासा. एक मूळ Docker Engine daemon.json उदाहरण खाजगी ECR आणि S3 लेयर मार्ग एकत्र ठेवते. नवीन अनुप्रयोग कंटेनरसाठी हेतू असलेले पर्यावरण चल त्या कंटेनरच्या अस्तित्वापूर्वी होणारे इमेज डाउनलोड कॉन्फिगर करू शकत नाहीत.
- इच्छित S3 मार्ग तपासा.बायपास नोंदी प्रादेशिक एंडपॉइंट नावांशी आणि क्लायंटला समर्थित व्याकरणाशी जुळवा. खाजगी DNS, रूट टेबल, एंडपॉइंट धोरण आणि परवानग्यांनीही तो मार्ग समर्थित केला पाहिजे.
| आढळलेली अयशस्वीता | हे तुम्हाला काय सांगते |
|---|---|
| प्रॉक्सीकडून नकार | लेयर विनंती मध्यस्थापर्यंत पोहोचली. |
| थेट कनेक्शनची वेळ संपली | बायपासने थेट राउटिंग निवडले असेल, पण तो मार्ग तरीही निरुपयोगी असू शकतो. |
प्रदात्याच्या डोमेनमधील प्रत्येक सेवेसाठी न तपासलेल्या अपवादाने एक गहाळ लेयर होस्ट बदलणे टाळा. थेट अपवाद गहाळ गेटवे मार्ग तयार करू शकत नाही.
प्रत्यक्ष इमेजच्या विनंत्या आणि प्रदात्याच्या सध्याच्या सूचना वापरा. विशेष सामग्री, परदेशी Windows लेयर्ससह, इतर स्रोत आणू शकते; ऐतिहासिक दोन-होस्ट परवानगी यादीने ते व्यापणे आवश्यक नाही.