Kubernetes 1.17 - cara mengupgrade dan tidak menghabiskan seluruh anggaran kesalahan

Pada tanggal 9 Desember, versi Kubernetes berikutnya dirilis - 1.17. Mottonya adalah “Stabilitas”, banyak fitur mendapat status GA, sejumlah fitur usang telah dihapus...

Dan, seperti biasa, bagian favorit kami adalah file Tindakan yang Diperlukan PERUBAHANLOG-1.17.md membutuhkan perhatian.

Mari bekerja dengan tangan kita...

Perhatian, Penyimpanan!

Memperbarui kubelet dengan cepat tidak didukung di versi 1.17 karena jalur untuk memblokir volume telah berubah. Sebelum memperbarui sebuah node, Anda harus mengevakuasi semua pod dari node tersebut menggunakan perintah kubectl drain.

Bendera dan gerbang...

Di changelog mereka biasanya menulis bahwa bendera atau gerbang fitur ini dan itu telah dihapus atau ditambahkan, tetapi karena alasan tertentu mereka tidak pernah menulis aplikasi yang menyebabkan perubahan ini...:

• Bendera dihapus --include-uninitialized у kubectl;
• Fungsionalitas yang memungkinkan gerbang fitur GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes, sekarang selalu digunakan dan tidak dapat dinonaktifkan. Opsi ini telah dihapus dari kemungkinan kunci api-server и controller-manager;
• Jaringan alamat IP untuk layanan tidak lagi ditetapkan secara default. Itu harus ditentukan menggunakan bendera --service-cluster-ip-range saat memulai server API dan pengontrol-manajer.

kubeadm

• Kubeadm mempelajari cara mengonfigurasi pembaruan otomatis sertifikat untuk kubelet di semua node cluster, termasuk master pertama tempat perintah dijalankan kubeadm init. Efek sampingnya adalah persyaratan untuk file dengan konfigurasi kubelet awal bootstrap-kubelet.conf daripada kubelet.conf selama eksekusi kubeadm init;
• Saat menambahkan mode otorisasi ke API, server kubeadm tidak lagi menggantikan mode tersebut Node, RBAC ke dalam manifes pod statis, sehingga Anda dapat mengubah konfigurasi sepenuhnya.

RBAC

Menghapus peran cluster bawaan system:csi-external-provisioner и system:csi-external-attacher.

Tidak berlaku lagi…

Sejumlah fitur sudah tidak digunakan lagi, namun masih didukung. Namun saya secara khusus ingin mencatat proses transisi menggunakan ContainerStorageInterface. Administrator yang telah men-deploy klaster mereka sendiri (yang tidak dikelola) di AWS dan GCE harus merencanakan migrasi menggunakan Driver CSI untuk bekerja dengan volume persisten, bukan driver yang dibangun di Kubernetes. Prosedur CSIMigration akan membantu mereka dalam hal ini - kami menunggu panduan langkah demi langkah muncul. Untuk administrator yang menggunakan penyedia lain untuk menghubungkan persisten disk, sekarang saatnya mencari dan membaca dokumentasi: versi 1.21 berjanji untuk menghapus semua driver bawaan secara permanen.

Sumber: www.habr.com