Yandex.Cloud ಗಾಗಿ Kubernetes CCM (ಕ್ಲೌಡ್ ಕಂಟ್ರೋಲರ್ ಮ್ಯಾನೇಜರ್) ಅನ್ನು ಪರಿಚಯಿಸಲಾಗುತ್ತಿದೆ

ಇತ್ತೀಚಿನದಕ್ಕೆ ಮುಂದುವರಿಕೆಯಲ್ಲಿ CSI ಚಾಲಕ ಬಿಡುಗಡೆ Yandex.Cloud ಗಾಗಿ ನಾವು ಈ ಕ್ಲೌಡ್‌ಗಾಗಿ ಮತ್ತೊಂದು ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಪ್ರಕಟಿಸುತ್ತಿದ್ದೇವೆ - ಕ್ಲೌಡ್ ಕಂಟ್ರೋಲರ್ ಮ್ಯಾನೇಜರ್. CCM ಒಟ್ಟಾರೆಯಾಗಿ ಕ್ಲಸ್ಟರ್‌ಗೆ ಮಾತ್ರವಲ್ಲ, CSI ಡ್ರೈವರ್‌ಗೂ ಸಹ ಅಗತ್ಯವಿದೆ. ಅದರ ಉದ್ದೇಶ ಮತ್ತು ಕೆಲವು ಅನುಷ್ಠಾನದ ವೈಶಿಷ್ಟ್ಯಗಳ ವಿವರಗಳು ಕಟ್ ಅಡಿಯಲ್ಲಿವೆ.

ಪರಿಚಯ

ಇದು ಯಾಕೆ?

Yandex.Cloud ಗಾಗಿ CCM ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ನಮ್ಮನ್ನು ಪ್ರೇರೇಪಿಸಿದ ಉದ್ದೇಶಗಳು ಈಗಾಗಲೇ ವಿವರಿಸಿರುವವುಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೆಯಾಗುತ್ತವೆ ಘೋಷಣೆ CSI ಚಾಲಕರು. ನಾವು ವಿವಿಧ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರಿಂದ ಅನೇಕ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತೇವೆ, ಇದಕ್ಕಾಗಿ ನಾವು ಒಂದೇ ಸಾಧನವನ್ನು ಬಳಸುತ್ತೇವೆ. ಈ ಪೂರೈಕೆದಾರರ ನಿರ್ವಹಿಸಲಾದ ಪರಿಹಾರಗಳನ್ನು "ಬೈಪಾಸ್" ಮಾಡುವ ಹಲವಾರು ಅನುಕೂಲಗಳನ್ನು ಇದು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. ಹೌದು, ನಾವು ನಿರ್ದಿಷ್ಟವಾದ ಪ್ರಕರಣ ಮತ್ತು ಅಗತ್ಯಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಆದರೆ ಅವುಗಳ ಕಾರಣದಿಂದಾಗಿ ರಚಿಸಲಾದ ಬೆಳವಣಿಗೆಗಳು ಇತರ ಬಳಕೆದಾರರಿಗೆ ಉಪಯುಕ್ತವಾಗಬಹುದು.

CCM ನಿಖರವಾಗಿ ಏನು?

ವಿಶಿಷ್ಟವಾಗಿ, ನಾವು ಕ್ಲಸ್ಟರ್ಗಾಗಿ ನಮ್ಮ ಸುತ್ತಲಿನ ಪರಿಸರವನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತೇವೆ ಹೊರಗಿನಿಂದ - ಉದಾಹರಣೆಗೆ, ಟೆರಾಫಾರ್ಮ್ ಬಳಸಿ. ಆದರೆ ಕೆಲವೊಮ್ಮೆ ನಮ್ಮ ಸುತ್ತಲಿನ ಮೋಡದ ಪರಿಸರವನ್ನು ನಿರ್ವಹಿಸುವ ಅವಶ್ಯಕತೆಯಿದೆ ಕ್ಲಸ್ಟರ್ನಿಂದ. ಈ ಸಾಧ್ಯತೆಯನ್ನು ಒದಗಿಸಲಾಗಿದೆ, ಮತ್ತು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ CCM.

ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಕ್ಲೌಡ್ ಕಂಟ್ರೋಲರ್ ಮ್ಯಾನೇಜರ್ ಐದು ಮುಖ್ಯ ರೀತಿಯ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ:

