Kubernetes 1.17 - របៀបធ្វើឱ្យប្រសើរឡើងនិងមិនចំណាយថវិកាកំហុសទាំងមូល

នៅថ្ងៃទី 9 ខែធ្នូ កំណែបន្ទាប់របស់ Kubernetes ត្រូវបានចេញផ្សាយ - 1.17 ។ បាវចនារបស់វាគឺ "ស្ថេរភាព" លក្ខណៈពិសេសជាច្រើនបានទទួលស្ថានភាព GA លក្ខណៈពិសេសហួសសម័យមួយចំនួនត្រូវបានដកចេញ ...

ហើយដូចរាល់ដង ផ្នែកដែលយើងចូលចិត្តជាងគេគឺ Action Required file ការផ្លាស់ប្តូរ-1.17.md ទាមទារការយកចិត្តទុកដាក់។

ចូរយើងធ្វើការដោយដៃរបស់យើង ...

យកចិត្តទុកដាក់, ការផ្ទុក!

ការអាប់ដេត kubelet ភ្លាមៗមិនត្រូវបានគាំទ្រនៅក្នុងកំណែ 1.17 ទេ ដោយសារផ្លូវទៅកាន់ប្លុកភាគបានផ្លាស់ប្តូរ។ មុនពេលអាប់ដេតថ្នាំង អ្នកត្រូវតែជម្លៀសផតទាំងអស់ចេញពីវាដោយប្រើពាក្យបញ្ជា kubectl drain.

ទង់ជាតិ និងច្រកទ្វារ...

នៅក្នុងកំណត់ហេតុនៃការផ្លាស់ប្តូរ ពួកគេជាធម្មតាសរសេរថា ទង់ជាតិ ឬច្រកមុខងារបែបនេះត្រូវបានដកចេញ ឬបន្ថែម ប៉ុន្តែសម្រាប់ហេតុផលមួយចំនួន ពួកគេមិនដែលសរសេរកម្មវិធីដែលការផ្លាស់ប្តូរនេះកើតឡើង...:

• ទង់ជាតិត្រូវបានដកចេញ --include-uninitialized у kubectl;
• មុខងារដែលមានច្រកទ្វារត្រូវបានអនុញ្ញាត GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumesឥឡូវនេះតែងតែត្រូវបានប្រើប្រាស់ និងមិនអាចបិទបានទេ។ ជម្រើសទាំងនេះត្រូវបានដកចេញពីសោដែលអាចធ្វើបាន api-server и controller-manager;
• បណ្តាញនៃអាសយដ្ឋាន IP សម្រាប់សេវាកម្មមិនត្រូវបានកំណត់តាមលំនាំដើមទៀតទេ។ វាត្រូវតែបញ្ជាក់ដោយប្រើទង់ --service-cluster-ip-range នៅពេលចាប់ផ្តើម API server និង controller-manager។

kubeadm

• Kubeadm បានរៀនពីរបៀបកំណត់ការបន្តដោយស្វ័យប្រវត្តិនៃវិញ្ញាបនបត្រសម្រាប់ kubelet នៅលើថ្នាំងចង្កោមទាំងអស់ រួមទាំងមេដំបូងដែលពាក្យបញ្ជាត្រូវបានប្រតិបត្តិ kubeadm init. ផលប៉ះពាល់គឺតម្រូវការសម្រាប់ឯកសារដែលមានការកំណត់រចនាសម្ព័ន្ធ kubelet ដំបូង bootstrap-kubelet.conf ជំនួសឱ្យ។ kubelet.conf កំឡុងពេលប្រតិបត្តិ kubeadm init;
• នៅពេលបន្ថែមរបៀបអនុញ្ញាតទៅ API ម៉ាស៊ីនមេ kubeadm លែងជំនួសរបៀបនេះទៀតហើយ Node, RBAC ចូលទៅក្នុង static pod manifest ដែលអនុញ្ញាតឱ្យអ្នកផ្លាស់ប្តូរការកំណត់រចនាសម្ព័ន្ធទាំងស្រុង។

RBAC

បានលុបតួនាទីចង្កោមដែលភ្ជាប់មកជាមួយ system:csi-external-provisioner и system:csi-external-attacher.

បដិសេធ...

មុខងារមួយចំនួនត្រូវបានបដិសេធ ប៉ុន្តែពួកគេនៅតែត្រូវបានគាំទ្រ។ ប៉ុន្តែខ្ញុំចង់កត់សម្គាល់ជាពិសេសពីដំណើរការនៃការផ្លាស់ប្តូរទៅការប្រើប្រាស់ ContainerStorageInterface។ អ្នកគ្រប់គ្រងដែលបានដាក់ពង្រាយក្រុមផ្ទាល់ខ្លួន (មិនអាចគ្រប់គ្រងបាន) របស់ពួកគេនៅលើ AWS និង GCE គួរតែគ្រោងផ្លាស់ប្តូរទៅប្រើប្រាស់កម្មវិធីបញ្ជា CSI ដើម្បីធ្វើការជាមួយបរិមាណជាប់លាប់ជំនួសឱ្យកម្មវិធីបញ្ជាដែលបានបង្កើតនៅក្នុង Kubernetes ។ នីតិវិធី CSIMigration គួរតែជួយពួកគេជាមួយបញ្ហានេះ - យើងកំពុងរង់ចាំការណែនាំជាជំហាន ៗ បង្ហាញ។ សម្រាប់អ្នកគ្រប់គ្រងដែលប្រើអ្នកផ្តល់សេវាផ្សេងទៀតដើម្បីភ្ជាប់ថាសជាប់លាប់ វាដល់ពេលដែលត្រូវរកមើល និងអានឯកសារ៖ កំណែ 1.21 សន្យាថានឹងលុបកម្មវិធីបញ្ជាដែលភ្ជាប់មកជាមួយទាំងអស់ជាអចិន្ត្រៃយ៍។

ប្រភព: www.habr.com