התחברות ל-ECR ואחזור manifest יכולים לעבוד בזמן ששכבת תמונה נתקעת. Amazon ECR מאחסן שכבות ב-S3, וההנחיות שלו לנקודת קצה של VPC מתייחסות בנפרד ל-ECR API, לרישום ולמסלול האחזור מ-S3.

  1. מצאו את שם המארח של השכבה שנכשלה.שמרו את שם המארח מהבקשה בפועל במקום להניח שעקיפת הרישום מכסה את כל המשיכה.
  2. אתרו את השולח.במשיכת Docker, בדקו את תצורת הפרוקסי של הדימון. דוגמת daemon.json מקורית של Docker Engine שומרת יחד את מסלולי השכבות הפרטיים של ECR ו-S3. משתני סביבה המיועדים למכולת אפליקציה חדשה אינם יכולים להגדיר הורדת תמונה שמתרחשת לפני שהמכולה הזו קיימת.
  3. בדקו את מסלול S3 המיועד.התאימו את רשומות העקיפה לשמות נקודות הקצה האזוריות ולדקדוק שהלקוח תומך בו. DNS פרטי, טבלאות ניתוב, מדיניות נקודת קצה והרשאות חייבים גם הם לתמוך במסלול הזה.
כשל שנצפהמה זה אומר לכם
דחייה על ידי פרוקסיבקשת השכבה הגיעה למתווך.
פסק זמן בחיבור ישירייתכן שהעקיפה בחרה בניתוב ישיר, אבל המסלול הזה עדיין יכול להיות לא שמיש.

הימנעו מהחלפת מארח שכבה חסר אחד בחריגה שלא נבדקה לכל שירות בדומיין של הספק. חריגה ישירה אינה יכולה ליצור מסלול שער חסר.

השתמשו בבקשות של התמונה בפועל ובהוראות הנוכחיות של הספק. תכנים מיוחדים, כולל שכבות Windows זרות, יכולים להכניס מקורות אחרים; רשימת היתרים היסטורית של שני מארחים אינה חייבת לכסות אותם.

מאמרים קשורים