1. ನಿದರ್ಶನಗಳು - ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ನೋಡ್ ಆಬ್ಜೆಕ್ಟ್ ನಡುವೆ 1:1 ಸಂಬಂಧವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ (Node) ಮತ್ತು ಕ್ಲೌಡ್ ಪ್ರೊವೈಡರ್‌ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರ. ಇದಕ್ಕಾಗಿ ನಾವು:
   • ಕ್ಷೇತ್ರದಲ್ಲಿ ಭರ್ತಿ ಮಾಡಿ spec.providerID ವಸ್ತುವಿನಲ್ಲಿ Node. ಉದಾಹರಣೆಗೆ, OpenStack CCM ಗಾಗಿ ಈ ಕ್ಷೇತ್ರವು ಈ ಕೆಳಗಿನ ಸ್ವರೂಪವನ್ನು ಹೊಂದಿದೆ: openstack:///d58a78bf-21b0-4682-9dc6-2132406d2bb0. ನೀವು ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ ಹೆಸರು ಮತ್ತು ಸರ್ವರ್‌ನ ಅನನ್ಯ UUID (ಓಪನ್‌ಸ್ಟ್ಯಾಕ್‌ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರ) ವಸ್ತುವನ್ನು ನೋಡಬಹುದು;
   • ಪೂರಕ nodeInfo ವಸ್ತುವಿನಲ್ಲಿ Node ವರ್ಚುವಲ್ ಯಂತ್ರದ ಬಗ್ಗೆ ಮಾಹಿತಿ. ಉದಾಹರಣೆಗೆ, ನಾವು AWS ನಲ್ಲಿ ನಿದರ್ಶನ ಪ್ರಕಾರವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ;
   • ಮೋಡದಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರದ ಉಪಸ್ಥಿತಿಯನ್ನು ನಾವು ಪರಿಶೀಲಿಸುತ್ತೇವೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ವಸ್ತುವಾಗಿದ್ದರೆ Node ಒಂದು ಸ್ಥಿತಿಗೆ ಹೋಯಿತು NotReady, ಕ್ಲೌಡ್ ಪ್ರೊವೈಡರ್‌ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರವು ಅಸ್ತಿತ್ವದಲ್ಲಿದೆಯೇ ಎಂದು ನೀವು ಪರಿಶೀಲಿಸಬಹುದು providerID. ಅದು ಇಲ್ಲದಿದ್ದರೆ, ವಸ್ತುವನ್ನು ಅಳಿಸಿ Node, ಇದು ಇಲ್ಲದಿದ್ದರೆ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಶಾಶ್ವತವಾಗಿ ಉಳಿಯುತ್ತದೆ;
2. ವಲಯಗಳು - ವಸ್ತುವಿನ ವೈಫಲ್ಯದ ಡೊಮೇನ್ ಅನ್ನು ಹೊಂದಿಸುತ್ತದೆ Node, ಕ್ಲೌಡ್ ಪ್ರೊವೈಡರ್‌ನಲ್ಲಿರುವ ಪ್ರದೇಶಗಳು ಮತ್ತು ವಲಯಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಶೆಡ್ಯೂಲರ್ ಪಾಡ್‌ಗಾಗಿ ನೋಡ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು;
3. ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ - ವಸ್ತುವನ್ನು ರಚಿಸುವಾಗ Service ಪ್ರಕಾರದೊಂದಿಗೆ LoadBalancer ಹೊರಗಿನಿಂದ ಕ್ಲಸ್ಟರ್ ನೋಡ್‌ಗಳಿಗೆ ಸಂಚಾರವನ್ನು ನಿರ್ದೇಶಿಸುವ ಒಂದು ರೀತಿಯ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, Yandex.Cloud ನಲ್ಲಿ ನೀವು ಬಳಸಬಹುದು NetworkLoadBalancer и TargetGroup ಈ ಉದ್ದೇಶಗಳಿಗಾಗಿ;
4. ಮಾರ್ಗ - ನೋಡ್ಗಳ ನಡುವೆ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಕುಬರ್ನೆಟ್ಸ್ ಅವಶ್ಯಕತೆಗಳ ಪ್ರಕಾರ, ಪ್ರತಿ ಪಾಡ್ ತನ್ನದೇ ಆದ ಐಪಿ ವಿಳಾಸವನ್ನು ಹೊಂದಿರಬೇಕು ಮತ್ತು ಯಾವುದೇ ಇತರ ಪಾಡ್ ಅನ್ನು ತಲುಪಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಈ ಉದ್ದೇಶಗಳಿಗಾಗಿ, ನೀವು ಓವರ್‌ಲೇ ನೆಟ್‌ವರ್ಕ್ (VXLAN, GENEVE) ಅನ್ನು ಬಳಸಬಹುದು ಅಥವಾ ಕ್ಲೌಡ್ ಪ್ರೊವೈಡರ್‌ನ ವರ್ಚುವಲ್ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ನೇರವಾಗಿ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ಹೊಂದಿಸಬಹುದು:

   

