ಈ ಲೇಖನದಲ್ಲಿ ನಾವು vSphere ನಲ್ಲಿ ರಾಂಡಮ್ ಆಕ್ಸೆಸ್ ಮೆಮೊರಿ (RAM) ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್‌ಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ.
ಪ್ರೊಸೆಸರ್‌ಗಿಂತ ಮೆಮೊರಿಯೊಂದಿಗೆ ಎಲ್ಲವೂ ಹೆಚ್ಚು ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ: VM ನಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಿದರೆ, ಅವುಗಳನ್ನು ಗಮನಿಸದಿರುವುದು ಕಷ್ಟ. ಆದರೆ ಅವರು ಕಾಣಿಸಿಕೊಂಡರೆ, ಅವರೊಂದಿಗೆ ವ್ಯವಹರಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟ. ಆದರೆ ಮೊದಲ ವಿಷಯಗಳು ಮೊದಲು.
ಸಿದ್ಧಾಂತದ ಒಂದು ಬಿಟ್
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ RAM ಅನ್ನು VM ಗಳು ಚಾಲನೆಯಲ್ಲಿರುವ ಸರ್ವರ್‌ನ ಮೆಮೊರಿಯಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ. ಇದು ಸಾಕಷ್ಟು ಸ್ಪಷ್ಟವಾಗಿದೆ :). ಸರ್ವರ್‌ನ RAM ಎಲ್ಲರಿಗೂ ಸಾಕಾಗದಿದ್ದರೆ, ESXi ಮೆಮೊರಿ ಪುನಶ್ಚೇತನ ತಂತ್ರಗಳನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಇಲ್ಲದಿದ್ದರೆ, VM ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು RAM ಪ್ರವೇಶ ದೋಷಗಳೊಂದಿಗೆ ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತವೆ.
RAM ಲೋಡ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಯಾವ ತಂತ್ರಗಳನ್ನು ಬಳಸಬೇಕೆಂದು ESXi ನಿರ್ಧರಿಸುತ್ತದೆ:
ಮೆಮೊರಿ ಸ್ಥಿತಿ
ಬಾರ್ಡರ್
ಕ್ರಿಯೆಗಳು
ಹೈ
400% minFree
ಮೇಲಿನ ಮಿತಿಯನ್ನು ತಲುಪಿದ ನಂತರ, ದೊಡ್ಡ ಮೆಮೊರಿ ಪುಟಗಳನ್ನು ಚಿಕ್ಕದಾಗಿ ವಿಭಜಿಸಲಾಗುತ್ತದೆ (ಟಿಪಿಎಸ್ ಪ್ರಮಾಣಿತ ಕ್ರಮದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ).
ತೆರವುಗೊಳಿಸಿ
100% minFree
ದೊಡ್ಡ ಮೆಮೊರಿ ಪುಟಗಳನ್ನು ಚಿಕ್ಕದಾಗಿ ವಿಭಜಿಸಲಾಗಿದೆ, TPS ಬಲವಂತವಾಗಿ.
ಸಾಫ್ಟ್
64% minFree
TPS + ಬಲೂನ್
ಹಾರ್ಡ್
32% minFree
TPS + ಸಂಕುಚಿತಗೊಳಿಸು + ಸ್ವಾಪ್
ಕಡಿಮೆ
16% minFree
ಸಂಕುಚಿತಗೊಳಿಸು + ಸ್ವಾಪ್ + ನಿರ್ಬಂಧಿಸಿ
minFree ಎನ್ನುವುದು ಹೈಪರ್ವೈಸರ್ ಅನ್ನು ಚಲಾಯಿಸಲು ಅಗತ್ಯವಿರುವ RAM ಆಗಿದೆ.
ESXi 4.1 ಸೇರಿದಂತೆ, minFree ಅನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನಿಗದಿಪಡಿಸಲಾಗಿದೆ - ಸರ್ವರ್‌ನ RAM ನ 6% (ESXi ನಲ್ಲಿ Mem.MinFreePct ಆಯ್ಕೆಯ ಮೂಲಕ ಶೇಕಡಾವಾರು ಪ್ರಮಾಣವನ್ನು ಬದಲಾಯಿಸಬಹುದು). ನಂತರದ ಆವೃತ್ತಿಗಳಲ್ಲಿ, ಸರ್ವರ್‌ಗಳಲ್ಲಿನ ಮೆಮೊರಿಯ ಬೆಳವಣಿಗೆಯಿಂದಾಗಿ, minFree ಅನ್ನು ಹೋಸ್ಟ್‌ನ ಮೆಮೊರಿಯ ಪ್ರಮಾಣವನ್ನು ಆಧರಿಸಿ ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿತು, ಮತ್ತು ಸ್ಥಿರ ಶೇಕಡಾವಾರು ಮೌಲ್ಯವಾಗಿ ಅಲ್ಲ.
minFree ಮೌಲ್ಯವನ್ನು (ಡೀಫಾಲ್ಟ್) ಈ ಕೆಳಗಿನಂತೆ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ:
minFree ಗಾಗಿ ಕಾಯ್ದಿರಿಸಿದ ಮೆಮೊರಿಯ ಶೇಕಡಾವಾರು
ಮೆಮೊರಿ ಶ್ರೇಣಿ
6%
0-4 ಜಿಬಿ
4%
4-12 ಜಿಬಿ
2%
12-28 ಜಿಬಿ
1%
ಉಳಿದಿರುವ ಸ್ಮರಣೆ
ಉದಾಹರಣೆಗೆ, 128 GB RAM ಹೊಂದಿರುವ ಸರ್ವರ್‌ಗಾಗಿ, MinFree ಮೌಲ್ಯವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
ಸರ್ವರ್ ಮತ್ತು RAM ಅನ್ನು ಅವಲಂಬಿಸಿ ನಿಜವಾದ ಮೌಲ್ಯವು ಒಂದೆರಡು ನೂರು MB ಯಿಂದ ಭಿನ್ನವಾಗಿರಬಹುದು.
minFree ಗಾಗಿ ಕಾಯ್ದಿರಿಸಿದ ಮೆಮೊರಿಯ ಶೇಕಡಾವಾರು
ಮೆಮೊರಿ ಶ್ರೇಣಿ
128 GB ಗಾಗಿ ಮೌಲ್ಯ
6%
0-4 ಜಿಬಿ
245,76 MB
4%
4-12 ಜಿಬಿ
327,68 MB
2%
12-28 ಜಿಬಿ
327,68 MB
1%
ಉಳಿದ ಮೆಮೊರಿ (100 GB)
1024 MB
ವಿಶಿಷ್ಟವಾಗಿ, ಉತ್ಪಾದಕ ಸ್ಟ್ಯಾಂಡ್‌ಗಳಿಗೆ, ಹೈ ಸ್ಟೇಟ್ ಅನ್ನು ಮಾತ್ರ ಸಾಮಾನ್ಯ ಎಂದು ಪರಿಗಣಿಸಬಹುದು. ಪರೀಕ್ಷೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಬೆಂಚ್‌ಗಳಿಗೆ, ಸ್ಪಷ್ಟ/ಮೃದು ಸ್ಥಿತಿಗಳು ಸ್ವೀಕಾರಾರ್ಹವಾಗಬಹುದು. ಹೋಸ್ಟ್‌ನಲ್ಲಿನ RAM 64% MinFree ಗಿಂತ ಕಡಿಮೆಯಿದ್ದರೆ, ಅದರ ಮೇಲೆ ಚಾಲನೆಯಲ್ಲಿರುವ VM ಗಳು ಖಂಡಿತವಾಗಿಯೂ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸುತ್ತಿವೆ.
ಪ್ರತಿ ರಾಜ್ಯದಲ್ಲಿ, ಕೆಲವು ಮೆಮೊರಿ ಪುನಶ್ಚೇತನ ತಂತ್ರಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, TPS ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಇದು VM ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ವಾಸ್ತವಿಕವಾಗಿ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ, ವಿನಿಮಯದವರೆಗೆ. ನಾನು ಅವರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ಹೇಳುತ್ತೇನೆ.
ಪಾರದರ್ಶಕ ಪುಟ ಹಂಚಿಕೆ (ಟಿಪಿಎಸ್). TPS, ಸ್ಥೂಲವಾಗಿ ಹೇಳುವುದಾದರೆ, ಸರ್ವರ್‌ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ RAM ಪುಟಗಳ ಡಿಡ್ಪ್ಲಿಕೇಶನ್ ಆಗಿದೆ.
ESXi ಪುಟಗಳ ಹ್ಯಾಶ್ ಮೊತ್ತವನ್ನು ಎಣಿಸುವ ಮತ್ತು ಹೋಲಿಸುವ ಮೂಲಕ ಒಂದೇ ರೀತಿಯ ವರ್ಚುವಲ್ ಮೆಷಿನ್ RAM ಪುಟಗಳನ್ನು ಹುಡುಕುತ್ತದೆ ಮತ್ತು ನಕಲಿ ಪುಟಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಸರ್ವರ್‌ನ ಭೌತಿಕ ಮೆಮೊರಿಯಲ್ಲಿ ಅದೇ ಪುಟದ ಉಲ್ಲೇಖಗಳೊಂದಿಗೆ ಅವುಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಭೌತಿಕ ಮೆಮೊರಿ ಬಳಕೆ ಕಡಿಮೆಯಾಗುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪ್ರಭಾವವಿಲ್ಲದೆ ಕೆಲವು ಮೆಮೊರಿ ಓವರ್‌ಸಬ್‌ಸ್ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಸಾಧಿಸಬಹುದು.
ಈ ಕಾರ್ಯವಿಧಾನವು 4 KB ಗಾತ್ರದ (ಸಣ್ಣ ಪುಟಗಳು) ಮೆಮೊರಿ ಪುಟಗಳಿಗೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಹೈಪರ್ವೈಸರ್ ಪುಟಗಳನ್ನು 2 MB ಗಾತ್ರದಲ್ಲಿ (ದೊಡ್ಡ ಪುಟಗಳು) ನಕಲು ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ: ಈ ಗಾತ್ರದ ಒಂದೇ ಪುಟಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ಅವಕಾಶವು ಉತ್ತಮವಾಗಿಲ್ಲ.
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ESXi ದೊಡ್ಡ ಪುಟಗಳಿಗೆ ಮೆಮೊರಿಯನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ. ದೊಡ್ಡ ಪುಟಗಳನ್ನು ಸಣ್ಣ ಪುಟಗಳಾಗಿ ವಿಭಜಿಸುವುದು ಹೈ ಸ್ಟೇಟ್ ಥ್ರೆಶ್ಹೋಲ್ಡ್ ಅನ್ನು ತಲುಪಿದಾಗ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಕ್ಲಿಯರ್ ಸ್ಥಿತಿಯನ್ನು ತಲುಪಿದಾಗ ಬಲವಂತವಾಗಿ (ಹೈಪರ್ವೈಸರ್ ಸ್ಟೇಟ್ ಟೇಬಲ್ ಅನ್ನು ನೋಡಿ).
ಹೋಸ್ಟ್ RAM ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ಕಾಯದೆ TPS ಕಾರ್ಯನಿರ್ವಹಿಸಲು ನೀವು ಬಯಸಿದರೆ, ನೀವು ಸುಧಾರಿತ ಆಯ್ಕೆಗಳಲ್ಲಿ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿಸಬೇಕಾಗುತ್ತದೆ ESXi "Mem.AllocGuestLargePage" 0 ಗೆ (ಡೀಫಾಲ್ಟ್ 1). ನಂತರ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ದೊಡ್ಡ ಮೆಮೊರಿ ಪುಟಗಳ ಹಂಚಿಕೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ.
ಡಿಸೆಂಬರ್ 2014 ರಿಂದ, ಎಲ್ಲಾ ESXi ಬಿಡುಗಡೆಗಳಲ್ಲಿ, VM ಗಳ ನಡುವಿನ TPS ಅನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಒಂದು ದುರ್ಬಲತೆಯು ಒಂದು VM ಅನ್ನು ಮತ್ತೊಂದು VM ನ RAM ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಸೈದ್ಧಾಂತಿಕವಾಗಿ ಅನುಮತಿಸುತ್ತದೆ. ವಿವರಗಳು ಇಲ್ಲಿ. TPS ದುರ್ಬಲತೆಯನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ಪ್ರಾಯೋಗಿಕ ಅನುಷ್ಠಾನದ ಬಗ್ಗೆ ನನಗೆ ಮಾಹಿತಿ ಸಿಕ್ಕಿಲ್ಲ.
TPS ನೀತಿಯನ್ನು ಸುಧಾರಿತ ಆಯ್ಕೆಯ ಮೂಲಕ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ "Mem.ShareForceSalting" ESXi ನಲ್ಲಿ:
0 - ಇಂಟರ್-ವಿಎಂ ಟಿಪಿಎಸ್. TPS ವಿವಿಧ VM ಗಳ ಪುಟಗಳಿಗಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ;
1 - VMX ನಲ್ಲಿ ಅದೇ "sched.mem.pshare.salt" ಮೌಲ್ಯದೊಂದಿಗೆ VM ಗಳಿಗೆ TPS;
2 (ಡೀಫಾಲ್ಟ್) - ಇಂಟ್ರಾ-ವಿಎಂ ಟಿಪಿಎಸ್. VM ಒಳಗಿನ ಪುಟಗಳಿಗಾಗಿ TPS ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ದೊಡ್ಡ ಪುಟಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಮತ್ತು ಪರೀಕ್ಷಾ ಬೆಂಚ್‌ಗಳಲ್ಲಿ ಇಂಟರ್-ವಿಎಂ ಟಿಪಿಎಸ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಇದು ಖಂಡಿತವಾಗಿಯೂ ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಒಂದೇ ರೀತಿಯ VM ಗಳನ್ನು ಹೊಂದಿರುವ ಸ್ಟ್ಯಾಂಡ್‌ಗಳಿಗೂ ಇದನ್ನು ಬಳಸಬಹುದು. ಉದಾಹರಣೆಗೆ, VDI ಜೊತೆಗಿನ ಸ್ಟ್ಯಾಂಡ್‌ಗಳಲ್ಲಿ, ಭೌತಿಕ ಸ್ಮರಣೆಯಲ್ಲಿನ ಉಳಿತಾಯವು ಹತ್ತಾರು ಪ್ರತಿಶತವನ್ನು ತಲುಪಬಹುದು.
ಮೆಮೊರಿ ಬಲೂನಿಂಗ್. ಬಲೂನಿಂಗ್ ಇನ್ನು ಮುಂದೆ VM ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗೆ TPS ನಂತಹ ನಿರುಪದ್ರವ ಮತ್ತು ಪಾರದರ್ಶಕ ತಂತ್ರವಲ್ಲ. ಆದರೆ ಸರಿಯಾಗಿ ಬಳಸಿದರೆ, ನೀವು ಬಲೂನಿಂಗ್‌ನೊಂದಿಗೆ ಬದುಕಬಹುದು ಮತ್ತು ಕೆಲಸ ಮಾಡಬಹುದು.
Vmware ಪರಿಕರಗಳ ಜೊತೆಗೆ, VM ನಲ್ಲಿ ಬಲೂನ್ ಡ್ರೈವರ್ (ಅಕಾ vmmemctl) ಎಂಬ ವಿಶೇಷ ಚಾಲಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ. ಹೈಪರ್ವೈಸರ್ ಭೌತಿಕ ಸ್ಮರಣೆಯಿಂದ ಹೊರಗುಳಿಯಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಮತ್ತು ಸಾಫ್ಟ್ ಸ್ಥಿತಿಗೆ ಪ್ರವೇಶಿಸಿದಾಗ, ಈ ಬಲೂನ್ ಡ್ರೈವರ್ ಮೂಲಕ ಬಳಕೆಯಾಗದ RAM ಅನ್ನು ಮರುಪಡೆಯಲು ESXi VM ಅನ್ನು ಕೇಳುತ್ತದೆ. ಚಾಲಕ, ಪ್ರತಿಯಾಗಿ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮಟ್ಟದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಅದರಿಂದ ಉಚಿತ ಮೆಮೊರಿಯನ್ನು ವಿನಂತಿಸುತ್ತದೆ. ಬಲೂನ್ ಡ್ರೈವರ್ ಯಾವ ಭೌತಿಕ ಮೆಮೊರಿಯ ಪುಟಗಳನ್ನು ಆಕ್ರಮಿಸಿಕೊಂಡಿದೆ ಎಂಬುದನ್ನು ಹೈಪರ್ವೈಸರ್ ನೋಡುತ್ತದೆ, ವರ್ಚುವಲ್ ಯಂತ್ರದಿಂದ ಮೆಮೊರಿಯನ್ನು ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ಹೋಸ್ಟ್‌ಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. OS ನ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ, ಏಕೆಂದರೆ OS ಮಟ್ಟದಲ್ಲಿ ಮೆಮೊರಿಯನ್ನು ಬಲೂನ್ ಡ್ರೈವರ್ ಆಕ್ರಮಿಸಿಕೊಂಡಿದೆ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಬಲೂನ್ ಡ್ರೈವರ್ VM ಮೆಮೊರಿಯ 65% ವರೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದು.
VM ನಲ್ಲಿ VMware ಪರಿಕರಗಳನ್ನು ಸ್ಥಾಪಿಸದಿದ್ದರೆ ಅಥವಾ ಬಲೂನಿಂಗ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದರೆ (ನಾನು ಅದನ್ನು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ, ಆದರೆ ಇದೆ :), ಹೈಪರ್ವೈಸರ್ ತಕ್ಷಣವೇ ಮೆಮೊರಿಯನ್ನು ತೆಗೆದುಹಾಕಲು ಹೆಚ್ಚು ಕಠಿಣ ತಂತ್ರಗಳಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ. ತೀರ್ಮಾನ: VMware ಪರಿಕರಗಳು VM ನಲ್ಲಿವೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
VMware ಪರಿಕರಗಳ ಮೂಲಕ OS ನಿಂದ ಬಲೂನ್ ಡ್ರೈವರ್‌ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.
ಮೆಮೊರಿ ಕಂಪ್ರೆಷನ್. ESXi ಕಠಿಣ ಸ್ಥಿತಿಯನ್ನು ತಲುಪಿದಾಗ ಈ ತಂತ್ರವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಹೆಸರೇ ಸೂಚಿಸುವಂತೆ, ESXi RAM ನ 4KB ಪುಟವನ್ನು 2KB ಗೆ ಸಂಕುಚಿತಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಸರ್ವರ್‌ನ ಭೌತಿಕ ಮೆಮೊರಿಯಲ್ಲಿ ಸ್ವಲ್ಪ ಜಾಗವನ್ನು ಮುಕ್ತಗೊಳಿಸುತ್ತದೆ. ಈ ತಂತ್ರವು VM RAM ಪುಟಗಳ ವಿಷಯಗಳಿಗೆ ಪ್ರವೇಶ ಸಮಯವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಪುಟವನ್ನು ಮೊದಲು ಡಿಕಂಪ್ರೆಸ್ ಮಾಡಬೇಕು. ಕೆಲವೊಮ್ಮೆ ಎಲ್ಲಾ ಪುಟಗಳನ್ನು ಸಂಕುಚಿತಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯು ಸ್ವಲ್ಪ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಆದ್ದರಿಂದ, ಈ ತಂತ್ರವು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿರುವುದಿಲ್ಲ.
ಮೆಮೊರಿ ವಿನಿಮಯ. ಒಂದು ಸಣ್ಣ ಮೆಮೊರಿ ಕಂಪ್ರೆಷನ್ ಹಂತದ ನಂತರ, ESXi ಬಹುತೇಕ ಅನಿವಾರ್ಯವಾಗಿ (VM ಗಳು ಇತರ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಚಲಿಸದಿದ್ದರೆ ಅಥವಾ ಆಫ್ ಮಾಡದಿದ್ದರೆ) ವಿನಿಮಯಕ್ಕೆ ಮುಂದುವರಿಯುತ್ತದೆ. ಮತ್ತು ಕಡಿಮೆ ಮೆಮೊರಿ ಉಳಿದಿದ್ದರೆ (ಕಡಿಮೆ ಸ್ಥಿತಿ), ನಂತರ ಹೈಪರ್ವೈಸರ್ VM ಗೆ ಮೆಮೊರಿ ಪುಟಗಳನ್ನು ನಿಯೋಜಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಇದು VM ನ ಅತಿಥಿ OS ನಲ್ಲಿ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು.
ಸ್ವಾಪಿಂಗ್ ಈ ರೀತಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ನೀವು ವರ್ಚುವಲ್ ಗಣಕವನ್ನು ಆನ್ ಮಾಡಿದಾಗ, ಅದಕ್ಕಾಗಿ .vswp ವಿಸ್ತರಣೆಯೊಂದಿಗೆ ಫೈಲ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ. ಇದು VM ನ ಕಾಯ್ದಿರಿಸದ RAM ಗೆ ಸಮನಾಗಿರುತ್ತದೆ: ಇದು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಮತ್ತು ಕಾಯ್ದಿರಿಸಿದ ಮೆಮೊರಿಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸವಾಗಿದೆ. ಸ್ವಾಪಿಂಗ್ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ, ESXi ಈ ಫೈಲ್‌ಗೆ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಮೆಮೊರಿ ಪುಟಗಳನ್ನು ಸ್ವಾಪ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್‌ನ ಭೌತಿಕ ಮೆಮೊರಿಯ ಬದಲಿಗೆ ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಸಹಜವಾಗಿ, .vswp ವೇಗದ ಸಂಗ್ರಹಣೆಯಲ್ಲಿದ್ದರೂ ಸಹ, ಅಂತಹ "RAM" ಮೆಮೊರಿಯು ನೈಜ ಮೆಮೊರಿಗಿಂತ ನಿಧಾನವಾದ ಹಲವಾರು ಆದೇಶಗಳನ್ನು ಹೊಂದಿದೆ.
ಬಲೂನಿಂಗ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿ, ಬಳಕೆಯಾಗದ ಪುಟಗಳನ್ನು VM ನಿಂದ ತೆಗೆದುಕೊಂಡಾಗ, OS ನಿಂದ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುವ ಸ್ವಾಪಿಂಗ್ ಪುಟಗಳು ಅಥವಾ VM ಒಳಗೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಡಿಸ್ಕ್‌ಗೆ ಸರಿಸಬಹುದು. ಪರಿಣಾಮವಾಗಿ, VM ನ ಕಾರ್ಯಕ್ಷಮತೆಯು ಘನೀಕರಣದ ಹಂತಕ್ಕೆ ಇಳಿಯುತ್ತದೆ. VM ಔಪಚಾರಿಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಮತ್ತು ಕನಿಷ್ಠ ಅದನ್ನು OS ನಿಂದ ಸರಿಯಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು. ನೀವು ತಾಳ್ಮೆಯಿಂದಿದ್ದರೆ 😉
VM ಗಳು ಸ್ವಾಪ್‌ಗೆ ಹೋಗಿದ್ದರೆ, ಇದು ತುರ್ತು ಪರಿಸ್ಥಿತಿಯಾಗಿದ್ದು, ಸಾಧ್ಯವಾದರೆ ಅದನ್ನು ತಪ್ಪಿಸುವುದು ಉತ್ತಮ.
ಮೂಲ ವರ್ಚುವಲ್ ಯಂತ್ರ ಮೆಮೊರಿ ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್ಗಳು
ಆದ್ದರಿಂದ ನಾವು ಮುಖ್ಯ ವಿಷಯಕ್ಕೆ ಬಂದಿದ್ದೇವೆ. VM ನ ಮೆಮೊರಿ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು, ಈ ಕೆಳಗಿನ ಕೌಂಟರ್‌ಗಳಿವೆ:
ಸಕ್ರಿಯ - ಹಿಂದಿನ ಮಾಪನ ಅವಧಿಯಲ್ಲಿ VM ಪ್ರವೇಶಿಸಿದ RAM (KB) ಪ್ರಮಾಣವನ್ನು ತೋರಿಸುತ್ತದೆ.
ಬಳಕೆ — ಅದೇ ಸಕ್ರಿಯವಾಗಿದೆ, ಆದರೆ VM ನ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ RAM ನ ಶೇಕಡಾವಾರು. ಕೆಳಗಿನ ಸೂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ಲೆಕ್ಕಹಾಕಲಾಗಿದೆ: ಸಕ್ರಿಯ ÷ ವರ್ಚುವಲ್ ಯಂತ್ರ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಮೆಮೊರಿ ಗಾತ್ರ.
ಕ್ರಮವಾಗಿ ಹೆಚ್ಚಿನ ಬಳಕೆ ಮತ್ತು ಸಕ್ರಿಯ, ಯಾವಾಗಲೂ VM ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳ ಸೂಚಕವಾಗಿರುವುದಿಲ್ಲ. VM ಆಕ್ರಮಣಕಾರಿಯಾಗಿ ಮೆಮೊರಿಯನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ (ಕನಿಷ್ಠ ಅದನ್ನು ಪ್ರವೇಶಿಸುವುದು), ಇದು ಸಾಕಷ್ಟು ಮೆಮೊರಿ ಇಲ್ಲ ಎಂದು ಅರ್ಥವಲ್ಲ. ಬದಲಿಗೆ, OS ನಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೋಡಲು ಇದು ಒಂದು ಕಾರಣವಾಗಿದೆ.
VM ಗಳಿಗಾಗಿ ಮೆಮೊರಿ ಬಳಕೆಗಾಗಿ ಪ್ರಮಾಣಿತ ಅಲಾರಂ ಇದೆ:
ಹಂಚಲಾಗಿದೆ - TPS (ಒಂದು VM ಒಳಗೆ ಅಥವಾ VM ಗಳ ನಡುವೆ) ಬಳಸಿಕೊಂಡು ಡಿಡಪ್ಲಿಕೇಟೆಡ್ VM RAM ನ ಪ್ರಮಾಣ.
ನೀಡಲಾಗಿದೆ - VM ಗೆ ನಿಯೋಜಿಸಲಾದ ಹೋಸ್ಟ್ ಭೌತಿಕ ಮೆಮೊರಿಯ (KB) ಪ್ರಮಾಣ. ಹಂಚಿಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.
ಸೇವಿಸಲಾಗುತ್ತದೆ (ಕೊಡಲಾಗಿದೆ - ಹಂಚಲಾಗಿದೆ) - ಹೋಸ್ಟ್‌ನಿಂದ VM ಸೇವಿಸುವ ಭೌತಿಕ ಮೆಮೊರಿಯ (KB) ಪ್ರಮಾಣ. ಹಂಚಿಕೆಯನ್ನು ಒಳಗೊಂಡಿಲ್ಲ.
VM ಮೆಮೊರಿಯ ಭಾಗವನ್ನು ಹೋಸ್ಟ್‌ನ ಭೌತಿಕ ಮೆಮೊರಿಯಿಂದ ನೀಡಲಾಗಿಲ್ಲ, ಆದರೆ ಸ್ವಾಪ್ ಫೈಲ್‌ನಿಂದ ಅಥವಾ ಮೆಮೊರಿಯನ್ನು VM ನಿಂದ ಬಲೂನ್ ಡ್ರೈವರ್ ಮೂಲಕ ತೆಗೆದುಕೊಂಡರೆ, ಈ ಮೊತ್ತವನ್ನು ಗ್ರ್ಯಾಂಟೆಡ್ ಮತ್ತು ಕನ್ಸ್ಯೂಮ್‌ನಲ್ಲಿ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ.
ಹೆಚ್ಚಿನ ಅನುದಾನಿತ ಮತ್ತು ಸೇವಿಸಿದ ಮೌಲ್ಯಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸಾಮಾನ್ಯವಾಗಿದೆ. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಕ್ರಮೇಣ ಹೈಪರ್ವೈಸರ್ನಿಂದ ಮೆಮೊರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ. ಕಾಲಾನಂತರದಲ್ಲಿ, ಸಕ್ರಿಯವಾಗಿ ಚಾಲನೆಯಲ್ಲಿರುವ VM ನಲ್ಲಿ, ಈ ಕೌಂಟರ್‌ಗಳ ಮೌಲ್ಯಗಳು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಮೆಮೊರಿಯ ಪ್ರಮಾಣವನ್ನು ಸಮೀಪಿಸುತ್ತವೆ ಮತ್ತು ಅಲ್ಲಿಯೇ ಉಳಿಯುತ್ತವೆ.
ಶೂನ್ಯ - ಸೊನ್ನೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವ VM RAM (KB) ಪ್ರಮಾಣ. ಅಂತಹ ಮೆಮೊರಿಯನ್ನು ಹೈಪರ್ವೈಸರ್ ಉಚಿತವೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ ಮತ್ತು ಇತರ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ನೀಡಬಹುದು. ಅತಿಥಿ OS ಜೀರೋಡ್ ಮೆಮೊರಿಗೆ ಏನನ್ನಾದರೂ ಬರೆದ ನಂತರ, ಅದು ಕನ್ಸ್ಯೂಮ್ಡ್‌ಗೆ ಹೋಗುತ್ತದೆ ಮತ್ತು ಹಿಂತಿರುಗುವುದಿಲ್ಲ.
ಕಾಯ್ದಿರಿಸಿದ ಓವರ್ಹೆಡ್ - VM ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಹೈಪರ್ವೈಸರ್ನಿಂದ ಕಾಯ್ದಿರಿಸಿದ VM RAM, (KB) ಮೊತ್ತ. ಇದು ಸಣ್ಣ ಮೊತ್ತವಾಗಿದೆ, ಆದರೆ ಇದು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಲಭ್ಯವಿರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ VM ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ.
ಬಲೂನ್ - ಬಲೂನ್ ಡ್ರೈವರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು VM ನಿಂದ ತೆಗೆದುಹಾಕಲಾದ RAM (KB) ಪ್ರಮಾಣ.
ಸಂಕುಚಿತ - ಸಂಕುಚಿತಗೊಂಡ RAM (KB) ಪ್ರಮಾಣ.
ಬದಲಾಯಿಸಿಕೊಂಡರು - RAM ನ ಪ್ರಮಾಣ (KB), ಇದು ಸರ್ವರ್‌ನಲ್ಲಿ ಭೌತಿಕ ಮೆಮೊರಿಯ ಕೊರತೆಯಿಂದಾಗಿ, ಡಿಸ್ಕ್‌ಗೆ ಸರಿಸಲಾಗಿದೆ.
ಬಲೂನ್ ಮತ್ತು ಇತರ ಮೆಮೊರಿ ರಿಕ್ಲಮೇಶನ್ ತಂತ್ರಗಳ ಕೌಂಟರ್ಗಳು ಶೂನ್ಯವಾಗಿರುತ್ತದೆ.
150 GB RAM ನೊಂದಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ VM ನ ಮೆಮೊರಿ ಕೌಂಟರ್‌ಗಳೊಂದಿಗೆ ಗ್ರಾಫ್ ತೋರುತ್ತಿದೆ.
ಕೆಳಗಿನ ಗ್ರಾಫ್‌ನಲ್ಲಿ, VM ಸ್ಪಷ್ಟ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿದೆ. ಈ VM ಗಾಗಿ RAM ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ವಿವರಿಸಿದ ಎಲ್ಲಾ ತಂತ್ರಗಳನ್ನು ಬಳಸಲಾಗಿದೆ ಎಂದು ಗ್ರಾಫ್ ಕೆಳಗೆ ನೀವು ನೋಡಬಹುದು. ಈ VM ಗಾಗಿ ಬಲೂನ್ ಸೇವಿಸಿದ್ದಕ್ಕಿಂತ ದೊಡ್ಡದಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, VM ಜೀವಂತವಾಗಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸತ್ತಿದೆ.
ESXTOP
CPU ನಂತೆ, ನಾವು ಹೋಸ್ಟ್‌ನಲ್ಲಿನ ಪರಿಸ್ಥಿತಿಯನ್ನು ತ್ವರಿತವಾಗಿ ನಿರ್ಣಯಿಸಲು ಬಯಸಿದರೆ, ಹಾಗೆಯೇ ಅದರ ಡೈನಾಮಿಕ್ಸ್ 2 ಸೆಕೆಂಡುಗಳವರೆಗೆ ಮಧ್ಯಂತರದೊಂದಿಗೆ, ನಾವು ESXTOP ಅನ್ನು ಬಳಸಬೇಕು.
ESXTOP ಮೆಮೊರಿ ಪರದೆಯನ್ನು "m" ಕೀಲಿಯೊಂದಿಗೆ ಕರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ (ಕ್ಷೇತ್ರಗಳು B,D,H,J,K,L,O ಆಯ್ಕೆಮಾಡಲಾಗಿದೆ):
ಕೆಳಗಿನ ನಿಯತಾಂಕಗಳು ನಮಗೆ ಆಸಕ್ತಿಯನ್ನುಂಟುಮಾಡುತ್ತವೆ:
ಮೆಮ್ ಓವರ್ಕಮಿಟ್ ಸರಾಸರಿ - 1, 5 ಮತ್ತು 15 ನಿಮಿಷಗಳ ಕಾಲ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಮೆಮೊರಿ ಓವರ್‌ಸಬ್‌ಸ್ಕ್ರಿಪ್ಶನ್‌ನ ಸರಾಸರಿ ಮೌಲ್ಯ. ಅದು ಶೂನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿದ್ದರೆ, ಏನಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೋಡಲು ಇದು ಒಂದು ಕಾರಣವಾಗಿದೆ, ಆದರೆ ಯಾವಾಗಲೂ ಸಮಸ್ಯೆಗಳ ಸೂಚಕವಲ್ಲ.
ಸಾಲುಗಳಲ್ಲಿ PMEM/MB и VMKMEM/MB - ಸರ್ವರ್‌ನ ಭೌತಿಕ ಮೆಮೊರಿ ಮತ್ತು VMkernel ಗೆ ಲಭ್ಯವಿರುವ ಮೆಮೊರಿಯ ಬಗ್ಗೆ ಮಾಹಿತಿ. ಇಲ್ಲಿ ಆಸಕ್ತಿದಾಯಕ ವಿಷಯಗಳಲ್ಲಿ ನೀವು ಮಿನ್‌ಫ್ರೀ ಮೌಲ್ಯವನ್ನು (MB ಯಲ್ಲಿ), ಮೆಮೊರಿಯಲ್ಲಿ ಹೋಸ್ಟ್ ಸ್ಟೇಟ್ ಅನ್ನು ನೋಡಬಹುದು (ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಹೆಚ್ಚಿನದು).
ಸಾಲಿನಲ್ಲಿ NUMA/MB ನೀವು NUMA ನೋಡ್‌ಗಳಲ್ಲಿ (ಸಾಕೆಟ್‌ಗಳು) RAM ನ ವಿತರಣೆಯನ್ನು ನೋಡಬಹುದು. ಈ ಉದಾಹರಣೆಯಲ್ಲಿ, ವಿತರಣೆಯು ಅಸಮವಾಗಿದೆ, ಇದು ತಾತ್ವಿಕವಾಗಿ ಉತ್ತಮವಾಗಿಲ್ಲ.
ಕೆಳಗಿನವುಗಳು ಮೆಮೊರಿ ರಿಕ್ಲಮೇಶನ್ ತಂತ್ರಗಳಿಗೆ ಸಾಮಾನ್ಯ ಸರ್ವರ್ ಅಂಕಿಅಂಶಗಳಾಗಿವೆ:
PSHARE/MB - ಇವು TPS ಅಂಕಿಅಂಶಗಳು;
ಸ್ವಾಪ್/ಎಂಬಿ - ಬಳಕೆಯ ಅಂಕಿಅಂಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಿ;
ZIP/MB - ಮೆಮೊರಿ ಪುಟ ಸಂಕೋಚನ ಅಂಕಿಅಂಶಗಳು;
MEMCTL/MB - ಬಲೂನ್ ಡ್ರೈವರ್ ಬಳಕೆಯ ಅಂಕಿಅಂಶಗಳು.
ವೈಯಕ್ತಿಕ VM ಗಳಿಗಾಗಿ, ನಾವು ಈ ಕೆಳಗಿನ ಮಾಹಿತಿಯಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿರಬಹುದು. ಪ್ರೇಕ್ಷಕರಿಗೆ ಗೊಂದಲವಾಗದಂತೆ ನಾನು VM ಗಳ ಹೆಸರನ್ನು ಮರೆಮಾಡಿದೆ :). ESXTOP ಮೆಟ್ರಿಕ್ vSphere ನಲ್ಲಿನ ಕೌಂಟರ್‌ನಂತೆಯೇ ಇದ್ದರೆ, ನಾನು ಅನುಗುಣವಾದ ಕೌಂಟರ್ ಅನ್ನು ಒದಗಿಸುತ್ತೇನೆ.
MEMSZ - VM (MB) ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಮೆಮೊರಿಯ ಪ್ರಮಾಣ.
MEMSZ = GRANT + MCTLSZ + SWCUR + ಅಸ್ಪೃಶ್ಯ.
ಗ್ರ್ಯಾಂಟ್ - ಎಂಬಿಯಲ್ಲಿ ನೀಡಲಾಗಿದೆ.
TCHD - MByte ನಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿದೆ.
MCTL? - VM ನಲ್ಲಿ ಬಲೂನ್ ಡ್ರೈವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆಯೇ.
MCTLSZ - MB ಗೆ ಬಲೂನ್.
MCTLGT - ಬಲೂನ್ ಡ್ರೈವರ್ (Memctl ಟಾರ್ಗೆಟ್) ಮೂಲಕ ESXi VM ನಿಂದ ತೆಗೆದುಹಾಕಲು ಬಯಸುವ RAM (MBytes) ಪ್ರಮಾಣ.
MCTLMAX - ಬಲೂನ್ ಡ್ರೈವರ್ ಮೂಲಕ ESXi VM ನಿಂದ ತೆಗೆದುಹಾಕಬಹುದಾದ ಗರಿಷ್ಠ ಪ್ರಮಾಣದ RAM (MBytes).
SWCUR - ಸ್ವಾಪ್ ಫೈಲ್‌ನಿಂದ VM ಗೆ ಹಂಚಲಾದ RAM ನ ಪ್ರಸ್ತುತ ಮೊತ್ತ (MBytes).
ಎಸ್.ಡಬ್ಲ್ಯೂ.ಜಿ.ಟಿ. - ಸ್ವಾಪ್ ಫೈಲ್ (ಸ್ವಾಪ್ ಟಾರ್ಗೆಟ್) ನಿಂದ VM ಗೆ ESXi ನೀಡಲು ಬಯಸುವ RAM (MBytes) ಮೊತ್ತ.
ನೀವು ESXTOP ಮೂಲಕ VM ನ NUMA ಟೋಪೋಲಜಿಯ ಕುರಿತು ಹೆಚ್ಚಿನ ವಿವರವಾದ ಮಾಹಿತಿಯನ್ನು ವೀಕ್ಷಿಸಬಹುದು. ಇದನ್ನು ಮಾಡಲು, ಡಿ, ಜಿ ಕ್ಷೇತ್ರಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ:
ಸಣ್ಣ - VM ಇರುವ NUMA ನೋಡ್‌ಗಳು. ಇಲ್ಲಿ ನೀವು ತಕ್ಷಣವೇ ವಿಶಾಲವಾದ vm ಅನ್ನು ಗಮನಿಸಬಹುದು, ಇದು ಒಂದು NUMA ನೋಡ್‌ನಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ.
NRMEM - ರಿಮೋಟ್ NUMA ನೋಡ್‌ನಿಂದ VM ಎಷ್ಟು ಮೆಗಾಬೈಟ್ ಮೆಮೊರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
NLMEM - ಸ್ಥಳೀಯ NUMA ನೋಡ್‌ನಿಂದ VM ಎಷ್ಟು ಮೆಗಾಬೈಟ್‌ಗಳ ಮೆಮೊರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
N%L - ಸ್ಥಳೀಯ NUMA ನೋಡ್‌ನಲ್ಲಿ VM ಮೆಮೊರಿಯ ಶೇಕಡಾವಾರು (80% ಕ್ಕಿಂತ ಕಡಿಮೆ ಇದ್ದರೆ, ಕಾರ್ಯಕ್ಷಮತೆ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಬಹುದು).
ಹೈಪರ್ವೈಸರ್ನಲ್ಲಿ ಮೆಮೊರಿ
ಹೈಪರ್ವೈಸರ್ಗಾಗಿ CPU ಕೌಂಟರ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ದಿಷ್ಟ ಆಸಕ್ತಿಯನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ನಂತರ ಮೆಮೊರಿಯೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯು ವಿರುದ್ಧವಾಗಿರುತ್ತದೆ. VM ನಲ್ಲಿನ ಹೆಚ್ಚಿನ ಮೆಮೊರಿ ಬಳಕೆ ಯಾವಾಗಲೂ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಯನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ, ಆದರೆ ಹೈಪರ್ವೈಸರ್ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಮೆಮೊರಿ ಬಳಕೆ ಮೆಮೊರಿ ನಿರ್ವಹಣೆ ತಂತ್ರಗಳನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ ಮತ್ತು VM ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ನೀವು ಹೋಸ್ಟ್ ಮೆಮೊರಿ ಬಳಕೆಯ ಅಲಾರಮ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು VM ಗಳು ಸ್ವಾಪ್‌ಗೆ ಬರದಂತೆ ತಡೆಯಬೇಕು.
ಅನ್‌ಸ್ವಾಪ್ ಮಾಡಿ
ಸ್ವಾಪ್‌ನಲ್ಲಿ VM ಸಿಕ್ಕಿಬಿದ್ದರೆ, ಅದರ ಕಾರ್ಯಕ್ಷಮತೆ ಬಹಳವಾಗಿ ಕಡಿಮೆಯಾಗುತ್ತದೆ. ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಉಚಿತ RAM ಕಾಣಿಸಿಕೊಂಡ ನಂತರ ಬಲೂನಿಂಗ್ ಮತ್ತು ಸಂಕೋಚನದ ಕುರುಹುಗಳು ತ್ವರಿತವಾಗಿ ಕಣ್ಮರೆಯಾಗುತ್ತವೆ, ಆದರೆ ವರ್ಚುವಲ್ ಯಂತ್ರವು ಸ್ವಾಪ್‌ನಿಂದ ಸರ್ವರ್‌ನ RAM ಗೆ ಹಿಂತಿರುಗಲು ಯಾವುದೇ ಆತುರವಿಲ್ಲ.
ESXi 6.0 ಮೊದಲು, ಸ್ವಾಪ್‌ನಿಂದ VM ಅನ್ನು ತೆಗೆದುಹಾಕುವ ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ಮತ್ತು ವೇಗವಾದ ಮಾರ್ಗವೆಂದರೆ ರೀಬೂಟ್ ಮಾಡುವುದು (ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಕಂಟೇನರ್ ಅನ್ನು ಆಫ್/ಆನ್ ಮಾಡಿ). ESXi 6.0 ರಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಸಂಪೂರ್ಣವಾಗಿ ಅಧಿಕೃತವಲ್ಲದಿದ್ದರೂ, ಸ್ವಾಪ್‌ನಿಂದ VM ಅನ್ನು ತೆಗೆದುಹಾಕಲು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹ ಮಾರ್ಗವು ಕಾಣಿಸಿಕೊಂಡಿದೆ. ಸಮ್ಮೇಳನವೊಂದರಲ್ಲಿ, CPU ಶೆಡ್ಯೂಲರ್‌ಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ VMware ಇಂಜಿನಿಯರ್‌ಗಳಲ್ಲಿ ಒಬ್ಬರೊಂದಿಗೆ ಮಾತನಾಡಲು ನನಗೆ ಸಾಧ್ಯವಾಯಿತು. ವಿಧಾನವು ಸಾಕಷ್ಟು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಸುರಕ್ಷಿತವಾಗಿದೆ ಎಂದು ಅವರು ದೃಢಪಡಿಸಿದರು. ನಮ್ಮ ಅನುಭವದಲ್ಲಿ, ಅದರಲ್ಲಿ ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲ.
ಸ್ವಾಪ್‌ನಿಂದ VM ಅನ್ನು ತೆಗೆದುಹಾಕಲು ನಿಜವಾದ ಆಜ್ಞೆಗಳು ಡಂಕನ್ ಎಪ್ಪಿಂಗ್. ನಾನು ವಿವರವಾದ ವಿವರಣೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವುದಿಲ್ಲ, ನಾನು ಅದರ ಬಳಕೆಯ ಉದಾಹರಣೆಯನ್ನು ನೀಡುತ್ತೇನೆ. ನೀವು ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ನೋಡುವಂತೆ, ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, VM ನಲ್ಲಿ ಸ್ವಾಪ್ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ.
ESXi ನಲ್ಲಿ RAM ಅನ್ನು ನಿರ್ವಹಿಸಲು ಸಲಹೆಗಳು
ಅಂತಿಮವಾಗಿ, RAM ನಿಂದಾಗಿ VM ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ತಪ್ಪಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವ ಕೆಲವು ಸಲಹೆಗಳು ಇಲ್ಲಿವೆ:
- ಉತ್ಪಾದಕ ಕ್ಲಸ್ಟರ್‌ಗಳಲ್ಲಿ RAM ನ ಅಧಿಕ ಚಂದಾದಾರಿಕೆಯನ್ನು ತಪ್ಪಿಸಿ. ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಯಾವಾಗಲೂ ~20-30% ಉಚಿತ ಮೆಮೊರಿಯನ್ನು ಹೊಂದಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ, ಇದರಿಂದಾಗಿ DRS (ಮತ್ತು ನಿರ್ವಾಹಕರು) ನಡೆಸಲು ಸ್ಥಳಾವಕಾಶವನ್ನು ಹೊಂದಿರುತ್ತದೆ ಮತ್ತು VM ಗಳು ವಲಸೆಯ ಸಮಯದಲ್ಲಿ ಸ್ವಾಪ್‌ಗೆ ಹೋಗುವುದಿಲ್ಲ. ಅಲ್ಲದೆ, ದೋಷ ಸಹಿಷ್ಣುತೆಯ ಅಂಚು ಬಗ್ಗೆ ಮರೆಯಬೇಡಿ. ಒಂದು ಸರ್ವರ್ ವಿಫಲವಾದಾಗ ಮತ್ತು HA ಬಳಸಿ VM ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಿದಾಗ, ಕೆಲವು ಯಂತ್ರಗಳು ಸ್ವಾಪ್‌ಗೆ ಹೋದಾಗ ಅದು ಅಹಿತಕರವಾಗಿರುತ್ತದೆ.
- ಹೆಚ್ಚು ಏಕೀಕೃತ ಮೂಲಸೌಕರ್ಯಗಳಲ್ಲಿ, ಹೋಸ್ಟ್ ಮೆಮೊರಿಯ ಅರ್ಧಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಮೆಮೊರಿಯೊಂದಿಗೆ VM ಗಳನ್ನು ರಚಿಸಲು ಪ್ರಯತ್ನಿಸಬೇಡಿ. ಕ್ಲಸ್ಟರ್ ಸರ್ವರ್‌ಗಳಾದ್ಯಂತ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಸುಲಭವಾಗಿ ವಿತರಿಸಲು ಇದು ಮತ್ತೊಮ್ಮೆ DRS ಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಈ ನಿಯಮ, ಸಹಜವಾಗಿ, ಸಾರ್ವತ್ರಿಕವಲ್ಲ :).
- ಹೋಸ್ಟ್ ಮೆಮೊರಿ ಬಳಕೆಯ ಅಲಾರಂಗಾಗಿ ಗಮನಿಸಿ.
- VM ನಲ್ಲಿ VMware ಪರಿಕರಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಮರೆಯಬೇಡಿ ಮತ್ತು ಬಲೂನಿಂಗ್ ಅನ್ನು ಆಫ್ ಮಾಡಬೇಡಿ.
- ಇಂಟರ್-ವಿಎಂ ಟಿಪಿಎಸ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಮತ್ತು ವಿಡಿಐ ಮತ್ತು ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ ದೊಡ್ಡ ಪುಟಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಪರಿಗಣಿಸಿ.
- VM ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸುತ್ತಿದ್ದರೆ, ಅದು ರಿಮೋಟ್ NUMA ನೋಡ್‌ನಿಂದ ಮೆಮೊರಿಯನ್ನು ಬಳಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
- ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಸ್ವಾಪ್‌ನಿಂದ VM ಗಳನ್ನು ತೆಗೆದುಹಾಕಿ! ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, VM ಸ್ವಾಪ್‌ನಲ್ಲಿದ್ದರೆ, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಸ್ಪಷ್ಟ ಕಾರಣಗಳಿಗಾಗಿ ನರಳುತ್ತದೆ.
RAM ಬಗ್ಗೆ ನನಗೆ ಅಷ್ಟೆ. ಆಳವಾಗಿ ಹೋಗಲು ಬಯಸುವವರಿಗೆ ಸಂಬಂಧಿಸಿದ ಲೇಖನಗಳನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ. ಮುಂದಿನ ಲೇಖನವನ್ನು ಸ್ಟೋರಾಜ್‌ಗೆ ಸಮರ್ಪಿಸಲಾಗುವುದು.
ಉಪಯುಕ್ತ ಕೊಂಡಿಗಳು
ಮೂಲ: www.habr.com