Kubernetes 1.17 - როგორ განაახლოთ და არ დახარჯოთ შეცდომის მთელი ბიუჯეტი

9 დეკემბერს გამოვიდა Kubernetes-ის შემდეგი ვერსია - 1.17. მისი დევიზია "სტაბილურობა", ბევრმა მახასიათებელმა მიიღო GA სტატუსი, ამოიღეს მრავალი მოძველებული ფუნქცია...

და, როგორც ყოველთვის, ჩვენი საყვარელი განყოფილებაა Action Required ფაილი CHANGELOG-1.17.მდ ყურადღებას მოითხოვს.

მოდით ვიმუშაოთ ხელებით...

ყურადღება, შენახვა!

კუბელეტის განახლება მხარდაჭერილი არ არის 1.17 ვერსიაში, რადგან შეიცვალა ტომების დაბლოკვის გზა. კვანძის განახლებამდე, თქვენ უნდა ამოიღოთ ყველა კვანძი მისგან ბრძანების გამოყენებით kubectl drain.

დროშები და კარიბჭეები...

ცვლილებების ჟურნალში ისინი ჩვეულებრივ წერენ, რომ ესა თუ ის დროშა ან ფუნქციის კარი წაიშალა ან დაემატა, მაგრამ რატომღაც ისინი არასოდეს წერენ აპლიკაციას, რომლისთვისაც მოხდა ეს ცვლილება...:

• დროშა ამოღებულია --include-uninitialized у kubectl;
• დაშვებულია ფუნქციონირება, რომელიც აღჭურვილია კარიბჭეებით GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes, ახლა ყოველთვის გამოიყენება და მისი გამორთვა შეუძლებელია. ეს პარამეტრები ამოღებულია შესაძლო გასაღებებიდან api-server и controller-manager;
• სერვისებისთვის IP მისამართების ქსელი ნაგულისხმევად აღარ არის მინიჭებული. ის უნდა იყოს მითითებული დროშის გამოყენებით --service-cluster-ip-range API სერვერის და კონტროლერ-მენეჯერის გაშვებისას.

kubeadm

• Kubeadm ისწავლა, თუ როგორ უნდა დააკონფიგურიროთ სერთიფიკატების ავტომატური განახლება kubelet-ისთვის ყველა კლასტერულ კვანძზე, მათ შორის პირველ მასტერზე, სადაც ბრძანება შესრულდა. kubeadm init. გვერდითი ეფექტი იყო ფაილის მოთხოვნა საწყისი kubelet კონფიგურაციით bootstrap-kubelet.conf ნაცვლად kubelet.conf შესრულების დროს kubeadm init;
• API-ში ავტორიზაციის რეჟიმების დამატებისას, kubeadm სერვერი აღარ ცვლის რეჟიმებს Node, RBAC სტატიკური პოდ მანიფესტში, რაც საშუალებას გაძლევთ მთლიანად შეცვალოთ კონფიგურაცია.

RBAC

ამოღებულია ჩაშენებული კასეტური როლები system:csi-external-provisioner и system:csi-external-attacher.

მოძველებულია…

რიგი ფუნქციები მოძველებულია, მაგრამ ისინი კვლავ მხარდაჭერილია. მაგრამ განსაკუთრებით მინდა აღვნიშნო ContainerStorageInterface-ის გამოყენებაზე გადასვლის პროცესი. ადმინისტრატორებმა, რომლებმაც განათავსეს საკუთარი (უმართავი) კლასტერები AWS-სა და GCE-ზე, უნდა დაგეგმონ CSI Driver-ის გამოყენებაზე მუშაობა მუდმივ ტომებთან, ნაცვლად Kubernetes-ში ჩაშენებული დრაივერებისა. ამაში მათ უნდა დაეხმაროს CSIMigration პროცედურა - ველოდებით ნაბიჯ-ნაბიჯ სახელმძღვანელოს გამოჩენას. ადმინისტრატორებისთვის, რომლებიც იყენებენ სხვა პროვაიდერებს მუდმივი დისკების დასაკავშირებლად, დროა მოძებნონ და წაიკითხონ დოკუმენტაცია: ვერსია 1.21 გვპირდება სამუდამოდ წაშლის ყველა ჩაშენებულ დრაივერს.

წყარო: www.habr.com