Tupperware ನೊಂದಿಗೆ ಯಾವುದೇ ಪ್ರಮಾಣದಲ್ಲಿ ಕ್ಲಸ್ಟರ್‌ಗಳ ಸಮರ್ಥ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹ ನಿರ್ವಹಣೆ
ಇಂದು ನಾವು Tupperware ಅನ್ನು ಪರಿಚಯಿಸಿದ್ದೇವೆ, ಇದು ನಮ್ಮ ಕ್ಲಸ್ಟರ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿದ್ದು ಅದು ನಮ್ಮ ಎಲ್ಲಾ ಸೇವೆಗಳನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವ ಲಕ್ಷಾಂತರ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಕಂಟೇನರ್‌ಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ. ನಾವು ಮೊದಲು 2011 ರಲ್ಲಿ Tupperware ಅನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ ಮತ್ತು ಅಂದಿನಿಂದ ನಮ್ಮ ಮೂಲಸೌಕರ್ಯವು ಬೆಳೆದಿದೆ ಸಂಪೂರ್ಣ . ಈ ಸಮಯದಲ್ಲಿ, ಟಪ್ಪರ್‌ವೇರ್ ಇನ್ನೂ ನಿಲ್ಲಲಿಲ್ಲ ಮತ್ತು ನಮ್ಮೊಂದಿಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಿಲ್ಲ. ಸ್ಟೇಟ್‌ಫುಲ್ ಸೇವೆಗಳಿಗೆ ಅನುಕೂಲಕರ ಬೆಂಬಲ, ಎಲ್ಲಾ ಡೇಟಾ ಕೇಂದ್ರಗಳಿಗೆ ಒಂದೇ ನಿಯಂತ್ರಣ ಫಲಕ ಮತ್ತು ನೈಜ ಸಮಯದಲ್ಲಿ ಸೇವೆಗಳ ನಡುವೆ ಸಾಮರ್ಥ್ಯವನ್ನು ವಿತರಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒಳಗೊಂಡಂತೆ Tupperware ಪ್ರಥಮ ದರ್ಜೆ ಕ್ಲಸ್ಟರ್ ನಿರ್ವಹಣೆಯನ್ನು ಹೇಗೆ ಒದಗಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ. ನಮ್ಮ ಮೂಲಸೌಕರ್ಯವು ವಿಕಸನಗೊಳ್ಳುತ್ತಿದ್ದಂತೆ ನಾವು ಕಲಿತ ಪಾಠಗಳನ್ನು ಸಹ ಹಂಚಿಕೊಳ್ಳುತ್ತೇವೆ.
Tupperware ವಿವಿಧ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ವಿತರಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಇದನ್ನು ಬಳಸುತ್ತಾರೆ. ಇದು ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಮತ್ತು ಅವಲಂಬನೆಗಳನ್ನು ಇಮೇಜ್‌ಗೆ ಪ್ಯಾಕೇಜ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಸರ್ವರ್‌ಗಳಿಗೆ ಕಂಟೇನರ್‌ಗಳಾಗಿ ತಲುಪಿಸುತ್ತದೆ. ಕಂಟೈನರ್‌ಗಳು ಒಂದೇ ಸರ್ವರ್‌ನಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ನಡುವೆ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಒದಗಿಸುತ್ತವೆ ಇದರಿಂದ ಡೆವಲಪರ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್ ತರ್ಕದೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತಾರೆ ಮತ್ತು ಸರ್ವರ್‌ಗಳನ್ನು ಹುಡುಕುವ ಅಥವಾ ನವೀಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ. ಟಪ್ಪರ್‌ವೇರ್ ಸರ್ವರ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಹ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದು ವೈಫಲ್ಯವನ್ನು ಕಂಡುಕೊಂಡರೆ, ಅದು ಸಮಸ್ಯಾತ್ಮಕ ಸರ್ವರ್‌ನಿಂದ ಕಂಟೇನರ್‌ಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತದೆ.
ಸಾಮರ್ಥ್ಯ ಯೋಜನೆ ಎಂಜಿನಿಯರ್‌ಗಳು ಬಜೆಟ್ ಮತ್ತು ನಿರ್ಬಂಧಗಳ ಆಧಾರದ ಮೇಲೆ ತಂಡಗಳಿಗೆ ಸರ್ವರ್ ಸಾಮರ್ಥ್ಯವನ್ನು ನಿಯೋಜಿಸಲು ಟಪ್ಪರ್‌ವೇರ್ ಅನ್ನು ಬಳಸುತ್ತಾರೆ. ಸರ್ವರ್ ಬಳಕೆಯನ್ನು ಸುಧಾರಿಸಲು ಅವರು ಇದನ್ನು ಬಳಸುತ್ತಾರೆ. ಡೇಟಾ ಸೆಂಟರ್ ಆಪರೇಟರ್‌ಗಳು ದತ್ತಾಂಶ ಕೇಂದ್ರಗಳಾದ್ಯಂತ ಕಂಟೇನರ್‌ಗಳನ್ನು ಸರಿಯಾಗಿ ವಿತರಿಸಲು ಮತ್ತು ನಿರ್ವಹಣೆಯ ಸಮಯದಲ್ಲಿ ಕಂಟೇನರ್‌ಗಳನ್ನು ನಿಲ್ಲಿಸಲು ಅಥವಾ ಸರಿಸಲು Tupperware ಕಡೆಗೆ ತಿರುಗುತ್ತಾರೆ. ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ಸರ್ವರ್‌ಗಳು, ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಮತ್ತು ಸಲಕರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಕನಿಷ್ಠ ಮಾನವ ಹಸ್ತಕ್ಷೇಪದ ಅಗತ್ಯವಿದೆ.
ಟಪ್ಪರ್‌ವೇರ್ ಆರ್ಕಿಟೆಕ್ಚರ್
Tupperware PRN ಆರ್ಕಿಟೆಕ್ಚರ್ ನಮ್ಮ ಡೇಟಾ ಕೇಂದ್ರಗಳ ಪ್ರದೇಶಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಈ ಪ್ರದೇಶವು ಸಮೀಪದಲ್ಲಿರುವ ಹಲವಾರು ಡೇಟಾ ಸೆಂಟರ್ ಕಟ್ಟಡಗಳನ್ನು (PRN1 ಮತ್ತು PRN2) ಒಳಗೊಂಡಿದೆ. ಒಂದೇ ಪ್ರದೇಶದಲ್ಲಿ ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಒಂದು ನಿಯಂತ್ರಣ ಫಲಕವನ್ನು ಮಾಡಲು ನಾವು ಯೋಜಿಸುತ್ತೇವೆ.
ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳು Tupperware ಉದ್ಯೋಗಗಳ ರೂಪದಲ್ಲಿ ಸೇವೆಗಳನ್ನು ತಲುಪಿಸುತ್ತಾರೆ. ಒಂದು ಕೆಲಸವು ಬಹು ಕಂಟೈನರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಅವೆಲ್ಲವೂ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ.
ಟಪ್ಪರ್‌ವೇರ್ ಕಂಟೇನರ್‌ಗಳನ್ನು ಒದಗಿಸುವ ಮತ್ತು ಅವುಗಳ ಜೀವನಚಕ್ರವನ್ನು ನಿರ್ವಹಿಸುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿದೆ. ಇದು ಹಲವಾರು ಘಟಕಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:
- Tupperware ಮುಂಭಾಗವು ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್, CLI ಮತ್ತು ಇತರ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಪರಿಕರಗಳಿಗಾಗಿ API ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅದರ ಮೂಲಕ ನೀವು Tupperware ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಬಹುದು. ಅವರು Tupperware ಉದ್ಯೋಗ ಮಾಲೀಕರಿಂದ ಸಂಪೂರ್ಣ ಆಂತರಿಕ ರಚನೆಯನ್ನು ಮರೆಮಾಡುತ್ತಾರೆ.
- ಟಪ್ಪರ್‌ವೇರ್ ಶೆಡ್ಯೂಲರ್ ಕಂಟೇನರ್ ಮತ್ತು ಕೆಲಸದ ಜೀವನಚಕ್ರವನ್ನು ನಿರ್ವಹಿಸಲು ಜವಾಬ್ದಾರಿಯುತ ನಿಯಂತ್ರಣ ಫಲಕವಾಗಿದೆ. ಇದನ್ನು ಪ್ರಾದೇಶಿಕ ಮತ್ತು ಜಾಗತಿಕ ಮಟ್ಟದಲ್ಲಿ ನಿಯೋಜಿಸಲಾಗಿದೆ, ಅಲ್ಲಿ ಪ್ರಾದೇಶಿಕ ಶೆಡ್ಯೂಲರ್ ಒಂದು ಪ್ರದೇಶದಲ್ಲಿ ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಜಾಗತಿಕ ಶೆಡ್ಯೂಲರ್ ವಿವಿಧ ಪ್ರದೇಶಗಳಿಂದ ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಶೆಡ್ಯೂಲರ್ ಅನ್ನು ಚೂರುಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ, ಮತ್ತು ಪ್ರತಿ ಚೂರು ಕೆಲಸಗಳ ಗುಂಪನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ.
- ಟಪ್ಪರ್‌ವೇರ್‌ನ ಶೆಡ್ಯೂಲರ್ ಪ್ರಾಕ್ಸಿ ಆಂತರಿಕ ಶಾರ್ಡಿಂಗ್ ಅನ್ನು ಮರೆಮಾಡುತ್ತದೆ ಮತ್ತು ಟಪ್ಪರ್‌ವೇರ್ ಬಳಕೆದಾರರಿಗೆ ಅನುಕೂಲಕರವಾದ ಗಾಜಿನ ಫಲಕವನ್ನು ಒದಗಿಸುತ್ತದೆ.
- ಟಪ್ಪರ್‌ವೇರ್ ಅಲೋಕೇಟರ್ ಸರ್ವರ್‌ಗಳಿಗೆ ಕಂಟೈನರ್‌ಗಳನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ. ಶೆಡ್ಯೂಲರ್ ಕಂಟೈನರ್‌ಗಳನ್ನು ನಿಲ್ಲಿಸುವುದು, ಪ್ರಾರಂಭಿಸುವುದು, ನವೀಕರಿಸುವುದು ಮತ್ತು ವೈಫಲ್ಯವನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ. ಪ್ರಸ್ತುತ, ಒಬ್ಬ ನಿಯೋಜಕನು ಇಡೀ ಪ್ರದೇಶವನ್ನು ಚೂರುಗಳಾಗಿ ವಿಭಜಿಸದೆ ನಿರ್ವಹಿಸಬಹುದು. (ಪರಿಭಾಷೆಯಲ್ಲಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಗಮನಿಸಿ. ಉದಾಹರಣೆಗೆ, Tupperware ನಲ್ಲಿನ ಶೆಡ್ಯೂಲರ್ ನಿಯಂತ್ರಣ ಫಲಕಕ್ಕೆ ಅನುರೂಪವಾಗಿದೆ , ಮತ್ತು ಟಪ್ಪರ್‌ವೇರ್ ಅಲೋಕೇಟರ್ ಅನ್ನು ಕುಬರ್ನೆಟ್ಸ್‌ನಲ್ಲಿ ಶೆಡ್ಯೂಲರ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.)
- ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್ ಸರ್ವರ್ ಮತ್ತು ಸೇವಾ ಘಟನೆಗಳಿಗಾಗಿ ಸತ್ಯದ ಮೂಲವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ನಾವು ಪ್ರತಿ ಡೇಟಾ ಕೇಂದ್ರಕ್ಕೆ ಒಂದು ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್ ಅನ್ನು ನಡೆಸುತ್ತೇವೆ ಮತ್ತು ಅದು ಆ ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಸರ್ವರ್‌ಗಳ ಬಗ್ಗೆ ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್ ಮತ್ತು ಸಾಮರ್ಥ್ಯ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ, ಅಥವಾ ಸಂಪನ್ಮೂಲ ಒದಗಿಸುವ ವ್ಯವಸ್ಥೆ, ಯಾವ ಶೆಡ್ಯೂಲರ್ ವಿತರಣೆಯು ಯಾವ ಸರ್ವರ್ ಅನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ. ಆರೋಗ್ಯ ತಪಾಸಣೆ ಸೇವೆಯು ಸರ್ವರ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್‌ನಲ್ಲಿ ಅವರ ಆರೋಗ್ಯದ ಬಗ್ಗೆ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಸರ್ವರ್‌ಗೆ ಸಮಸ್ಯೆಗಳಿದ್ದರೆ ಅಥವಾ ನಿರ್ವಹಣೆ ಅಗತ್ಯವಿದ್ದರೆ, ಕಂಟೇನರ್‌ಗಳನ್ನು ನಿಲ್ಲಿಸಲು ಅಥವಾ ಅವುಗಳನ್ನು ಇತರ ಸರ್ವರ್‌ಗಳಿಗೆ ಸರಿಸಲು ಸಂಪನ್ಮೂಲ ದಲ್ಲಾಳಿ ಹಂಚಿಕೆದಾರ ಮತ್ತು ಶೆಡ್ಯೂಲರ್‌ಗೆ ಹೇಳುತ್ತಾನೆ.
- ಟಪ್ಪರ್‌ವೇರ್ ಏಜೆಂಟ್ ಪ್ರತಿ ಸರ್ವರ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಡೀಮನ್ ಆಗಿದ್ದು ಅದು ಕಂಟೇನರ್‌ಗಳನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ ಮತ್ತು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕಂಟೇನರ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತವೆ, ಅದು ಅವರಿಗೆ ಹೆಚ್ಚು ಪ್ರತ್ಯೇಕತೆ ಮತ್ತು ಪುನರುತ್ಪಾದನೆಯನ್ನು ನೀಡುತ್ತದೆ. ಆನ್ ಚಿತ್ರಗಳು, btrfs, cgroupv2 ಮತ್ತು systemd ಅನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ರತ್ಯೇಕ Tupperware ಕಂಟೈನರ್‌ಗಳನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನಾವು ಈಗಾಗಲೇ ವಿವರಿಸಿದ್ದೇವೆ.
Tupperware ನ ವಿಶಿಷ್ಟ ಲಕ್ಷಣಗಳು
ಟಪ್ಪರ್‌ವೇರ್ ಇತರ ಕ್ಲಸ್ಟರ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳಾದ ಕುಬರ್ನೆಟ್ಸ್ ಮತ್ತು ಅನೇಕ ರೀತಿಯಲ್ಲಿ ಹೋಲುತ್ತದೆ , ಆದರೆ ವ್ಯತ್ಯಾಸಗಳಿವೆ:
- ರಾಜ್ಯಪೂರ್ಣ ಸೇವೆಗಳಿಗೆ ಅಂತರ್ನಿರ್ಮಿತ ಬೆಂಬಲ.
- ವಿಭಿನ್ನ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿನ ಸರ್ವರ್‌ಗಳಿಗಾಗಿ ಒಂದೇ ನಿಯಂತ್ರಣ ಫಲಕವು ಉದ್ದೇಶ, ಕ್ಲಸ್ಟರ್‌ಗಳ ಡಿಕಮಿಷನ್ ಮತ್ತು ನಿರ್ವಹಣೆಯ ಆಧಾರದ ಮೇಲೆ ಕಂಟೇನರ್‌ಗಳ ವಿತರಣೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತದೆ.
- ಜೂಮ್ ಮಾಡಲು ನಿಯಂತ್ರಣ ಫಲಕದ ವಿಭಾಗವನ್ನು ತೆರವುಗೊಳಿಸಿ.
- ಸ್ಥಿತಿಸ್ಥಾಪಕ ಕಂಪ್ಯೂಟಿಂಗ್ ನಿಮಗೆ ನೈಜ ಸಮಯದಲ್ಲಿ ಸೇವೆಗಳ ನಡುವೆ ಶಕ್ತಿಯನ್ನು ವಿತರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ.
ಬೃಹತ್ ಜಾಗತಿಕ ಹಂಚಿಕೆಯ ಸರ್ವರ್ ಫ್ಲೀಟ್‌ನಾದ್ಯಂತ ವಿವಿಧ ಸ್ಥಿತಿಯಿಲ್ಲದ ಮತ್ತು ಸ್ಥಿತಿವಂತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸಲು ನಾವು ಈ ತಂಪಾದ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇವೆ.
ರಾಜ್ಯಪೂರ್ಣ ಸೇವೆಗಳಿಗೆ ಅಂತರ್ನಿರ್ಮಿತ ಬೆಂಬಲ.
Tupperware Facebook, Instagram, Messenger ಮತ್ತು WhatsApp ಗಾಗಿ ನಿರಂತರ ಉತ್ಪನ್ನ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ವಿವಿಧ ನಿರ್ಣಾಯಕ ಸ್ಥಿತಿಯ ಸೇವೆಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಇವುಗಳು ಪ್ರಮುಖ-ಮೌಲ್ಯದ ಜೋಡಿಗಳ ದೊಡ್ಡ ಮಳಿಗೆಗಳಾಗಿರಬಹುದು (ಉದಾ. ) ಮತ್ತು ಡೇಟಾ ರೆಪೊಸಿಟರಿಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು (ಉದಾಹರಣೆಗೆ, и ) ಸ್ಟೇಟ್‌ಫುಲ್ ಸೇವೆಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಸುಲಭವಲ್ಲ, ಏಕೆಂದರೆ ಕಂಟೇನರ್‌ಗಳ ಪೂರೈಕೆಯು ನೆಟ್‌ವರ್ಕ್ ಸ್ಥಗಿತಗಳು ಅಥವಾ ವಿದ್ಯುತ್ ನಿಲುಗಡೆ ಸೇರಿದಂತೆ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಅಡೆತಡೆಗಳನ್ನು ತಡೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಸಿಸ್ಟಮ್ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಮತ್ತು ತಪ್ಪು ಡೊಮೇನ್‌ಗಳಾದ್ಯಂತ ಕಂಟೇನರ್‌ಗಳನ್ನು ವಿತರಿಸುವಂತಹ ಸಾಂಪ್ರದಾಯಿಕ ತಂತ್ರಗಳು ಸ್ಥಿತಿಯಿಲ್ಲದ ಸೇವೆಗಳಿಗೆ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಸ್ಥಿತಿವಂತ ಸೇವೆಗಳಿಗೆ ಹೆಚ್ಚುವರಿ ಬೆಂಬಲದ ಅಗತ್ಯವಿದೆ.
ಉದಾಹರಣೆಗೆ, ಸರ್ವರ್ ವೈಫಲ್ಯವು ಒಂದು ಡೇಟಾಬೇಸ್ ಪ್ರತಿಕೃತಿಯು ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ, 50 ಪೂಲ್‌ನಿಂದ 10 ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಕೋರ್‌ಗಳನ್ನು ನವೀಕರಿಸುವ ಸ್ವಯಂಚಾಲಿತ ನಿರ್ವಹಣೆಯನ್ನು ನೀವು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕೇ? ಪರಿಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಈ 50 ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದು ಅದೇ ಡೇಟಾಬೇಸ್‌ನ ಮತ್ತೊಂದು ಪ್ರತಿಕೃತಿಯನ್ನು ಹೊಂದಿದ್ದರೆ, ಒಂದೇ ಬಾರಿಗೆ 2 ಪ್ರತಿಕೃತಿಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳದೆ ಕಾಯುವುದು ಉತ್ತಮ. ಸಿಸ್ಟಮ್ ನಿರ್ವಹಣೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಬಗ್ಗೆ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು, ನಮಗೆ ಆಂತರಿಕ ಡೇಟಾ ಪುನರಾವರ್ತನೆ ಮತ್ತು ಪ್ರತಿ ಸ್ಟೇಟ್‌ಫುಲ್ ಸೇವೆಯ ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಲಾಜಿಕ್ ಬಗ್ಗೆ ಮಾಹಿತಿಯ ಅಗತ್ಯವಿದೆ.
Интерфейс TaskControl позволяет stateful-сервисам влиять на решения, которые отразятся на доступности данных. С помощью этого интерфейса планировщик уведомляет внешние приложения об операциях с контейнером (перезапуск, обновление, миграция, обслуживание). Stateful-сервис реализует контроллер, который сообщает Tupperware, когда можно безопасно выполнить каждую операцию, и эти операции можно менять местами или временно откладывать. В приведенном выше примере контроллер базы данных может велеть Tupperware обновить 49 из 50 серверов, но пока не трогать определенный сервер (X). В итоге, если пройдет срок обновления ядра, а база данных так и не сможет восстановить проблемную реплику, Tupperware все равно обновит сервер X.
ಟಪ್ಪರ್‌ವೇರ್‌ನಲ್ಲಿನ ಅನೇಕ ರಾಜ್ಯಪೂರ್ಣ ಸೇವೆಗಳು ಟಾಸ್ಕ್ ಕಂಟ್ರೋಲ್ ಅನ್ನು ನೇರವಾಗಿ ಬಳಸುವುದಿಲ್ಲ, ಆದರೆ ಫೇಸ್‌ಬುಕ್‌ನಲ್ಲಿ ಸ್ಟೇಟ್‌ಫುಲ್ ಸೇವೆಗಳನ್ನು ರಚಿಸಲು ಸಾಮಾನ್ಯ ವೇದಿಕೆಯಾದ ಶಾರ್ಡ್‌ಮ್ಯಾನೇಜರ್ ಮೂಲಕ. ಟಪ್ಪರ್‌ವೇರ್‌ನೊಂದಿಗೆ, ಡೆವಲಪರ್‌ಗಳು ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ಕಂಟೈನರ್‌ಗಳನ್ನು ಹೇಗೆ ವಿತರಿಸಬೇಕು ಎಂಬುದರ ಕುರಿತು ತಮ್ಮ ಉದ್ದೇಶವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ShardManager ನೊಂದಿಗೆ, ಡೆವಲಪರ್‌ಗಳು ಧಾರಕಗಳಲ್ಲಿ ಡೇಟಾ ಚೂರುಗಳನ್ನು ಹೇಗೆ ವಿತರಿಸಬೇಕು ಎಂಬುದಕ್ಕೆ ತಮ್ಮ ಉದ್ದೇಶವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತಾರೆ. ShardManager ಡೇಟಾ ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಮತ್ತು ಅದರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಪುನರಾವರ್ತನೆಯ ಬಗ್ಗೆ ತಿಳಿದಿರುತ್ತದೆ ಮತ್ತು ನೇರ ಅಪ್ಲಿಕೇಶನ್ ಒಳಗೊಳ್ಳದೆ ಕಂಟೇನರ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿಗದಿಪಡಿಸಲು TaskControl ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ Tupperware ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ. ಈ ಏಕೀಕರಣವು ಸ್ಟೇಟ್‌ಫುಲ್ ಸೇವೆಗಳ ನಿರ್ವಹಣೆಯನ್ನು ಹೆಚ್ಚು ಸರಳಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಟಾಸ್ಕ್ ಕಂಟ್ರೋಲ್ ಹೆಚ್ಚು ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ. ಉದಾಹರಣೆಗೆ, ನಮ್ಮ ವ್ಯಾಪಕವಾದ ವೆಬ್ ಶ್ರೇಣಿ ಸ್ಥಿತಿಯಿಲ್ಲ ಮತ್ತು ಕಂಟೈನರ್‌ಗಳಿಗೆ ನವೀಕರಣಗಳ ದರವನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಹೊಂದಿಸಲು TaskControl ಅನ್ನು ಬಳಸುತ್ತದೆ. ಅಂತಿಮವಾಗಿ в день без ущерба для доступности.
ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು
2011 ರಲ್ಲಿ Tupperware ಅನ್ನು ಮೊದಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಪ್ರತಿ ಸರ್ವರ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಶೆಡ್ಯೂಲರ್ ನಿರ್ವಹಿಸುತ್ತದೆ. ಆಗ, ಫೇಸ್‌ಬುಕ್ ಕ್ಲಸ್ಟರ್ ಒಂದು ನೆಟ್‌ವರ್ಕ್ ಸ್ವಿಚ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸರ್ವರ್ ರಾಕ್‌ಗಳ ಗುಂಪಾಗಿತ್ತು ಮತ್ತು ಡೇಟಾ ಸೆಂಟರ್ ಹಲವಾರು ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ಹೊಂದಿದೆ. ಶೆಡ್ಯೂಲರ್ ಒಂದು ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಸರ್ವರ್‌ಗಳನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸಬಹುದು, ಅಂದರೆ ಕೆಲಸವು ಬಹು ಕ್ಲಸ್ಟರ್‌ಗಳಲ್ಲಿ ಹರಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಮ್ಮ ಮೂಲಸೌಕರ್ಯವು ಬೆಳೆಯಿತು, ನಾವು ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ಹೆಚ್ಚಾಗಿ ಬರೆಯುತ್ತೇವೆ. Tupperware ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಕಾರ್ಯವನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಿದ ಕ್ಲಸ್ಟರ್‌ನಿಂದ ಇತರ ಕ್ಲಸ್ಟರ್‌ಗಳಿಗೆ ವರ್ಗಾಯಿಸಲು ಸಾಧ್ಯವಾಗದ ಕಾರಣ, ಇದು ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಡೇಟಾ ಸೆಂಟರ್ ಆಪರೇಟರ್‌ಗಳ ನಡುವೆ ಸಾಕಷ್ಟು ಪ್ರಯತ್ನ ಮತ್ತು ಎಚ್ಚರಿಕೆಯ ಸಮನ್ವಯವನ್ನು ಬಯಸುತ್ತದೆ. ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಕಾರ್ಯವಿಧಾನಗಳಿಂದಾಗಿ ಸರ್ವರ್‌ಗಳು ತಿಂಗಳುಗಟ್ಟಲೆ ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದಾಗ ಈ ಪ್ರಕ್ರಿಯೆಯು ಸಂಪನ್ಮೂಲಗಳನ್ನು ವ್ಯರ್ಥ ಮಾಡಿತು.
ಕ್ಲಸ್ಟರ್ ಡಿಕಮಿಷನ್ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಮತ್ತು ಇತರ ರೀತಿಯ ನಿರ್ವಹಣಾ ಕಾರ್ಯಗಳನ್ನು ಸಂಘಟಿಸಲು ನಾವು ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್ ಅನ್ನು ರಚಿಸಿದ್ದೇವೆ. ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್ ಸರ್ವರ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಭೌತಿಕ ಮಾಹಿತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಸರ್ವರ್ ಅನ್ನು ಯಾವ ಶೆಡ್ಯೂಲರ್ ನಿಯಂತ್ರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ. ಶೆಡ್ಯೂಲರ್‌ಗಳಿಗೆ ಸರ್ವರ್‌ಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಲಿಂಕ್ ಮಾಡುವುದರಿಂದ ಶೆಡ್ಯೂಲರ್‌ಗೆ ವಿವಿಧ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. Tupperware ಕೆಲಸವು ಇನ್ನು ಮುಂದೆ ಒಂದೇ ಕ್ಲಸ್ಟರ್‌ಗೆ ಸೀಮಿತವಾಗಿಲ್ಲದಿರುವುದರಿಂದ, Tupperware ಬಳಕೆದಾರರು ದೋಷ ಡೊಮೇನ್‌ಗಳಲ್ಲಿ ಕಂಟೇನರ್‌ಗಳನ್ನು ಹೇಗೆ ವಿತರಿಸಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಡೆವಲಪರ್ ನಿರ್ದಿಷ್ಟ ಲಭ್ಯತೆಯ ವಲಯಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದೆಯೇ ತನ್ನ ಉದ್ದೇಶವನ್ನು ಘೋಷಿಸಬಹುದು (ಹೇಳಿ: "PRN ಪ್ರದೇಶದಲ್ಲಿ 2 ದೋಷ ಡೊಮೇನ್‌ಗಳಲ್ಲಿ ನನ್ನ ಕೆಲಸವನ್ನು ರನ್ ಮಾಡಿ"). ಕ್ಲಸ್ಟರ್ ಅಥವಾ ಸೇವೆಯನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಿದ್ದರೂ ಸಹ, ಈ ಉದ್ದೇಶವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು Tupperware ಸ್ವತಃ ಸೂಕ್ತವಾದ ಸರ್ವರ್‌ಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ.
ಇಡೀ ಜಾಗತಿಕ ವ್ಯವಸ್ಥೆಯನ್ನು ಬೆಂಬಲಿಸಲು ಸ್ಕೇಲೆಬಲ್
ಐತಿಹಾಸಿಕವಾಗಿ, ನಮ್ಮ ಮೂಲಸೌಕರ್ಯವನ್ನು ಪ್ರತ್ಯೇಕ ತಂಡಗಳಿಗಾಗಿ ನೂರಾರು ಮೀಸಲಾದ ಸರ್ವರ್ ಪೂಲ್‌ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ. ವಿಘಟನೆ ಮತ್ತು ಮಾನದಂಡಗಳ ಕೊರತೆಯಿಂದಾಗಿ, ನಾವು ಹೆಚ್ಚಿನ ಕಾರ್ಯಾಚರಣೆಯ ವೆಚ್ಚವನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಸರ್ವರ್‌ಗಳನ್ನು ಮತ್ತೆ ಬಳಸಲು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿದೆ. ಕಳೆದ ವರ್ಷದ ಸಮ್ಮೇಳನದಲ್ಲಿ ನಾವು ಪ್ರಸ್ತುತಪಡಿಸಿದ್ದೇವೆ , ಇದು ನಮ್ಮ ಮೂಲಸೌಕರ್ಯವನ್ನು ಒಂದು ದೊಡ್ಡ ಏಕ ಸರ್ವರ್ ಪಾರ್ಕ್ ಆಗಿ ಸಂಯೋಜಿಸುತ್ತದೆ. ಆದರೆ ಒಂದೇ ಸರ್ವರ್ ಪಾರ್ಕ್ ತನ್ನದೇ ಆದ ತೊಂದರೆಗಳನ್ನು ಹೊಂದಿದೆ. ಇದು ಕೆಲವು ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಬೇಕು:
- ಸ್ಕೇಲೆಬಿಲಿಟಿ. ನಾವು ಪ್ರತಿ ಪ್ರದೇಶದಲ್ಲಿ ಡೇಟಾ ಕೇಂದ್ರಗಳನ್ನು ಸೇರಿಸಿದಂತೆ ನಮ್ಮ ಮೂಲಸೌಕರ್ಯವು ಬೆಳೆಯಿತು. ಸರ್ವರ್‌ಗಳು ಚಿಕ್ಕದಾಗಿರುತ್ತವೆ ಮತ್ತು ಹೆಚ್ಚು ಶಕ್ತಿಯ ದಕ್ಷತೆಯನ್ನು ಹೊಂದಿವೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಪ್ರದೇಶದಲ್ಲಿ ಅವುಗಳಲ್ಲಿ ಹಲವು ಇವೆ. ಪರಿಣಾಮವಾಗಿ, ಪ್ರತಿ ಪ್ರದೇಶದಲ್ಲಿನ ನೂರಾರು ಸಾವಿರ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ರನ್ ಮಾಡಬಹುದಾದ ಕಂಟೈನರ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಪ್ರತಿ ಪ್ರದೇಶಕ್ಕೆ ಒಂದೇ ಶೆಡ್ಯೂಲರ್ ನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
- ವಿಶ್ವಾಸಾರ್ಹತೆ ಶೆಡ್ಯೂಲರ್ ಅನ್ನು ಅಷ್ಟು ಪ್ರಮಾಣದಲ್ಲಿ ಹೆಚ್ಚಿಸಬಹುದಾದರೂ, ಶೆಡ್ಯೂಲರ್‌ನ ದೊಡ್ಡ ವ್ಯಾಪ್ತಿಯು ಎಂದರೆ ದೋಷಗಳ ಹೆಚ್ಚಿನ ಅಪಾಯವಿದೆ ಮತ್ತು ಕಂಟೇನರ್‌ಗಳ ಸಂಪೂರ್ಣ ಪ್ರದೇಶವು ನಿರ್ವಹಿಸಲಾಗದಂತಾಗುತ್ತದೆ.
- ದೋಷಸಹಿಷ್ಣುತೆ. ಬೃಹತ್ ಮೂಲಸೌಕರ್ಯ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ (ಉದಾಹರಣೆಗೆ, ನೆಟ್‌ವರ್ಕ್ ವೈಫಲ್ಯ ಅಥವಾ ವಿದ್ಯುತ್ ನಿಲುಗಡೆಯಿಂದಾಗಿ ಶೆಡ್ಯೂಲರ್ ಅನ್ನು ಚಲಾಯಿಸುವ ಸರ್ವರ್‌ಗಳು ವಿಫಲಗೊಳ್ಳುತ್ತವೆ), ಋಣಾತ್ಮಕ ಪರಿಣಾಮಗಳು ಪ್ರದೇಶದ ಸರ್ವರ್‌ಗಳ ಒಂದು ಭಾಗವನ್ನು ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ.
- ಸುಲಭವಾದ ಬಳಕೆ. ನೀವು ಒಂದು ಪ್ರದೇಶಕ್ಕೆ ಹಲವಾರು ಸ್ವತಂತ್ರ ಶೆಡ್ಯೂಲರ್‌ಗಳನ್ನು ಚಲಾಯಿಸಬೇಕು ಎಂದು ತೋರುತ್ತದೆ. ಆದರೆ ಅನುಕೂಲಕರ ದೃಷ್ಟಿಕೋನದಿಂದ, ಒಂದು ಪ್ರದೇಶದ ಹಂಚಿಕೆಯ ಪೂಲ್‌ಗೆ ಪ್ರವೇಶದ ಒಂದು ಬಿಂದುವು ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಉದ್ಯೋಗಗಳನ್ನು ನಿರ್ವಹಿಸುವುದನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ.
ದೊಡ್ಡ ಹಂಚಿಕೆಯ ಪೂಲ್ ಅನ್ನು ನಿರ್ವಹಿಸುವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ನಾವು ಶೆಡ್ಯೂಲರ್ ಅನ್ನು ಚೂರುಗಳಾಗಿ ವಿಂಗಡಿಸಿದ್ದೇವೆ. ಪ್ರತಿಯೊಂದು ಶೆಡ್ಯೂಲರ್ ಶಾರ್ಡ್ ಪ್ರದೇಶದಲ್ಲಿ ತನ್ನದೇ ಆದ ಉದ್ಯೋಗಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಇದು ಶೆಡ್ಯೂಲರ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಹಂಚಿದ ಪೂಲ್ ಬೆಳೆದಂತೆ, ನಾವು ಹೆಚ್ಚು ಶೆಡ್ಯೂಲರ್ ಚೂರುಗಳನ್ನು ಸೇರಿಸಬಹುದು. Tupperware ಬಳಕೆದಾರರಿಗೆ, ಚೂರುಗಳು ಮತ್ತು ಶೆಡ್ಯೂಲರ್ ಪ್ರಾಕ್ಸಿಗಳು ಒಂದು ನಿಯಂತ್ರಣ ಫಲಕದಂತೆ ಕಾಣುತ್ತವೆ. ಅವರು ಕಾರ್ಯಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಚೂರುಗಳ ಗುಂಪಿನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬೇಕಾಗಿಲ್ಲ. ನೆಟ್‌ವರ್ಕ್ ಟೋಪೋಲಜಿಗೆ ಅನುಗುಣವಾಗಿ ಸರ್ವರ್‌ಗಳ ಹಂಚಿಕೆಯ ಪೂಲ್ ಅನ್ನು ಸ್ಥಿರವಾಗಿ ವಿಭಜಿಸದೆ ನಿಯಂತ್ರಣ ಫಲಕವನ್ನು ವಿಭಜಿಸಿದಾಗ ನಾವು ಮೊದಲು ಬಳಸಿದ ಕ್ಲಸ್ಟರ್ ಶೆಡ್ಯೂಲರ್‌ಗಳಿಗಿಂತ ಶೆಡ್ಯೂಲರ್ ಚೂರುಗಳು ಮೂಲಭೂತವಾಗಿ ವಿಭಿನ್ನವಾಗಿವೆ.
ಸ್ಥಿತಿಸ್ಥಾಪಕ ಕಂಪ್ಯೂಟಿಂಗ್‌ನೊಂದಿಗೆ ಬಳಕೆಯ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸಿ
ನಮ್ಮ ಮೂಲಸೌಕರ್ಯವು ದೊಡ್ಡದಾಗಿದೆ, ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚಗಳನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಮತ್ತು ಲೋಡ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನಮ್ಮ ಸರ್ವರ್‌ಗಳನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಸುವುದು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ. ಸರ್ವರ್ ಬಳಕೆಯ ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ಎರಡು ಮಾರ್ಗಗಳಿವೆ:
- Эластичные вычисления — уменьшать масштаб онлайн-сервисов в спокойные часы и использовать освободившиеся серверы для офлайн-нагрузок, например, для машинного обучения и заданий MapReduce.
- ಓವರ್‌ಲೋಡಿಂಗ್ - ಆನ್‌ಲೈನ್ ಸೇವೆಗಳು ಮತ್ತು ಬ್ಯಾಚ್ ಕೆಲಸದ ಹೊರೆಗಳನ್ನು ಒಂದೇ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಇರಿಸಿ ಇದರಿಂದ ಬ್ಯಾಚ್ ಕೆಲಸದ ಹೊರೆಗಳು ಕಡಿಮೆ ಆದ್ಯತೆಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.
ನಮ್ಮ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿನ ಅಡಚಣೆಯಾಗಿದೆ . ಆದ್ದರಿಂದ, ನಾವು ಹೆಚ್ಚು ಸಂಸ್ಕರಣಾ ಶಕ್ತಿಯನ್ನು ಒದಗಿಸುವ ಸಣ್ಣ, ಶಕ್ತಿ-ಸಮರ್ಥ ಸರ್ವರ್‌ಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತೇವೆ. ದುರದೃಷ್ಟವಶಾತ್, ಕಡಿಮೆ CPU ಮತ್ತು ಮೆಮೊರಿ ಹೊಂದಿರುವ ಸಣ್ಣ ಸರ್ವರ್‌ಗಳಲ್ಲಿ, ಓವರ್‌ಲೋಡ್ ಕಡಿಮೆ ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ. ಸಹಜವಾಗಿ, ಕಡಿಮೆ ಪ್ರೊಸೆಸರ್ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಮೆಮೊರಿಯನ್ನು ಸೇವಿಸುವ ಒಂದು ಸಣ್ಣ ಶಕ್ತಿ-ಸಮರ್ಥ ಸರ್ವರ್‌ನಲ್ಲಿ ನಾವು ಸಣ್ಣ ಸೇವೆಗಳ ಹಲವಾರು ಕಂಟೇನರ್‌ಗಳನ್ನು ಇರಿಸಬಹುದು, ಆದರೆ ದೊಡ್ಡ ಸೇವೆಗಳು ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಕಡಿಮೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಆದ್ದರಿಂದ, ನಮ್ಮ ದೊಡ್ಡ ಸೇವೆಗಳ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಅವುಗಳನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ನಾವು ಸಲಹೆ ನೀಡುತ್ತೇವೆ ಇದರಿಂದ ಅವರು ಸಂಪೂರ್ಣ ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸುತ್ತಾರೆ.
ಮೂಲಭೂತವಾಗಿ, ನಾವು ಎಲಾಸ್ಟಿಕ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಬಳಕೆಯ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತೇವೆ. ನ್ಯೂಸ್ ಫೀಡ್, ಮೆಸೇಜಿಂಗ್ ವೈಶಿಷ್ಟ್ಯ ಮತ್ತು ಫ್ರಂಟ್-ಎಂಡ್ ವೆಬ್ ಶ್ರೇಣಿಯಂತಹ ನಮ್ಮ ಹಲವು ಪ್ರಮುಖ ಸೇವೆಗಳು ದಿನದ ಸಮಯವನ್ನು ಅವಲಂಬಿಸಿ ಬದಲಾಗುತ್ತವೆ. ನಾವು ಶಾಂತ ಸಮಯದಲ್ಲಿ ಆನ್‌ಲೈನ್ ಸೇವೆಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಆಫ್‌ಲೈನ್ ಕೆಲಸದ ಹೊರೆಗಳಿಗಾಗಿ ಉಚಿತ ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ, ಉದಾಹರಣೆಗೆ ಯಂತ್ರ ಕಲಿಕೆ ಮತ್ತು MapReduce ಉದ್ಯೋಗಗಳು.
ಸಂಪೂರ್ಣ ಸರ್ವರ್‌ಗಳನ್ನು ಸ್ಥಿತಿಸ್ಥಾಪಕ ಸಾಮರ್ಥ್ಯದ ಘಟಕಗಳಾಗಿ ಒದಗಿಸುವುದು ಉತ್ತಮ ಎಂದು ನಮಗೆ ಅನುಭವದಿಂದ ತಿಳಿದಿದೆ ಏಕೆಂದರೆ ದೊಡ್ಡ ಸೇವೆಗಳು ಪ್ರಮುಖ ದಾನಿಗಳು ಮತ್ತು ಸ್ಥಿತಿಸ್ಥಾಪಕ ಸಾಮರ್ಥ್ಯದ ಪ್ರಮುಖ ಗ್ರಾಹಕರು ಮತ್ತು ಸಂಪೂರ್ಣ ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸಲು ಹೊಂದುವಂತೆ ಮಾಡಲಾಗುತ್ತದೆ. ಸ್ತಬ್ಧ ಸಮಯದಲ್ಲಿ ಆನ್‌ಲೈನ್ ಸೇವೆಯಿಂದ ಸರ್ವರ್ ಬಿಡುಗಡೆಯಾದಾಗ, ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್ ಅದರ ಮೇಲೆ ಆಫ್‌ಲೈನ್ ಕೆಲಸದ ಹೊರೆಗಳನ್ನು ಚಲಾಯಿಸಲು ಶೆಡ್ಯೂಲರ್‌ಗೆ ಸರ್ವರ್ ಅನ್ನು ಗುತ್ತಿಗೆಗೆ ನೀಡುತ್ತಾನೆ. ಆನ್‌ಲೈನ್ ಸೇವೆಯು ಗರಿಷ್ಠ ಲೋಡ್ ಅನ್ನು ಅನುಭವಿಸಿದರೆ, ಸಂಪನ್ಮೂಲ ಬ್ರೋಕರ್ ಎರವಲು ಪಡೆದ ಸರ್ವರ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ಮರುಪಡೆಯುತ್ತಾರೆ ಮತ್ತು ಶೆಡ್ಯೂಲರ್‌ನೊಂದಿಗೆ ಅದನ್ನು ಆನ್‌ಲೈನ್ ಸೇವೆಗೆ ಹಿಂತಿರುಗಿಸುತ್ತಾರೆ.
ಕಲಿತ ಪಾಠಗಳು ಮತ್ತು ಭವಿಷ್ಯದ ಯೋಜನೆಗಳು
ಕಳೆದ 8 ವರ್ಷಗಳಲ್ಲಿ, ನಾವು ಫೇಸ್‌ಬುಕ್‌ನ ಕ್ಷಿಪ್ರ ಬೆಳವಣಿಗೆಯನ್ನು ಮುಂದುವರಿಸಲು ಟಪ್ಪರ್‌ವೇರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೇವೆ. ನಾವು ಕಲಿತದ್ದನ್ನು ನಾವು ಹಂಚಿಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ವೇಗವಾಗಿ ಬೆಳೆಯುತ್ತಿರುವ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಇದು ಇತರರಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಎಂದು ಭಾವಿಸುತ್ತೇವೆ:
- ನಿಯಂತ್ರಣ ಫಲಕ ಮತ್ತು ಅದನ್ನು ನಿರ್ವಹಿಸುವ ಸರ್ವರ್‌ಗಳ ನಡುವೆ ಹೊಂದಿಕೊಳ್ಳುವ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿಸಿ. ಈ ನಮ್ಯತೆಯು ನಿಯಂತ್ರಣ ಫಲಕವನ್ನು ವಿವಿಧ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಕ್ಲಸ್ಟರ್‌ಗಳ ಡಿಕಮಿಷನ್ ಮತ್ತು ನಿರ್ವಹಣೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸ್ಥಿತಿಸ್ಥಾಪಕ ಕಂಪ್ಯೂಟಿಂಗ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಡೈನಾಮಿಕ್ ಸಾಮರ್ಥ್ಯದ ಹಂಚಿಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.
- ಪ್ರದೇಶದಲ್ಲಿ ಒಂದೇ ನಿಯಂತ್ರಣ ಫಲಕದೊಂದಿಗೆ, ಕಾರ್ಯಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಇದು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿರುತ್ತದೆ ಮತ್ತು ದೊಡ್ಡ ಹಂಚಿಕೆಯ ಸರ್ವರ್ ಫ್ಲೀಟ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಸುಲಭವಾಗುತ್ತದೆ. ನಿಯಂತ್ರಣ ಫಲಕವು ಒಂದು ಪ್ರವೇಶ ಬಿಂದುವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ, ಅದರ ಆಂತರಿಕ ರಚನೆಯು ಪ್ರಮಾಣ ಅಥವಾ ದೋಷ ಸಹಿಷ್ಣುತೆಯ ಕಾರಣಗಳಿಗಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿದ್ದರೂ ಸಹ.
- ಪ್ಲಗಿನ್ ಮಾದರಿಯನ್ನು ಬಳಸಿಕೊಂಡು, ನಿಯಂತ್ರಣ ಫಲಕವು ಮುಂಬರುವ ಕಂಟೇನರ್ ಕಾರ್ಯಾಚರಣೆಗಳ ಬಾಹ್ಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸೂಚಿಸಬಹುದು. ಇದಲ್ಲದೆ, ಕಂಟೇನರ್ ನಿರ್ವಹಣೆಯನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡಲು ಸ್ಟೇಟ್‌ಫುಲ್ ಸೇವೆಗಳು ಪ್ಲಗಿನ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸಬಹುದು. ಈ ಪ್ಲಗಿನ್ ಮಾದರಿಯೊಂದಿಗೆ, ನಿಯಂತ್ರಣ ಫಲಕವು ಸರಳತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ವಿವಿಧ ರಾಜ್ಯ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.
- ಬ್ಯಾಚ್ ಉದ್ಯೋಗಗಳು, ಯಂತ್ರ ಕಲಿಕೆ ಮತ್ತು ಇತರ ತುರ್ತು ಸೇವೆಗಳಿಗೆ ದಾನಿಗಳ ಸೇವೆಗಳಿಂದ ಸಂಪೂರ್ಣ ಸರ್ವರ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕುವ ಸ್ಥಿತಿಸ್ಥಾಪಕ ಕಂಪ್ಯೂಟಿಂಗ್, ಸಣ್ಣ, ಶಕ್ತಿ-ಸಮರ್ಥ ಸರ್ವರ್‌ಗಳ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸುವ ಅತ್ಯುತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ ಎಂದು ನಾವು ನಂಬುತ್ತೇವೆ.
ನಾವು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದೇವೆ . ಪ್ರಸ್ತುತ ನಮ್ಮ ಸುಮಾರು 20% ಸರ್ವರ್‌ಗಳು ಹಂಚಿದ ಪೂಲ್‌ನಲ್ಲಿವೆ. 100% ಸಾಧಿಸಲು, ಹಂಚಿದ ಶೇಖರಣಾ ಪೂಲ್ ಅನ್ನು ನಿರ್ವಹಿಸುವುದು, ನಿರ್ವಹಣೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವುದು, ಕ್ರಾಸ್-ಹಿಡುವಳಿದಾರರ ಅವಶ್ಯಕತೆಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು, ಸರ್ವರ್ ಬಳಕೆಯನ್ನು ಸುಧಾರಿಸುವುದು ಮತ್ತು ಯಂತ್ರ ಕಲಿಕೆಯ ಕೆಲಸದ ಹೊರೆಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಸುಧಾರಿಸುವುದು ಸೇರಿದಂತೆ ಹಲವು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬೇಕಾಗಿದೆ. ಈ ಸವಾಲುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಮತ್ತು ನಮ್ಮ ಯಶಸ್ಸನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಾವು ಕಾಯಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಮೂಲ: www.habr.com