ಇಂದು, ಬುಧವಾರ, ನಡೆಯಲಿದೆ ಕುಬರ್ನೆಟ್ಸ್ನ ಮುಂದಿನ ಬಿಡುಗಡೆ - 1.16. ನಮ್ಮ ಬ್ಲಾಗ್ಗಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಸಂಪ್ರದಾಯದ ಪ್ರಕಾರ, ಇದು ಹತ್ತನೇ ವಾರ್ಷಿಕೋತ್ಸವದ ಸಮಯವಾಗಿದ್ದು, ಹೊಸ ಆವೃತ್ತಿಯಲ್ಲಿನ ಅತ್ಯಂತ ಮಹತ್ವದ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ ನಾವು ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ.
ಈ ವಸ್ತುವನ್ನು ತಯಾರಿಸಲು ಬಳಸುವ ಮಾಹಿತಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ ಕುಬರ್ನೆಟ್ ವರ್ಧನೆಗಳ ಟ್ರ್ಯಾಕಿಂಗ್ ಕೋಷ್ಟಕಗಳು, ಚೇಂಜ್ಲಾಗ್-1.16 ಮತ್ತು ಸಂಬಂಧಿತ ಸಮಸ್ಯೆಗಳು, ಪುಲ್ ವಿನಂತಿಗಳು ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ವರ್ಧನೆ ಪ್ರಸ್ತಾಪಗಳು (KEP). ಆದ್ದರಿಂದ, ಹೋಗೋಣ! ..
ನೋಡ್ಗಳು
K8s ಕ್ಲಸ್ಟರ್ ನೋಡ್ಗಳ (ಕುಬೆಲೆಟ್) ಬದಿಯಲ್ಲಿ ನಿಜವಾಗಿಯೂ ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಗಮನಾರ್ಹ ಆವಿಷ್ಕಾರಗಳನ್ನು (ಆಲ್ಫಾ ಆವೃತ್ತಿಯ ಸ್ಥಿತಿಯಲ್ಲಿ) ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ.
ಮೊದಲನೆಯದಾಗಿ, ಕರೆಯಲ್ಪಡುವ «ಅಲ್ಪಕಾಲಿಕ ಪಾತ್ರೆಗಳು» (ಎಫೆಮರಲ್ ಕಂಟೈನರ್), ಪಾಡ್ಗಳಲ್ಲಿ ಡೀಬಗ್ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸರಳಗೊಳಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಹೊಸ ಕಾರ್ಯವಿಧಾನವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪಾಡ್ಗಳ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುವ ಮತ್ತು ಅಲ್ಪಾವಧಿಗೆ ವಾಸಿಸುವ ವಿಶೇಷ ಧಾರಕಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಯಾವುದೇ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಮತ್ತು ಡೀಬಗ್ ಮಾಡಲು ಇತರ ಪಾಡ್ಗಳು ಮತ್ತು ಕಂಟೇನರ್ಗಳೊಂದಿಗೆ ಸಂವಹನ ಮಾಡುವುದು ಅವರ ಉದ್ದೇಶವಾಗಿದೆ. ಈ ವೈಶಿಷ್ಟ್ಯಕ್ಕಾಗಿ ಹೊಸ ಆಜ್ಞೆಯನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ kubectl debug, ಮೂಲಭೂತವಾಗಿ ಹೋಲುತ್ತದೆ kubectl exec: ಧಾರಕದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಡೆಸುವ ಬದಲು ಮಾತ್ರ (ಇದರಂತೆ exec) ಇದು ಪಾಡ್ನಲ್ಲಿ ಧಾರಕವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಈ ಆಜ್ಞೆಯು ಹೊಸ ಕಂಟೇನರ್ ಅನ್ನು ಪಾಡ್ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ:
ಅಲ್ಪಕಾಲಿಕ ಪಾತ್ರೆಗಳ ಬಗ್ಗೆ ವಿವರಗಳನ್ನು (ಮತ್ತು ಅವುಗಳ ಬಳಕೆಯ ಉದಾಹರಣೆಗಳು) ಕಾಣಬಹುದು ಅನುಗುಣವಾದ KEP. ಪ್ರಸ್ತುತ ಅಳವಡಿಕೆಯು (K8s 1.16 ರಲ್ಲಿ) ಆಲ್ಫಾ ಆವೃತ್ತಿಯಾಗಿದೆ, ಮತ್ತು ಬೀಟಾ ಆವೃತ್ತಿಗೆ ಅದರ ವರ್ಗಾವಣೆಯ ಮಾನದಂಡಗಳಲ್ಲಿ "ಕನಿಷ್ಟ 2 ಬಿಡುಗಡೆಗಳಿಗೆ [ಕುಬರ್ನೆಟ್ಸ್] ಎಫೆಮೆರಲ್ ಕಂಟೈನರ್ API ಅನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ."
NB: ಅದರ ಮೂಲಭೂತವಾಗಿ ಮತ್ತು ಅದರ ಹೆಸರಿನಲ್ಲಿ, ವೈಶಿಷ್ಟ್ಯವು ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ಲಗಿನ್ ಅನ್ನು ಹೋಲುತ್ತದೆ kubectl-ಡೀಬಗ್ನಾವು ಅದರ ಬಗ್ಗೆ ಈಗಾಗಲೇ ಬರೆದಿದ್ದಾರೆ. ಅಲ್ಪಕಾಲಿಕ ಕಂಟೈನರ್ಗಳ ಆಗಮನದೊಂದಿಗೆ, ಪ್ರತ್ಯೇಕ ಬಾಹ್ಯ ಪ್ಲಗಿನ್ನ ಅಭಿವೃದ್ಧಿಯು ನಿಲ್ಲುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ.
ಮತ್ತೊಂದು ನಾವೀನ್ಯತೆ - PodOverhead - ಒದಗಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಪಾಡ್ಗಳಿಗೆ ಓವರ್ಹೆಡ್ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವ ಕಾರ್ಯವಿಧಾನ, ಇದು ಬಳಸಿದ ರನ್ಟೈಮ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಹೆಚ್ಚು ಬದಲಾಗಬಹುದು. ಉದಾಹರಣೆಗೆ, ಲೇಖಕರು ಈ KEP ಅತಿಥಿ ಕರ್ನಲ್, ಕಾಟಾ ಏಜೆಂಟ್, ಇನಿಟ್ ಸಿಸ್ಟಮ್ ಇತ್ಯಾದಿಗಳನ್ನು ಚಾಲನೆ ಮಾಡುವ ಅಗತ್ಯವಿರುವ ಕಾಟಾ ಕಂಟೈನರ್ಗಳಲ್ಲಿ ಫಲಿತಾಂಶ. ಓವರ್ಹೆಡ್ ತುಂಬಾ ದೊಡ್ಡದಾದಾಗ, ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುವುದಿಲ್ಲ, ಅಂದರೆ ಮುಂದಿನ ಕೋಟಾಗಳು, ಯೋಜನೆ ಇತ್ಯಾದಿಗಳಿಗೆ ಅದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲು ಒಂದು ಮಾರ್ಗವಿರಬೇಕು. ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು PodSpec ಕ್ಷೇತ್ರ ಸೇರಿಸಲಾಗಿದೆ Overhead *ResourceList (ಇನ್ ಡೇಟಾದೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ RuntimeClass, ಒಂದನ್ನು ಬಳಸಿದರೆ).
ಮತ್ತೊಂದು ಗಮನಾರ್ಹ ಆವಿಷ್ಕಾರವಾಗಿದೆ ನೋಡ್ ಟೋಪೋಲಜಿ ಮ್ಯಾನೇಜರ್(ನೋಡ್ ಟೋಪೋಲಜಿ ಮ್ಯಾನೇಜರ್), ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿನ ವಿವಿಧ ಘಟಕಗಳಿಗೆ ಹಾರ್ಡ್ವೇರ್ ಸಂಪನ್ಮೂಲಗಳ ಹಂಚಿಕೆಯನ್ನು ಸೂಕ್ಷ್ಮವಾಗಿ ಹೊಂದಿಸುವ ವಿಧಾನವನ್ನು ಏಕೀಕರಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಈ ಉಪಕ್ರಮವು ವಿವಿಧ ಆಧುನಿಕ ವ್ಯವಸ್ಥೆಗಳ (ದೂರಸಂಪರ್ಕ, ಯಂತ್ರ ಕಲಿಕೆ, ಹಣಕಾಸು ಸೇವೆಗಳು, ಇತ್ಯಾದಿ ಕ್ಷೇತ್ರದಿಂದ) ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಾನಾಂತರ ಕಂಪ್ಯೂಟಿಂಗ್ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಗಳ ಮರಣದಂಡನೆಯಲ್ಲಿನ ವಿಳಂಬಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಹೆಚ್ಚುತ್ತಿರುವ ಅಗತ್ಯದಿಂದ ನಡೆಸಲ್ಪಡುತ್ತದೆ, ಇದಕ್ಕಾಗಿ ಅವರು ಸುಧಾರಿತ CPU ಮತ್ತು ಯಂತ್ರಾಂಶ ವೇಗವರ್ಧಕ ಸಾಮರ್ಥ್ಯಗಳು. ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿನ ಅಂತಹ ಆಪ್ಟಿಮೈಸೇಶನ್ಗಳನ್ನು ಇದುವರೆಗೆ ವಿಭಿನ್ನ ಘಟಕಗಳಿಗೆ (ಸಿಪಿಯು ಮ್ಯಾನೇಜರ್, ಡಿವೈಸ್ ಮ್ಯಾನೇಜರ್, ಸಿಎನ್ಐ) ಧನ್ಯವಾದಗಳು ಸಾಧಿಸಲಾಗಿದೆ ಮತ್ತು ಈಗ ಅವುಗಳನ್ನು ಒಂದೇ ಆಂತರಿಕ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ ಅದು ವಿಧಾನವನ್ನು ಏಕೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಹೊಸ ರೀತಿಯ ಸಂಪರ್ಕವನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ - ಕರೆಯಲ್ಪಡುವ ಟೋಪೋಲಜಿ- ಅರಿವು - ಕುಬೆಲೆಟ್ ಬದಿಯಲ್ಲಿರುವ ಘಟಕಗಳು. ವಿವರಗಳು - ರಲ್ಲಿ ಅನುಗುಣವಾದ KEP.
ಟೋಪೋಲಜಿ ಮ್ಯಾನೇಜರ್ ಕಾಂಪೊನೆಂಟ್ ರೇಖಾಚಿತ್ರ
ಮುಂದಿನ ವೈಶಿಷ್ಟ್ಯ - ಕಂಟೇನರ್ಗಳು ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಅವುಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ (ಆರಂಭಿಕ ತನಿಖೆ). ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ಉಡಾವಣೆ ಮಾಡಲು ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುವ ಕಂಟೇನರ್ಗಳಿಗೆ, ನವೀಕೃತ ಸ್ಥಿತಿಯನ್ನು ಪಡೆಯುವುದು ಕಷ್ಟ: ಅವು ನಿಜವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು "ಕೊಲ್ಲಲ್ಪಡುತ್ತವೆ" ಅಥವಾ ಅವು ದೀರ್ಘಕಾಲದವರೆಗೆ ಸ್ಥಗಿತಗೊಳ್ಳುತ್ತವೆ. ಹೊಸ ಚೆಕ್ (ಎಂಬ ವೈಶಿಷ್ಟ್ಯದ ಗೇಟ್ ಮೂಲಕ ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ StartupProbeEnabled) ರದ್ದುಗೊಳಿಸುತ್ತದೆ - ಅಥವಾ ಬದಲಿಗೆ, ಮುಂದೂಡುತ್ತದೆ - ಪಾಡ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಕ್ಷಣದವರೆಗೆ ಯಾವುದೇ ಇತರ ತಪಾಸಣೆಗಳ ಪರಿಣಾಮ. ಈ ಕಾರಣಕ್ಕಾಗಿ, ವೈಶಿಷ್ಟ್ಯವನ್ನು ಮೂಲತಃ ಕರೆಯಲಾಯಿತು ಪಾಡ್-ಸ್ಟಾರ್ಟ್ಅಪ್ ಲೈವ್ನೆಸ್-ಪ್ರೋಬ್ ಹೋಲ್ಡ್ಆಫ್. ಪ್ರಾರಂಭಿಸಲು ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುವ ಪಾಡ್ಗಳಿಗಾಗಿ, ನೀವು ತುಲನಾತ್ಮಕವಾಗಿ ಕಡಿಮೆ ಸಮಯದ ಮಧ್ಯಂತರದಲ್ಲಿ ರಾಜ್ಯವನ್ನು ಪೋಲ್ ಮಾಡಬಹುದು.
ಹೆಚ್ಚುವರಿಯಾಗಿ, RuntimeClass ಗಾಗಿ ಸುಧಾರಣೆಯು ಬೀಟಾ ಸ್ಥಿತಿಯಲ್ಲಿ ತಕ್ಷಣವೇ ಲಭ್ಯವಿರುತ್ತದೆ, ಇದು "ವಿಜಾತೀಯ ಕ್ಲಸ್ಟರ್ಗಳಿಗೆ" ಬೆಂಬಲವನ್ನು ಸೇರಿಸುತ್ತದೆ. ಸಿ ರನ್ಟೈಮ್ ಕ್ಲಾಸ್ ವೇಳಾಪಟ್ಟಿ ಈಗ ಪ್ರತಿ ರನ್ಟೈಮ್ಕ್ಲಾಸ್ಗೆ ಪ್ರತಿ ನೋಡ್ಗೆ ಬೆಂಬಲವನ್ನು ಹೊಂದಿರುವುದು ಅನಿವಾರ್ಯವಲ್ಲ: ಪಾಡ್ಗಳಿಗಾಗಿ ನೀವು ಕ್ಲಸ್ಟರ್ ಟೋಪೋಲಜಿಯ ಬಗ್ಗೆ ಯೋಚಿಸದೆ ರನ್ಟೈಮ್ ಕ್ಲಾಸ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಹಿಂದೆ, ಇದನ್ನು ಸಾಧಿಸಲು - ಆದ್ದರಿಂದ ಪಾಡ್ಗಳು ಅವರಿಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲದಕ್ಕೂ ಬೆಂಬಲದೊಂದಿಗೆ ನೋಡ್ಗಳಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ - ನೋಡ್ಸೆಲೆಕ್ಟರ್ ಮತ್ತು ಟಾಲರೇಶನ್ಗಳಿಗೆ ಸೂಕ್ತವಾದ ನಿಯಮಗಳನ್ನು ನಿಯೋಜಿಸಲು ಇದು ಅಗತ್ಯವಾಗಿತ್ತು. IN ಕೆಇಪಿ ಇದು ಬಳಕೆಯ ಉದಾಹರಣೆಗಳ ಬಗ್ಗೆ ಮತ್ತು ಸಹಜವಾಗಿ, ಅನುಷ್ಠಾನದ ವಿವರಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತದೆ.
ನೆಟ್ವರ್ಕ್
ಕುಬರ್ನೆಟ್ಸ್ 1.16 ರಲ್ಲಿ ಮೊದಲ ಬಾರಿಗೆ (ಆಲ್ಫಾ ಆವೃತ್ತಿಯಲ್ಲಿ) ಕಾಣಿಸಿಕೊಂಡ ಎರಡು ಮಹತ್ವದ ನೆಟ್ವರ್ಕಿಂಗ್ ವೈಶಿಷ್ಟ್ಯಗಳು:
ಬೆಂಬಲ ಡ್ಯುಯಲ್ ನೆಟ್ವರ್ಕ್ ಸ್ಟಾಕ್ - IPv4/IPv6 - ಮತ್ತು ಪಾಡ್ಗಳು, ನೋಡ್ಗಳು, ಸೇವೆಗಳ ಮಟ್ಟದಲ್ಲಿ ಅದರ ಅನುಗುಣವಾದ "ತಿಳುವಳಿಕೆ". ಇದು ಪಾಡ್ಗಳಿಂದ ಬಾಹ್ಯ ಸೇವೆಗಳವರೆಗೆ ಪಾಡ್ಗಳ ನಡುವಿನ IPv4-to-IPv4 ಮತ್ತು IPv6-ಟು-IPv6 ಇಂಟರ್ಆಪರೇಬಿಲಿಟಿ, ರೆಫರೆನ್ಸ್ ಅಳವಡಿಕೆಗಳು (ಸೇತುವೆ CNI, PTP CNI ಮತ್ತು ಹೋಸ್ಟ್-ಲೋಕಲ್ IPAM ಪ್ಲಗಿನ್ಗಳಲ್ಲಿ), ಹಾಗೆಯೇ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ಗಳು ಚಾಲನೆಯಲ್ಲಿರುವ ಹಿಮ್ಮುಖ ಹೊಂದಾಣಿಕೆಯನ್ನು ಒಳಗೊಂಡಿದೆ. IPv4 ಅಥವಾ IPv6 ಮಾತ್ರ. ಅನುಷ್ಠಾನದ ವಿವರಗಳು ಇಲ್ಲಿವೆ ಕೆಇಪಿ.
ಪಾಡ್ಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ಎರಡು ಪ್ರಕಾರಗಳ (IPv4 ಮತ್ತು IPv6) IP ವಿಳಾಸಗಳನ್ನು ಪ್ರದರ್ಶಿಸುವ ಉದಾಹರಣೆ:
kube-master# kubectl get pods -o wide
NAME READY STATUS RESTARTS AGE IP NODE
nginx-controller 1/1 Running 0 20m fd00:db8:1::2,192.168.1.3 kube-minion-1
kube-master#
ಎಂಡ್ಪಾಯಿಂಟ್ಗಾಗಿ ಹೊಸ API - ಎಂಡ್ಪಾಯಿಂಟ್ಸ್ಲೈಸ್ API. ಕಂಟ್ರೋಲ್-ಪ್ಲೇನ್ನಲ್ಲಿನ ವಿವಿಧ ಘಟಕಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಎಂಡ್ಪಾಯಿಂಟ್ API ಯ ಕಾರ್ಯಕ್ಷಮತೆ/ಸ್ಕೇಲೆಬಿಲಿಟಿ ಸಮಸ್ಯೆಗಳನ್ನು ಇದು ಪರಿಹರಿಸುತ್ತದೆ (ಅಪಿಸರ್ವರ್, ಇತ್ಯಾದಿ, ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು-ನಿಯಂತ್ರಕ, ಕ್ಯೂಬ್-ಪ್ರಾಕ್ಸಿ). ಹೊಸ API ಅನ್ನು ಡಿಸ್ಕವರಿ API ಗುಂಪಿಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಾವಿರಾರು ನೋಡ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ಪ್ರತಿ ಸೇವೆಯಲ್ಲಿ ಹತ್ತಾರು ಸಾವಿರ ಬ್ಯಾಕೆಂಡ್ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಪೂರೈಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಇದನ್ನು ಮಾಡಲು, ಪ್ರತಿ ಸೇವೆಯನ್ನು N ಆಬ್ಜೆಕ್ಟ್ಗಳಿಗೆ ಮ್ಯಾಪ್ ಮಾಡಲಾಗುತ್ತದೆ EndpointSlice, ಪ್ರತಿಯೊಂದೂ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ 100 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಅಂತಿಮ ಬಿಂದುಗಳನ್ನು ಹೊಂದಿಲ್ಲ (ಮೌಲ್ಯವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದಾಗಿದೆ). EndpointSlice API ತನ್ನ ಭವಿಷ್ಯದ ಅಭಿವೃದ್ಧಿಗೆ ಅವಕಾಶಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ: ಪ್ರತಿ ಪಾಡ್ಗೆ ಬಹು IP ವಿಳಾಸಗಳಿಗೆ ಬೆಂಬಲ, ಅಂತಿಮ ಬಿಂದುಗಳಿಗೆ ಹೊಸ ಸ್ಥಿತಿಗಳು (ಕೇವಲ ಅಲ್ಲ Ready и NotReady), ಅಂತಿಮ ಬಿಂದುಗಳಿಗೆ ಡೈನಾಮಿಕ್ ಉಪವಿಭಾಗ.
ಕೊನೆಯ ಬಿಡುಗಡೆಯಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಒಂದು ಬೀಟಾ ಆವೃತ್ತಿಯನ್ನು ತಲುಪಿದೆ ಅಂತಿಮಗೊಳಿಸುವವನು, ಹೆಸರಿಸಲಾಗಿದೆ service.kubernetes.io/load-balancer-cleanup ಮತ್ತು ಪ್ರಕಾರದೊಂದಿಗೆ ಪ್ರತಿ ಸೇವೆಗೆ ಲಗತ್ತಿಸಲಾಗಿದೆ LoadBalancer. ಅಂತಹ ಸೇವೆಯನ್ನು ಅಳಿಸುವ ಸಮಯದಲ್ಲಿ, ಎಲ್ಲಾ ಸಂಬಂಧಿತ ಬ್ಯಾಲೆನ್ಸರ್ ಸಂಪನ್ಮೂಲಗಳ "ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ" ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ಸಂಪನ್ಮೂಲದ ನಿಜವಾದ ಅಳಿಸುವಿಕೆಯನ್ನು ತಡೆಯುತ್ತದೆ.
API ಯಂತ್ರೋಪಕರಣಗಳು
ನಿಜವಾದ "ಸ್ಥಿರತೆ ಮೈಲಿಗಲ್ಲು" ಕುಬರ್ನೆಟ್ಸ್ API ಸರ್ವರ್ ಮತ್ತು ಅದರೊಂದಿಗೆ ಸಂವಹನದ ಪ್ರದೇಶದಲ್ಲಿದೆ. ಇದು ಹೆಚ್ಚಾಗಿ ಸಂಭವಿಸಿದ ಧನ್ಯವಾದಗಳು ವಿಶೇಷ ಪರಿಚಯ ಅಗತ್ಯವಿಲ್ಲದವರನ್ನು ಸ್ಥಿರ ಸ್ಥಿತಿಗೆ ವರ್ಗಾಯಿಸುವುದು ಕಸ್ಟಮ್ ಸಂಪನ್ಮೂಲ ವ್ಯಾಖ್ಯಾನಗಳು (CRD), ಇದು ಕುಬರ್ನೆಟ್ಸ್ 1.7 ರ ದೂರದ ದಿನಗಳಿಂದಲೂ ಬೀಟಾ ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿದೆ (ಮತ್ತು ಇದು ಜೂನ್ 2017!). ಅದೇ ಸ್ಥಿರೀಕರಣವು ಸಂಬಂಧಿತ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ ಬಂದಿತು:
ಪರಿವರ್ತನೆ CRD ಗಾಗಿ ಆವೃತ್ತಿಗಳು, ಬಾಹ್ಯ ವೆಬ್ಹೂಕ್ ಆಧಾರಿತ;
ಇತ್ತೀಚೆಗೆ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ (K8s 1.15 ರಲ್ಲಿ) ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳು (ಡೀಫಾಲ್ಟ್) ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಕ್ಷೇತ್ರ ತೆಗೆಯುವಿಕೆ ( ಸಮರುವಿಕೆ) ಕಸ್ಟಮ್ ಸಂಪನ್ಮೂಲಗಳಿಗಾಗಿ;
ಅವಕಾಶವನ್ನು OpenAPI v3 ಸ್ಕೀಮಾವನ್ನು ಬಳಸಿಕೊಂಡು OpenAPI ದಸ್ತಾವೇಜನ್ನು ರಚಿಸಲು ಮತ್ತು ಪ್ರಕಟಿಸಲು ಸರ್ವರ್ ಬದಿಯಲ್ಲಿ CRD ಸಂಪನ್ಮೂಲಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ.
ಕುಬರ್ನೆಟ್ಸ್ ನಿರ್ವಾಹಕರಿಗೆ ದೀರ್ಘಕಾಲ ಪರಿಚಿತವಾಗಿರುವ ಮತ್ತೊಂದು ಕಾರ್ಯವಿಧಾನ: ಪ್ರವೇಶ ವೆಬ್ಹುಕ್ - ಸಹ ದೀರ್ಘಕಾಲ ಬೀಟಾ ಸ್ಥಿತಿಯಲ್ಲಿ ಉಳಿದಿದೆ (K8s 1.9 ರಿಂದ) ಮತ್ತು ಈಗ ಸ್ಥಿರವೆಂದು ಘೋಷಿಸಲಾಗಿದೆ.
ಮತ್ತು ಆಲ್ಫಾ ಆವೃತ್ತಿಯಲ್ಲಿ ಮಾತ್ರ ಗಮನಾರ್ಹವಾದ ನಾವೀನ್ಯತೆ ವಕ್ರ ರಿಂದ SelfLink - ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ವಸ್ತುವನ್ನು ಪ್ರತಿನಿಧಿಸುವ ಮತ್ತು ಭಾಗವಾಗಿರುವ ವಿಶೇಷ URI ObjectMeta и ListMeta (ಅಂದರೆ ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿರುವ ಯಾವುದೇ ವಸ್ತುವಿನ ಭಾಗ). ಅವರು ಅದನ್ನು ಏಕೆ ತ್ಯಜಿಸುತ್ತಿದ್ದಾರೆ? ಸರಳ ರೀತಿಯಲ್ಲಿ ಪ್ರೇರಣೆ ಶಬ್ದಗಳ ಈ ಕ್ಷೇತ್ರವು ಇನ್ನೂ ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ನೈಜ (ಅಗಾಧ) ಕಾರಣಗಳ ಅನುಪಸ್ಥಿತಿಯಂತೆ. ಹೆಚ್ಚಿನ ಔಪಚಾರಿಕ ಕಾರಣಗಳೆಂದರೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದು (ಅನಗತ್ಯ ಕ್ಷೇತ್ರವನ್ನು ತೆಗೆದುಹಾಕುವ ಮೂಲಕ) ಮತ್ತು ಜೆನೆರಿಕ್-ಎಪಿಸರ್ವರ್ನ ಕೆಲಸವನ್ನು ಸರಳಗೊಳಿಸುವುದು, ಅಂತಹ ಕ್ಷೇತ್ರವನ್ನು ವಿಶೇಷ ರೀತಿಯಲ್ಲಿ ನಿರ್ವಹಿಸಲು ಒತ್ತಾಯಿಸಲಾಗುತ್ತದೆ (ಇದು ವಸ್ತುವಿನ ಮೊದಲು ಹೊಂದಿಸಲಾದ ಏಕೈಕ ಕ್ಷೇತ್ರವಾಗಿದೆ. ಧಾರಾವಾಹಿ ಮಾಡಲಾಗಿದೆ). ನಿಜವಾದ ಬಳಕೆಯಲ್ಲಿಲ್ಲ (ಬೀಟಾ ಒಳಗೆ) SelfLink ಕುಬರ್ನೆಟ್ಸ್ ಆವೃತ್ತಿ 1.20 ಮತ್ತು ಅಂತಿಮ - 1.21 ರಿಂದ ಸಂಭವಿಸುತ್ತದೆ.
ಡೇಟಾ ಸಂಗ್ರಹಣೆ
ಹಿಂದಿನ ಬಿಡುಗಡೆಗಳಂತೆ ಶೇಖರಣಾ ಪ್ರದೇಶದಲ್ಲಿನ ಮುಖ್ಯ ಕೆಲಸವನ್ನು ಈ ಪ್ರದೇಶದಲ್ಲಿ ಗಮನಿಸಲಾಗಿದೆ CSI ಬೆಂಬಲ. ಇಲ್ಲಿ ಮುಖ್ಯ ಬದಲಾವಣೆಗಳೆಂದರೆ:
ಮೊದಲ ಬಾರಿಗೆ (ಆಲ್ಫಾ ಆವೃತ್ತಿಯಲ್ಲಿ) ಕಂಡವಿಂಡೋಸ್ ವರ್ಕರ್ ನೋಡ್ಗಳಿಗೆ CSI ಪ್ಲಗಿನ್ ಬೆಂಬಲ: ಶೇಖರಣೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಪ್ರಸ್ತುತ ವಿಧಾನವು ಕುಬರ್ನೆಟ್ಸ್ ಕೋರ್ನಲ್ಲಿನ ಇನ್-ಟ್ರೀ ಪ್ಲಗಿನ್ಗಳನ್ನು ಮತ್ತು ಪವರ್ಶೆಲ್ ಆಧಾರಿತ ಮೈಕ್ರೋಸಾಫ್ಟ್ನಿಂದ ಫ್ಲೆಕ್ಸ್ವಾಲ್ಯೂಮ್ ಪ್ಲಗಿನ್ಗಳನ್ನು ಸಹ ಬದಲಾಯಿಸುತ್ತದೆ;
ವಿಂಡೋಸ್ಗಾಗಿ ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ CSI ಪ್ಲಗಿನ್ಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಯೋಜನೆ
ಸ್ಥಳೀಯ ಅಲ್ಪಕಾಲಿಕ ಸಂಪುಟಗಳನ್ನು ರಚಿಸಲು CSI ಅನ್ನು ಬಳಸುವ ಸಾಮರ್ಥ್ಯದಿಂದ ಇದೇ ರೀತಿಯ "ಪ್ರಚಾರ" (ಆಲ್ಫಾದಿಂದ ಬೀಟಾಕ್ಕೆ) ಸಾಧಿಸಲಾಗಿದೆ (CSI ಇನ್ಲೈನ್ ವಾಲ್ಯೂಮ್ ಸಪೋರ್ಟ್).
ಕುಬರ್ನೆಟ್ಸ್ನ ಹಿಂದಿನ ಆವೃತ್ತಿಯಲ್ಲಿ ಪರಿಚಯಿಸಲಾಗಿದೆ ವಾಲ್ಯೂಮ್ ಕ್ಲೋನಿಂಗ್ ಕಾರ್ಯ (ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ PVC ಅನ್ನು ಬಳಸಿ DataSource ಹೊಸ PVC ರಚಿಸಲು) ಸಹ ಈಗ ಬೀಟಾ ಸ್ಥಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದೆ.
ಶೆಡ್ಯೂಲರ್
ವೇಳಾಪಟ್ಟಿಗೆ ಎರಡು ಗಮನಾರ್ಹ ಬದಲಾವಣೆಗಳು (ಎರಡೂ ಆಲ್ಫಾದಲ್ಲಿ):
EvenPodsSpreading - ಅವಕಾಶ ಲೋಡ್ಗಳ "ನ್ಯಾಯಯುತ ವಿತರಣೆ" ಗಾಗಿ ತಾರ್ಕಿಕ ಅಪ್ಲಿಕೇಶನ್ ಘಟಕಗಳ ಬದಲಿಗೆ ಪಾಡ್ಗಳನ್ನು ಬಳಸಿ (ನಿಯೋಜನೆ ಮತ್ತು ರೆಪ್ಲಿಕಾಸೆಟ್ನಂತೆ) ಮತ್ತು ಈ ವಿತರಣೆಯನ್ನು ಸರಿಹೊಂದಿಸುವುದು (ಕಠಿಣ ಅಗತ್ಯವಾಗಿ ಅಥವಾ ಮೃದುವಾದ ಸ್ಥಿತಿಯಂತೆ, ಅಂದರೆ ಆದ್ಯತೆ). ಈ ವೈಶಿಷ್ಟ್ಯವು ಯೋಜಿತ ಪಾಡ್ಗಳ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವಿತರಣಾ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ, ಪ್ರಸ್ತುತ ಆಯ್ಕೆಗಳಿಂದ ಸೀಮಿತವಾಗಿದೆ PodAffinity и PodAntiAffinity, ಈ ವಿಷಯದಲ್ಲಿ ನಿರ್ವಾಹಕರಿಗೆ ಉತ್ತಮವಾದ ನಿಯಂತ್ರಣವನ್ನು ನೀಡುತ್ತದೆ, ಅಂದರೆ ಉತ್ತಮ ಹೆಚ್ಚಿನ ಲಭ್ಯತೆ ಮತ್ತು ಆಪ್ಟಿಮೈಸ್ಡ್ ಸಂಪನ್ಮೂಲ ಬಳಕೆ. ವಿವರಗಳು - ರಲ್ಲಿ ಕೆಇಪಿ.
ಬಳಸಿ ಬೆಸ್ಟ್ಫಿಟ್ ನೀತಿ в ಸಾಮರ್ಥ್ಯದ ಅನುಪಾತದ ಆದ್ಯತೆಯ ಕಾರ್ಯಕ್ಕೆ ವಿನಂತಿಸಲಾಗಿದೆ ಪಾಡ್ ಯೋಜನೆ ಸಮಯದಲ್ಲಿ, ಇದು ಅನುಮತಿಸುತ್ತದೆ ಅನ್ವಯಿಸಲು ತೊಟ್ಟಿ ಪ್ಯಾಕಿಂಗ್ ("ಕಂಟೇನರ್ಗಳಲ್ಲಿ ಪ್ಯಾಕಿಂಗ್") ಮೂಲ ಸಂಪನ್ಮೂಲಗಳು (ಪ್ರೊಸೆಸರ್, ಮೆಮೊರಿ) ಮತ್ತು ವಿಸ್ತೃತವಾದವುಗಳಿಗಾಗಿ (GPU ನಂತಹ). ಹೆಚ್ಚಿನ ವಿವರಗಳಿಗಾಗಿ, ನೋಡಿ ಕೆಇಪಿ.
ಪಾಡ್ಗಳನ್ನು ನಿಗದಿಪಡಿಸುವುದು: ಅತ್ಯುತ್ತಮ ಫಿಟ್ ನೀತಿಯನ್ನು ಬಳಸುವ ಮೊದಲು (ನೇರವಾಗಿ ಡೀಫಾಲ್ಟ್ ಶೆಡ್ಯೂಲರ್ ಮೂಲಕ) ಮತ್ತು ಅದರ ಬಳಕೆಯೊಂದಿಗೆ (ಶೆಡ್ಯೂಲರ್ ಎಕ್ಸ್ಟೆಂಡರ್ ಮೂಲಕ)
ಇದಲ್ಲದೆ, ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ ಮುಖ್ಯ ಕುಬರ್ನೆಟ್ಸ್ ಡೆವಲಪ್ಮೆಂಟ್ ಟ್ರೀ (ಮರದ ಹೊರಗೆ) ಹೊರಗೆ ನಿಮ್ಮ ಸ್ವಂತ ಶೆಡ್ಯೂಲರ್ ಪ್ಲಗಿನ್ಗಳನ್ನು ರಚಿಸುವ ಸಾಮರ್ಥ್ಯ.
ಇತರ ಬದಲಾವಣೆಗಳು
ಕುಬರ್ನೆಟ್ಸ್ 1.16 ಬಿಡುಗಡೆಯಲ್ಲಿ ಇದನ್ನು ಗಮನಿಸಬಹುದು ಗಾಗಿ ಉಪಕ್ರಮ ತರುವ ಪೂರ್ಣ ಕ್ರಮದಲ್ಲಿ ಲಭ್ಯವಿರುವ ಮೆಟ್ರಿಕ್ಗಳು, ಅಥವಾ ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಅನುಗುಣವಾಗಿ ಅಧಿಕೃತ ನಿಯಮಗಳು K8s ಉಪಕರಣಕ್ಕೆ. ಅವರು ಹೆಚ್ಚಾಗಿ ಅನುಗುಣವಾದ ಮೇಲೆ ಅವಲಂಬಿತರಾಗಿದ್ದಾರೆ ಪ್ರಮೀತಿಯಸ್ ದಸ್ತಾವೇಜನ್ನು. ವಿವಿಧ ಕಾರಣಗಳಿಗಾಗಿ ಅಸಂಗತತೆಗಳು ಹುಟ್ಟಿಕೊಂಡವು (ಉದಾಹರಣೆಗೆ, ಪ್ರಸ್ತುತ ಸೂಚನೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಮೊದಲು ಕೆಲವು ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಸರಳವಾಗಿ ರಚಿಸಲಾಗಿದೆ), ಮತ್ತು ಡೆವಲಪರ್ಗಳು ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಮಾನದಂಡಕ್ಕೆ ತರಲು ಸಮಯ ಎಂದು ನಿರ್ಧರಿಸಿದರು, "ಉಳಿದ ಪ್ರಮೀತಿಯಸ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಗೆ ಅನುಗುಣವಾಗಿ." ಈ ಉಪಕ್ರಮದ ಪ್ರಸ್ತುತ ಅನುಷ್ಠಾನವು ಆಲ್ಫಾ ಸ್ಥಿತಿಯಲ್ಲಿದೆ, ಇದನ್ನು ಕುಬರ್ನೆಟ್ಸ್ನ ನಂತರದ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಬೀಟಾ (1.17) ಮತ್ತು ಸ್ಥಿರ (1.18) ಗೆ ಹಂತಹಂತವಾಗಿ ಪ್ರಚಾರ ಮಾಡಲಾಗುತ್ತದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಗಮನಿಸಬಹುದು:
ವಿಂಡೋಸ್ ಬೆಂಬಲ ಅಭಿವೃದ್ಧಿ с ಕಾಣಿಸಿಕೊಂಡ ಈ OS ಗಾಗಿ Kubeadm ಉಪಯುಕ್ತತೆಗಳು (ಆಲ್ಫಾ ಆವೃತ್ತಿ), ಅವಕಾಶRunAsUserName ವಿಂಡೋಸ್ ಕಂಟೈನರ್ಗಳಿಗಾಗಿ (ಆಲ್ಫಾ ಆವೃತ್ತಿ), ಸುಧಾರಣೆ ಗುಂಪು ನಿರ್ವಹಿಸಿದ ಸೇವಾ ಖಾತೆ (gMSA) ಬೀಟಾ ಆವೃತ್ತಿಯವರೆಗೆ ಬೆಂಬಲ, ಬೆಂಬಲ vSphere ಸಂಪುಟಗಳಿಗೆ ಮೌಂಟ್/ಲಗತ್ತಿಸಿ.
ಮರುಬಳಕೆ ಮಾಡಲಾಗಿದೆAPI ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ಡೇಟಾ ಕಂಪ್ರೆಷನ್ ಯಾಂತ್ರಿಕತೆ. ಹಿಂದೆ, ಈ ಉದ್ದೇಶಗಳಿಗಾಗಿ HTTP ಫಿಲ್ಟರ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತಿತ್ತು, ಇದು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸುವುದನ್ನು ತಡೆಯುವ ಹಲವಾರು ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಿತು. "ಪಾರದರ್ಶಕ ವಿನಂತಿ ಸಂಕೋಚನ" ಈಗ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಗ್ರಾಹಕರು ಕಳುಹಿಸುತ್ತಿದ್ದಾರೆ Accept-Encoding: gzip ಹೆಡರ್ನಲ್ಲಿ, ಅದರ ಗಾತ್ರವು 128 KB ಅನ್ನು ಮೀರಿದರೆ ಅವರು GZIP-ಸಂಕುಚಿತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ. Go ಕ್ಲೈಂಟ್ಗಳು ಸಂಕೋಚನವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬೆಂಬಲಿಸುತ್ತಾರೆ (ಅಗತ್ಯವಿರುವ ಹೆಡರ್ ಕಳುಹಿಸುವುದು), ಆದ್ದರಿಂದ ಅವರು ದಟ್ಟಣೆಯಲ್ಲಿ ಕಡಿತವನ್ನು ತಕ್ಷಣವೇ ಗಮನಿಸುತ್ತಾರೆ. (ಇತರ ಭಾಷೆಗಳಿಗೆ ಸ್ವಲ್ಪ ಮಾರ್ಪಾಡುಗಳು ಬೇಕಾಗಬಹುದು.)
ಸಾಧ್ಯವಾಯಿತುಬಾಹ್ಯ ಮೆಟ್ರಿಕ್ಗಳ ಆಧಾರದ ಮೇಲೆ ಶೂನ್ಯ ಪಾಡ್ಗಳಿಂದ/ಶೂನ್ಯಕ್ಕೆ HPA ಅನ್ನು ಸ್ಕೇಲಿಂಗ್ ಮಾಡುವುದು. ನೀವು ಆಬ್ಜೆಕ್ಟ್ಗಳು/ಬಾಹ್ಯ ಮೆಟ್ರಿಕ್ಗಳ ಆಧಾರದ ಮೇಲೆ ಸ್ಕೇಲ್ ಮಾಡಿದರೆ, ಕೆಲಸದ ಹೊರೆಗಳು ನಿಷ್ಫಲವಾಗಿರುವಾಗ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಉಳಿಸಲು ನೀವು ಸ್ವಯಂಚಾಲಿತವಾಗಿ 0 ಪ್ರತಿಕೃತಿಗಳಿಗೆ ಅಳೆಯಬಹುದು. ಕೆಲಸಗಾರರು GPU ಸಂಪನ್ಮೂಲಗಳನ್ನು ವಿನಂತಿಸುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಈ ವೈಶಿಷ್ಟ್ಯವು ವಿಶೇಷವಾಗಿ ಉಪಯುಕ್ತವಾಗಿರಬೇಕು ಮತ್ತು ವಿವಿಧ ರೀತಿಯ ನಿಷ್ಕ್ರಿಯ ಕೆಲಸಗಾರರ ಸಂಖ್ಯೆಯು ಲಭ್ಯವಿರುವ GPUಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮೀರುತ್ತದೆ.
ಹೊಸ ಕ್ಲೈಂಟ್ - k8s.io/client-go/metadata.Client - ವಸ್ತುಗಳಿಗೆ "ಸಾಮಾನ್ಯೀಕರಿಸಿದ" ಪ್ರವೇಶಕ್ಕಾಗಿ. ಮೆಟಾಡೇಟಾವನ್ನು ಸುಲಭವಾಗಿ ಹಿಂಪಡೆಯಲು ಇದನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ (ಅಂದರೆ ಉಪವಿಭಾಗ metadata) ಕ್ಲಸ್ಟರ್ ಸಂಪನ್ಮೂಲಗಳಿಂದ ಮತ್ತು ಅವರೊಂದಿಗೆ ಕಸ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಕೋಟಾ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸಿ.
ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ನಿರ್ಮಿಸಿ ನೀನೀಗ ಮಾಡಬಹುದು ಪರಂಪರೆ ಇಲ್ಲದೆ ("ಅಂತರ್ನಿರ್ಮಿತ" ಇನ್-ಟ್ರೀ) ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು (ಆಲ್ಫಾ ಆವೃತ್ತಿ).
kubeadm ಯುಟಿಲಿಟಿಗೆ ಸೇರಿಸಲಾಗಿದೆ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಕಸ್ಟಮೈಸ್ ಪ್ಯಾಚ್ಗಳನ್ನು ಅನ್ವಯಿಸುವ ಪ್ರಾಯೋಗಿಕ (ಆಲ್ಫಾ ಆವೃತ್ತಿ) ಸಾಮರ್ಥ್ಯ init, join и upgrade. ಧ್ವಜವನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂಬುದರ ಕುರಿತು ಇನ್ನಷ್ಟು ತಿಳಿಯಿರಿ --experimental-kustomize, ಒಳಗೆ ನೋಡಿ ಕೆಇಪಿ.
ಅಪಿಸರ್ವರ್ಗಾಗಿ ಹೊಸ ಅಂತಿಮ ಬಿಂದು - readyz, - ಅದರ ಸನ್ನದ್ಧತೆಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ರಫ್ತು ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. API ಸರ್ವರ್ ಕೂಡ ಈಗ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಹೊಂದಿದೆ --maximum-startup-sequence-duration, ಅದರ ಮರುಪ್ರಾರಂಭಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಎರಡು Azure ಗಾಗಿ ವೈಶಿಷ್ಟ್ಯಗಳು ಸ್ಥಿರವೆಂದು ಘೋಷಿಸಲಾಗಿದೆ: ಬೆಂಬಲ ಲಭ್ಯತೆಯ ವಲಯಗಳು (ಲಭ್ಯತೆಯ ವಲಯಗಳು) ಮತ್ತು ಅಡ್ಡ ಸಂಪನ್ಮೂಲ ಗುಂಪು (ಆರ್ಜಿ). ಜೊತೆಗೆ, ಅಜೂರ್ ಸೇರಿಸಲಾಗಿದೆ:
ಟಿಪ್ಪಣಿservice.beta.kubernetes.io/azure-pip-name ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನ ಸಾರ್ವಜನಿಕ IP ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು;
ಅವಕಾಶವನ್ನು ಸೆಟ್ಟಿಂಗ್ಗಳು LoadBalancerName и LoadBalancerResourceGroup.
AWS ಈಗ ಹೊಂದಿದೆ ಬೆಂಬಲ ವಿಂಡೋಸ್ನಲ್ಲಿ ಇಬಿಎಸ್ ಮತ್ತು ಹೊಂದುವಂತೆ ಮಾಡಲಾಗಿದೆ EC2 API ಕರೆಗಳು DescribeInstances.
ಕುಬೀದ್ಮ್ ಈಗ ಸ್ವತಂತ್ರವಾಗಿದೆ ವಲಸೆ ಹೋಗುತ್ತದೆ CoreDNS ಆವೃತ್ತಿಯನ್ನು ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವಾಗ CoreDNS ಕಾನ್ಫಿಗರೇಶನ್.
ಬೈನರಿಗಳು ಇತ್ಯಾದಿ ಅನುಗುಣವಾದ ಡಾಕರ್ ಚಿತ್ರದಲ್ಲಿ ಮಾಡಲಾಗಿದೆ ವಿಶ್ವ-ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ, ಇದು ಮೂಲ ಹಕ್ಕುಗಳ ಅಗತ್ಯವಿಲ್ಲದೇ ಈ ಚಿತ್ರವನ್ನು ಚಲಾಯಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಅಲ್ಲದೆ, ಇತ್ಯಾದಿ ವಲಸೆ ಚಿತ್ರ ನಿಲ್ಲಿಸಿತು etcd2 ಆವೃತ್ತಿ ಬೆಂಬಲ.
В ಕ್ಲಸ್ಟರ್ ಆಟೋಸ್ಕೇಲರ್ 1.16.0 ಡಿಸ್ಟ್ರೋಲೆಸ್ ಅನ್ನು ಬೇಸ್ ಇಮೇಜ್ ಆಗಿ ಬಳಸಲು ಬದಲಾಯಿಸಲಾಗಿದೆ, ಸುಧಾರಿತ ಕಾರ್ಯಕ್ಷಮತೆ, ಹೊಸ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರನ್ನು ಸೇರಿಸಲಾಗಿದೆ (ಡಿಜಿಟಲ್ ಓಷನ್, ಮ್ಯಾಗ್ನಮ್, ಪ್ಯಾಕೆಟ್).
ಬಳಸಿದ/ಅವಲಂಬಿತ ಸಾಫ್ಟ್ವೇರ್ನಲ್ಲಿನ ನವೀಕರಣಗಳು: Go 1.12.9, etcd 3.3.15, CoreDNS 1.6.2.