ការចូល ECR និងការទាញយក manifest អាចដំណើរការ ខណៈស្រទាប់រូបភាពមួយជាប់គាំង។ Amazon ECR ផ្ទុកស្រទាប់នៅក្នុង S3 ហើយការណែនាំ VPC endpoint របស់វាពិចារណា ECR API បញ្ជីឈ្មោះ និងផ្លូវទាញយក S3 ដោយឡែកពីគ្នា។

  1. រកឈ្មោះម៉ាស៊ីនរបស់ស្រទាប់ដែលបរាជ័យ។រក្សាឈ្មោះម៉ាស៊ីនពីសំណើពិត ជំនួសឱ្យការសន្មតថាការគេចពីបញ្ជីឈ្មោះគ្របដណ្តប់ការទាញយកទាំងមូល។
  2. កំណត់អ្នកផ្ញើ។សម្រាប់ការទាញយក Docker សូមពិនិត្យការកំណត់ប្រូកស៊ីរបស់ daemon។ ឧទាហរណ៍ daemon.json ដើមរបស់ Docker Engine រក្សាផ្លូវស្រទាប់ ECR និង S3 ឯកជនជាមួយគ្នា។ អថេរបរិស្ថានដែលមានបំណងសម្រាប់កុងតឺន័រកម្មវិធីថ្មីមិនអាចកំណត់ការទាញយករូបភាពដែលកើតឡើងមុនពេលកុងតឺន័រនោះមាន។
  3. ពិនិត្យផ្លូវ S3 ដែលបានបម្រុងទុក។ផ្គូផ្គងធាតុគេចពីប្រូកស៊ីជាមួយឈ្មោះ endpoint តំបន់ និងវេយ្យាករណ៍ដែលអតិថិជនគាំទ្រ។ DNS ឯកជន តារាងផ្លូវ គោលការណ៍ endpoint និងសិទ្ធិក៏ត្រូវគាំទ្រផ្លូវនោះដែរ។
ការបរាជ័យដែលបានសង្កេតវាប្រាប់អ្នកយ៉ាងណា
ការបដិសេធពីប្រូកស៊ីសំណើស្រទាប់បានទៅដល់អ្នកកណ្តាល។
អស់ពេលតភ្ជាប់ដោយផ្ទាល់ការគេចពីអាចជ្រើសរើសផ្លូវផ្ទាល់ ប៉ុន្តែផ្លូវនោះនៅតែអាចប្រើមិនបាន។

ជៀសវាងការជំនួសម៉ាស៊ីនស្រទាប់ដែលខ្វះមួយ ដោយការលើកលែងដែលមិនបានពិនិត្យសម្រាប់រាល់សេវាក្នុងដែនរបស់អ្នកផ្តល់សេវា។ ការលើកលែងដោយផ្ទាល់មិនអាចបង្កើតផ្លូវច្រកចេញចូលដែលខ្វះបានទេ។

ប្រើសំណើរបស់រូបភាពពិត និងការណែនាំបច្ចុប្បន្នរបស់អ្នកផ្តល់សេវា។ មាតិកាពិសេស រួមទាំងស្រទាប់ Windows បរទេស អាចនាំយកប្រភពផ្សេងទៀត។ បញ្ជីអនុញ្ញាតពីរម៉ាស៊ីនជាប្រវត្តិសាស្ត្រមិនចាំបាច់គ្របដណ្តប់ពួកវាទេ។

អត្ថបទពាក់ព័ន្ធ