5. ಸಂಪುಟ - PVC ಮತ್ತು SC ಅನ್ನು ಬಳಸಿಕೊಂಡು PV ಯ ಡೈನಾಮಿಕ್ ಆರ್ಡರ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ. ಆರಂಭದಲ್ಲಿ, ಈ ಕಾರ್ಯಚಟುವಟಿಕೆಯು CCM ನ ಭಾಗವಾಗಿತ್ತು, ಆದರೆ ಅದರ ಹೆಚ್ಚಿನ ಸಂಕೀರ್ಣತೆಯಿಂದಾಗಿ ಅದನ್ನು ಪ್ರತ್ಯೇಕ ಯೋಜನೆಗೆ ಸ್ಥಳಾಂತರಿಸಲಾಯಿತು, ಕಂಟೈನರ್ ಸ್ಟೋರೇಜ್ ಇಂಟರ್ಫೇಸ್ (CSI). ನಾವು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ CSI ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ ಬರೆದರು ಮತ್ತು, ಈಗಾಗಲೇ ಹೇಳಿದಂತೆ, ಸಹ ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ CSI ಚಾಲಕ.

ಹಿಂದೆ, ಕ್ಲೌಡ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವ ಎಲ್ಲಾ ಕೋಡ್‌ಗಳು ಕುಬರ್ನೆಟ್ಸ್ ಯೋಜನೆಯ ಮುಖ್ಯ Git ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ನೆಲೆಗೊಂಡಿವೆ k8s.io/kubernetes/pkg/cloudprovider/providers, ಆದರೆ ದೊಡ್ಡ ಕೋಡ್ ಬೇಸ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಅನಾನುಕೂಲತೆಯಿಂದಾಗಿ ಅವರು ಇದನ್ನು ತ್ಯಜಿಸಲು ನಿರ್ಧರಿಸಿದರು. ಎಲ್ಲಾ ಹಳೆಯ ಅನುಷ್ಠಾನಗಳನ್ನು ಸರಿಸಲಾಗಿದೆ ಪ್ರತ್ಯೇಕ ಭಂಡಾರ. ಹೆಚ್ಚಿನ ಬೆಂಬಲ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ಅನುಕೂಲಕ್ಕಾಗಿ, ಎಲ್ಲಾ ಸಾಮಾನ್ಯ ಘಟಕಗಳನ್ನು ಸಹ ಸರಿಸಲಾಗಿದೆ ಪ್ರತ್ಯೇಕ ಭಂಡಾರ.

CSI ನಂತೆ, ಅನೇಕ ದೊಡ್ಡ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು ಈಗಾಗಲೇ ತಮ್ಮ CCM ಗಳನ್ನು ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ಕ್ಲೌಡ್‌ಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಿದ್ದಾರೆ. ಪೂರೈಕೆದಾರರು CCM ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಆದರೆ ಎಲ್ಲಾ ಅಗತ್ಯ ಕಾರ್ಯಗಳು API ಮೂಲಕ ಲಭ್ಯವಿದ್ದರೆ, ನೀವು CCM ಅನ್ನು ನೀವೇ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು.

CCM ನ ನಿಮ್ಮ ಸ್ವಂತ ಅನುಷ್ಠಾನವನ್ನು ಬರೆಯಲು, ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಾಕು ಅಗತ್ಯವಿರುವ Go ಇಂಟರ್‌ಫೇಸ್‌ಗಳು.

И ಇದು ನಮಗೆ ಸಿಕ್ಕಿತು.

Реализация

ನೀನು ಇದಕ್ಕೆ ಹೇಗೆ ಬಂದೆ

ನಾವು ಅಭಿವೃದ್ಧಿಯನ್ನು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ (ಅಥವಾ ಬದಲಿಗೆ, ಸಹ ಬಳಸುತ್ತೇವೆ). ಸಿದ್ಧ(!) CCM Yandex.Cloud ಗಾಗಿ ಒಂದು ವರ್ಷದ ಹಿಂದೆ.

