Kubernetes 1.17 - хэрхэн шинэчлэх, алдааны төсвийг бүхэлд нь зарцуулахгүй байх

Kubernetes 1.17 - хэрхэн шинэчлэх, алдааны төсвийг бүхэлд нь зарцуулахгүй байх

9-р сарын 1.17-нд Kubernetes-ийн дараагийн хувилбар гарсан - XNUMX. Түүний уриа нь "Тогтвортой байдал" бөгөөд олон функцууд нь GA статустай болсон, хэд хэдэн хуучирсан функцуудыг устгасан ...

Мөн бидний хамгийн дуртай хэсэг бол "Action Required" файл юм CHANGELOG-1.17.md анхаарал шаарддаг.

Гараараа ажиллацгаая...

Анхаар, Хадгалалт!

Эзлэхүүнийг хаах зам өөрчлөгдсөн тул 1.17 хувилбар дээр kubelet-г шууд шинэчлэхийг дэмждэггүй. Зангилааг шинэчлэхийн өмнө та тушаалыг ашиглан түүнээс бүх хонхорцог нүүлгэн шилжүүлэх ёстой 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 дээр өөрийн (удирдлаггүй) кластеруудаа байршуулсан администраторууд Kubernetes-д суулгасан драйверуудын оронд байнгын эзэлхүүнтэй ажиллахын тулд CSI драйверийг ашиглахаар шилжихээр төлөвлөх ёстой. CSIMigration процедур нь тэдэнд энэ талаар туслах ёстой - бид алхам алхмаар гарын авлага гарч ирэхийг хүлээж байна. Тогтвортой дискүүдийг холбохын тулд бусад үйлчилгээ үзүүлэгчдийг ашигладаг администраторуудын хувьд баримт бичгийг хайж, унших цаг болжээ: 1.21 хувилбар нь бүх суулгасан драйверуудыг бүрмөсөн устгахыг амлаж байна.

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх