ಕುಬರ್ನೆಟ್ಸ್ 1.17 - ಹೇಗೆ ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವುದು ಮತ್ತು ಸಂಪೂರ್ಣ ದೋಷ ಬಜೆಟ್ ಅನ್ನು ಖರ್ಚು ಮಾಡಬಾರದು

ಡಿಸೆಂಬರ್ 9 ರಂದು, ಕುಬರ್ನೆಟ್ಸ್ನ ಮುಂದಿನ ಆವೃತ್ತಿಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲಾಯಿತು - 1.17. ಇದರ ಧ್ಯೇಯವಾಕ್ಯವು "ಸ್ಥಿರತೆ" ಆಗಿದೆ, ಅನೇಕ ವೈಶಿಷ್ಟ್ಯಗಳು GA ಸ್ಥಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಿವೆ, ಹಲವಾರು ಹಳೆಯ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ...

ಮತ್ತು, ಯಾವಾಗಲೂ, ನಮ್ಮ ನೆಚ್ಚಿನ ವಿಭಾಗವು ಕ್ರಿಯೆಯ ಅಗತ್ಯವಿರುವ ಫೈಲ್ ಆಗಿದೆ ಚೇಂಜ್ಲಾಗ್-1.17.md ಗಮನ ಅಗತ್ಯವಿದೆ.

ನಮ್ಮ ಕೈಯಿಂದ ಕೆಲಸ ಮಾಡೋಣ...

ಗಮನ, ಸಂಗ್ರಹಣೆ!

1.17 ಆವೃತ್ತಿಯಲ್ಲಿ ಕ್ಯುಬೆಲೆಟ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡುವುದನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಸಂಪುಟಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವ ಮಾರ್ಗವು ಬದಲಾಗಿದೆ. ನೋಡ್ ಅನ್ನು ನವೀಕರಿಸುವ ಮೊದಲು, ನೀವು ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಅದರಿಂದ ಎಲ್ಲಾ ಪಾಡ್‌ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಬೇಕು kubectl drain.

ಧ್ವಜಗಳು ಮತ್ತು ದ್ವಾರಗಳು...

ಚೇಂಜ್‌ಲಾಗ್‌ನಲ್ಲಿ ಅವರು ಸಾಮಾನ್ಯವಾಗಿ ಅಂತಹ ಮತ್ತು ಅಂತಹ ಧ್ವಜ ಅಥವಾ ವೈಶಿಷ್ಟ್ಯದ ಗೇಟ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ ಅಥವಾ ಸೇರಿಸಲಾಗಿದೆ ಎಂದು ಬರೆಯುತ್ತಾರೆ, ಆದರೆ ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ಅವರು ಈ ಬದಲಾವಣೆಯು ಸಂಭವಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಎಂದಿಗೂ ಬರೆಯುವುದಿಲ್ಲ...:

• ಧ್ವಜ ತೆಗೆಯಲಾಗಿದೆ --include-uninitialized у kubectl;
• ಗೇಟ್‌ಗಳನ್ನು ಅನುಮತಿಸುವ ವೈಶಿಷ್ಟ್ಯದ ಕ್ರಿಯಾತ್ಮಕತೆ GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes, ಈಗ ಯಾವಾಗಲೂ ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ. ಸಂಭವನೀಯ ಕೀಲಿಗಳಿಂದ ಈ ಆಯ್ಕೆಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ api-server и controller-manager;
• ಸೇವೆಗಳಿಗಾಗಿ IP ವಿಳಾಸಗಳ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಇನ್ನು ಮುಂದೆ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನಿಯೋಜಿಸಲಾಗುವುದಿಲ್ಲ. ಧ್ವಜವನ್ನು ಬಳಸಿ ಅದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು --service-cluster-ip-range API ಸರ್ವರ್ ಮತ್ತು ನಿಯಂತ್ರಕ-ನಿರ್ವಾಹಕವನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ.

kubeadm

• ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಮೊದಲ ಮಾಸ್ಟರ್ ಸೇರಿದಂತೆ ಎಲ್ಲಾ ಕ್ಲಸ್ಟರ್ ನೋಡ್‌ಗಳಲ್ಲಿ kubelet ಗಾಗಿ ಪ್ರಮಾಣಪತ್ರಗಳ ಸ್ವಯಂಚಾಲಿತ ನವೀಕರಣವನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕೆಂದು Kubeadm ಕಲಿತಿದೆ. kubeadm init. ಒಂದು ಅಡ್ಡ ಪರಿಣಾಮವು ಆರಂಭಿಕ ಕುಬೆಲೆಟ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನೊಂದಿಗೆ ಫೈಲ್‌ನ ಅವಶ್ಯಕತೆಯಾಗಿದೆ bootstrap-kubelet.conf вместо kubelet.conf ಮರಣದಂಡನೆಯ ಸಮಯದಲ್ಲಿ kubeadm init;
• API ಗೆ ದೃಢೀಕರಣ ವಿಧಾನಗಳನ್ನು ಸೇರಿಸುವಾಗ, kubeadm ಸರ್ವರ್ ಇನ್ನು ಮುಂದೆ ಮೋಡ್‌ಗಳನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ Node, RBAC ಸ್ಟ್ಯಾಟಿಕ್ ಪಾಡ್ ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗೆ, ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

ಆರ್ಬಿಎಸಿ

ಅಂತರ್ನಿರ್ಮಿತ ಕ್ಲಸ್ಟರ್ ಪಾತ್ರಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ system:csi-external-provisioner и system:csi-external-attacher.

ಅಸಮ್ಮತಿಸಲಾಗಿದೆ...

ಹಲವಾರು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅಸಮ್ಮತಿಸಲಾಗಿದೆ, ಆದರೆ ಅವು ಇನ್ನೂ ಬೆಂಬಲಿತವಾಗಿವೆ. ಆದರೆ ನಾನು ವಿಶೇಷವಾಗಿ ContainerStorageInterface ಅನ್ನು ಬಳಸುವ ಪರಿವರ್ತನೆಯ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಗಮನಿಸಲು ಬಯಸುತ್ತೇನೆ. AWS ಮತ್ತು GCE ಯಲ್ಲಿ ತಮ್ಮದೇ ಆದ (ನಿರ್ವಹಣೆಯಿಲ್ಲದ) ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಿದ ನಿರ್ವಾಹಕರು ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಡ್ರೈವರ್‌ಗಳ ಬದಲಿಗೆ ನಿರಂತರ ಪರಿಮಾಣಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು CSI ಡ್ರೈವರ್ ಅನ್ನು ಬಳಸಲು ಸ್ಥಳಾಂತರಗೊಳ್ಳಲು ಯೋಜಿಸಬೇಕು. CSIMigration ಕಾರ್ಯವಿಧಾನವು ಅವರಿಗೆ ಸಹಾಯ ಮಾಡಬೇಕು - ನಾವು ಹಂತ-ಹಂತದ ಮಾರ್ಗದರ್ಶಿ ಕಾಣಿಸಿಕೊಳ್ಳಲು ಕಾಯುತ್ತಿದ್ದೇವೆ. ನಿರಂತರ ಡಿಸ್ಕ್ಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಇತರ ಪೂರೈಕೆದಾರರನ್ನು ಬಳಸುವ ನಿರ್ವಾಹಕರಿಗೆ, ದಸ್ತಾವೇಜನ್ನು ನೋಡಲು ಮತ್ತು ಓದಲು ಸಮಯವಾಗಿದೆ: ಆವೃತ್ತಿ 1.21 ಎಲ್ಲಾ ಅಂತರ್ನಿರ್ಮಿತ ಡ್ರೈವರ್ಗಳನ್ನು ಶಾಶ್ವತವಾಗಿ ತೆಗೆದುಹಾಕಲು ಭರವಸೆ ನೀಡುತ್ತದೆ.

ಮೂಲ: www.habr.com