ಆದಾಗ್ಯೂ, ಈ ಅನುಷ್ಠಾನದಲ್ಲಿ ನಾವು ಕಾಣೆಯಾಗಿದ್ದೇವೆ:

• JWT IAM ಟೋಕನ್ ಮೂಲಕ ದೃಢೀಕರಣ;
• ಸೇವಾ ನಿಯಂತ್ರಕ ಬೆಂಬಲ.

ಲೇಖಕರೊಂದಿಗೆ ಒಪ್ಪಂದದಲ್ಲಿ (ಡಿಲಿಸಿನ್) ಟೆಲಿಗ್ರಾಮ್‌ನಲ್ಲಿ, ನಾವು ಯಾಂಡೆಕ್ಸ್-ಕ್ಲೌಡ್-ಕಂಟ್ರೋಲರ್-ಮ್ಯಾನೇಜರ್ ಅನ್ನು ಫೋರ್ಕ್ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಕಾಣೆಯಾದ ಕಾರ್ಯಗಳನ್ನು ಸೇರಿಸಿದ್ದೇವೆ.

ಪ್ರಮುಖ ಲಕ್ಷಣಗಳು

ಪ್ರಸ್ತುತ, CCM ಕೆಳಗಿನ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ:

• ನಿದರ್ಶನಗಳು;
• ವಲಯಗಳು;
• ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್.

ಭವಿಷ್ಯದಲ್ಲಿ, Yandex.Cloud ಸುಧಾರಿತ VPC ಸಾಮರ್ಥ್ಯಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ನಾವು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ ಮಾರ್ಗಗಳು.

ಲೋಡ್ ಬ್ಯಾಲನೇಸರ್ ಮುಖ್ಯ ಸವಾಲಾಗಿದೆ

ಆರಂಭದಲ್ಲಿ, ನಾವು ಇತರ CCM ಅಳವಡಿಕೆಗಳಂತೆ ಜೋಡಿಯನ್ನು ರಚಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ LoadBalancer и TargetGroup ಪ್ರತಿಯೊಂದಕ್ಕೂ Service ಪ್ರಕಾರದೊಂದಿಗೆ LoadBalancer. ಆದಾಗ್ಯೂ, Yandex.Cloud ಒಂದು ಆಸಕ್ತಿದಾಯಕ ಮಿತಿಯನ್ನು ಕಂಡುಹಿಡಿದಿದೆ: ನೀವು ಬಳಸಲಾಗುವುದಿಲ್ಲ TargetGroups ಛೇದಕದೊಂದಿಗೆ Targets (ಜೋಡಿ SubnetID - IpAddress).

ಆದ್ದರಿಂದ, ರಚಿಸಲಾದ CCM ಒಳಗೆ, ನಿಯಂತ್ರಕವನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ, ಅದು ವಸ್ತುಗಳು ಬದಲಾದಾಗ Node ಪ್ರತಿ ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿನ ಎಲ್ಲಾ ಇಂಟರ್‌ಫೇಸ್‌ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ನಿರ್ದಿಷ್ಟವಾದವುಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಅವುಗಳನ್ನು ಗುಂಪು ಮಾಡುತ್ತದೆ NetworkID, ಮೂಲಕ ರಚಿಸುತ್ತದೆ TargetGroup ಮೇಲೆ NetworkID, ಮತ್ತು ಪ್ರಸ್ತುತತೆಯನ್ನು ಸಹ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ. ತರುವಾಯ, ವಸ್ತುವನ್ನು ರಚಿಸುವಾಗ Service ಪ್ರಕಾರದೊಂದಿಗೆ LoadBalanacer ನಾವು ಪೂರ್ವ-ರಚಿಸುವಿಕೆಯನ್ನು ಸರಳವಾಗಿ ಲಗತ್ತಿಸುತ್ತೇವೆ TargetGroup ಹೊಸದಕ್ಕೆ NetworkLoadBalanacer'ಬೆಂ.

ಬಳಸಲು ಪ್ರಾರಂಭಿಸುವುದು ಹೇಗೆ?

CCM ಕುಬರ್ನೆಟ್ಸ್ ಆವೃತ್ತಿ 1.15 ಮತ್ತು ಹೆಚ್ಚಿನದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ, ಅದು ಕೆಲಸ ಮಾಡಲು, ಧ್ವಜದ ಅಗತ್ಯವಿದೆ --cloud-provider=external ಗೆ ಹೊಂದಿಸಲಾಗಿತ್ತು true kube-apiserver, kube-controller-manager, kube-scheduler ಮತ್ತು ಎಲ್ಲಾ kubelets.

