ನೀವು VMware vSphere (ಅಥವಾ ಯಾವುದೇ ಇತರ ತಂತ್ರಜ್ಞಾನದ ಸ್ಟಾಕ್) ಆಧಾರದ ಮೇಲೆ ವರ್ಚುವಲ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸಿದರೆ, ನೀವು ಬಹುಶಃ ಬಳಕೆದಾರರಿಂದ ದೂರುಗಳನ್ನು ಕೇಳಬಹುದು: "ವರ್ಚುವಲ್ ಯಂತ್ರವು ನಿಧಾನವಾಗಿದೆ!" ಈ ಲೇಖನಗಳ ಸರಣಿಯಲ್ಲಿ ನಾನು ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತೇನೆ ಮತ್ತು ಅದು ಏನು ಮತ್ತು ಏಕೆ ನಿಧಾನವಾಗುತ್ತದೆ ಮತ್ತು ಅದು ನಿಧಾನವಾಗುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ ಎಂದು ಹೇಳುತ್ತೇನೆ.
ವರ್ಚುವಲ್ ಯಂತ್ರದ ಕಾರ್ಯಕ್ಷಮತೆಯ ಕೆಳಗಿನ ಅಂಶಗಳನ್ನು ನಾನು ಪರಿಗಣಿಸುತ್ತೇನೆ:
- ಸಿಪಿಯು,
- ಫ್ರೇಮ್,
- ಡಿಸ್ಕ್,
- ನೆಟ್‌ವರ್ಕ್.
ನಾನು CPU ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ.
ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ವಿಶ್ಲೇಷಿಸಲು ನಮಗೆ ಅಗತ್ಯವಿದೆ:
- vCenter ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್‌ಗಳು - ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್‌ಗಳು, ಇವುಗಳ ಗ್ರಾಫ್‌ಗಳನ್ನು vSphere ಕ್ಲೈಂಟ್ ಮೂಲಕ ವೀಕ್ಷಿಸಬಹುದು. ಈ ಕೌಂಟರ್‌ಗಳ ಕುರಿತು ಮಾಹಿತಿಯು ಕ್ಲೈಂಟ್‌ನ ಯಾವುದೇ ಆವೃತ್ತಿಯಲ್ಲಿ ಲಭ್ಯವಿದೆ (C# ನಲ್ಲಿ "ದಪ್ಪ" ಕ್ಲೈಂಟ್, ಫ್ಲೆಕ್ಸ್‌ನಲ್ಲಿ ವೆಬ್ ಕ್ಲೈಂಟ್ ಮತ್ತು HTML5 ನಲ್ಲಿ ವೆಬ್ ಕ್ಲೈಂಟ್). ಈ ಲೇಖನಗಳಲ್ಲಿ ನಾವು C# ಕ್ಲೈಂಟ್‌ನಿಂದ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ, ಏಕೆಂದರೆ ಅವುಗಳು ಚಿಕಣಿಯಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಕಾಣುತ್ತವೆ :)
- ESXTOP - ESXi ಕಮಾಂಡ್ ಲೈನ್‌ನಿಂದ ಚಲಿಸುವ ಉಪಯುಕ್ತತೆ. ಅದರ ಸಹಾಯದಿಂದ, ನೀವು ನೈಜ ಸಮಯದಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ಕೌಂಟರ್‌ಗಳ ಮೌಲ್ಯಗಳನ್ನು ಪಡೆಯಬಹುದು ಅಥವಾ ಹೆಚ್ಚಿನ ವಿಶ್ಲೇಷಣೆಗಾಗಿ ಈ ಮೌಲ್ಯಗಳನ್ನು ನಿರ್ದಿಷ್ಟ ಅವಧಿಗೆ .csv ಫೈಲ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಬಹುದು. ಮುಂದೆ, ಈ ಉಪಕರಣದ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಇನ್ನಷ್ಟು ಹೇಳುತ್ತೇನೆ ಮತ್ತು ವಿಷಯದ ಕುರಿತು ದಸ್ತಾವೇಜನ್ನು ಮತ್ತು ಲೇಖನಗಳಿಗೆ ಹಲವಾರು ಉಪಯುಕ್ತ ಲಿಂಕ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತೇನೆ.
ಸಿದ್ಧಾಂತದ ಒಂದು ಬಿಟ್
ESXi ನಲ್ಲಿ, ಒಂದು ಪ್ರತ್ಯೇಕ ಪ್ರಕ್ರಿಯೆ - VMware ಪರಿಭಾಷೆಯಲ್ಲಿ ಪ್ರಪಂಚ - ಪ್ರತಿ vCPU (ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಕೋರ್) ಕಾರ್ಯಾಚರಣೆಗೆ ಕಾರಣವಾಗಿದೆ. ಸೇವಾ ಪ್ರಕ್ರಿಯೆಗಳು ಸಹ ಇವೆ, ಆದರೆ VM ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ವಿಶ್ಲೇಷಿಸುವ ದೃಷ್ಟಿಕೋನದಿಂದ ಅವು ಕಡಿಮೆ ಆಸಕ್ತಿದಾಯಕವಾಗಿವೆ.
ESXi ನಲ್ಲಿನ ಪ್ರಕ್ರಿಯೆಯು ನಾಲ್ಕು ರಾಜ್ಯಗಳಲ್ಲಿ ಒಂದಾಗಿರಬಹುದು:
- ರನ್ - ಪ್ರಕ್ರಿಯೆಯು ಕೆಲವು ಉಪಯುಕ್ತ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ.
- ನಿರೀಕ್ಷಿಸಿ - ಪ್ರಕ್ರಿಯೆಯು ಯಾವುದೇ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತಿಲ್ಲ (ಐಡಲ್) ಅಥವಾ ಇನ್ಪುಟ್ / ಔಟ್ಪುಟ್ಗಾಗಿ ಕಾಯುತ್ತಿದೆ.
- ಕಾಸ್ಟಾಪ್ - ಮಲ್ಟಿ-ಕೋರ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಲ್ಲಿ ಸಂಭವಿಸುವ ಸ್ಥಿತಿ. ಹೈಪರ್ವೈಸರ್ CPU ಶೆಡ್ಯೂಲರ್ (ESXi CPU ಶೆಡ್ಯೂಲರ್) ಭೌತಿಕ ಸರ್ವರ್ ಕೋರ್ಗಳಲ್ಲಿ ಎಲ್ಲಾ ಸಕ್ರಿಯ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಕೋರ್ಗಳ ಏಕಕಾಲಿಕ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ನಿಗದಿಪಡಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ಭೌತಿಕ ಜಗತ್ತಿನಲ್ಲಿ, ಎಲ್ಲಾ ಪ್ರೊಸೆಸರ್ ಕೋರ್ಗಳು ಸಮಾನಾಂತರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, VM ಒಳಗಿನ ಅತಿಥಿ OS ಇದೇ ರೀತಿಯ ನಡವಳಿಕೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೈಪರ್ವೈಸರ್ ತಮ್ಮ ಗಡಿಯಾರದ ಚಕ್ರವನ್ನು ವೇಗವಾಗಿ ಮುಗಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ VM ಕೋರ್ಗಳನ್ನು ನಿಧಾನಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ. ESXi ನ ಆಧುನಿಕ ಆವೃತ್ತಿಗಳಲ್ಲಿ, CPU ಶೆಡ್ಯೂಲರ್ ರಿಲ್ಯಾಕ್ಸ್ಡ್ ಕೋ-ಶೆಡ್ಯೂಲಿಂಗ್ ಎಂಬ ಯಾಂತ್ರಿಕ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುತ್ತದೆ: ಹೈಪರ್ವೈಸರ್ "ವೇಗವಾದ" ಮತ್ತು "ನಿಧಾನ" ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಕೋರ್ (ಸ್ಕ್ಯೂ) ನಡುವಿನ ಅಂತರವನ್ನು ಪರಿಗಣಿಸುತ್ತದೆ. ಅಂತರವು ಒಂದು ನಿರ್ದಿಷ್ಟ ಮಿತಿಯನ್ನು ಮೀರಿದರೆ, ವೇಗದ ಕೋರ್ ಕಾಸ್ಟಾಪ್ ಸ್ಥಿತಿಗೆ ಪ್ರವೇಶಿಸುತ್ತದೆ. VM ಕೋರ್ಗಳು ಈ ಸ್ಥಿತಿಯಲ್ಲಿ ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಕಳೆದರೆ, ಅದು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು.
- ರೆಡಿ - ಹೈಪರ್ವೈಸರ್ ತನ್ನ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿಯೋಜಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ ಪ್ರಕ್ರಿಯೆಯು ಈ ಸ್ಥಿತಿಯನ್ನು ಪ್ರವೇಶಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ಸಿದ್ಧ ಮೌಲ್ಯಗಳು VM ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು.
ಮೂಲ ವರ್ಚುವಲ್ ಯಂತ್ರ CPU ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್‌ಗಳು
ಸಿಪಿಯು ಬಳಕೆ, %. ನಿರ್ದಿಷ್ಟ ಅವಧಿಗೆ CPU ಬಳಕೆಯ ಶೇಕಡಾವಾರು ಪ್ರಮಾಣವನ್ನು ತೋರಿಸುತ್ತದೆ.
ವಿಶ್ಲೇಷಿಸುವುದು ಹೇಗೆ? ಒಂದು VM ಸತತವಾಗಿ 90% ನಲ್ಲಿ CPU ಅನ್ನು ಬಳಸಿದರೆ ಅಥವಾ 100% ವರೆಗೆ ಶಿಖರಗಳಿದ್ದರೆ, ನಮಗೆ ಸಮಸ್ಯೆಗಳಿವೆ. VM ಒಳಗೆ ಅಪ್ಲಿಕೇಶನ್‌ನ "ನಿಧಾನ" ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ VM ಪ್ರವೇಶಿಸಲಾಗದಿರುವಿಕೆಯಲ್ಲಿಯೂ ಸಮಸ್ಯೆಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸಬಹುದು. VM ನಿಯತಕಾಲಿಕವಾಗಿ ಬೀಳುತ್ತದೆ ಎಂದು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯು ತೋರಿಸಿದರೆ, CPU ಬಳಕೆಯ ಗ್ರಾಫ್‌ನಲ್ಲಿನ ಶಿಖರಗಳಿಗೆ ಗಮನ ಕೊಡಿ.
ವರ್ಚುವಲ್ ಯಂತ್ರದ CPU ಲೋಡ್ ಅನ್ನು ತೋರಿಸುವ ಪ್ರಮಾಣಿತ ಅಲಾರಂ ಇದೆ:
ಏನು ಮಾಡುವುದು? VM ನ CPU ಬಳಕೆಯು ನಿರಂತರವಾಗಿ ಮೇಲ್ಛಾವಣಿಯ ಮೂಲಕ ಹೋಗುತ್ತಿದ್ದರೆ, ನಂತರ ನೀವು vCPU ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸುವ ಬಗ್ಗೆ ಯೋಚಿಸಬಹುದು (ದುರದೃಷ್ಟವಶಾತ್, ಇದು ಯಾವಾಗಲೂ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ) ಅಥವಾ VM ಅನ್ನು ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಪ್ರೊಸೆಸರ್‌ಗಳೊಂದಿಗೆ ಸರ್ವರ್‌ಗೆ ವರ್ಗಾಯಿಸುತ್ತದೆ.
MHz ನಲ್ಲಿ CPU ಬಳಕೆ
% ನಲ್ಲಿ vCenter ಬಳಕೆಯ ಮೇಲಿನ ಗ್ರಾಫ್‌ಗಳಲ್ಲಿ ನೀವು ಸಂಪೂರ್ಣ ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕಾಗಿ ಮಾತ್ರ ನೋಡಬಹುದು; ಪ್ರತ್ಯೇಕ ಕೋರ್‌ಗಳಿಗೆ ಯಾವುದೇ ಗ್ರಾಫ್‌ಗಳಿಲ್ಲ (Esxtop ನಲ್ಲಿ ಕೋರ್‌ಗಳಿಗೆ % ಮೌಲ್ಯಗಳಿವೆ). ಪ್ರತಿ ಕೋರ್‌ಗೆ ನೀವು MHz ನಲ್ಲಿ ಬಳಕೆಯನ್ನು ನೋಡಬಹುದು.
ವಿಶ್ಲೇಷಿಸುವುದು ಹೇಗೆ? ಮಲ್ಟಿ-ಕೋರ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲಾಗಿಲ್ಲ: ಇದು ಕೇವಲ ಒಂದು ಕೋರ್ 100% ಅನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ಉಳಿದವು ಲೋಡ್ ಇಲ್ಲದೆ ನಿಷ್ಕ್ರಿಯವಾಗಿರುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಡೀಫಾಲ್ಟ್ ಬ್ಯಾಕಪ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ, MS SQL ಕೇವಲ ಒಂದು ಕೋರ್‌ನಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಬ್ಯಾಕ್‌ಅಪ್ ನಿಧಾನವಾಗುವುದು ಡಿಸ್ಕ್‌ಗಳ ನಿಧಾನಗತಿಯ ವೇಗದಿಂದಾಗಿ ಅಲ್ಲ (ಬಳಕೆದಾರರು ಆರಂಭದಲ್ಲಿ ದೂರು ನೀಡಿದ್ದಾರೆ), ಆದರೆ ಪ್ರೊಸೆಸರ್ ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ಕಾರಣ. ನಿಯತಾಂಕಗಳನ್ನು ಬದಲಾಯಿಸುವ ಮೂಲಕ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ: ಬ್ಯಾಕಪ್ ಹಲವಾರು ಫೈಲ್‌ಗಳಲ್ಲಿ (ಕ್ರಮವಾಗಿ, ಹಲವಾರು ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿ) ಸಮಾನಾಂತರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಪ್ರಾರಂಭಿಸಿತು.
ಕೋರ್ಗಳಲ್ಲಿ ಅಸಮ ಲೋಡ್ನ ಉದಾಹರಣೆ.
ಕೋರ್ಗಳನ್ನು ಅಸಮಾನವಾಗಿ ಲೋಡ್ ಮಾಡಿದಾಗ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಕೆಲವು 100% ನಷ್ಟು ಶಿಖರಗಳನ್ನು ಹೊಂದಿರುವಾಗ (ಮೇಲಿನ ಗ್ರಾಫ್ನಲ್ಲಿರುವಂತೆ) ಪರಿಸ್ಥಿತಿಯೂ ಇದೆ. ಕೇವಲ ಒಂದು ಕೋರ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುವಂತೆ, CPU ಬಳಕೆಗಾಗಿ ಎಚ್ಚರಿಕೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ (ಇದು ಸಂಪೂರ್ಣ VM ಗಾಗಿ), ಆದರೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳಿರುತ್ತವೆ.
ಏನು ಮಾಡುವುದು? ವರ್ಚುವಲ್ ಯಂತ್ರದಲ್ಲಿನ ಸಾಫ್ಟ್‌ವೇರ್ ಕೋರ್ಗಳನ್ನು ಅಸಮಾನವಾಗಿ ಲೋಡ್ ಮಾಡಿದರೆ (ಕೇವಲ ಒಂದು ಕೋರ್ ಅಥವಾ ಕೋರ್ಗಳ ಭಾಗವನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತದೆ), ಅವುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸುವುದರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, VM ಅನ್ನು ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಪ್ರೊಸೆಸರ್‌ಗಳೊಂದಿಗೆ ಸರ್ವರ್‌ಗೆ ಸರಿಸಲು ಉತ್ತಮವಾಗಿದೆ.
ನೀವು ಸರ್ವರ್ BIOS ನಲ್ಲಿ ವಿದ್ಯುತ್ ಬಳಕೆಯ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಸಹ ಪ್ರಯತ್ನಿಸಬಹುದು. ಅನೇಕ ನಿರ್ವಾಹಕರು BIOS ನಲ್ಲಿ ಹೈ ಪರ್ಫಾರ್ಮೆನ್ಸ್ ಮೋಡ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತಾರೆ ಮತ್ತು ಆ ಮೂಲಕ ಸಿ-ಸ್ಟೇಟ್‌ಗಳು ಮತ್ತು ಪಿ-ಸ್ಟೇಟ್‌ಗಳ ಶಕ್ತಿ ಉಳಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತಾರೆ. ಆಧುನಿಕ ಇಂಟೆಲ್ ಪ್ರೊಸೆಸರ್‌ಗಳು ಟರ್ಬೊ ಬೂಸ್ಟ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸುತ್ತವೆ, ಇದು ಇತರ ಕೋರ್ಗಳ ವೆಚ್ಚದಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಪ್ರೊಸೆಸರ್ ಕೋರ್ಗಳ ಆವರ್ತನವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಆದರೆ ಶಕ್ತಿ ಉಳಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಆನ್ ಮಾಡಿದಾಗ ಮಾತ್ರ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ನಾವು ಅವುಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಮಾಡದ ಕೋರ್ಗಳ ವಿದ್ಯುತ್ ಬಳಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಸರ್ವರ್‌ಗಳಲ್ಲಿ ವಿದ್ಯುತ್ ಉಳಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸದಂತೆ VMware ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ, ಆದರೆ ವಿದ್ಯುತ್ ನಿರ್ವಹಣೆಯನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಹೈಪರ್‌ವೈಸರ್‌ಗೆ ಬಿಡುವ ವಿಧಾನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಹೈಪರ್ವೈಸರ್ ವಿದ್ಯುತ್ ಬಳಕೆ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ, ನೀವು ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ.
ಹೆಚ್ಚಿದ CPU ಆವರ್ತನದ ಅಗತ್ಯವಿರುವ ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ನೀವು ಪ್ರತ್ಯೇಕ VM ಗಳನ್ನು (ಅಥವಾ VM ಕೋರ್ಗಳನ್ನು) ಹೊಂದಿದ್ದರೆ, ವಿದ್ಯುತ್ ಬಳಕೆಯನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಿಸುವುದು ಅವುಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಸುಧಾರಿಸುತ್ತದೆ.
CPU ಸಿದ್ಧವಾಗಿದೆ
VM ಕೋರ್ (vCPU) ಸಿದ್ಧ ಸ್ಥಿತಿಯಲ್ಲಿದ್ದರೆ, ಅದು ಉಪಯುಕ್ತ ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ವರ್ಚುವಲ್ ಗಣಕದ vCPU ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿಯೋಜಿಸಬಹುದಾದ ಉಚಿತ ಭೌತಿಕ ಕೋರ್ ಅನ್ನು ಹೈಪರ್ವೈಸರ್ ಕಂಡುಹಿಡಿಯದಿದ್ದಾಗ ಈ ಸ್ಥಿತಿಯು ಸಂಭವಿಸುತ್ತದೆ.
ವಿಶ್ಲೇಷಿಸುವುದು ಹೇಗೆ? ವಿಶಿಷ್ಟವಾಗಿ, ವರ್ಚುವಲ್ ಯಂತ್ರದ ಕೋರ್ಗಳು 10% ಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ಸಿದ್ಧ ಸ್ಥಿತಿಯಲ್ಲಿದ್ದರೆ, ನೀವು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಗಮನಿಸಬಹುದು. ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ಭೌತಿಕ ಸಂಪನ್ಮೂಲಗಳು ಲಭ್ಯವಾಗಲು VM ಕಾಯುವ ಸಮಯದ 10% ಕ್ಕಿಂತ ಹೆಚ್ಚು.
vCenter ನಲ್ಲಿ ನೀವು CPU ರೆಡಿಗೆ ಸಂಬಂಧಿಸಿದ 2 ಕೌಂಟರ್‌ಗಳನ್ನು ವೀಕ್ಷಿಸಬಹುದು:
- ಸಿದ್ಧತೆ,
- ಸಿದ್ಧ.
ಎರಡೂ ಕೌಂಟರ್‌ಗಳ ಮೌಲ್ಯಗಳನ್ನು ಸಂಪೂರ್ಣ VM ಮತ್ತು ವೈಯಕ್ತಿಕ ಕೋರ್‌ಗಳಿಗಾಗಿ ವೀಕ್ಷಿಸಬಹುದು.
ಸನ್ನದ್ಧತೆಯು ಮೌಲ್ಯವನ್ನು ತಕ್ಷಣವೇ ಶೇಕಡಾವಾರು ಎಂದು ತೋರಿಸುತ್ತದೆ, ಆದರೆ ನೈಜ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ (ಕಳೆದ ಗಂಟೆಯ ಡೇಟಾ, ಮಾಪನ ಮಧ್ಯಂತರ 20 ಸೆಕೆಂಡುಗಳು). "ಹಾಟ್ ಆನ್ ದಿ ಹೀಲ್ಸ್" ಸಮಸ್ಯೆಗಳನ್ನು ಹುಡುಕಲು ಮಾತ್ರ ಈ ಕೌಂಟರ್ ಅನ್ನು ಬಳಸುವುದು ಉತ್ತಮ.
ರೆಡಿ ಕೌಂಟರ್ ಮೌಲ್ಯಗಳನ್ನು ಐತಿಹಾಸಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ ಕೂಡ ವೀಕ್ಷಿಸಬಹುದು. ಮಾದರಿಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಮತ್ತು ಸಮಸ್ಯೆಯ ಆಳವಾದ ವಿಶ್ಲೇಷಣೆಗೆ ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ವರ್ಚುವಲ್ ಯಂತ್ರವು ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಅನುಭವಿಸಲು ಪ್ರಾರಂಭಿಸಿದರೆ, ನೀವು CPU ರೆಡಿ ಮೌಲ್ಯದ ಮಧ್ಯಂತರಗಳನ್ನು ಈ VM ಚಾಲನೆಯಲ್ಲಿರುವ ಸರ್ವರ್‌ನಲ್ಲಿನ ಒಟ್ಟು ಲೋಡ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಬಹುದು ಮತ್ತು ಲೋಡ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು (DRS ವೇಳೆ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ).
ಸಿದ್ಧ, ಸಿದ್ಧತೆಗಿಂತ ಭಿನ್ನವಾಗಿ, ಶೇಕಡಾವಾರುಗಳಲ್ಲಿ ಅಲ್ಲ, ಆದರೆ ಮಿಲಿಸೆಕೆಂಡುಗಳಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ. ಇದು ಸಂಕಲನ ಪ್ರಕಾರದ ಕೌಂಟರ್ ಆಗಿದೆ, ಅಂದರೆ, ಮಾಪನ ಅವಧಿಯಲ್ಲಿ VM ಕೋರ್ ಎಷ್ಟು ಸಮಯ ಸಿದ್ಧ ಸ್ಥಿತಿಯಲ್ಲಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಸರಳ ಸೂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ಈ ಮೌಲ್ಯವನ್ನು ಶೇಕಡಾವಾರು ಆಗಿ ಪರಿವರ್ತಿಸಬಹುದು:
(ಸಿಪಿಯು ಸಿದ್ಧ ಸಂಕಲನ ಮೌಲ್ಯ / (ಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಚಾರ್ಟ್ ಡಿಫಾಲ್ಟ್ ಅಪ್‌ಡೇಟ್ ಮಧ್ಯಂತರ * 1000)) * 100 = ಸಿಪಿಯು ಸಿದ್ಧ %
ಉದಾಹರಣೆಗೆ, ಕೆಳಗಿನ ಗ್ರಾಫ್‌ನಲ್ಲಿನ VM ಗಾಗಿ, ಸಂಪೂರ್ಣ ವರ್ಚುವಲ್ ಗಣಕಕ್ಕೆ ಗರಿಷ್ಠ ಸಿದ್ಧ ಮೌಲ್ಯವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:
ಸಿದ್ಧ ಶೇಕಡಾವಾರು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವಾಗ, ನೀವು ಎರಡು ಅಂಶಗಳಿಗೆ ಗಮನ ಕೊಡಬೇಕು:
- ಸಂಪೂರ್ಣ VM ಗಾಗಿ ರೆಡಿ ಮೌಲ್ಯವು ಕೋರ್‌ಗಳಾದ್ಯಂತ ರೆಡಿ ಮೊತ್ತವಾಗಿದೆ.
- ಮಾಪನ ಮಧ್ಯಂತರ. ನೈಜ-ಸಮಯಕ್ಕೆ ಇದು 20 ಸೆಕೆಂಡುಗಳು, ಮತ್ತು, ಉದಾಹರಣೆಗೆ, ದೈನಂದಿನ ಚಾರ್ಟ್‌ಗಳಲ್ಲಿ ಇದು 300 ಸೆಕೆಂಡುಗಳು.
ಸಕ್ರಿಯ ದೋಷನಿವಾರಣೆಯೊಂದಿಗೆ, ಈ ಸರಳ ಅಂಶಗಳನ್ನು ಸುಲಭವಾಗಿ ತಪ್ಪಿಸಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವಲ್ಲಿ ಅಮೂಲ್ಯ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡಬಹುದು.
ಕೆಳಗಿನ ಗ್ರಾಫ್‌ನಿಂದ ಡೇಟಾವನ್ನು ಆಧರಿಸಿ ಸಿದ್ಧ ಎಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ. (324474/(20*1000))*100 = ಸಂಪೂರ್ಣ VM ಗೆ 1622%. ನೀವು ಕೋರ್ಗಳನ್ನು ನೋಡಿದರೆ ಅದು ತುಂಬಾ ಭಯಾನಕವಲ್ಲ: 1622/64 = 25% ಪ್ರತಿ ಕೋರ್. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕ್ಯಾಚ್ ಅನ್ನು ಗುರುತಿಸುವುದು ತುಂಬಾ ಸುಲಭ: ರೆಡಿ ಮೌಲ್ಯವು ಅವಾಸ್ತವಿಕವಾಗಿದೆ. ಆದರೆ ನಾವು ಹಲವಾರು ಕೋರ್‌ಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣ ವಿಎಂಗೆ 10-20% ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಪ್ರತಿ ಕೋರ್‌ಗೆ ಮೌಲ್ಯವು ಸಾಮಾನ್ಯ ವ್ಯಾಪ್ತಿಯಲ್ಲಿರಬಹುದು.
ಏನು ಮಾಡುವುದು? ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಸರ್ವರ್ ಸಾಕಷ್ಟು ಪ್ರೊಸೆಸರ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೊಂದಿಲ್ಲ ಎಂದು ಹೆಚ್ಚಿನ ಸಿದ್ಧ ಮೌಲ್ಯವು ಸೂಚಿಸುತ್ತದೆ. ಅಂತಹ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ಪ್ರೊಸೆಸರ್ (vCPU:pCPU) ಮೂಲಕ ಓವರ್‌ಸಬ್‌ಸ್ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು ಮಾತ್ರ ಉಳಿದಿದೆ. ನಿಸ್ಸಂಶಯವಾಗಿ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ VM ಗಳ ನಿಯತಾಂಕಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ VM ಗಳ ಭಾಗವನ್ನು ಇತರ ಸರ್ವರ್‌ಗಳಿಗೆ ಸ್ಥಳಾಂತರಿಸುವ ಮೂಲಕ ಇದನ್ನು ಸಾಧಿಸಬಹುದು.
ಸಹ-ನಿಲುಗಡೆ
ವಿಶ್ಲೇಷಿಸುವುದು ಹೇಗೆ? ಈ ಕೌಂಟರ್ ಕೂಡ ಸಂಕಲನ ಪ್ರಕಾರವಾಗಿದೆ ಮತ್ತು ಸಿದ್ಧವಾಗಿರುವ ರೀತಿಯಲ್ಲಿಯೇ ಶೇಕಡಾವಾರುಗಳಿಗೆ ಪರಿವರ್ತಿಸಲಾಗಿದೆ:
(ಸಿಪಿಯು ಕೋ-ಸ್ಟಾಪ್ ಸಂಕಲನ ಮೌಲ್ಯ / (ಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಚಾರ್ಟ್ ಡೀಫಾಲ್ಟ್ ಅಪ್‌ಡೇಟ್ ಮಧ್ಯಂತರ * 1000)) * 100 = ಸಿಪಿಯು ಕೋ-ಸ್ಟಾಪ್ %
ಇಲ್ಲಿ ನೀವು ವಿಎಂನಲ್ಲಿನ ಕೋರ್ಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಮಾಪನ ಮಧ್ಯಂತರಕ್ಕೂ ಗಮನ ಕೊಡಬೇಕು.
ಕಾಸ್ಟಾಪ್ ಸ್ಥಿತಿಯಲ್ಲಿ, ಕರ್ನಲ್ ಉಪಯುಕ್ತ ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ. VM ಗಾತ್ರದ ಸರಿಯಾದ ಆಯ್ಕೆ ಮತ್ತು ಸರ್ವರ್‌ನಲ್ಲಿ ಸಾಮಾನ್ಯ ಲೋಡ್‌ನೊಂದಿಗೆ, ಸಹ-ಸ್ಟಾಪ್ ಕೌಂಟರ್ ಶೂನ್ಯಕ್ಕೆ ಹತ್ತಿರವಾಗಿರಬೇಕು.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಲೋಡ್ ಸ್ಪಷ್ಟವಾಗಿ ಅಸಹಜವಾಗಿದೆ :)
ಏನು ಮಾಡುವುದು? ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಕೋರ್ಗಳನ್ನು ಹೊಂದಿರುವ ಹಲವಾರು VM ಗಳು ಒಂದು ಹೈಪರ್ವೈಸರ್ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ ಮತ್ತು CPU ನಲ್ಲಿ ಓವರ್‌ಸಬ್‌ಸ್ಕ್ರಿಪ್ಶನ್ ಇದ್ದರೆ, ನಂತರ ಸಹ-ಸ್ಟಾಪ್ ಕೌಂಟರ್ ಹೆಚ್ಚಾಗಬಹುದು, ಇದು ಈ VM ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಅಲ್ಲದೆ, ಒಂದು VM ನ ಸಕ್ರಿಯ ಕೋರ್ಗಳು ಹೈಪರ್-ಟ್ರೆಡಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸಿದ ಒಂದು ಭೌತಿಕ ಸರ್ವರ್ ಕೋರ್‌ನಲ್ಲಿ ಥ್ರೆಡ್‌ಗಳನ್ನು ಬಳಸಿದರೆ ಸಹ-ಸ್ಟಾಪ್ ಹೆಚ್ಚಾಗುತ್ತದೆ. ಈ ಪರಿಸ್ಥಿತಿಯು ಉದ್ಭವಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ, VM ಚಾಲನೆಯಲ್ಲಿರುವ ಸರ್ವರ್‌ನಲ್ಲಿ ಭೌತಿಕವಾಗಿ ಲಭ್ಯವಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಕೋರ್ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಅಥವಾ VM ಗಾಗಿ "preferHT" ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ. ಈ ಸೆಟ್ಟಿಂಗ್ ಬಗ್ಗೆ ನೀವು ಓದಬಹುದು .
ಹೆಚ್ಚಿನ ಸಹ-ನಿಲುಗಡೆಯಿಂದಾಗಿ VM ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳನ್ನು ತಪ್ಪಿಸಲು, ಈ VM ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸಾಫ್ಟ್‌ವೇರ್ ತಯಾರಕರ ಶಿಫಾರಸುಗಳು ಮತ್ತು VM ಚಾಲನೆಯಲ್ಲಿರುವ ಭೌತಿಕ ಸರ್ವರ್‌ನ ಸಾಮರ್ಥ್ಯಗಳಿಗೆ ಅನುಗುಣವಾಗಿ VM ಗಾತ್ರವನ್ನು ಆಯ್ಕೆಮಾಡಿ.
ಮೀಸಲು ಕೋರ್ಗಳನ್ನು ಸೇರಿಸಬೇಡಿ; ಇದು VM ಗೆ ಮಾತ್ರವಲ್ಲದೆ ಸರ್ವರ್‌ನಲ್ಲಿ ಅದರ ನೆರೆಹೊರೆಯವರಿಗೂ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು.
ಇತರ ಉಪಯುಕ್ತ CPU ಮೆಟ್ರಿಕ್‌ಗಳು
ರನ್ - ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ವಿಸಿಪಿಯು ಎಷ್ಟು ಸಮಯ (ಎಂಎಸ್) RUN ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು, ಅಂದರೆ, ಅದು ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತ ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದೆ.
ಐಡಲ್ - ಮಾಪನದ ಅವಧಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯದವರೆಗೆ (ms) vCPU ನಿಷ್ಕ್ರಿಯ ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು. ಹೆಚ್ಚಿನ ಐಡಲ್ ಮೌಲ್ಯಗಳು ಸಮಸ್ಯೆಯಲ್ಲ, vCPU ಕೇವಲ "ಏನೂ ಮಾಡಬೇಕಾಗಿಲ್ಲ".
ನಿರೀಕ್ಷಿಸಿ - ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯ (ms) vCPU ವೇಟ್ ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು. ಈ ಕೌಂಟರ್‌ನಲ್ಲಿ IDLE ಅನ್ನು ಸೇರಿಸಿರುವುದರಿಂದ, ಹೆಚ್ಚಿನ ವೇಟ್ ಮೌಲ್ಯಗಳು ಸಹ ಸಮಸ್ಯೆಯನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ. ಆದರೆ ವೇಟ್ ಅಧಿಕವಾಗಿರುವಾಗ Wait IDLE ಕಡಿಮೆಯಿದ್ದರೆ, I/O ಕಾರ್ಯಾಚರಣೆಗಳು ಪೂರ್ಣಗೊಳ್ಳಲು VM ಕಾಯುತ್ತಿದೆ ಎಂದರ್ಥ, ಮತ್ತು ಇದು ಹಾರ್ಡ್ ಡ್ರೈವ್ ಅಥವಾ VM ನ ಯಾವುದೇ ವರ್ಚುವಲ್ ಸಾಧನಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಗರಿಷ್ಠ ಮಿತಿ - ನಿಗದಿತ ಸಂಪನ್ಮೂಲ ಮಿತಿಯ ಕಾರಣದಿಂದ ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯ (ಮಿಸೆ) vCPU ಸಿದ್ಧ ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು. ಕಾರ್ಯಕ್ಷಮತೆಯು ವಿವರಿಸಲಾಗದಷ್ಟು ಕಡಿಮೆಯಿದ್ದರೆ, VM ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಈ ಕೌಂಟರ್‌ನ ಮೌಲ್ಯ ಮತ್ತು CPU ಮಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲು ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ. VM ಗಳು ನಿಮಗೆ ತಿಳಿದಿರದ ಮಿತಿಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ಉದಾಹರಣೆಗೆ, CPU ಮಿತಿಯನ್ನು ಹೊಂದಿಸಲಾದ ಟೆಂಪ್ಲೇಟ್‌ನಿಂದ VM ಅನ್ನು ಕ್ಲೋನ್ ಮಾಡಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ.
ನಿರೀಕ್ಷಿಸಿ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಿ - ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯ vCPU VMkernel Swap ನೊಂದಿಗೆ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಕಾಯುತ್ತಿದೆ. ಈ ಕೌಂಟರ್‌ನ ಮೌಲ್ಯಗಳು ಶೂನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿದ್ದರೆ, VM ಖಂಡಿತವಾಗಿಯೂ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿದೆ. RAM ಕೌಂಟರ್‌ಗಳ ಕುರಿತು ಲೇಖನದಲ್ಲಿ SWAP ಕುರಿತು ನಾವು ಹೆಚ್ಚು ಮಾತನಾಡುತ್ತೇವೆ.
ESXTOP
vCenter ನಲ್ಲಿನ ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್‌ಗಳು ಐತಿಹಾಸಿಕ ಡೇಟಾವನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಉತ್ತಮವಾಗಿದ್ದರೆ, ಸಮಸ್ಯೆಯ ಕಾರ್ಯಾಚರಣೆಯ ವಿಶ್ಲೇಷಣೆಯನ್ನು ESXTOP ನಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಮಾಡಲಾಗುತ್ತದೆ. ಇಲ್ಲಿ, ಎಲ್ಲಾ ಮೌಲ್ಯಗಳನ್ನು ರೆಡಿಮೇಡ್ ರೂಪದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗುತ್ತದೆ (ಯಾವುದನ್ನೂ ಭಾಷಾಂತರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ), ಮತ್ತು ಕನಿಷ್ಠ ಅಳತೆ ಅವಧಿಯು 2 ಸೆಕೆಂಡುಗಳು.
CPU ಗಾಗಿ ESXTOP ಪರದೆಯು "c" ಕೀಲಿಯೊಂದಿಗೆ ಕರೆಯಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
ಅನುಕೂಲಕ್ಕಾಗಿ, ನೀವು Shift-V ಅನ್ನು ಒತ್ತುವ ಮೂಲಕ ವರ್ಚುವಲ್ ಯಂತ್ರ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಮಾತ್ರ ಬಿಡಬಹುದು.
ಪ್ರತ್ಯೇಕ VM ಕೋರ್‌ಗಳಿಗಾಗಿ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ವೀಕ್ಷಿಸಲು, “e” ಒತ್ತಿ ಮತ್ತು ಆಸಕ್ತಿಯ VM ನ GID ಅನ್ನು ನಮೂದಿಸಿ (ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ 30919):
ಡೀಫಾಲ್ಟ್ ಆಗಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಕಾಲಮ್‌ಗಳ ಮೂಲಕ ನಾನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೋಗುತ್ತೇನೆ. "f" ಅನ್ನು ಒತ್ತುವ ಮೂಲಕ ಹೆಚ್ಚುವರಿ ಕಾಲಮ್‌ಗಳನ್ನು ಸೇರಿಸಬಹುದು.
NWLD (ವಿಶ್ವಗಳ ಸಂಖ್ಯೆ) - ಗುಂಪಿನಲ್ಲಿನ ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ. ಗುಂಪನ್ನು ವಿಸ್ತರಿಸಲು ಮತ್ತು ಪ್ರತಿ ಪ್ರಕ್ರಿಯೆಗೆ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ನೋಡಲು (ಉದಾಹರಣೆಗೆ, ಮಲ್ಟಿ-ಕೋರ್ VM ನಲ್ಲಿ ಪ್ರತಿ ಕೋರ್‌ಗೆ), “e” ಒತ್ತಿರಿ. ಒಂದು ಗುಂಪಿನಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರಕ್ರಿಯೆಗಳಿದ್ದರೆ, ಗುಂಪಿನ ಮೆಟ್ರಿಕ್ ಮೌಲ್ಯಗಳು ವೈಯಕ್ತಿಕ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಮೆಟ್ರಿಕ್‌ಗಳ ಮೊತ್ತಕ್ಕೆ ಸಮಾನವಾಗಿರುತ್ತದೆ.
% ಬಳಸಲಾಗಿದೆ - ಒಂದು ಪ್ರಕ್ರಿಯೆ ಅಥವಾ ಪ್ರಕ್ರಿಯೆಗಳ ಗುಂಪಿನಿಂದ ಎಷ್ಟು ಸರ್ವರ್ CPU ಚಕ್ರಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
%ಓಡು - ಮಾಪನದ ಅವಧಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯು ಎಷ್ಟು ಸಮಯದವರೆಗೆ RUN ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು, ಅಂದರೆ. ಉಪಯುಕ್ತ ಕೆಲಸ ಮಾಡಿದೆ. ಇದು ಹೈಪರ್-ಥ್ರೆಡಿಂಗ್, ಫ್ರೀಕ್ವೆನ್ಸಿ ಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ಸಿಸ್ಟಮ್ ಕಾರ್ಯಗಳಲ್ಲಿ (%SYS) ವ್ಯಯಿಸಲಾದ ಸಮಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳದಿರುವಲ್ಲಿ %USED ನಿಂದ ಭಿನ್ನವಾಗಿದೆ.
%SYS – ಸಿಸ್ಟಂ ಕಾರ್ಯಗಳಲ್ಲಿ ಖರ್ಚು ಮಾಡಿದ ಸಮಯ, ಉದಾಹರಣೆಗೆ: ಅಡಚಣೆ ಪ್ರಕ್ರಿಯೆ, I/O, ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಯಾಚರಣೆ, ಇತ್ಯಾದಿ. VM ದೊಡ್ಡ I/O ಹೊಂದಿದ್ದರೆ ಮೌಲ್ಯವು ಹೆಚ್ಚಿರಬಹುದು.
%OVRLP - VM ಪ್ರಕ್ರಿಯೆಯು ಚಾಲನೆಯಲ್ಲಿರುವ ಭೌತಿಕ ಕೋರ್ ಇತರ ಪ್ರಕ್ರಿಯೆಗಳ ಕಾರ್ಯಗಳಿಗಾಗಿ ಎಷ್ಟು ಸಮಯವನ್ನು ವ್ಯಯಿಸುತ್ತದೆ.
ಈ ಮೆಟ್ರಿಕ್‌ಗಳು ಈ ಕೆಳಗಿನಂತೆ ಪರಸ್ಪರ ಸಂಬಂಧಿಸಿವೆ:
%USED = %RUN + %SYS - %OVRLP.
ವಿಶಿಷ್ಟವಾಗಿ %USED ಮೆಟ್ರಿಕ್ ಹೆಚ್ಚು ತಿಳಿವಳಿಕೆ ನೀಡುತ್ತದೆ.
% ನಿರೀಕ್ಷಿಸಿ - ಮಾಪನದ ಅವಧಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯು ಎಷ್ಟು ಸಮಯ ಕಾಯುವ ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು. IDLE ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.
%IDLE - ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯು IDLE ಸ್ಥಿತಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯದವರೆಗೆ ಇತ್ತು.
%SWPWT - ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯ vCPU VMkernel Swap ನೊಂದಿಗೆ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಕಾಯುತ್ತಿದೆ.
%VMWAIT - ಮಾಪನದ ಅವಧಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯದವರೆಗೆ vCPU ಈವೆಂಟ್‌ಗಾಗಿ ಕಾಯುವ ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು (ಸಾಮಾನ್ಯವಾಗಿ I/O). vCenter ನಲ್ಲಿ ಇದೇ ರೀತಿಯ ಕೌಂಟರ್ ಇಲ್ಲ. ಹೆಚ್ಚಿನ ಮೌಲ್ಯಗಳು VM ನಲ್ಲಿ I/O ನೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ.
%WAIT = %VMWAIT + %IDLE + %SWPWT.
VM VMkernel ಸ್ವಾಪ್ ಅನ್ನು ಬಳಸದಿದ್ದರೆ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುವಾಗ %VMWAIT ಅನ್ನು ನೋಡಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಈ ಮೆಟ್ರಿಕ್ VM ಏನನ್ನೂ ಮಾಡದ ಸಮಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ (%IDLE).
%RDY - ಮಾಪನದ ಅವಧಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯು ಎಷ್ಟು ಸಮಯದವರೆಗೆ ಸಿದ್ಧ ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು.
%CSTP - ಮಾಪನದ ಅವಧಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯು ಕಾಸ್ಟಾಪ್ ಸ್ಥಿತಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯದವರೆಗೆ ಇತ್ತು.
%MLMTD - ನಿಗದಿತ ಸಂಪನ್ಮೂಲ ಮಿತಿಯಿಂದಾಗಿ ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯ vCPU ಸಿದ್ಧ ಸ್ಥಿತಿಯಲ್ಲಿತ್ತು.
%WAIT + %RDY + %CSTP + %RUN = 100% - VM ಕೋರ್ ಯಾವಾಗಲೂ ಈ ನಾಲ್ಕು ರಾಜ್ಯಗಳಲ್ಲಿ ಒಂದಲ್ಲಿರುತ್ತದೆ.
ಹೈಪರ್ವೈಸರ್ನಲ್ಲಿ CPU
vCenter ಹೈಪರ್‌ವೈಸರ್‌ಗಾಗಿ CPU ಕಾರ್ಯಕ್ಷಮತೆಯ ಕೌಂಟರ್‌ಗಳನ್ನು ಸಹ ಹೊಂದಿದೆ, ಆದರೆ ಅವುಗಳು ಆಸಕ್ತಿದಾಯಕವಲ್ಲ - ಅವು ಸರ್ವರ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ VM ಗಳ ಕೌಂಟರ್‌ಗಳ ಮೊತ್ತವಾಗಿದೆ.
ಸರ್ವರ್‌ನಲ್ಲಿ CPU ಸ್ಥಿತಿಯನ್ನು ವೀಕ್ಷಿಸಲು ಅತ್ಯಂತ ಅನುಕೂಲಕರ ಮಾರ್ಗವೆಂದರೆ ಸಾರಾಂಶ ಟ್ಯಾಬ್‌ನಲ್ಲಿದೆ:
ಸರ್ವರ್‌ಗಾಗಿ, ಹಾಗೆಯೇ ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕಾಗಿ, ಪ್ರಮಾಣಿತ ಅಲಾರಂ ಇದೆ:
ಸರ್ವರ್ CPU ಲೋಡ್ ಹೆಚ್ಚಾದಾಗ, ಅದರ ಮೇಲೆ ಚಾಲನೆಯಲ್ಲಿರುವ VM ಗಳು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಅನುಭವಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ.
ESXTOP ನಲ್ಲಿ, ಸರ್ವರ್ CPU ಲೋಡ್ ಡೇಟಾವನ್ನು ಪರದೆಯ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗುತ್ತದೆ. ಸ್ಟ್ಯಾಂಡರ್ಡ್ CPU ಲೋಡ್ ಜೊತೆಗೆ, ಹೈಪರ್ವೈಸರ್ಗಳಿಗೆ ಹೆಚ್ಚು ತಿಳಿವಳಿಕೆ ಇಲ್ಲ, ಇನ್ನೂ ಮೂರು ಮೆಟ್ರಿಕ್ಸ್ ಇವೆ:
ಕೋರ್ ಯುಟಿಎಲ್(%) - ಭೌತಿಕ ಸರ್ವರ್ ಕೋರ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಲಾಗುತ್ತಿದೆ. ಮಾಪನದ ಅವಧಿಯಲ್ಲಿ ಕೋರ್ ಎಷ್ಟು ಸಮಯವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಈ ಕೌಂಟರ್ ತೋರಿಸುತ್ತದೆ.
PCPU UTIL(%) - ಹೈಪರ್-ಥ್ರೆಡಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಪ್ರತಿ ಭೌತಿಕ ಕೋರ್‌ಗೆ ಎರಡು ಥ್ರೆಡ್‌ಗಳು (ಪಿಸಿಪಿಯು) ಇರುತ್ತವೆ. ಪ್ರತಿ ಥ್ರೆಡ್ ಕೆಲಸವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ಈ ಮೆಟ್ರಿಕ್ ತೋರಿಸುತ್ತದೆ.
PCPU ಬಳಸಲಾಗಿದೆ(%) – PCPU UTIL(%) ಯಂತೆಯೇ, ಆದರೆ ಆವರ್ತನ ಸ್ಕೇಲಿಂಗ್ (ಶಕ್ತಿ ಉಳಿತಾಯದ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಕೋರ್ ಆವರ್ತನವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು ಅಥವಾ ಟರ್ಬೊ ಬೂಸ್ಟ್ ತಂತ್ರಜ್ಞಾನದ ಕಾರಣದಿಂದಾಗಿ ಕೋರ್ ಆವರ್ತನವನ್ನು ಹೆಚ್ಚಿಸುವುದು) ಮತ್ತು ಹೈಪರ್-ಥ್ರೆಡಿಂಗ್ ಅನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
PCPU_USED% = PCPU_UTIL% * ಪರಿಣಾಮಕಾರಿ ಕೋರ್ ಆವರ್ತನ / ನಾಮಿನಲ್ ಕೋರ್ ಆವರ್ತನ.
ಈ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ, ಕೆಲವು ಕೋರ್‌ಗಳಿಗೆ, ಟರ್ಬೊ ಬೂಸ್ಟ್‌ನಿಂದಾಗಿ, USED ಮೌಲ್ಯವು 100% ಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಕೋರ್ ಆವರ್ತನವು ನಾಮಮಾತ್ರಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ.
ಹೈಪರ್-ಥ್ರೆಡಿಂಗ್ ಅನ್ನು ಹೇಗೆ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಕೆಲವು ಪದಗಳು. ಸರ್ವರ್‌ನ ಭೌತಿಕ ಕೋರ್‌ನ ಎರಡೂ ಥ್ರೆಡ್‌ಗಳಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗಳು 100% ಸಮಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದರೆ, ಕೋರ್ ನಾಮಮಾತ್ರ ಆವರ್ತನದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆಗ:
- ಕೋರ್ಗಾಗಿ ಕೋರ್ ಯುಟಿಎಲ್ 100% ಆಗಿರುತ್ತದೆ,
- ಎರಡೂ ಥ್ರೆಡ್‌ಗಳಿಗೆ PCPU UTIL 100% ಆಗಿರುತ್ತದೆ,
- ಎರಡೂ ಥ್ರೆಡ್‌ಗಳಿಗೆ ಬಳಸಲಾದ PCPU 50% ಆಗಿರುತ್ತದೆ.
ಮಾಪನ ಅವಧಿಯಲ್ಲಿ ಎರಡೂ ಥ್ರೆಡ್‌ಗಳು 100% ಸಮಯ ಕೆಲಸ ಮಾಡದಿದ್ದರೆ, ಥ್ರೆಡ್‌ಗಳು ಸಮಾನಾಂತರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದಾಗ ಆ ಅವಧಿಗಳಲ್ಲಿ, ಕೋರ್‌ಗಳಿಗೆ ಬಳಸಲಾದ PCPU ಅನ್ನು ಅರ್ಧದಷ್ಟು ಭಾಗಿಸಲಾಗುತ್ತದೆ.
ESXTOP ಸರ್ವರ್ CPU ವಿದ್ಯುತ್ ಬಳಕೆಯ ನಿಯತಾಂಕಗಳೊಂದಿಗೆ ಪರದೆಯನ್ನು ಸಹ ಹೊಂದಿದೆ. ಸರ್ವರ್ ಶಕ್ತಿ ಉಳಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬಳಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಇಲ್ಲಿ ನೀವು ನೋಡಬಹುದು: ಸಿ-ಸ್ಟೇಟ್‌ಗಳು ಮತ್ತು ಪಿ-ಸ್ಟೇಟ್‌ಗಳು. "p" ಕೀಲಿಯೊಂದಿಗೆ ಕರೆಯಲಾಗಿದೆ:
ಸಾಮಾನ್ಯ CPU ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳು
ಅಂತಿಮವಾಗಿ, ನಾನು VM CPU ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗಿನ ಸಮಸ್ಯೆಗಳ ವಿಶಿಷ್ಟ ಕಾರಣಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇನೆ ಮತ್ತು ಅವುಗಳನ್ನು ಪರಿಹರಿಸಲು ಸಣ್ಣ ಸಲಹೆಗಳನ್ನು ನೀಡುತ್ತೇನೆ:
ಕೋರ್ ಗಡಿಯಾರದ ವೇಗವು ಸಾಕಾಗುವುದಿಲ್ಲ. ನಿಮ್ಮ VM ಅನ್ನು ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಕೋರ್‌ಗಳಿಗೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಟರ್ಬೊ ಬೂಸ್ಟ್ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ನೀವು ಪವರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಲು ಪ್ರಯತ್ನಿಸಬಹುದು.
ತಪ್ಪಾದ VM ಗಾತ್ರ (ತುಂಬಾ/ಕೆಲವು ಕೋರ್ಗಳು). ನೀವು ಕೆಲವು ಕೋರ್ಗಳನ್ನು ಸ್ಥಾಪಿಸಿದರೆ, VM ನಲ್ಲಿ ಹೆಚ್ಚಿನ CPU ಲೋಡ್ ಇರುತ್ತದೆ. ಬಹಳಷ್ಟು ಇದ್ದರೆ, ಹೆಚ್ಚಿನ ಸಹ-ನಿಲುಗಡೆಯನ್ನು ಹಿಡಿಯಿರಿ.
ಸರ್ವರ್‌ನಲ್ಲಿ CPU ನ ದೊಡ್ಡ ಓವರ್‌ಸಬ್‌ಸ್ಕ್ರಿಪ್ಶನ್. VM ಹೆಚ್ಚು ಸಿದ್ಧವಾಗಿದ್ದರೆ, CPU ಓವರ್‌ಸಬ್‌ಸ್ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡಿ.
ದೊಡ್ಡ VM ಗಳಲ್ಲಿ ತಪ್ಪಾದ NUMA ಟೋಪೋಲಜಿ. VM (vNUMA) ನೋಡಿದ NUMA ಟೋಪೋಲಜಿ ಸರ್ವರ್‌ನ NUMA ಟೋಪೋಲಜಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು (pNUMA). ಈ ಸಮಸ್ಯೆಗೆ ಡಯಾಗ್ನೋಸ್ಟಿಕ್ಸ್ ಮತ್ತು ಸಂಭವನೀಯ ಪರಿಹಾರಗಳನ್ನು ಬರೆಯಲಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ಪುಸ್ತಕದಲ್ಲಿ . ನೀವು ಆಳವಾಗಿ ಹೋಗಲು ಬಯಸದಿದ್ದರೆ ಮತ್ತು VM ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ OS ನಲ್ಲಿ ನೀವು ಪರವಾನಗಿ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, VM ನಲ್ಲಿ ಅನೇಕ ವರ್ಚುವಲ್ ಸಾಕೆಟ್‌ಗಳನ್ನು ಒಂದು ಸಮಯದಲ್ಲಿ ಒಂದು ಕೋರ್ ಮಾಡಿ. ನೀವು ಹೆಚ್ಚು ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ :)
ಸಿಪಿಯು ಬಗ್ಗೆ ನನಗೆ ಅಷ್ಟೆ. ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿ. ಮುಂದಿನ ಭಾಗದಲ್ಲಿ ನಾನು RAM ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇನೆ.
ಉಪಯುಕ್ತ ಕೊಂಡಿಗಳು
ಮೂಲ: www.habr.com