ದೊಡ್ಡ ಕ್ಲೌಡ್ ಸಿಸ್ಟಮ್ಗಳಲ್ಲಿ, ಕಂಪ್ಯೂಟಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳ ಮೇಲೆ ಸ್ವಯಂಚಾಲಿತ ಸಮತೋಲನ ಅಥವಾ ಲೋಡ್ ಅನ್ನು ಲೆವೆಲಿಂಗ್ ಮಾಡುವ ಸಮಸ್ಯೆಯು ವಿಶೇಷವಾಗಿ ತೀವ್ರವಾಗಿರುತ್ತದೆ. Tionix (ಕ್ಲೌಡ್ ಸೇವೆಗಳ ಡೆವಲಪರ್ ಮತ್ತು ಆಪರೇಟರ್, ಕಂಪನಿಗಳ ರೋಸ್ಟೆಲೆಕಾಮ್ ಗುಂಪಿನ ಭಾಗ) ಸಹ ಈ ಸಮಸ್ಯೆಯನ್ನು ನೋಡಿಕೊಂಡಿದ್ದಾರೆ.
ಮತ್ತು, ನಮ್ಮ ಮುಖ್ಯ ಅಭಿವೃದ್ಧಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಓಪನ್‌ಸ್ಟಾಕ್ ಆಗಿರುವುದರಿಂದ ಮತ್ತು ನಾವು ಎಲ್ಲಾ ಜನರಂತೆ ಸೋಮಾರಿಗಳಾಗಿರುವುದರಿಂದ, ಈಗಾಗಲೇ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಕೆಲವು ರೆಡಿಮೇಡ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ನಿರ್ಧರಿಸಲಾಯಿತು. ನಮ್ಮ ಆಯ್ಕೆಯು ವಾಚರ್ ಮೇಲೆ ಬಿದ್ದಿತು, ಅದನ್ನು ನಾವು ನಮ್ಮ ಅಗತ್ಯಗಳಿಗಾಗಿ ಬಳಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.
ಮೊದಲಿಗೆ, ನಿಯಮಗಳು ಮತ್ತು ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ನೋಡೋಣ.
ನಿಯಮಗಳು ಮತ್ತು ವ್ಯಾಖ್ಯಾನಗಳು
ಗುರಿ ಮಾನವ-ಓದಬಲ್ಲ, ಗಮನಿಸಬಹುದಾದ ಮತ್ತು ಅಳೆಯಬಹುದಾದ ಅಂತಿಮ ಫಲಿತಾಂಶವನ್ನು ಸಾಧಿಸಬೇಕು. ಪ್ರತಿ ಗುರಿಯನ್ನು ಸಾಧಿಸಲು ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ತಂತ್ರಗಳಿವೆ. ಒಂದು ತಂತ್ರವು ಒಂದು ನಿರ್ದಿಷ್ಟ ಗುರಿಗಾಗಿ ಪರಿಹಾರವನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ ಅಲ್ಗಾರಿದಮ್ನ ಅನುಷ್ಠಾನವಾಗಿದೆ.
ಕ್ರಿಯೆ OpenStack ಕ್ಲಸ್ಟರ್‌ನ ಗುರಿ ನಿರ್ವಹಿಸಿದ ಸಂಪನ್ಮೂಲದ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುವ ಪ್ರಾಥಮಿಕ ಕಾರ್ಯವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ: ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಸ್ಥಳಾಂತರಿಸುವುದು (ವಲಸೆ), ನೋಡ್‌ನ ಪವರ್ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುವುದು (change_node_power_state), ನೋವಾ ಸೇವೆಯ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುವುದು (change_nova_service_state ), ಪರಿಮಳವನ್ನು ಬದಲಾಯಿಸುವುದು (ಮರುಗಾತ್ರಗೊಳಿಸುವುದು), NOP ಸಂದೇಶಗಳನ್ನು ನೋಂದಾಯಿಸುವುದು (ನಾಪ್), ನಿರ್ದಿಷ್ಟ ಸಮಯದವರೆಗೆ ಕ್ರಿಯೆಯ ಕೊರತೆ - ವಿರಾಮ (ನಿದ್ರೆ), ಡಿಸ್ಕ್ ವರ್ಗಾವಣೆ (ವಾಲ್ಯೂಮ್_ಮೈಗ್ರೇಟ್).
ಕಾರ್ಯ ತಂತ್ರ - ನಿರ್ದಿಷ್ಟ ಗುರಿಯನ್ನು ಸಾಧಿಸಲು ನಿರ್ದಿಷ್ಟ ಕ್ರಮದಲ್ಲಿ ಕೈಗೊಳ್ಳಲಾದ ಕ್ರಿಯೆಗಳ ನಿರ್ದಿಷ್ಟ ಹರಿವು. ಕ್ರಿಯಾ ಯೋಜನೆಯು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸೂಚಕಗಳ ಸಮೂಹದೊಂದಿಗೆ ಮಾಪನ ಮಾಡಿದ ಜಾಗತಿಕ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ. ಯಶಸ್ವಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಯ ಮೇಲೆ ವಾಚರ್‌ನಿಂದ ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ಬಳಸಿದ ತಂತ್ರವು ಗುರಿಯನ್ನು ಸಾಧಿಸಲು ಪರಿಹಾರವನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ. ಕ್ರಿಯಾ ಯೋಜನೆಯು ಅನುಕ್ರಮ ಕ್ರಿಯೆಗಳ ಪಟ್ಟಿಯನ್ನು ಒಳಗೊಂಡಿದೆ.
ಆಡಿಟ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲು ವಿನಂತಿಯಾಗಿದೆ. ನಿರ್ದಿಷ್ಟ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಒಂದು ಗುರಿಯನ್ನು ಸಾಧಿಸಲು ಆಪ್ಟಿಮೈಸೇಶನ್ ಅನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಯಶಸ್ವಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಾಗಿ, ವೀಕ್ಷಕರು ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ರಚಿಸುತ್ತಾರೆ.
ಆಡಿಟ್ ವ್ಯಾಪ್ತಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಯನ್ನು ನಿರ್ವಹಿಸುವ ಸಂಪನ್ಮೂಲಗಳ ಒಂದು ಗುಂಪಾಗಿದೆ (ಲಭ್ಯತೆಯ ವಲಯ(ಗಳು), ನೋಡ್ ಅಗ್ರಿಗೇಟರ್‌ಗಳು, ವೈಯಕ್ತಿಕ ಕಂಪ್ಯೂಟ್ ನೋಡ್‌ಗಳು ಅಥವಾ ಶೇಖರಣಾ ನೋಡ್‌ಗಳು, ಇತ್ಯಾದಿ.). ಪ್ರತಿ ಟೆಂಪ್ಲೇಟ್‌ನಲ್ಲಿ ಆಡಿಟ್ ವ್ಯಾಪ್ತಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ. ಲೆಕ್ಕಪರಿಶೋಧನೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಸಂಪೂರ್ಣ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಆಡಿಟ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಆಡಿಟ್ ಟೆಂಪ್ಲೇಟ್ - ಆಡಿಟ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲು ಉಳಿಸಿದ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಸೆಟ್. ಒಂದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಹಲವು ಬಾರಿ ಆಡಿಟ್‌ಗಳನ್ನು ರನ್ ಮಾಡಲು ಟೆಂಪ್ಲೇಟ್‌ಗಳು ಅಗತ್ಯವಿದೆ. ಟೆಂಪ್ಲೇಟ್ ಅಗತ್ಯವಾಗಿ ಆಡಿಟ್‌ನ ಉದ್ದೇಶವನ್ನು ಹೊಂದಿರಬೇಕು; ತಂತ್ರಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ನಂತರ ಹೆಚ್ಚು ಸೂಕ್ತವಾದ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ತಂತ್ರಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ.
ಕ್ಲಸ್ಟರ್ ಕಂಪ್ಯೂಟ್, ಸಂಗ್ರಹಣೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಒದಗಿಸುವ ಭೌತಿಕ ಯಂತ್ರಗಳ ಸಂಗ್ರಹವಾಗಿದೆ ಮತ್ತು ಅದೇ OpenStack ನಿರ್ವಹಣೆ ನೋಡ್‌ನಿಂದ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
ಕ್ಲಸ್ಟರ್ ಡೇಟಾ ಮಾದರಿ (CDM) ಕ್ಲಸ್ಟರ್‌ನಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಸಂಪನ್ಮೂಲಗಳ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿ ಮತ್ತು ಸ್ಥಳಶಾಸ್ತ್ರದ ತಾರ್ಕಿಕ ಪ್ರಾತಿನಿಧ್ಯವಾಗಿದೆ.
ದಕ್ಷತೆಯ ಸೂಚಕ - ಈ ತಂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ರಚಿಸಲಾದ ಪರಿಹಾರವನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಸೂಚಿಸುವ ಸೂಚಕ. ಕಾರ್ಯಕ್ಷಮತೆಯ ಸೂಚಕಗಳು ನಿರ್ದಿಷ್ಟ ಗುರಿಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿರುತ್ತವೆ ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಕ್ರಿಯಾ ಯೋಜನೆಯ ಜಾಗತಿಕ ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ಪರಿಣಾಮಕಾರಿತ್ವದ ನಿರ್ದಿಷ್ಟತೆ ಅನುಗುಣವಾದ ಗುರಿಯನ್ನು ಸಾಧಿಸುವ ತಂತ್ರವು ಅದರ ಪರಿಹಾರದಲ್ಲಿ ಸಾಧಿಸಬೇಕಾದ ವಿವಿಧ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸೂಚಕಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಪ್ರತಿಯೊಂದು ಗುರಿಯೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ನಿರ್ದಿಷ್ಟ ವೈಶಿಷ್ಟ್ಯಗಳ ಗುಂಪಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ತಂತ್ರವು ಪ್ರಸ್ತಾಪಿಸಿದ ಪ್ರತಿಯೊಂದು ಪರಿಹಾರವನ್ನು ಅದರ ಜಾಗತಿಕ ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವ ಮೊದಲು ನಿರ್ದಿಷ್ಟತೆಯ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.
ಸ್ಕೋರಿಂಗ್ ಎಂಜಿನ್ ಉತ್ತಮವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಇನ್‌ಪುಟ್‌ಗಳು, ಉತ್ತಮವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ಗಣಿತದ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಈ ರೀತಿಯಾಗಿ, ಲೆಕ್ಕಾಚಾರವು ಅದನ್ನು ನಿರ್ವಹಿಸುವ ಪರಿಸರದಿಂದ ಸ್ವತಂತ್ರವಾಗಿರುತ್ತದೆ - ಇದು ಎಲ್ಲಿಯಾದರೂ ಅದೇ ಫಲಿತಾಂಶವನ್ನು ನೀಡುತ್ತದೆ.
ವಾಚರ್ ಪ್ಲಾನರ್ - ವಾಚರ್ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುವ ಎಂಜಿನ್‌ನ ಭಾಗ. ಈ ಮಾಡ್ಯೂಲ್ ಒಂದು ಕಾರ್ಯತಂತ್ರದಿಂದ ರಚಿಸಲಾದ ಕ್ರಿಯೆಗಳ ಗುಂಪನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಈ ವಿಭಿನ್ನ ಕ್ರಿಯೆಗಳನ್ನು ಸಮಯಕ್ಕೆ ಹೇಗೆ ನಿಗದಿಪಡಿಸುವುದು ಮತ್ತು ಪ್ರತಿ ಕ್ರಿಯೆಗೆ ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳು ಯಾವುವು ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವ ವರ್ಕ್‌ಫ್ಲೋ ಯೋಜನೆಯನ್ನು ರಚಿಸುತ್ತದೆ.
ವೀಕ್ಷಕರ ಗುರಿಗಳು ಮತ್ತು ತಂತ್ರಗಳು
ಗುರಿ
ತಂತ್ರಗಳು
ನಕಲಿ ಗುರಿ
ಡಮ್ಮಿ ಸ್ಟ್ರಾಟಜಿ
ಮಾದರಿ ಸ್ಕೋರಿಂಗ್ ಇಂಜಿನ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಡಮ್ಮಿ ಸ್ಟ್ರಾಟಜಿ
ಮರುಗಾತ್ರದೊಂದಿಗೆ ನಕಲಿ ತಂತ್ರ
ಶಕ್ತಿ ಉಳಿತಾಯ
ಶಕ್ತಿ ಉಳಿಸುವ ತಂತ್ರ
ಸರ್ವರ್ ಬಲವರ್ಧನೆ
ಮೂಲಭೂತ ಆಫ್‌ಲೈನ್ ಸರ್ವರ್ ಬಲವರ್ಧನೆ
VM ವರ್ಕ್ಲೋಡ್ ಕನ್ಸಾಲಿಡೇಶನ್ ಸ್ಟ್ರಾಟಜಿ
ಕೆಲಸದ ಹೊರೆ ಸಮತೋಲನ
ಕೆಲಸದ ಹೊರೆ ಸಮತೋಲನ ವಲಸೆ ತಂತ್ರ
ಶೇಖರಣಾ ಸಾಮರ್ಥ್ಯ ಬ್ಯಾಲೆನ್ಸ್ ತಂತ್ರ
ಕೆಲಸದ ಹೊರೆ ಸ್ಥಿರೀಕರಣ
ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು
ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು
ಥರ್ಮಲ್ ಆಪ್ಟಿಮೈಸೇಶನ್
ಔಟ್ಲೆಟ್ ತಾಪಮಾನ ಆಧಾರಿತ ತಂತ್ರ
ಗಾಳಿಯ ಹರಿವಿನ ಆಪ್ಟಿಮೈಸೇಶನ್
ಏಕರೂಪದ ಗಾಳಿಯ ಹರಿವಿನ ವಲಸೆ ತಂತ್ರ
ಯಂತ್ರಾಂಶ ನಿರ್ವಹಣೆ
ವಲಯ ವಲಸೆ
ವರ್ಗೀಕರಿಸದ
ಆಕ್ಯೂವೇಟರ್
ನಕಲಿ ಗುರಿ - ಪರೀಕ್ಷಾ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಬಳಸಲಾಗುವ ಮೀಸಲು ಗುರಿ.
ಸಂಬಂಧಿತ ತಂತ್ರಗಳು: ಡಮ್ಮಿ ಸ್ಟ್ರಾಟಜಿ, ಮಾದರಿ ಸ್ಕೋರಿಂಗ್ ಇಂಜಿನ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಡಮ್ಮಿ ಸ್ಟ್ರಾಟಜಿ ಮತ್ತು ಮರುಗಾತ್ರದೊಂದಿಗೆ ಡಮ್ಮಿ ತಂತ್ರ. ಡಮ್ಮಿ ತಂತ್ರವು ಟೆಂಪೆಸ್ಟ್ ಮೂಲಕ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಗೆ ಬಳಸಲಾಗುವ ನಕಲಿ ತಂತ್ರವಾಗಿದೆ. ಈ ತಂತ್ರವು ಯಾವುದೇ ಉಪಯುಕ್ತ ಆಪ್ಟಿಮೈಸೇಶನ್ ಅನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಟೆಂಪೆಸ್ಟ್ ಪರೀಕ್ಷೆಗಳನ್ನು ಬಳಸುವುದು ಇದರ ಏಕೈಕ ಉದ್ದೇಶವಾಗಿದೆ.
ಮಾದರಿ ಸ್ಕೋರಿಂಗ್ ಎಂಜಿನ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಕಲಿ ತಂತ್ರ - ತಂತ್ರವು ಹಿಂದಿನದಕ್ಕೆ ಹೋಲುತ್ತದೆ, ಯಂತ್ರ ಕಲಿಕೆಯ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಲೆಕ್ಕಾಚಾರಗಳನ್ನು ನಡೆಸುವ ಮಾದರಿ “ಸ್ಕೋರಿಂಗ್ ಎಂಜಿನ್” ಅನ್ನು ಬಳಸುವುದು ಒಂದೇ ವ್ಯತ್ಯಾಸ.
ಮರುಗಾತ್ರದೊಂದಿಗೆ ನಕಲಿ ತಂತ್ರ - ತಂತ್ರವು ಹಿಂದಿನದಕ್ಕೆ ಹೋಲುತ್ತದೆ, ಒಂದೇ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಪರಿಮಳವನ್ನು ಬದಲಾಯಿಸುವ ಬಳಕೆ (ವಲಸೆ ಮತ್ತು ಮರುಗಾತ್ರಗೊಳಿಸುವಿಕೆ).
ಉತ್ಪಾದನೆಯಲ್ಲಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ.
ಶಕ್ತಿ ಉಳಿತಾಯ - ಶಕ್ತಿಯ ಬಳಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಿ. ಈ ಗುರಿಯ ಉಳಿತಾಯ ಶಕ್ತಿ ತಂತ್ರವು VM ವರ್ಕ್ಲೋಡ್ ಕನ್ಸಾಲಿಡೇಶನ್ ಸ್ಟ್ರಾಟಜಿ (ಸರ್ವರ್ ಕನ್ಸಾಲಿಡೇಶನ್) ಜೊತೆಗೆ ಡೈನಾಮಿಕ್ ಪವರ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ (DPM) ವೈಶಿಷ್ಟ್ಯಗಳ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ, ಇದು ಕಡಿಮೆ ಸಂಪನ್ಮೂಲ ಬಳಕೆಯ ಅವಧಿಯಲ್ಲಿಯೂ ಸಹ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಕೆಲಸದ ಹೊರೆಗಳನ್ನು ಕ್ರೋಢೀಕರಿಸುವ ಮೂಲಕ ಶಕ್ತಿಯನ್ನು ಉಳಿಸುತ್ತದೆ: ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಕಡಿಮೆ ನೋಡ್‌ಗಳಿಗೆ ಸರಿಸಲಾಗುತ್ತದೆ. , ಮತ್ತು ಅನಗತ್ಯ ನೋಡ್ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ. ಬಲವರ್ಧನೆಯ ನಂತರ, ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ನೋಡ್ಗಳನ್ನು ಆನ್/ಆಫ್ ಮಾಡುವ ನಿರ್ಧಾರವನ್ನು ತಂತ್ರವು ನೀಡುತ್ತದೆ: “min_free_hosts_num” - ಲೋಡ್‌ಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಉಚಿತ ಸಕ್ರಿಯಗೊಳಿಸಿದ ನೋಡ್‌ಗಳ ಸಂಖ್ಯೆ ಮತ್ತು “free_used_percent” - ಉಚಿತ ಸಕ್ರಿಯಗೊಳಿಸಿದ ಹೋಸ್ಟ್‌ಗಳ ಶೇಕಡಾವಾರು ಯಂತ್ರಗಳು ಆಕ್ರಮಿಸಿಕೊಂಡಿರುವ ನೋಡ್‌ಗಳ ಸಂಖ್ಯೆ. ಕಾರ್ಯತಂತ್ರವು ಕೆಲಸ ಮಾಡಲು ಇರಬೇಕು ನೋಡ್‌ಗಳಲ್ಲಿ ಪವರ್ ಸೈಕ್ಲಿಂಗ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಐರನಿಕ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ.
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
ಉಚಿತ_ಬಳಕೆಯ_ಶೇ
ಸಂಖ್ಯೆ
10.0
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳೊಂದಿಗೆ ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳ ಸಂಖ್ಯೆಗೆ ಉಚಿತ ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳ ಸಂಖ್ಯೆಯ ಅನುಪಾತ
min_free_hosts_num
ಇಂಟ್
1
ಕನಿಷ್ಠ ಸಂಖ್ಯೆಯ ಉಚಿತ ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳು
ಮೋಡವು ಕನಿಷ್ಠ ಎರಡು ನೋಡ್ಗಳನ್ನು ಹೊಂದಿರಬೇಕು. ಬಳಸಲಾದ ವಿಧಾನವು ನೋಡ್‌ನ ಪವರ್ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತಿದೆ (ಚೇಂಜ್_ನೋಡ್_ಪವರ್_ಸ್ಟೇಟ್). ತಂತ್ರಕ್ಕೆ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಸರ್ವರ್ ಬಲವರ್ಧನೆ - ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಿ (ಬಲೀಕರಣ). ಇದು ಎರಡು ತಂತ್ರಗಳನ್ನು ಹೊಂದಿದೆ: ಬೇಸಿಕ್ ಆಫ್‌ಲೈನ್ ಸರ್ವರ್ ಕನ್ಸಾಲಿಡೇಶನ್ ಮತ್ತು VM ವರ್ಕ್ಲೋಡ್ ಕನ್ಸಾಲಿಡೇಶನ್ ಸ್ಟ್ರಾಟಜಿ.
ಬೇಸಿಕ್ ಆಫ್‌ಲೈನ್ ಸರ್ವರ್ ಕನ್ಸಾಲಿಡೇಶನ್ ತಂತ್ರವು ಬಳಸಿದ ಸರ್ವರ್‌ಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ವಲಸೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.
ಮೂಲ ತಂತ್ರಕ್ಕೆ ಈ ಕೆಳಗಿನ ಮೆಟ್ರಿಕ್‌ಗಳು ಬೇಕಾಗುತ್ತವೆ:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
ಕಂಪ್ಯೂಟ್.ನೋಡ್.ಸಿಪಿಯು.ಶೇ
ಯಾವುದೂ
cpu_util
ಯಾವುದೂ
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು: migration_attempts - ಶಟ್‌ಡೌನ್‌ಗಾಗಿ ಸಂಭಾವ್ಯ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಹುಡುಕಲು ಸಂಯೋಜನೆಗಳ ಸಂಖ್ಯೆ (ಡೀಫಾಲ್ಟ್, 0, ಯಾವುದೇ ನಿರ್ಬಂಧಗಳಿಲ್ಲ), ಅವಧಿ - ಮೆಟ್ರಿಕ್ ಡೇಟಾ ಮೂಲದಿಂದ ಸ್ಥಿರವಾದ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ಪಡೆಯಲು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸಮಯದ ಮಧ್ಯಂತರ (ಡೀಫಾಲ್ಟ್, 700).
ಬಳಸಿದ ವಿಧಾನಗಳು: ವಲಸೆ, ನೋವಾ ಸೇವಾ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುವುದು (change_nova_service_state).
VM ವರ್ಕ್ಲೋಡ್ ಕನ್ಸಾಲಿಡೇಶನ್ ಸ್ಟ್ರಾಟಜಿಯು ಮೊದಲ-ಫಿಟ್ ಹ್ಯೂರಿಸ್ಟಿಕ್ ಅನ್ನು ಆಧರಿಸಿದೆ, ಇದು ಅಳತೆ ಮಾಡಿದ CPU ಲೋಡ್‌ನ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪನ್ಮೂಲ ಸಾಮರ್ಥ್ಯದ ನಿರ್ಬಂಧಗಳನ್ನು ನೀಡಿದ ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಲೋಡ್ ಹೊಂದಿರುವ ನೋಡ್ಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಈ ತಂತ್ರವು ಈ ಕೆಳಗಿನ ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಕ್ಲಸ್ಟರ್ ಸಂಪನ್ಮೂಲಗಳ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿ ಬಳಕೆಗೆ ಪರಿಹಾರವನ್ನು ಒದಗಿಸುತ್ತದೆ:
- ಇಳಿಸುವಿಕೆಯ ಹಂತ - ಮಿತಿಮೀರಿದ ಸಂಪನ್ಮೂಲಗಳ ಪ್ರಕ್ರಿಯೆ;
- ಬಲವರ್ಧನೆಯ ಹಂತ - ಬಳಕೆಯಾಗದ ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು;
- ಪರಿಹಾರದ ಆಪ್ಟಿಮೈಸೇಶನ್ - ವಲಸೆಯ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು;
- ಬಳಕೆಯಾಗದ ಕಂಪ್ಯೂಟ್ ನೋಡ್ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತಿದೆ.
ತಂತ್ರಕ್ಕೆ ಈ ಕೆಳಗಿನ ಮೆಟ್ರಿಕ್‌ಗಳ ಅಗತ್ಯವಿದೆ:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
ಮೆಮೊರಿ
ಯಾವುದೂ
disk.root.size
ಯಾವುದೂ
ಕೆಳಗಿನ ಮೆಟ್ರಿಕ್‌ಗಳು ಐಚ್ಛಿಕವಾಗಿರುತ್ತವೆ ಆದರೆ ಲಭ್ಯವಿದ್ದಲ್ಲಿ ತಂತ್ರದ ನಿಖರತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
ನೆನಪು.ನಿವಾಸಿ
ಯಾವುದೂ
cpu_util
ಯಾವುದೂ
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು: ಅವಧಿ — ಮೆಟ್ರಿಕ್ ಡೇಟಾ ಮೂಲದಿಂದ ಸ್ಥಿರವಾದ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ಪಡೆಯಲು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸಮಯದ ಮಧ್ಯಂತರ (ಡೀಫಾಲ್ಟ್, 3600).
ಹಿಂದಿನ ತಂತ್ರದಂತೆಯೇ ಅದೇ ವಿಧಾನಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ವಿವರಗಳಿಗಾಗಿ .
ಕೆಲಸದ ಹೊರೆ ಸಮತೋಲನ - ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳ ನಡುವಿನ ಕೆಲಸದ ಹೊರೆಯನ್ನು ಸಮತೋಲನಗೊಳಿಸಿ. ಗುರಿಯು ಮೂರು ತಂತ್ರಗಳನ್ನು ಹೊಂದಿದೆ: ವರ್ಕ್ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸ್ ಮೈಗ್ರೇಷನ್ ಸ್ಟ್ರಾಟಜಿ, ವರ್ಕ್ಲೋಡ್ ಸ್ಟೆಬಿಲೈಸೇಶನ್, ಸ್ಟೋರೇಜ್ ಕೆಪಾಸಿಟಿ ಬ್ಯಾಲೆನ್ಸ್ ಸ್ಟ್ರಾಟಜಿ.
ವರ್ಕ್ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸ್ ಮೈಗ್ರೇಶನ್ ಸ್ಟ್ರಾಟಜಿಯು ಹೋಸ್ಟ್ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ವರ್ಕ್ಲೋಡ್ ಅನ್ನು ಆಧರಿಸಿ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ವಲಸೆಗಳನ್ನು ನಡೆಸುತ್ತದೆ. ನೋಡ್‌ನ % CPU ಅಥವಾ RAM ಬಳಕೆಯು ನಿಗದಿತ ಮಿತಿಯನ್ನು ಮೀರಿದಾಗಲೆಲ್ಲಾ ವಲಸೆ ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಚಲಿಸಿದ ವರ್ಚುವಲ್ ಯಂತ್ರವು ನೋಡ್ ಅನ್ನು ಎಲ್ಲಾ ನೋಡ್‌ಗಳ ಸರಾಸರಿ ಕೆಲಸದ ಹೊರೆಗೆ ಹತ್ತಿರ ತರಬೇಕು.
ಅವಶ್ಯಕತೆಗಳನ್ನು
- ಭೌತಿಕ ಸಂಸ್ಕಾರಕಗಳ ಬಳಕೆ;
- ಕನಿಷ್ಠ ಎರಡು ಭೌತಿಕ ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳು;
- ಸಿಲೋಮೀಟರ್ ಘಟಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ - ಸಿಲೋಮೀಟರ್-ಏಜೆಂಟ್-ಕಂಪ್ಯೂಟ್, ಪ್ರತಿ ಕಂಪ್ಯೂಟ್ ನೋಡ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ, ಮತ್ತು ಸಿಲೋಮೀಟರ್ API, ಜೊತೆಗೆ ಕೆಳಗಿನ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
cpu_util
ಯಾವುದೂ
ನೆನಪು.ನಿವಾಸಿ
ಯಾವುದೂ
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
ಮಾಪನಗಳು
ಸ್ಟ್ರಿಂಗ್
'cpu_util'
ಆಧಾರವಾಗಿರುವ ಮೆಟ್ರಿಕ್‌ಗಳು: 'cpu_util', 'memory.resident'.
ಮಿತಿ
ಸಂಖ್ಯೆ
25.0
ವಲಸೆಗಾಗಿ ಕೆಲಸದ ಹೊರೆ ಮಿತಿ.
ಅವಧಿ
ಸಂಖ್ಯೆ
300
ಸಂಚಿತ ಸಮಯದ ಅವಧಿ ಸೀಲೋಮೀಟರ್.
ಬಳಸಿದ ವಿಧಾನವೆಂದರೆ ವಲಸೆ.
ವರ್ಕ್ಲೋಡ್ ಸ್ಥಿರೀಕರಣವು ನೇರ ವಲಸೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಕೆಲಸದ ಹೊರೆಯನ್ನು ಸ್ಥಿರಗೊಳಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿರುವ ತಂತ್ರವಾಗಿದೆ. ತಂತ್ರವು ಪ್ರಮಾಣಿತ ವಿಚಲನ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಆಧರಿಸಿದೆ ಮತ್ತು ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ದಟ್ಟಣೆ ಇದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಸ್ಥಿರಗೊಳಿಸಲು ಯಂತ್ರ ವಲಸೆಯನ್ನು ಪ್ರಚೋದಿಸುವ ಮೂಲಕ ಅದಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
ಅವಶ್ಯಕತೆಗಳನ್ನು
- ಭೌತಿಕ ಸಂಸ್ಕಾರಕಗಳ ಬಳಕೆ;
- ಕನಿಷ್ಠ ಎರಡು ಭೌತಿಕ ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳು;
- ಸಿಲೋಮೀಟರ್ ಘಟಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ - ಸಿಲೋಮೀಟರ್-ಏಜೆಂಟ್-ಕಂಪ್ಯೂಟ್, ಪ್ರತಿ ಕಂಪ್ಯೂಟ್ ನೋಡ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ, ಮತ್ತು ಸಿಲೋಮೀಟರ್ API, ಜೊತೆಗೆ ಕೆಳಗಿನ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
cpu_util
ಯಾವುದೂ
ನೆನಪು.ನಿವಾಸಿ
ಯಾವುದೂ
ಶೇಖರಣಾ ಸಾಮರ್ಥ್ಯ ಬ್ಯಾಲೆನ್ಸ್ ಸ್ಟ್ರಾಟಜಿ (ಕ್ವೀನ್ಸ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಕಾರ್ಯತಂತ್ರವನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ) - ಸಿಂಡರ್ ಪೂಲ್‌ಗಳ ಮೇಲಿನ ಹೊರೆಗೆ ಅನುಗುಣವಾಗಿ ತಂತ್ರವು ಡಿಸ್ಕ್ಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತದೆ. ಪೂಲ್ ಬಳಕೆಯ ದರವು ನಿಗದಿತ ಮಿತಿಯನ್ನು ಮೀರಿದಾಗ ವರ್ಗಾವಣೆ ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಸರಿಸಲಾದ ಡಿಸ್ಕ್ ಎಲ್ಲಾ ಸಿಂಡರ್ ಪೂಲ್‌ಗಳ ಸರಾಸರಿ ಲೋಡ್‌ಗೆ ಪೂಲ್ ಅನ್ನು ಹತ್ತಿರ ತರಬೇಕು.
ಅವಶ್ಯಕತೆಗಳು ಮತ್ತು ನಿರ್ಬಂಧಗಳು
- ಕನಿಷ್ಠ ಎರಡು ಸಿಂಡರ್ ಪೂಲ್‌ಗಳು;
- ಡಿಸ್ಕ್ ವಲಸೆಯ ಸಾಧ್ಯತೆ.
- ಕ್ಲಸ್ಟರ್ ಡೇಟಾ ಮಾದರಿ - ಸಿಂಡರ್ ಕ್ಲಸ್ಟರ್ ಡೇಟಾ ಮಾದರಿ ಸಂಗ್ರಾಹಕ.
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
ಪರಿಮಾಣ_ಥ್ರೆಶೋಲ್ಡ್
ಸಂಖ್ಯೆ
80.0
ಸಂಪುಟಗಳನ್ನು ಸಮತೋಲನಗೊಳಿಸಲು ಡಿಸ್ಕ್ಗಳ ಮಿತಿ ಮೌಲ್ಯ.
ಬಳಸಿದ ವಿಧಾನವೆಂದರೆ ಡಿಸ್ಕ್ ವಲಸೆ (ವಾಲ್ಯೂಮ್_ಮೈಗ್ರೇಟ್).
ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು - "ಗದ್ದಲದ ನೆರೆಹೊರೆಯವರು" ಅನ್ನು ಗುರುತಿಸಿ ಮತ್ತು ಸ್ಥಳಾಂತರಿಸಿ - ಇದು ಕಡಿಮೆ ಆದ್ಯತೆಯ ವರ್ಚುವಲ್ ಯಂತ್ರವಾಗಿದ್ದು, ಕೊನೆಯ ಹಂತದ ಸಂಗ್ರಹವನ್ನು ಅತಿಯಾಗಿ ಬಳಸುವ ಮೂಲಕ IPC ಪರಿಭಾಷೆಯಲ್ಲಿ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ವರ್ಚುವಲ್ ಯಂತ್ರದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಋಣಾತ್ಮಕವಾಗಿ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಸ್ವಂತ ತಂತ್ರ: Noisy Neighbour (ಉಪಯೋಗಿಸಲಾದ ತಂತ್ರದ ಪ್ಯಾರಾಮೀಟರ್ ಕ್ಯಾಶೆ_ಥ್ರೆಶೋಲ್ಡ್ (ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯ 35), ಕಾರ್ಯಕ್ಷಮತೆಯು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಮೌಲ್ಯಕ್ಕೆ ಇಳಿದಾಗ, ವಲಸೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ. ಕಾರ್ಯತಂತ್ರವು ಕಾರ್ಯನಿರ್ವಹಿಸಲು, ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ LLC (ಕೊನೆಯ ಹಂತದ ಸಂಗ್ರಹ) ಮೆಟ್ರಿಕ್ಸ್, CMT ಬೆಂಬಲದೊಂದಿಗೆ ಇತ್ತೀಚಿನ ಇಂಟೆಲ್ ಸರ್ವರ್, ಹಾಗೆಯೇ ಕೆಳಗಿನ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
cpu_l3_cache
ಯಾವುದೂ
ಇಂಟೆಲ್ ಅಗತ್ಯವಿದೆ .
ಕ್ಲಸ್ಟರ್ ಡೇಟಾ ಮಾದರಿ (ಡೀಫಾಲ್ಟ್): ನೋವಾ ಕ್ಲಸ್ಟರ್ ಡೇಟಾ ಮಾದರಿ ಸಂಗ್ರಾಹಕ. ಬಳಸಿದ ವಿಧಾನವೆಂದರೆ ವಲಸೆ.
ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಮೂಲಕ ಈ ಗುರಿಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಕ್ವೀನ್ಸ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಅಳವಡಿಸಲಾಗಿಲ್ಲ.
ಥರ್ಮಲ್ ಆಪ್ಟಿಮೈಸೇಶನ್ - ತಾಪಮಾನದ ಆಡಳಿತವನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಿ. ಔಟ್ಲೆಟ್ (ನಿಷ್ಕಾಸ ಗಾಳಿ) ತಾಪಮಾನವು ಸರ್ವರ್ನ ಥರ್ಮಲ್ / ವರ್ಕ್ಲೋಡ್ ಸ್ಥಿತಿಯನ್ನು ಅಳೆಯಲು ಪ್ರಮುಖ ಥರ್ಮಲ್ ಟೆಲಿಮೆಟ್ರಿ ಸಿಸ್ಟಮ್ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಗುರಿಯು ಒಂದು ಕಾರ್ಯತಂತ್ರವನ್ನು ಹೊಂದಿದೆ, ಔಟ್ಲೆಟ್ ತಾಪಮಾನ ಆಧಾರಿತ ತಂತ್ರ, ಇದು ಮೂಲ ಅತಿಥೇಯಗಳ ಔಟ್ಲೆಟ್ ತಾಪಮಾನವು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದಾದ ಮಿತಿಯನ್ನು ತಲುಪಿದಾಗ ಕೆಲಸದ ಹೊರೆಗಳನ್ನು ಉಷ್ಣವಾಗಿ ಅನುಕೂಲಕರವಾದ ಹೋಸ್ಟ್ಗಳಿಗೆ (ಕಡಿಮೆ ಔಟ್ಲೆಟ್ ತಾಪಮಾನ) ಸ್ಥಳಾಂತರಿಸಲು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಕಾರ್ಯತಂತ್ರವು ಕಾರ್ಯನಿರ್ವಹಿಸಲು, ನಿಮಗೆ ಇಂಟೆಲ್ ಪವರ್ ನೋಡ್ ಮ್ಯಾನೇಜರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಸರ್ವರ್ ಅಗತ್ಯವಿದೆ , ಹಾಗೆಯೇ ಕೆಳಗಿನ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
hardware.ipmi.node.outlet_temperature
ಐಪಿಎಂಐ
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
ಮಿತಿ
ಸಂಖ್ಯೆ
35.0
ವಲಸೆಗಾಗಿ ತಾಪಮಾನದ ಮಿತಿ.
ಅವಧಿ
ಸಂಖ್ಯೆ
30
ಮೆಟ್ರಿಕ್ ಡೇಟಾ ಮೂಲದಿಂದ ಅಂಕಿಅಂಶಗಳ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ಪಡೆಯಲು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸಮಯದ ಮಧ್ಯಂತರ.
ಬಳಸಿದ ವಿಧಾನವೆಂದರೆ ವಲಸೆ.
ಗಾಳಿಯ ಹರಿವಿನ ಆಪ್ಟಿಮೈಸೇಶನ್ - ವಾತಾಯನ ಮೋಡ್ ಅನ್ನು ಉತ್ತಮಗೊಳಿಸಿ. ಸ್ವಂತ ತಂತ್ರ - ನೇರ ವಲಸೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಏಕರೂಪದ ಗಾಳಿಯ ಹರಿವು. ಸರ್ವರ್ ಫ್ಯಾನ್‌ನಿಂದ ಗಾಳಿಯ ಹರಿವು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಮಿತಿಯನ್ನು ಮೀರಿದಾಗ ತಂತ್ರವು ವರ್ಚುವಲ್ ಯಂತ್ರ ವಲಸೆಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ.
ಕಾರ್ಯತಂತ್ರಕ್ಕಾಗಿ ನಿಮಗೆ ಅಗತ್ಯವಿದೆ:
- ಯಂತ್ರಾಂಶ: ಕಂಪ್ಯೂಟ್ ನೋಡ್‌ಗಳು < ಬೆಂಬಲಿಸುವ NodeManager 3.0;
- ಕನಿಷ್ಠ ಎರಡು ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳು;
- ಸೀಲೋಮೀಟರ್-ಏಜೆಂಟ್-ಕಂಪ್ಯೂಟ್ ಮತ್ತು ಸಿಲೋಮೀಟರ್ API ಘಟಕವನ್ನು ಪ್ರತಿ ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ಇದು ಗಾಳಿಯ ಹರಿವು, ಸಿಸ್ಟಮ್ ಪವರ್, ಒಳಹರಿವಿನ ತಾಪಮಾನದಂತಹ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ವರದಿ ಮಾಡುತ್ತದೆ:
ಮೆಟ್ರಿಕ್ಸ್
ಸೇವೆ
ಪ್ಲಗಿನ್‌ಗಳು
ವ್ಯಾಖ್ಯಾನ
hardware.ipmi.node.airflow
ಐಪಿಎಂಐ
hardware.ipmi.node.temperature
ಐಪಿಎಂಐ
hardware.ipmi.node.power
ಐಪಿಎಂಐ
ಕಾರ್ಯತಂತ್ರವು ಕಾರ್ಯನಿರ್ವಹಿಸಲು, ನಿಮಗೆ ಇಂಟೆಲ್ ಪವರ್ ನೋಡ್ ಮ್ಯಾನೇಜರ್ 3.0 ಅಥವಾ ನಂತರ ಸ್ಥಾಪಿಸಲಾದ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಸರ್ವರ್ ಅಗತ್ಯವಿದೆ.
ಮಿತಿಗಳು: ಪರಿಕಲ್ಪನೆಯು ಉತ್ಪಾದನೆಗೆ ಉದ್ದೇಶಿಸಿಲ್ಲ.
ಈ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ನಿರಂತರ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳೊಂದಿಗೆ ಬಳಸಲು ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಪುನರಾವರ್ತನೆಗೆ ಕೇವಲ ಒಂದು ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಸ್ಥಳಾಂತರಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ.
ನೇರ ವಲಸೆ ಸಾಧ್ಯ.
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
ಮಿತಿ_ಗಾಳಿಯ ಹರಿವು
ಸಂಖ್ಯೆ
400.0
ವಲಸೆ ಘಟಕಕ್ಕೆ ಗಾಳಿಯ ಹರಿವಿನ ಮಿತಿ 0.1CFM ಆಗಿದೆ
ಥ್ರೆಶೋಲ್ಡ್_ಇನ್ಲೆಟ್_ಟಿ
ಸಂಖ್ಯೆ
28.0
ವಲಸೆಯ ನಿರ್ಧಾರಕ್ಕಾಗಿ ಒಳಹರಿವಿನ ತಾಪಮಾನದ ಮಿತಿ
ಮಿತಿ_ಶಕ್ತಿ
ಸಂಖ್ಯೆ
350.0
ವಲಸೆ ನಿರ್ಧಾರಕ್ಕಾಗಿ ಸಿಸ್ಟಮ್ ಪವರ್ ಥ್ರೆಶೋಲ್ಡ್
ಅವಧಿ
ಸಂಖ್ಯೆ
30
ಮೆಟ್ರಿಕ್ ಡೇಟಾ ಮೂಲದಿಂದ ಅಂಕಿಅಂಶಗಳ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ಪಡೆಯಲು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸಮಯದ ಮಧ್ಯಂತರ.
ಬಳಸಿದ ವಿಧಾನವೆಂದರೆ ವಲಸೆ.
ಯಂತ್ರಾಂಶ ನಿರ್ವಹಣೆ - ಯಂತ್ರಾಂಶ ನಿರ್ವಹಣೆ. ಈ ಗುರಿಗೆ ಸಂಬಂಧಿಸಿದ ತಂತ್ರವು ವಲಯ ವಲಸೆಯಾಗಿದೆ. ತಂತ್ರವು ಹಾರ್ಡ್‌ವೇರ್ ನಿರ್ವಹಣೆಯ ಅಗತ್ಯವಿದ್ದಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಮತ್ತು ಡಿಸ್ಕ್ಗಳ ಪರಿಣಾಮಕಾರಿ ಸ್ವಯಂಚಾಲಿತ ಮತ್ತು ಕನಿಷ್ಠ ಸ್ಥಳಾಂತರಕ್ಕೆ ಒಂದು ಸಾಧನವಾಗಿದೆ. ಕಾರ್ಯತಂತ್ರವು ತೂಕಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಕ್ರಿಯೆಯ ಯೋಜನೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ: ಹೆಚ್ಚಿನ ತೂಕವನ್ನು ಹೊಂದಿರುವ ಕ್ರಿಯೆಗಳ ಗುಂಪನ್ನು ಇತರರಿಗಿಂತ ಮುಂಚಿತವಾಗಿ ಯೋಜಿಸಲಾಗುತ್ತದೆ. ಎರಡು ಸಂರಚನಾ ಆಯ್ಕೆಗಳಿವೆ: action_weights ಮತ್ತು parallelization.
ಮಿತಿಗಳು: ಕ್ರಿಯಾ ತೂಕ ಮತ್ತು ಸಮಾನಾಂತರವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಿದೆ.
ಕಾರ್ಯತಂತ್ರದ ನಿಯತಾಂಕಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
ಕಂಪ್ಯೂಟ್_ನೋಡ್ಸ್
ಸರಣಿ
ಯಾವುದೂ
ವಲಸೆಗಾಗಿ ನೋಡ್ಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ.
ಶೇಖರಣಾ_ಪೂಲ್‌ಗಳು
ಸರಣಿ
ಯಾವುದೂ
ವಲಸೆಗಾಗಿ ಶೇಖರಣಾ ನೋಡ್‌ಗಳು.
ಸಮಾನಾಂತರ_ಒಟ್ಟು
ಪೂರ್ಣಾಂಕ
6
ಸಮಾನಾಂತರವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕಾದ ಒಟ್ಟು ಚಟುವಟಿಕೆಗಳ ಸಂಖ್ಯೆ.
ಸಮಾನಾಂತರ_ಪ್ರತಿ_ನೋಡ್
ಪೂರ್ಣಾಂಕ
2
ಪ್ರತಿ ಕಂಪ್ಯೂಟ್ ನೋಡ್‌ಗೆ ಸಮಾನಾಂತರವಾಗಿ ನಿರ್ವಹಿಸಲಾದ ಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ.
ಸಮಾನಾಂತರ_ಪ್ರತಿ_ಪೂಲ್
ಪೂರ್ಣಾಂಕ
2
ಪ್ರತಿ ಶೇಖರಣಾ ಪೂಲ್‌ಗೆ ಸಮಾನಾಂತರವಾಗಿ ನಿರ್ವಹಿಸಲಾದ ಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ.
ಆದ್ಯತೆ
ವಸ್ತು
ಯಾವುದೂ
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಮತ್ತು ಡಿಸ್ಕ್ಗಳಿಗೆ ಆದ್ಯತೆಯ ಪಟ್ಟಿ.
ಲಗತ್ತಿಸಲಾದ_ಸಂಪುಟದೊಂದಿಗೆ
ಬೂಲಿಯನ್
ತಪ್ಪು
ಎಲ್ಲಾ ಡಿಸ್ಕ್ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಿದ ನಂತರ ತಪ್ಪು-ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾಗುತ್ತದೆ. ನಿಜ - ಎಲ್ಲಾ ಸಂಪರ್ಕಿತ ಡಿಸ್ಕ್ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಿದ ನಂತರ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾಗುತ್ತದೆ.
ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳ ರಚನೆಯ ಅಂಶಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
src_ನೋಡ್
ಸ್ಟ್ರಿಂಗ್
ಯಾವುದೂ
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾಗುತ್ತಿರುವ ಕಂಪ್ಯೂಟ್ ನೋಡ್ (ಅಗತ್ಯವಿದೆ).
dst_node
ಸ್ಟ್ರಿಂಗ್
ಯಾವುದೂ
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಸ್ಥಳಾಂತರಗೊಳ್ಳುವ ನೋಡ್ ಅನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ.
ಶೇಖರಣಾ ನೋಡ್ ರಚನೆಯ ಅಂಶಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
src_pool
ಸ್ಟ್ರಿಂಗ್
ಯಾವುದೂ
ಡಿಸ್ಕ್ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾಗುತ್ತಿರುವ ಶೇಖರಣಾ ಪೂಲ್ (ಅಗತ್ಯವಿದೆ).
dst_pool
ಸ್ಟ್ರಿಂಗ್
ಯಾವುದೂ
ಡಿಸ್ಕ್ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾದ ಶೇಖರಣಾ ಪೂಲ್.
src_type
ಸ್ಟ್ರಿಂಗ್
ಯಾವುದೂ
ಮೂಲ ಡಿಸ್ಕ್ ಪ್ರಕಾರ (ಅಗತ್ಯವಿದೆ).
dst_type
ಸ್ಟ್ರಿಂಗ್
ಯಾವುದೂ
ಪರಿಣಾಮವಾಗಿ ಡಿಸ್ಕ್ ಪ್ರಕಾರ (ಅಗತ್ಯವಿದೆ).
ವಸ್ತುವಿನ ಆದ್ಯತೆಯ ಅಂಶಗಳು:
ನಿಯತಾಂಕ
ಟಿಪ್ಪಿ
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ
ವಿವರಣೆ
ಯೋಜನೆಯ
ಸರಣಿ
ಯಾವುದೂ
ಯೋಜನೆಯ ಹೆಸರುಗಳು.
ಕಂಪ್ಯೂಟ್_ನೋಡ್
ಸರಣಿ
ಯಾವುದೂ
ನೋಡ್ ಹೆಸರುಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ.
ಶೇಖರಣಾ_ಪೂಲ್
ಸರಣಿ
ಯಾವುದೂ
ಶೇಖರಣಾ ಪೂಲ್ ಹೆಸರುಗಳು.
ಲೆಕ್ಕಾಚಾರ
ಎನಮ್
ಯಾವುದೂ
ವರ್ಚುವಲ್ ಯಂತ್ರದ ನಿಯತಾಂಕಗಳು [“vcpu_num”, “mem_size”, “disk_size”, “created_at”].
ಸಂಗ್ರಹ
ಎನಮ್
ಯಾವುದೂ
ಡಿಸ್ಕ್ ನಿಯತಾಂಕಗಳು [“ಗಾತ್ರ”, “ರಚಿಸಲಾದ_at”].
ಬಳಸಿದ ವಿಧಾನಗಳು ವರ್ಚುವಲ್ ಯಂತ್ರ ವಲಸೆ, ಡಿಸ್ಕ್ ವಲಸೆ.
ವರ್ಗೀಕರಿಸದ - ಕಾರ್ಯತಂತ್ರದ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸುಲಭಗೊಳಿಸಲು ಸಹಾಯಕ ಗುರಿಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಯಾವುದೇ ವಿಶೇಷಣಗಳನ್ನು ಹೊಂದಿಲ್ಲ ಮತ್ತು ಕಾರ್ಯತಂತ್ರವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಗುರಿಯೊಂದಿಗೆ ಇನ್ನೂ ಸಂಬಂಧಿಸದಿದ್ದಾಗ ಬಳಸಬಹುದಾಗಿದೆ. ಈ ಗುರಿಯನ್ನು ಪರಿವರ್ತನೆಯ ಹಂತವಾಗಿಯೂ ಬಳಸಬಹುದು. ಈ ಗುರಿಗೆ ಸಂಬಂಧಿಸಿದ ತಂತ್ರವೆಂದರೆ ಆಕ್ಟಿವೇಟರ್.
ಹೊಸ ಗುರಿಯನ್ನು ರಚಿಸುವುದು
ವಾಚರ್ ಡಿಸಿಷನ್ ಇಂಜಿನ್ "ಬಾಹ್ಯ ಗುರಿ" ಪ್ಲಗಿನ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿದೆ ಅದು ಕಾರ್ಯತಂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ಸಾಧಿಸಬಹುದಾದ ಬಾಹ್ಯ ಗುರಿಯನ್ನು ಸಂಯೋಜಿಸಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.
ನೀವು ಹೊಸ ಗುರಿಯನ್ನು ರಚಿಸುವ ಮೊದಲು, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಯಾವುದೇ ಗುರಿಗಳು ನಿಮ್ಮ ಅಗತ್ಯಗಳನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು.
ಹೊಸ ಪ್ಲಗಿನ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ
ಹೊಸ ಗುರಿಯನ್ನು ರಚಿಸಲು, ನೀವು ಮಾಡಬೇಕು: ಗುರಿ ವರ್ಗವನ್ನು ವಿಸ್ತರಿಸಿ, ವರ್ಗ ವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ ಪಡೆಯಲು_ಹೆಸರು() ನೀವು ರಚಿಸಲು ಬಯಸುವ ಹೊಸ ಗುರಿಯ ಅನನ್ಯ ID ಹಿಂತಿರುಗಿಸಲು. ಈ ಅನನ್ಯ ಗುರುತಿಸುವಿಕೆಯು ನೀವು ನಂತರ ಘೋಷಿಸುವ ಪ್ರವೇಶ ಬಿಂದುವಿನ ಹೆಸರಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.
ಮುಂದೆ ನೀವು ವರ್ಗ ವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕಾಗಿದೆ get_display_name() ನೀವು ರಚಿಸಲು ಬಯಸುವ ಗುರಿಯ ಅನುವಾದಿತ ಪ್ರದರ್ಶನದ ಹೆಸರನ್ನು ಹಿಂತಿರುಗಿಸಲು (ಅನುವಾದಿಸಿದ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸಲು ವೇರಿಯೇಬಲ್ ಅನ್ನು ಬಳಸಬೇಡಿ ಆದ್ದರಿಂದ ಅದನ್ನು ಅನುವಾದ ಉಪಕರಣದಿಂದ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಗ್ರಹಿಸಬಹುದು.).
ವರ್ಗ ವಿಧಾನವನ್ನು ಅಳವಡಿಸಿ get_translatable_display_name()ನಿಮ್ಮ ಹೊಸ ಗುರಿಯ ಅನುವಾದ ಕೀಲಿಯನ್ನು (ವಾಸ್ತವವಾಗಿ ಇಂಗ್ಲಿಷ್ ಪ್ರದರ್ಶನ ಹೆಸರು) ಹಿಂತಿರುಗಿಸಲು. ಹಿಂತಿರುಗಿಸುವ ಮೌಲ್ಯವು get_display_name() ಗೆ ಅನುವಾದಿಸಲಾದ ಸ್ಟ್ರಿಂಗ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.
ಅವನ ವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ get_eficacy_specification()ನಿಮ್ಮ ಗುರಿಗಾಗಿ ದಕ್ಷತೆಯ ವಿವರಣೆಯನ್ನು ಹಿಂತಿರುಗಿಸಲು. get_efficacy_specification() ವಿಧಾನವು ವಾಚರ್ ಒದಗಿಸಿದ ಅನ್‌ಕ್ಲಾಸಿಫೈಡ್() ನಿದರ್ಶನವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ನಿಮ್ಮ ಗುರಿಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಈ ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿವರಣೆಯು ಉಪಯುಕ್ತವಾಗಿದೆ ಏಕೆಂದರೆ ಅದು ಖಾಲಿ ವಿವರಣೆಗೆ ಅನುರೂಪವಾಗಿದೆ.
→
ವಾಚರ್ ಆರ್ಕಿಟೆಕ್ಚರ್ (ಹೆಚ್ಚಿನ ವಿವರಗಳು ).
ಘಟಕಗಳು
ವಾಚರ್ API - ವಾಚರ್ ಒದಗಿಸಿದ REST API ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಒಂದು ಘಟಕ. ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಕಾರ್ಯವಿಧಾನಗಳು: CLI, ಹರೈಸನ್ ಪ್ಲಗಿನ್, ಪೈಥಾನ್ SDK.
ವಾಚರ್ ಡಿಬಿ - ವಾಚರ್ ಡೇಟಾಬೇಸ್.
ವಾಚರ್ ಅಪ್ಲೈಯರ್ - ವಾಚರ್ ಡಿಸಿಷನ್ ಇಂಜಿನ್ ಘಟಕದಿಂದ ರಚಿಸಲಾದ ಕ್ರಿಯಾ ಯೋಜನೆಯ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಒಂದು ಘಟಕ.
ವಾಚರ್ ಡಿಸಿಷನ್ ಇಂಜಿನ್ - ಆಡಿಟ್ ಗುರಿಯನ್ನು ಸಾಧಿಸಲು ಸಂಭಾವ್ಯ ಆಪ್ಟಿಮೈಸೇಶನ್ ಕ್ರಿಯೆಗಳ ಗುಂಪನ್ನು ಕಂಪ್ಯೂಟಿಂಗ್ ಮಾಡುವ ಜವಾಬ್ದಾರಿಯುತ ಘಟಕ. ತಂತ್ರವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಘಟಕವು ಸ್ವತಂತ್ರವಾಗಿ ಹೆಚ್ಚು ಸೂಕ್ತವಾದದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.
ವಾಚರ್ ಮೆಟ್ರಿಕ್ಸ್ ಪ್ರಕಾಶಕರು - ಕೆಲವು ಮೆಟ್ರಿಕ್‌ಗಳು ಅಥವಾ ಈವೆಂಟ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಮತ್ತು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವ ಒಂದು ಘಟಕ ಮತ್ತು ಅವುಗಳನ್ನು CEP ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಪ್ರಕಟಿಸುತ್ತದೆ. ಘಟಕದ ಕ್ರಿಯಾತ್ಮಕತೆಯನ್ನು ಸಿಲೋಮೀಟರ್ ಪ್ರಕಾಶಕರು ಸಹ ಒದಗಿಸಬಹುದು.
ಕಾಂಪ್ಲೆಕ್ಸ್ ಈವೆಂಟ್ ಪ್ರೊಸೆಸಿಂಗ್ (CEP) ಎಂಜಿನ್ - ಸಂಕೀರ್ಣ ಈವೆಂಟ್ ಪ್ರಕ್ರಿಯೆಗೆ ಎಂಜಿನ್. ಕಾರ್ಯಕ್ಷಮತೆಯ ಕಾರಣಗಳಿಗಾಗಿ, ಬಹು CEP ಇಂಜಿನ್ ನಿದರ್ಶನಗಳು ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರಬಹುದು, ಪ್ರತಿಯೊಂದೂ ನಿರ್ದಿಷ್ಟ ರೀತಿಯ ಮೆಟ್ರಿಕ್/ಈವೆಂಟ್ ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ. ವಾಚರ್ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, CEP ಎರಡು ರೀತಿಯ ಕ್ರಿಯೆಗಳನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ: - ಸಮಯ ಸರಣಿ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಅನುಗುಣವಾದ ಘಟನೆಗಳು / ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿ; - ಈ ಘಟನೆಯು ಪ್ರಸ್ತುತ ಆಪ್ಟಿಮೈಸೇಶನ್ ತಂತ್ರದ ಫಲಿತಾಂಶದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಿದಾಗ ವಾಚರ್ ಡಿಸಿಷನ್ ಇಂಜಿನ್‌ಗೆ ಸೂಕ್ತವಾದ ಈವೆಂಟ್‌ಗಳನ್ನು ಕಳುಹಿಸಿ, ಏಕೆಂದರೆ ಓಪನ್‌ಸ್ಟಾಕ್ ಕ್ಲಸ್ಟರ್ ಸ್ಥಿರ ವ್ಯವಸ್ಥೆಯಾಗಿಲ್ಲ.
ಘಟಕಗಳು AMQP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸಂವಹನ ನಡೆಸುತ್ತವೆ.
→
ವಾಚರ್ ಜೊತೆಗಿನ ಸಂವಾದದ ಯೋಜನೆ
ವೀಕ್ಷಕರ ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳು
- ಆಪ್ಟಿಮೈಸೇಶನ್ - ಆಕ್ಷನ್ ಪ್ಲಾನ್‌ಗಳ 500 ಪುಟದಲ್ಲಿ (ಶುದ್ಧ ಕ್ವೀನ್ಸ್‌ನಲ್ಲಿ ಮತ್ತು ಟಿಯೊನಿಕ್ಸ್ ಮಾಡ್ಯೂಲ್‌ಗಳೊಂದಿಗೆ ಸ್ಟ್ಯಾಂಡ್‌ನಲ್ಲಿ), ಇದು ಆಡಿಟ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದ ನಂತರ ಮತ್ತು ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ರಚಿಸಿದ ನಂತರ ಮಾತ್ರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ; ಖಾಲಿಯು ಸಾಮಾನ್ಯವಾಗಿ ತೆರೆಯುತ್ತದೆ.
- ಆಕ್ಷನ್ ವಿವರಗಳ ಟ್ಯಾಬ್‌ನಲ್ಲಿ ದೋಷಗಳಿವೆ, ಆಡಿಟ್ ಗುರಿ ಮತ್ತು ಕಾರ್ಯತಂತ್ರವನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ (ಶುದ್ಧ ಕ್ವೀನ್ಸ್‌ನಲ್ಲಿ ಮತ್ತು ಟಿಯೊನಿಕ್ಸ್ ಮಾಡ್ಯೂಲ್‌ಗಳೊಂದಿಗೆ ಸ್ಟ್ಯಾಂಡ್‌ನಲ್ಲಿ).
- ಡಮ್ಮಿ (ಪರೀಕ್ಷೆ) ಉದ್ದೇಶದಿಂದ ಆಡಿಟ್‌ಗಳನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ, ಕ್ರಿಯಾ ಯೋಜನೆಗಳನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ.
- ವರ್ಗೀಕರಿಸದ ಗುರಿಗಾಗಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳನ್ನು ರಚಿಸಲಾಗಿಲ್ಲ ಏಕೆಂದರೆ ಗುರಿಯು ಕ್ರಿಯಾತ್ಮಕವಾಗಿಲ್ಲ ಮತ್ತು ಹೊಸ ತಂತ್ರಗಳನ್ನು ರಚಿಸುವಾಗ ಮಧ್ಯಂತರ ಸಂರಚನೆಗಾಗಿ ಉದ್ದೇಶಿಸಲಾಗಿದೆ.
- ವರ್ಕ್ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ (ಶೇಖರಣಾ ಸಾಮರ್ಥ್ಯದ ಸಮತೋಲನ ತಂತ್ರ) ಉದ್ದೇಶಕ್ಕಾಗಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ರಚಿಸಲಾಗಿದೆ, ಆದರೆ ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ರಚಿಸಲಾಗಿಲ್ಲ. ಯಾವುದೇ ಶೇಖರಣಾ ಪೂಲ್ ಆಪ್ಟಿಮೈಸೇಶನ್ ಅಗತ್ಯವಿಲ್ಲ.
- ವರ್ಕ್ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಗುರಿಗಾಗಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳನ್ನು (ಕೆಲಸದ ಸಮತೋಲನ ವಲಸೆ ತಂತ್ರ) ಯಶಸ್ವಿಯಾಗಿ ರಚಿಸಲಾಗಿದೆ, ಆದರೆ ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ರಚಿಸಲಾಗಿಲ್ಲ.
- ವರ್ಕ್ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ (ವರ್ಕ್ಲೋಡ್ ಸ್ಟೆಬಿಲೈಸೇಶನ್ ಸ್ಟ್ರಾಟಜಿ) ಗಾಗಿ ಆಡಿಟ್‌ಗಳು ವಿಫಲಗೊಳ್ಳುತ್ತವೆ.
- ಗದ್ದಲದ ನೆರೆಯ ಗುರಿಗಾಗಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ರಚಿಸಲಾಗಿದೆ, ಆದರೆ ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ರಚಿಸಲಾಗಿಲ್ಲ.
- ಹಾರ್ಡ್‌ವೇರ್ ನಿರ್ವಹಣೆಯ ಉದ್ದೇಶಕ್ಕಾಗಿ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ರಚಿಸಲಾಗಿದೆ, ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ಪೂರ್ಣವಾಗಿ ರಚಿಸಲಾಗಿಲ್ಲ (ಕಾರ್ಯಕ್ಷಮತೆಯ ಸೂಚಕಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ, ಆದರೆ ಕ್ರಿಯೆಗಳ ಪಟ್ಟಿಯನ್ನು ಸ್ವತಃ ರಚಿಸಲಾಗಿಲ್ಲ).
- ಕಂಪ್ಯೂಟ್ ಮತ್ತು ನಿಯಂತ್ರಣ ನೋಡ್‌ಗಳಲ್ಲಿನ nova.conf ಸಂರಚನೆಗಳಲ್ಲಿನ (ಡೀಫಾಲ್ಟ್ ವಿಭಾಗದಲ್ಲಿ compute_monitors = cpu.virt_driver) ಸಂಪಾದನೆಗಳು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
- ಸರ್ವರ್ ಬಲವರ್ಧನೆ (ಮೂಲ ತಂತ್ರ) ಗುರಿಪಡಿಸುವ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳು ಸಹ ವಿಫಲಗೊಳ್ಳುತ್ತವೆ.
- ಸರ್ವರ್ ಕನ್ಸಾಲಿಡೇಶನ್ (VM ವರ್ಕ್ಲೋಡ್ ಕನ್ಸಾಲಿಡೇಶನ್ ತಂತ್ರ) ಉದ್ದೇಶಕ್ಕಾಗಿ ಆಡಿಟ್‌ಗಳು ದೋಷದೊಂದಿಗೆ ವಿಫಲಗೊಳ್ಳುತ್ತವೆ. ಲಾಗ್‌ಗಳಲ್ಲಿ ಮೂಲ ಡೇಟಾವನ್ನು ಪಡೆಯುವಲ್ಲಿ ದೋಷವಿದೆ. ದೋಷದ ಚರ್ಚೆ, ನಿರ್ದಿಷ್ಟವಾಗಿ .
ನಾವು ಸಂರಚನಾ ಫೈಲ್‌ನಲ್ಲಿ ವಾಚರ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ (ಇದು ಸಹಾಯ ಮಾಡಲಿಲ್ಲ - ಎಲ್ಲಾ ಆಪ್ಟಿಮೈಸೇಶನ್ ಪುಟಗಳಲ್ಲಿನ ದೋಷದ ಪರಿಣಾಮವಾಗಿ, ಕಾನ್ಫಿಗರ್ ಫೈಲ್‌ನ ಮೂಲ ವಿಷಯಗಳಿಗೆ ಹಿಂತಿರುಗುವುದು ಪರಿಸ್ಥಿತಿಯನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ): [watcher_strategies.basic] ಡೇಟಾಸೋರ್ಸ್ = ಸೀಲೋಮೀಟರ್, ಗ್ನೋಚಿ - ಇಂಧನ ಉಳಿತಾಯಕ್ಕಾಗಿ ಆಡಿಟ್ ವಿಫಲವಾಗಿದೆ. ಲಾಗ್‌ಗಳ ಮೂಲಕ ನಿರ್ಣಯಿಸುವುದು, ಸಮಸ್ಯೆ ಇನ್ನೂ ಐರನಿಕ್ ಇಲ್ಲದಿರುವುದು; ಇದು ಬೇರ್ಮೆಟಲ್ ಸೇವೆಯಿಲ್ಲದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.
- ಥರ್ಮಲ್ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಾಗಿ ಆಡಿಟ್ ವಿಫಲವಾಗಿದೆ. ಟ್ರೇಸ್‌ಬ್ಯಾಕ್ ಸರ್ವರ್ ಕನ್ಸಾಲಿಡೇಶನ್ (VM ವರ್ಕ್ಲೋಡ್ ಬಲವರ್ಧನೆ ತಂತ್ರ) (ಮೂಲ ಡೇಟಾ ದೋಷ) ಯಂತೆಯೇ ಇರುತ್ತದೆ
- ಏರ್‌ಫ್ಲೋ ಆಪ್ಟಿಮೈಸೇಶನ್ ಉದ್ದೇಶಕ್ಕಾಗಿ ಆಡಿಟ್‌ಗಳು ದೋಷದೊಂದಿಗೆ ವಿಫಲಗೊಳ್ಳುತ್ತವೆ.
ಕೆಳಗಿನ ಆಡಿಟ್ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ ದೋಷಗಳು ಸಹ ಎದುರಾಗಿವೆ. ನಿರ್ಧಾರ-ಎಂಜಿನ್.ಲಾಗ್ ಲಾಗ್‌ಗಳಲ್ಲಿ ಟ್ರೇಸ್‌ಬ್ಯಾಕ್ (ಕ್ಲಸ್ಟರ್ ಸ್ಥಿತಿಯನ್ನು ವಿವರಿಸಲಾಗಿಲ್ಲ).
→ ದೋಷದ ಚರ್ಚೆ
ತೀರ್ಮಾನಕ್ಕೆ
ನಮ್ಮ ಎರಡು ತಿಂಗಳ ಸಂಶೋಧನೆಯ ಫಲಿತಾಂಶವು ನಿಸ್ಸಂದಿಗ್ಧವಾದ ತೀರ್ಮಾನವಾಗಿದ್ದು, ಪೂರ್ಣ ಪ್ರಮಾಣದ, ಕೆಲಸ ಮಾಡುವ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ವ್ಯವಸ್ಥೆಯನ್ನು ಪಡೆಯಲು, ನಾವು ಈ ಭಾಗದಲ್ಲಿ, ಓಪನ್‌ಸ್ಟಾಕ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಾಗಿ ಪರಿಕರಗಳನ್ನು ಪರಿಷ್ಕರಿಸುವಲ್ಲಿ ನಿಕಟವಾಗಿ ಕೆಲಸ ಮಾಡಬೇಕಾಗಿದೆ.
ವಾಚರ್ ಅಗಾಧ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ ಗಂಭೀರ ಮತ್ತು ವೇಗವಾಗಿ ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಿರುವ ಉತ್ಪನ್ನವೆಂದು ಸಾಬೀತಾಗಿದೆ, ಇದರ ಸಂಪೂರ್ಣ ಬಳಕೆಗೆ ಸಾಕಷ್ಟು ಗಂಭೀರ ಕೆಲಸ ಬೇಕಾಗುತ್ತದೆ.
ಆದರೆ ಸರಣಿಯ ಮುಂದಿನ ಲೇಖನಗಳಲ್ಲಿ ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು.
ಮೂಲ: www.habr.com