ಅನುಸ್ಥಾಪನೆಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಹಂತಗಳನ್ನು ಸ್ವತಃ ವಿವರಿಸಲಾಗಿದೆ ಓದಿ. ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗಳಿಂದ ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ವಸ್ತುಗಳನ್ನು ರಚಿಸಲು ಅನುಸ್ಥಾಪನೆಯು ಕುದಿಯುತ್ತದೆ.

CCM ಅನ್ನು ಬಳಸಲು ನಿಮಗೆ ಅಗತ್ಯವಿರುತ್ತದೆ:

• ಸೂಚಿಸಿ ಮ್ಯಾನಿಫೆಸ್ಟ್‌ನಲ್ಲಿ ಡೈರೆಕ್ಟರಿ ಗುರುತಿಸುವಿಕೆ (folder-id) Yandex.Cloud;
• Yandex.Cloud API ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಸೇವಾ ಖಾತೆ. ಪ್ರಣಾಳಿಕೆಯಲ್ಲಿ Secret ಅಗತ್ಯ ಅಧಿಕೃತ ಕೀಲಿಗಳನ್ನು ವರ್ಗಾಯಿಸಿ ಸೇವಾ ಖಾತೆಯಿಂದ. ದಾಖಲಾತಿಯಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ, ಸೇವಾ ಖಾತೆಯನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಮತ್ತು ಕೀಗಳನ್ನು ಪಡೆಯುವುದು ಹೇಗೆ.

ನಿಮ್ಮ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ನಾವು ಸಂತೋಷಪಡುತ್ತೇವೆ ಮತ್ತು ಹೊಸ ಸಮಸ್ಯೆಗಳುನೀವು ಯಾವುದೇ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಿದರೆ!

ಫಲಿತಾಂಶಗಳು

ನಾವು ಕಳೆದ ಎರಡು ವಾರಗಳಲ್ಲಿ ಐದು ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್‌ಗಳಲ್ಲಿ ಅಳವಡಿಸಲಾದ CCM ಅನ್ನು ಬಳಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಮುಂಬರುವ ತಿಂಗಳಲ್ಲಿ ಅವುಗಳ ಸಂಖ್ಯೆಯನ್ನು 20 ಕ್ಕೆ ವಿಸ್ತರಿಸಲು ಯೋಜಿಸಿದ್ದೇವೆ. ದೊಡ್ಡ ಮತ್ತು ನಿರ್ಣಾಯಕ K8s ಸ್ಥಾಪನೆಗಳಿಗಾಗಿ CCM ಅನ್ನು ಬಳಸಲು ನಾವು ಪ್ರಸ್ತುತ ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ.

ಸಿಎಸ್‌ಐನಂತೆಯೇ, ಯಾಂಡೆಕ್ಸ್ ಡೆವಲಪರ್‌ಗಳು ಈ ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬೆಂಬಲವನ್ನು ತೆಗೆದುಕೊಂಡರೆ ನಮಗೆ ಸಂತೋಷವಾಗುತ್ತದೆ - ನಮಗೆ ಹೆಚ್ಚು ಸೂಕ್ತವಾದ ಕಾರ್ಯಗಳನ್ನು ನಿಭಾಯಿಸಲು ಅವರ ಕೋರಿಕೆಯ ಮೇರೆಗೆ ರೆಪೊಸಿಟರಿಯನ್ನು ವರ್ಗಾಯಿಸಲು ನಾವು ಸಿದ್ಧರಿದ್ದೇವೆ.

ಪಿಎಸ್

ನಮ್ಮ ಬ್ಲಾಗ್‌ನಲ್ಲಿಯೂ ಓದಿ:

• «Yandex.Cloud ಗಾಗಿ Kubernetes ನಲ್ಲಿ CSI ಡ್ರೈವರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಲ್ಲಿ ನಮ್ಮ ಅನುಭವ";
• «ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಸಿದ್ಧಪಡಿಸುವುದು ಸುಲಭ ಮತ್ತು ಅನುಕೂಲಕರವಾಗಿದೆಯೇ? addon-operator ಅನ್ನು ಪ್ರಕಟಿಸಲಾಗುತ್ತಿದೆ";
• «ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ವಿಸ್ತರಿಸುವುದು ಮತ್ತು ಪೂರಕಗೊಳಿಸುವುದು (ವಿಮರ್ಶೆ ಮತ್ತು ವೀಡಿಯೊ ವರದಿ)».

ಮೂಲ: www.habr.com