การดึงอิมเมจ ECR: การข้ามพร็อกซีสำหรับดาวน์โหลดเลเยอร์ S3
ติดตามการดึงอิมเมจให้ไกลกว่าโฮสต์ของรีจิสทรีเมื่อเส้นทาง ECR ส่วนตัวยังส่งการดาวน์โหลดเลเยอร์ไปยังพร็อกซีขององค์กร
การเข้าสู่ระบบ ECR และการดึง manifest สามารถทำงานได้ในขณะที่เลเยอร์อิมเมจหยุดชะงัก Amazon ECR เก็บเลเยอร์ไว้ใน S3 และคำแนะนำ VPC endpoint ของบริการนี้พิจารณา ECR API รีจิสทรี และเส้นทางการดึง S3 แยกจากกัน
- ค้นหาชื่อโฮสต์ของเลเยอร์ที่ล้มเหลวเก็บชื่อโฮสต์จากคำขอจริงแทนที่จะถือว่าการข้ามรีจิสทรีครอบคลุมการดึงทั้งหมด
- ระบุผู้ส่งสำหรับการดึง Docker ให้ตรวจสอบการกำหนดค่าพร็อกซีของดีมอน ตัวอย่าง daemon.json ของ Docker Engine แบบเนทีฟ เก็บเส้นทางเลเยอร์ ECR และ S3 ส่วนตัวไว้ด้วยกัน ตัวแปรสภาพแวดล้อมที่ตั้งใจไว้สำหรับคอนเทนเนอร์แอปพลิเคชันใหม่ไม่สามารถกำหนดค่าการดาวน์โหลดอิมเมจที่เกิดขึ้นก่อนคอนเทนเนอร์นั้นจะมีอยู่ได้
- ตรวจสอบเส้นทาง S3 ที่ตั้งใจไว้จับคู่รายการข้อยกเว้นกับชื่อเอนด์พอยต์ระดับภูมิภาคและไวยากรณ์ที่ไคลเอนต์รองรับ DNS ส่วนตัว ตารางเส้นทาง นโยบายเอนด์พอยต์ และสิทธิ์ก็ต้องรองรับเส้นทางนั้นด้วย
| ความล้มเหลวที่สังเกตได้ | สิ่งนี้บอกอะไรคุณ |
|---|---|
| การปฏิเสธจากพร็อกซี | คำขอเลเยอร์ไปถึงตัวกลางแล้ว |
| การเชื่อมต่อโดยตรงหมดเวลา | การข้ามอาจเลือกเส้นทางโดยตรง แต่เส้นทางนั้นยังอาจใช้งานไม่ได้ |
หลีกเลี่ยงการแทนที่โฮสต์เลเยอร์ที่หายไปหนึ่งรายการด้วยข้อยกเว้นที่ยังไม่ได้ตรวจสอบสำหรับทุกบริการในโดเมนของผู้ให้บริการ ข้อยกเว้นโดยตรงไม่สามารถสร้างเส้นทางเกตเวย์ที่หายไปได้
ใช้คำขอของอิมเมจจริงและคำแนะนำปัจจุบันของผู้ให้บริการ เนื้อหาพิเศษ รวมถึงเลเยอร์ Windows ต่างประเทศ อาจนำแหล่งอื่นเข้ามา รายการที่อนุญาตสองโฮสต์ในอดีตไม่จำเป็นต้องครอบคลุมสิ่งเหล่านั้น