ಕುಬರ್ನೆಟ್ಸ್ ಮೇಲ್ವಿಚಾರಣೆಯ ಪರಿಕಲ್ಪನೆಯನ್ನು ಪರಿಗಣಿಸಿ, ಪ್ರಮೀತಿಯಸ್ ಉಪಕರಣದೊಂದಿಗೆ ಪರಿಚಯ ಮಾಡಿಕೊಳ್ಳಿ ಮತ್ತು ಎಚ್ಚರಿಕೆಯ ಕುರಿತು ಮಾತನಾಡಿ.
ಮೇಲ್ವಿಚಾರಣೆಯ ವಿಷಯವು ದೊಡ್ಡದಾಗಿದೆ, ಅದನ್ನು ಒಂದು ಲೇಖನದಲ್ಲಿ ಡಿಸ್ಅಸೆಂಬಲ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಉಪಕರಣಗಳು, ಪರಿಕಲ್ಪನೆಗಳು ಮತ್ತು ವಿಧಾನಗಳ ಅವಲೋಕನವನ್ನು ಒದಗಿಸುವುದು ಈ ಪಠ್ಯದ ಉದ್ದೇಶವಾಗಿದೆ.
ಲೇಖನದ ವಸ್ತುವು ಒಂದು ಸ್ಕ್ವೀಸ್ ಆಗಿದೆ
ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ಏನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲಾಗುತ್ತದೆ
ಭೌತಿಕ ಸರ್ವರ್ಗಳು. ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಅದರ ಸರ್ವರ್ಗಳಲ್ಲಿ ನಿಯೋಜಿಸಿದ್ದರೆ, ನೀವು ಅವರ ಆರೋಗ್ಯವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ. Zabbix ಈ ಕೆಲಸವನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ; ನೀವು ಅವನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿದರೆ, ನೀವು ನಿರಾಕರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ಯಾವುದೇ ಘರ್ಷಣೆಗಳು ಇರುವುದಿಲ್ಲ. ಇದು ನಮ್ಮ ಸರ್ವರ್ಗಳ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ Zabbix ಆಗಿದೆ.
ಕ್ಲಸ್ಟರ್ ಮಟ್ಟದಲ್ಲಿ ಮೇಲ್ವಿಚಾರಣೆಗೆ ಹೋಗೋಣ.
ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್ ಘಟಕಗಳು: API, ಶೆಡ್ಯೂಲರ್ ಮತ್ತು ಇತರರು. ಕನಿಷ್ಠ, ಸರ್ವರ್ಗಳು ಅಥವಾ ಇತ್ಯಾದಿಗಳ API 0 ಕ್ಕಿಂತ ಹೆಚ್ಚಿದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. Etcd ಬಹಳಷ್ಟು ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು: ಅದು ತಿರುಗುತ್ತಿರುವ ಡಿಸ್ಕ್ಗಳಿಂದ, ಅದರ etcd ಕ್ಲಸ್ಟರ್ನ ಆರೋಗ್ಯ ಮತ್ತು ಇತರವುಗಳಿಂದ.
ಡಾಕರ್ ಬಹಳ ಹಿಂದೆಯೇ ಕಾಣಿಸಿಕೊಂಡಿತು ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ಅದರ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಚೆನ್ನಾಗಿ ತಿಳಿದಿದ್ದಾರೆ: ಬಹಳಷ್ಟು ಧಾರಕಗಳು ಹೆಪ್ಪುಗಟ್ಟುವಿಕೆ ಮತ್ತು ಇತರ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ. ಆದ್ದರಿಂದ, ಒಂದು ವ್ಯವಸ್ಥೆಯಾಗಿ ಡಾಕರ್ ಅನ್ನು ಸಹ ನಿಯಂತ್ರಿಸಬೇಕು, ಕನಿಷ್ಠ ಲಭ್ಯತೆಗಾಗಿ.
ಡಿಎನ್ಎಸ್. ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ಡಿಎನ್ಎಸ್ ಬಿದ್ದರೆ, ಸಂಪೂರ್ಣ ಡಿಸ್ಕವರಿ ಸೇವೆಯು ಅದರ ನಂತರ ಕುಸಿಯುತ್ತದೆ, ಪಾಡ್ಗಳಿಂದ ಪಾಡ್ಗಳಿಗೆ ಕರೆಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತವೆ. ನನ್ನ ಅಭ್ಯಾಸದಲ್ಲಿ, ಅಂತಹ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ, ಆದರೆ ಇದು DNS ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ ಎಂದು ಅರ್ಥವಲ್ಲ. ಕೋರ್ಡಿಎನ್ಎಸ್ನಲ್ಲಿ ವಿನಂತಿ ಲೇಟೆನ್ಸಿ ಮತ್ತು ಇತರ ಕೆಲವು ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಬಹುದು.
ಪ್ರವೇಶ ಯೋಜನೆಗೆ ಪ್ರವೇಶ ಬಿಂದುಗಳಾಗಿ ಒಳಹರಿವುಗಳ (ಇಂಗ್ರೆಸ್ ನಿಯಂತ್ರಕ ಸೇರಿದಂತೆ) ಲಭ್ಯತೆಯನ್ನು ನಿಯಂತ್ರಿಸುವುದು ಅವಶ್ಯಕ.
ಕ್ಲಸ್ಟರ್ನ ಮುಖ್ಯ ಅಂಶಗಳನ್ನು ಕಿತ್ತುಹಾಕಲಾಗಿದೆ - ಈಗ ನಾವು ಅಮೂರ್ತತೆಯ ಮಟ್ಟಕ್ಕೆ ಹೋಗೋಣ.
ಅಪ್ಲಿಕೇಶನ್ಗಳು ಪಾಡ್ಗಳಲ್ಲಿ ರನ್ ಆಗುತ್ತವೆ ಎಂದು ತೋರುತ್ತದೆ, ಅಂದರೆ ಅವುಗಳನ್ನು ನಿಯಂತ್ರಿಸಬೇಕಾಗಿದೆ, ಆದರೆ ವಾಸ್ತವದಲ್ಲಿ ಅವು ಅಲ್ಲ. ಪಾಡ್ಗಳು ಅಲ್ಪಕಾಲಿಕವಾಗಿವೆ: ಇಂದು ಅವು ಒಂದು ಸರ್ವರ್ನಲ್ಲಿ, ನಾಳೆ ಇನ್ನೊಂದರಲ್ಲಿ ಚಲಿಸುತ್ತವೆ; ಇಂದು ಅವುಗಳಲ್ಲಿ 10 ಇವೆ, ನಾಳೆ 2. ಆದ್ದರಿಂದ, ಯಾರೂ ಬೀಜಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದಿಲ್ಲ. ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್ನಲ್ಲಿ, ಒಟ್ಟಾರೆಯಾಗಿ ಅಪ್ಲಿಕೇಶನ್ನ ಲಭ್ಯತೆಯನ್ನು ನಿಯಂತ್ರಿಸುವುದು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ, ಸೇವಾ ಅಂತಿಮ ಬಿಂದುಗಳ ಲಭ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ: ಏನಾದರೂ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ? ಅಪ್ಲಿಕೇಶನ್ ಲಭ್ಯವಿದ್ದರೆ, ಅದರ ಹಿಂದೆ ಏನಾಗುತ್ತದೆ, ಈಗ ಎಷ್ಟು ಪ್ರತಿಕೃತಿಗಳಿವೆ - ಇವು ಎರಡನೇ ಆದೇಶದ ಪ್ರಶ್ನೆಗಳಾಗಿವೆ. ವೈಯಕ್ತಿಕ ನಿದರ್ಶನಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ.
ಕೊನೆಯ ಹಂತದಲ್ಲಿ, ನೀವು ಅಪ್ಲಿಕೇಶನ್ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿಯಂತ್ರಿಸಬೇಕು, ವ್ಯವಹಾರ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕು: ಆದೇಶಗಳ ಸಂಖ್ಯೆ, ಬಳಕೆದಾರ ನಡವಳಿಕೆ, ಇತ್ಯಾದಿ.
ಪ್ರಮೀತಿಯಸ್
ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಉತ್ತಮ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ
ಪ್ರಮೀತಿಯಸ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಲು ಒಂದೆರಡು ಆಯ್ಕೆಗಳಿವೆ: ಹೆಲ್ಮ್ ಬಳಸಿ, ನೀವು ಸಾಮಾನ್ಯ ಪ್ರಮೀತಿಯಸ್ ಅಥವಾ ಪ್ರಮೀತಿಯಸ್ ಆಪರೇಟರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬಹುದು.
- ನಿಯಮಿತ ಪ್ರಮೀತಿಯಸ್. ಎಲ್ಲವೂ ಅವನೊಂದಿಗೆ ಉತ್ತಮವಾಗಿದೆ, ಆದರೆ ನೀವು ಕಾನ್ಫಿಗ್ಮ್ಯಾಪ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ - ವಾಸ್ತವವಾಗಿ, ಮೈಕ್ರೋಸರ್ವಿಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಮೊದಲು ನಾವು ಮೊದಲು ಮಾಡಿದಂತೆ ಪಠ್ಯ ಆಧಾರಿತ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ಗಳನ್ನು ಬರೆಯಿರಿ.
- ಪ್ರಮೀತಿಯಸ್ ಆಪರೇಟರ್ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಹರಡಿದೆ, ಆಂತರಿಕ ತರ್ಕದ ವಿಷಯದಲ್ಲಿ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ, ಆದರೆ ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಸುಲಭ: ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳು ಇವೆ, ಅಮೂರ್ತತೆಗಳನ್ನು ಕ್ಲಸ್ಟರ್ಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿದೆ.
ಉತ್ಪನ್ನವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ನಾನು ಮೊದಲು ಸಾಮಾನ್ಯ ಪ್ರಮೀತಿಯಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ. ನೀವು ಸಂರಚನೆಯ ಮೂಲಕ ಎಲ್ಲವನ್ನೂ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ, ಆದರೆ ಇದು ಪ್ರಯೋಜನಕಾರಿಯಾಗಿದೆ: ಯಾವುದು ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೀವು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತೀರಿ. ಪ್ರಮೀತಿಯಸ್ ಆಪರೇಟರ್ನಲ್ಲಿ, ನೀವು ತಕ್ಷಣವೇ ಹೆಚ್ಚಿನ ಅಮೂರ್ತತೆಗೆ ಏರುತ್ತೀರಿ, ಆದರೂ ನೀವು ಬಯಸಿದರೆ ನೀವು ಆಳವನ್ನು ಸಹ ಪರಿಶೀಲಿಸಬಹುದು.
ಪ್ರಮೀತಿಯಸ್ ಕುಬರ್ನೆಟ್ಸ್ ಜೊತೆಗೆ ಉತ್ತಮವಾಗಿ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿದೆ: ಇದು API ಸರ್ವರ್ ಅನ್ನು ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ಸಂವಹನ ಮಾಡಬಹುದು.
ಪ್ರಮೀತಿಯಸ್ ಜನಪ್ರಿಯವಾಗಿದೆ, ಅದಕ್ಕಾಗಿಯೇ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮತ್ತು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳು ಇದನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ. ಪ್ರೊಮೆಥಿಯಸ್ ತನ್ನದೇ ಆದ ಮೆಟ್ರಿಕ್ಸ್ ಸ್ವರೂಪವನ್ನು ಹೊಂದಿರುವುದರಿಂದ ಮತ್ತು ಅದನ್ನು ವರ್ಗಾಯಿಸಲು, ನಿಮಗೆ ಅಪ್ಲಿಕೇಶನ್ನ ಒಳಗೆ ಲೈಬ್ರರಿ ಅಥವಾ ರೆಡಿಮೇಡ್ ರಫ್ತುದಾರರ ಅಗತ್ಯವಿದೆ. ಮತ್ತು ಅಂತಹ ಕೆಲವು ರಫ್ತುದಾರರು ಇದ್ದಾರೆ. ಉದಾಹರಣೆಗೆ, PostgreSQL ಎಕ್ಸ್ಪೋರ್ಟರ್ ಇದೆ: ಇದು PostgreSQL ನಿಂದ ಡೇಟಾವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದನ್ನು Prometheus ಸ್ವರೂಪಕ್ಕೆ ಪರಿವರ್ತಿಸುತ್ತದೆ ಇದರಿಂದ Prometheus ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದು.
ಪ್ರಮೀತಿಯಸ್ ವಾಸ್ತುಶಿಲ್ಪ
ಪ್ರಮೀತಿಯಸ್ ಸರ್ವರ್ ಪ್ರಮೀತಿಯಸ್ನ ಮೆದುಳು ಹಿಂಭಾಗದ ತುದಿಯಾಗಿದೆ. ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಇಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಂಸ್ಕರಿಸಲಾಗುತ್ತದೆ.
ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಸಮಯ ಸರಣಿ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ (TSDB) ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. TSDB ಒಂದು ಪ್ರತ್ಯೇಕ ಡೇಟಾಬೇಸ್ ಅಲ್ಲ, ಆದರೆ Prometheus ನಲ್ಲಿ ಎಂಬೆಡ್ ಮಾಡಲಾದ ಗೋ ಭಾಷೆಯಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಆಗಿದೆ. ಸ್ಥೂಲವಾಗಿ ಹೇಳುವುದಾದರೆ, ಎಲ್ಲವೂ ಒಂದು ಬೈನರಿಯಲ್ಲಿದೆ.
ದೀರ್ಘಕಾಲದವರೆಗೆ TSDB ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಬೇಡಿ
ಮೆಟ್ರಿಕ್ಗಳ ದೀರ್ಘಾವಧಿಯ ಸಂಗ್ರಹಣೆಗೆ ಪ್ರಮೀತಿಯಸ್ ಮೂಲಸೌಕರ್ಯವು ಸೂಕ್ತವಲ್ಲ. ಡೀಫಾಲ್ಟ್ ಧಾರಣ ಅವಧಿಯು 15 ದಿನಗಳು. ನೀವು ಈ ಮಿತಿಯನ್ನು ಮೀರಬಹುದು, ಆದರೆ ನೆನಪಿನಲ್ಲಿಡಿ: ನೀವು TSDB ನಲ್ಲಿ ಹೆಚ್ಚು ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೀರಿ ಮತ್ತು ನೀವು ಅದನ್ನು ಹೆಚ್ಚು ಸಮಯ ಮಾಡುತ್ತೀರಿ, ಅದು ಹೆಚ್ಚು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಪ್ರಮೀತಿಯಸ್ನಲ್ಲಿ ಐತಿಹಾಸಿಕ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಕೆಟ್ಟ ಅಭ್ಯಾಸವೆಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ.
ನೀವು ದೊಡ್ಡ ದಟ್ಟಣೆಯನ್ನು ಹೊಂದಿದ್ದರೆ, ಮೆಟ್ರಿಕ್ಗಳ ಸಂಖ್ಯೆಯು ಸೆಕೆಂಡಿಗೆ ನೂರಾರು ಸಾವಿರಗಳಾಗಿರುತ್ತದೆ, ನಂತರ ಡಿಸ್ಕ್ ಸ್ಪೇಸ್ ಅಥವಾ ಅವಧಿಯ ಮೂಲಕ ಅವುಗಳ ಸಂಗ್ರಹಣೆಯನ್ನು ಮಿತಿಗೊಳಿಸುವುದು ಉತ್ತಮ. ಸಾಮಾನ್ಯವಾಗಿ, "ಹಾಟ್ ಡೇಟಾ" ಅನ್ನು TSDB ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಕೆಲವೇ ಗಂಟೆಗಳಲ್ಲಿ ಮೆಟ್ರಿಕ್ಸ್. ದೀರ್ಘ ಶೇಖರಣೆಗಾಗಿ, ಬಾಹ್ಯ ಸಂಗ್ರಹಣೆಯು ಇದಕ್ಕೆ ನಿಜವಾಗಿಯೂ ಸೂಕ್ತವಾದ ಡೇಟಾಬೇಸ್ಗಳಲ್ಲಿ ಬಳಸಲ್ಪಡುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, InfluxDB, ClickHouse, ಇತ್ಯಾದಿ. ಕ್ಲಿಕ್ಹೌಸ್ ಕುರಿತು ನಾನು ಹೆಚ್ಚು ಉತ್ತಮ ವಿಮರ್ಶೆಗಳನ್ನು ನೋಡಿದೆ.
ಪ್ರಮೀತಿಯಸ್ ಸರ್ವರ್ ಮಾದರಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಳೆಯಿರಿ: ನಾವು ಅವನಿಗೆ ನೀಡಿದ ಅಂತಿಮ ಬಿಂದುಗಳಿಗೆ ಅವನು ಮೆಟ್ರಿಕ್ಗಳಿಗೆ ಹೋಗುತ್ತಾನೆ. ಅವರು ಹೇಳಿದರು: "API ಸರ್ವರ್ಗೆ ಹೋಗಿ", ಮತ್ತು ಅವನು ಪ್ರತಿ n-ನೇ ಸಂಖ್ಯೆಯ ಸೆಕೆಂಡುಗಳಿಗೆ ಅಲ್ಲಿಗೆ ಹೋಗಿ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾನೆ.
ಸ್ಕ್ರ್ಯಾಪಿಂಗ್ ಅವಧಿಗಳ ನಡುವೆ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಕಡಿಮೆ ಜೀವಿತಾವಧಿ (ಉದ್ಯೋಗ ಅಥವಾ ಕ್ರಾನ್ ಕೆಲಸ) ಹೊಂದಿರುವ ವಸ್ತುಗಳಿಗೆ, ಪುಶ್ಗೇಟ್ವೇ ಘಟಕವಿದೆ. ಅಲ್ಪಾವಧಿಯ ವಸ್ತುಗಳಿಂದ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಅದರೊಳಗೆ ತಳ್ಳಲಾಗುತ್ತದೆ: ಕೆಲಸವು ಏರಿದೆ, ಕ್ರಿಯೆಯನ್ನು ಮಾಡಿದೆ, ಪುಶ್ಗೇಟ್ವೇಗೆ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಕಳುಹಿಸಲಾಗಿದೆ ಮತ್ತು ಪೂರ್ಣಗೊಂಡಿದೆ. ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, ಪ್ರಮೀತಿಯಸ್ ತನ್ನದೇ ಆದ ವೇಗದಲ್ಲಿ ಕೆಳಗೆ ಬಂದು ಈ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಪುಶ್ಗೇಟ್ವೇಯಿಂದ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾನೆ.
ಪ್ರಮೀತಿಯಸ್ನಲ್ಲಿ ಅಧಿಸೂಚನೆಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಪ್ರತ್ಯೇಕ ಘಟಕವಿದೆ - ಎಚ್ಚರಿಕೆಯ ನಿರ್ವಾಹಕ. ಮತ್ತು ಎಚ್ಚರಿಕೆ ನಿಯಮಗಳು. ಉದಾಹರಣೆಗೆ, ಸರ್ವರ್ API 0 ಆಗಿದ್ದರೆ ನೀವು ಎಚ್ಚರಿಕೆಯನ್ನು ರಚಿಸಬೇಕಾಗುತ್ತದೆ. ಈವೆಂಟ್ ಫೈರ್ ಮಾಡಿದಾಗ, ಎಚ್ಚರಿಕೆಯನ್ನು ಮತ್ತಷ್ಟು ರವಾನೆಗಾಗಿ ಎಚ್ಚರಿಕೆಯ ನಿರ್ವಾಹಕರಿಗೆ ರವಾನಿಸಲಾಗುತ್ತದೆ. ಅಲರ್ಟ್ ಮ್ಯಾನೇಜರ್ ಸಾಕಷ್ಟು ಹೊಂದಿಕೊಳ್ಳುವ ರೂಟಿಂಗ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಹೊಂದಿದೆ: ಒಂದು ಗುಂಪಿನ ಎಚ್ಚರಿಕೆಗಳನ್ನು ನಿರ್ವಾಹಕರ ಟೆಲಿಗ್ರಾಮ್ ಚಾಟ್ಗೆ, ಇನ್ನೊಂದು ಡೆವಲಪರ್ಗಳ ಚಾಟ್ಗೆ ಮತ್ತು ಮೂರನೆಯದನ್ನು ಮೂಲಸೌಕರ್ಯ ಕೆಲಸಗಾರರ ಚಾಟ್ಗೆ ಕಳುಹಿಸಬಹುದು. ಸ್ಲಾಕ್, ಟೆಲಿಗ್ರಾಮ್, ಇಮೇಲ್ ಮತ್ತು ಇತರ ಚಾನಲ್ಗಳಿಗೆ ಅಧಿಸೂಚನೆಗಳನ್ನು ಕಳುಹಿಸಬಹುದು.
ಮತ್ತು ಅಂತಿಮವಾಗಿ, ನಾನು ಪ್ರಮೀತಿಯಸ್ ಕೊಲೆಗಾರ ವೈಶಿಷ್ಟ್ಯದ ಬಗ್ಗೆ ಹೇಳುತ್ತೇನೆ - ಡಿಸ್ಕವರಿಂಗ್. ಪ್ರಮೀತಿಯಸ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ, ಮೇಲ್ವಿಚಾರಣೆಗಾಗಿ ವಸ್ತುಗಳ ನಿರ್ದಿಷ್ಟ ವಿಳಾಸಗಳನ್ನು ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ಅವುಗಳ ಪ್ರಕಾರವನ್ನು ಹೊಂದಿಸಲು ಸಾಕು. ಅಂದರೆ, ನೀವು "ಇಲ್ಲಿ IP ವಿಳಾಸ, ಇಲ್ಲಿ ಪೋರ್ಟ್ - ಮಾನಿಟರ್" ಎಂದು ಬರೆಯುವ ಅಗತ್ಯವಿಲ್ಲ, ಬದಲಾಗಿ, ಈ ವಸ್ತುಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ತತ್ವಗಳ ಮೂಲಕ ನೀವು ನಿರ್ಧರಿಸಬೇಕು (ಗುರಿಗಳು - ಗುರಿಗಳು). ಪ್ರಮೀತಿಯಸ್ ಸ್ವತಃ, ಯಾವ ವಸ್ತುಗಳು ಪ್ರಸ್ತುತ ಸಕ್ರಿಯವಾಗಿವೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ, ಅಗತ್ಯ ವಸ್ತುಗಳನ್ನು ಎಳೆಯುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆಗೆ ಸೇರಿಸುತ್ತದೆ.
ಈ ವಿಧಾನವು ಕುಬರ್ನೆಟ್ಸ್ ರಚನೆಯೊಂದಿಗೆ ಚೆನ್ನಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ, ಅಲ್ಲಿ ಎಲ್ಲವೂ ತೇಲುತ್ತದೆ: ಇಂದು 10 ಸರ್ವರ್ಗಳಿವೆ, ನಾಳೆ 3. ಪ್ರತಿ ಬಾರಿ ಸರ್ವರ್ನ ಐಪಿ ವಿಳಾಸವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿರಲು, ಅದನ್ನು ಹೇಗೆ ಕಂಡುಹಿಡಿಯುವುದು ಎಂದು ಅವರು ಒಮ್ಮೆ ಬರೆದರು - ಮತ್ತು ಡಿಸ್ಕವರಿಂಗ್ ಅದನ್ನು ಮಾಡುತ್ತದೆ .
ಪ್ರಮೀತಿಯಸ್ ಭಾಷೆಯನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ PromQL. ಈ ಭಾಷೆಯನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ನಿರ್ದಿಷ್ಟ ಮೆಟ್ರಿಕ್ಗಳ ಮೌಲ್ಯಗಳನ್ನು ಪಡೆಯಬಹುದು ಮತ್ತು ನಂತರ ಅವುಗಳನ್ನು ಪರಿವರ್ತಿಸಬಹುದು, ಅವುಗಳ ಆಧಾರದ ಮೇಲೆ ವಿಶ್ಲೇಷಣಾತ್ಮಕ ಲೆಕ್ಕಾಚಾರಗಳನ್ನು ನಿರ್ಮಿಸಬಹುದು.
https://prometheus.io/docs/prometheus/latest/querying/basics/
Простой запрос
container_memory_usage_bytes
Математические операции
container_memory_usage_bytes / 1024 / 1024
Встроенные функции
sum(container_memory_usage_bytes) / 1024 / 1024
Уточнение запроса
100 - avg by (instance) (rate(node_cpu_seconds_total{mode="idle"}[5m]) * 100)
ಪ್ರಮೀತಿಯಸ್ ವೆಬ್ ಇಂಟರ್ಫೇಸ್
ಪ್ರಮೀತಿಯಸ್ ತನ್ನದೇ ಆದ, ಸಾಕಷ್ಟು ಕನಿಷ್ಠ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿದೆ. ಡೀಬಗ್ ಅಥವಾ ಪ್ರದರ್ಶನಕ್ಕೆ ಮಾತ್ರ ಸೂಕ್ತವಾಗಿದೆ.
ಅಭಿವ್ಯಕ್ತಿ ಸಾಲಿನಲ್ಲಿ, ನೀವು PromQL ಭಾಷೆಯಲ್ಲಿ ಪ್ರಶ್ನೆಯನ್ನು ಬರೆಯಬಹುದು.
ಎಚ್ಚರಿಕೆಗಳ ಟ್ಯಾಬ್ ಎಚ್ಚರಿಕೆಯ ನಿಯಮಗಳನ್ನು ಒಳಗೊಂಡಿದೆ, ಮತ್ತು ಅವುಗಳು ಮೂರು ಸ್ಥಿತಿಗಳನ್ನು ಹೊಂದಿವೆ:
- ನಿಷ್ಕ್ರಿಯ - ಈ ಸಮಯದಲ್ಲಿ ಎಚ್ಚರಿಕೆಯು ಸಕ್ರಿಯವಾಗಿಲ್ಲದಿದ್ದರೆ, ಅಂದರೆ, ಅದರೊಂದಿಗೆ ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡಲಿಲ್ಲ;
- ಬಾಕಿಯಿದೆ - ಇದು ಎಚ್ಚರಿಕೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸಿದ್ದರೆ, ಆದರೆ ಕಳುಹಿಸುವಿಕೆಯು ಇನ್ನೂ ಹಾದುಹೋಗಿಲ್ಲ. ನೆಟ್ವರ್ಕ್ ಮಿಟುಕಿಸುವಿಕೆಗೆ ಸರಿದೂಗಿಸಲು ವಿಳಂಬವನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ: ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸೇವೆಯು ಒಂದು ನಿಮಿಷದಲ್ಲಿ ಏರಿದ್ದರೆ, ನಂತರ ಅಲಾರಂ ಅನ್ನು ಇನ್ನೂ ಧ್ವನಿಸಬಾರದು;
- ಎಚ್ಚರಿಕೆಯು ಬೆಳಗಿದಾಗ ಮತ್ತು ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸಿದಾಗ ಫೈರಿಂಗ್ ಮೂರನೇ ಸ್ಥಿತಿಯಾಗಿದೆ.
ಸ್ಥಿತಿ ಮೆನುವಿನಲ್ಲಿ ನೀವು ಪ್ರಮೀತಿಯಸ್ ಏನು ಎಂಬುದರ ಕುರಿತು ಮಾಹಿತಿಗೆ ಪ್ರವೇಶವನ್ನು ಕಾಣಬಹುದು. ನಾವು ಮೇಲೆ ಮಾತನಾಡಿದ ಗುರಿಗಳಿಗೆ (ಗುರಿಗಳು) ಪರಿವರ್ತನೆಯೂ ಇದೆ.
ಪ್ರಮೀತಿಯಸ್ ಇಂಟರ್ಫೇಸ್ನ ಹೆಚ್ಚು ವಿವರವಾದ ಅವಲೋಕನಕ್ಕಾಗಿ, ನೋಡಿ
ಗ್ರಾಫಾನಾದೊಂದಿಗೆ ಏಕೀಕರಣ
ಪ್ರಮೀತಿಯಸ್ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ, ಕ್ಲಸ್ಟರ್ನ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ನೀವು ತೀರ್ಮಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಇದರಿಂದ ನೀವು ಸುಂದರವಾದ ಮತ್ತು ಅರ್ಥವಾಗುವ ಗ್ರಾಫ್ಗಳನ್ನು ಕಾಣುವುದಿಲ್ಲ. ಅವುಗಳನ್ನು ನಿರ್ಮಿಸಲು, ಪ್ರಮೀತಿಯಸ್ ಗ್ರಾಫಾನಾದೊಂದಿಗೆ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿದ್ದಾನೆ. ನಾವು ಅಂತಹ ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳನ್ನು ಪಡೆಯುತ್ತೇವೆ.
ಪ್ರಮೀತಿಯಸ್ ಮತ್ತು ಗ್ರಾಫಾನಾದ ಏಕೀಕರಣವನ್ನು ಹೊಂದಿಸುವುದು ಕಷ್ಟವೇನಲ್ಲ, ನೀವು ದಸ್ತಾವೇಜನ್ನು ಸೂಚನೆಗಳನ್ನು ಕಾಣಬಹುದು:
ಮುಂದಿನ ಲೇಖನಗಳಲ್ಲಿ, ನಾವು ಮೇಲ್ವಿಚಾರಣೆಯ ವಿಷಯವನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ: ಗ್ರಾಫನಾ ಲೋಕಿ ಮತ್ತು ಪರ್ಯಾಯ ಸಾಧನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಲಾಗ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಮತ್ತು ವಿಶ್ಲೇಷಿಸುವ ಕುರಿತು ನಾವು ಮಾತನಾಡುತ್ತೇವೆ.
ಲೇಖಕ: ಮಾರ್ಸೆಲ್ ಇಬ್ರೇವ್, ಪ್ರಮಾಣೀಕೃತ ಕುಬರ್ನೆಟ್ಸ್ ನಿರ್ವಾಹಕರು, ಕಂಪನಿಯಲ್ಲಿ ಅಭ್ಯಾಸ ಎಂಜಿನಿಯರ್
ಮೂಲ: www.habr.com