ਅੱਜ ਅਸੀਂ vSphere ਵਿੱਚ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੇ ਮੈਟ੍ਰਿਕਸ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਾਂਗੇ। ਇੱਕ ਸਟੋਰੇਜ ਸਮੱਸਿਆ ਇੱਕ ਹੌਲੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ। ਜੇਕਰ, CPU ਅਤੇ RAM ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ ਹਾਈਪਰਵਾਈਜ਼ਰ ਪੱਧਰ 'ਤੇ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੇਕਰ ਡਿਸਕ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਡਾਟਾ ਨੈੱਟਵਰਕ ਅਤੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਾਲ ਨਜਿੱਠਣਾ ਪੈ ਸਕਦਾ ਹੈ।
ਮੈਂ ਸਟੋਰੇਜ਼ ਸਿਸਟਮਾਂ ਲਈ ਬਲਾਕ ਐਕਸੈਸ ਦੀ ਉਦਾਹਰਣ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਿਸ਼ੇ 'ਤੇ ਚਰਚਾ ਕਰਾਂਗਾ, ਹਾਲਾਂਕਿ ਫਾਈਲ ਐਕਸੈਸ ਲਈ ਕਾਊਂਟਰ ਲਗਭਗ ਇੱਕੋ ਜਿਹੇ ਹਨ।
ਥਿਊਰੀ ਦਾ ਕੁਝ ਹਿੱਸਾ
ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੇ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਸਮੇਂ, ਲੋਕ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਅੰਤਰ-ਸੰਬੰਧਿਤ ਮਾਪਦੰਡਾਂ ਵੱਲ ਧਿਆਨ ਦਿੰਦੇ ਹਨ:
- ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ (ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਓਪਰੇਸ਼ਨ ਪ੍ਰਤੀ ਸਕਿੰਟ, IOPS);
- ਥ੍ਰੋਪੁੱਟ;
- ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਦੇਰੀ (ਲੇਟੈਂਸੀ)।
IOPS ਦੀ ਸੰਖਿਆ ਆਮ ਤੌਰ 'ਤੇ ਬੇਤਰਤੀਬ ਵਰਕਲੋਡ ਲਈ ਮਹੱਤਵਪੂਰਨ: ਵੱਖ-ਵੱਖ ਥਾਵਾਂ 'ਤੇ ਸਥਿਤ ਡਿਸਕ ਬਲਾਕਾਂ ਤੱਕ ਪਹੁੰਚ। ਅਜਿਹੇ ਲੋਡ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਡੇਟਾਬੇਸ, ਕਾਰੋਬਾਰੀ ਐਪਲੀਕੇਸ਼ਨ (ERP, CRM), ਆਦਿ ਹੋ ਸਕਦੀ ਹੈ।
ਬੈਂਡਵਿਡਥ ਕ੍ਰਮਵਾਰ ਲੋਡ ਲਈ ਮਹੱਤਵਪੂਰਨ: ਇੱਕ ਤੋਂ ਬਾਅਦ ਇੱਕ ਸਥਿਤ ਬਲਾਕਾਂ ਤੱਕ ਪਹੁੰਚ। ਉਦਾਹਰਨ ਲਈ, ਫਾਈਲ ਸਰਵਰ (ਪਰ ਹਮੇਸ਼ਾ ਨਹੀਂ) ਅਤੇ ਵੀਡੀਓ ਨਿਗਰਾਨੀ ਸਿਸਟਮ ਅਜਿਹਾ ਲੋਡ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ।
ਥ੍ਰੋਪੁੱਟ I/O ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਸੰਖਿਆ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ ਜਿਵੇਂ ਕਿ:
ਥ੍ਰੂਪੁੱਟ = IOPS * ਬਲਾਕ ਆਕਾਰ, ਜਿੱਥੇ ਬਲਾਕ ਦਾ ਆਕਾਰ ਬਲਾਕ ਦਾ ਆਕਾਰ ਹੈ।
ਬਲਾਕ ਦਾ ਆਕਾਰ ਇੱਕ ਕਾਫ਼ੀ ਮਹੱਤਵਪੂਰਨ ਗੁਣ ਹੈ. ESXi ਦੇ ਆਧੁਨਿਕ ਸੰਸਕਰਣ 32 KB ਆਕਾਰ ਦੇ ਬਲਾਕਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਜੇ ਬਲਾਕ ਹੋਰ ਵੀ ਵੱਡਾ ਹੈ, ਤਾਂ ਇਹ ਕਈਆਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ। ਸਾਰੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਅਜਿਹੇ ਵੱਡੇ ਬਲਾਕਾਂ ਨਾਲ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਇਸਲਈ ESXi ਐਡਵਾਂਸਡ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਇੱਕ DiskMaxIOSize ਪੈਰਾਮੀਟਰ ਹੈ। ਇਸਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਤੁਸੀਂ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੁਆਰਾ ਛੱਡੇ ਗਏ ਵੱਧ ਤੋਂ ਵੱਧ ਬਲਾਕ ਆਕਾਰ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹੋ (ਵਧੇਰੇ ਵੇਰਵੇ ). ਇਸ ਪੈਰਾਮੀਟਰ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਂ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਿਰਮਾਤਾ ਨਾਲ ਸਲਾਹ ਕਰੋ ਜਾਂ ਘੱਟੋ-ਘੱਟ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਬੈਂਚ 'ਤੇ ਤਬਦੀਲੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ।
ਇੱਕ ਵੱਡੇ ਬਲਾਕ ਦਾ ਆਕਾਰ ਸਟੋਰੇਜ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਨੁਕਸਾਨਦੇਹ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦਾ ਹੈ। ਭਾਵੇਂ IOPS ਅਤੇ ਥ੍ਰੁਪੁੱਟ ਦੀ ਸੰਖਿਆ ਮੁਕਾਬਲਤਨ ਛੋਟੀ ਹੈ, ਵੱਡੇ ਬਲਾਕ ਆਕਾਰ ਦੇ ਨਾਲ ਉੱਚ ਲੇਟੈਂਸੀ ਦੇਖੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ, ਇਸ ਪੈਰਾਮੀਟਰ ਵੱਲ ਧਿਆਨ ਦਿਓ.
ਲੈਟੈਂਸੀ - ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਪ੍ਰਦਰਸ਼ਨ ਪੈਰਾਮੀਟਰ. ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ I/O ਲੇਟੈਂਸੀ ਵਿੱਚ ਇਹ ਸ਼ਾਮਲ ਹਨ:
- ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੇ ਅੰਦਰ ਦੇਰੀ (KAVG, ਔਸਤ ਕਰਨਲ MilliSec/Read);
- ਡਾਟਾ ਨੈੱਟਵਰਕ ਅਤੇ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ (DAVG, ਔਸਤ ਡਰਾਈਵਰ MilliSec/Command) ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਦੇਰੀ।
ਕੁੱਲ ਲੇਟੈਂਸੀ ਜੋ ਕਿ ਗੈਸਟ OS (GAVG, ਔਸਤ ਗੈਸਟ MilliSec/Command) ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, KAVG ਅਤੇ DAVG ਦਾ ਜੋੜ ਹੈ।
GAVG ਅਤੇ DAVG ਨੂੰ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ KAVG ਦੀ ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: GAVG–DAVG।
ਦੇ 'ਤੇ ਇੱਕ ਡੂੰਘੀ ਵਿਚਾਰ ਕਰੀਏ ਕੇ.ਏ.ਵੀ.ਜੀ. ਆਮ ਕਾਰਵਾਈ ਦੇ ਦੌਰਾਨ, KAVG ਜ਼ੀਰੋ ਜਾਂ ਘੱਟੋ-ਘੱਟ DAVG ਤੋਂ ਬਹੁਤ ਘੱਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕੋ ਇੱਕ ਕੇਸ ਜਿਸ ਬਾਰੇ ਮੈਂ ਜਾਣਦਾ ਹਾਂ ਕਿ KAVG ਕਿੱਥੇ ਉੱਚਾ ਹੈ VM ਡਿਸਕ 'ਤੇ IOPS ਸੀਮਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਜਦੋਂ ਤੁਸੀਂ ਸੀਮਾ ਨੂੰ ਪਾਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ KAVG ਵਧ ਜਾਵੇਗਾ।
KAVG ਦਾ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ QAVG ਹੈ - ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੇ ਅੰਦਰ ਪ੍ਰੋਸੈਸਿੰਗ ਕਤਾਰ ਦਾ ਸਮਾਂ। KAVG ਦੇ ਬਾਕੀ ਬਚੇ ਹਿੱਸੇ ਅਣਗੌਲੇ ਹਨ।
ਡਿਸਕ ਅਡਾਪਟਰ ਡਰਾਈਵਰ ਵਿੱਚ ਕਤਾਰ ਅਤੇ ਚੰਦਰਮਾ ਦੀ ਕਤਾਰ ਦਾ ਇੱਕ ਨਿਸ਼ਚਿਤ ਆਕਾਰ ਹੈ। ਬਹੁਤ ਜ਼ਿਆਦਾ ਲੋਡ ਕੀਤੇ ਵਾਤਾਵਰਨ ਲਈ, ਇਸ ਆਕਾਰ ਨੂੰ ਵਧਾਉਣਾ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ। ਦੱਸਦਾ ਹੈ ਕਿ ਅਡਾਪਟਰ ਡਰਾਈਵਰ ਵਿੱਚ ਕਤਾਰਾਂ ਨੂੰ ਕਿਵੇਂ ਵਧਾਉਣਾ ਹੈ (ਉਸੇ ਸਮੇਂ ਚੰਦਰਮਾ ਦੀ ਕਤਾਰ ਵਧੇਗੀ)। ਇਹ ਸੈਟਿੰਗ ਉਦੋਂ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਚੰਦਰਮਾ ਨਾਲ ਸਿਰਫ਼ ਇੱਕ VM ਕੰਮ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਜੋ ਕਿ ਬਹੁਤ ਘੱਟ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਚੰਦਰਮਾ 'ਤੇ ਕਈ VM ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਪੈਰਾਮੀਟਰ ਨੂੰ ਵੀ ਵਧਾਉਣਾ ਚਾਹੀਦਾ ਹੈ Disk.SchedNumReqOutstanding (ਹਿਦਾਇਤਾਂ ). ਕਤਾਰ ਨੂੰ ਵਧਾ ਕੇ, ਤੁਸੀਂ ਕ੍ਰਮਵਾਰ QAVG ਅਤੇ KAVG ਘਟਾਉਂਦੇ ਹੋ।
ਪਰ ਦੁਬਾਰਾ, ਪਹਿਲਾਂ HBA ਵਿਕਰੇਤਾ ਤੋਂ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ ਅਤੇ ਲੈਬ ਬੈਂਚ 'ਤੇ ਤਬਦੀਲੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ।
ਚੰਦਰਮਾ ਦੀ ਕਤਾਰ ਦਾ ਆਕਾਰ SIOC (ਸਟੋਰੇਜ I/O ਕੰਟਰੋਲ) ਵਿਧੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਸਰਵਰਾਂ 'ਤੇ ਚੰਦਰਮਾ ਦੀ ਕਤਾਰ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਨਾਲ ਬਦਲ ਕੇ ਕਲੱਸਟਰ ਦੇ ਸਾਰੇ ਸਰਵਰਾਂ ਤੋਂ ਚੰਦਰਮਾ ਤੱਕ ਇਕਸਾਰ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਭਾਵ, ਜੇਕਰ ਮੇਜ਼ਬਾਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇੱਕ VM ਚਲਾ ਰਿਹਾ ਹੈ ਜਿਸ ਲਈ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਇੱਕ ਅਨੁਪਾਤਕ ਮਾਤਰਾ ਦੀ ਲੋੜ ਹੈ (ਸ਼ੋਰ ਵਾਲਾ ਗੁਆਂਢੀ VM), SIOC ਇਸ ਮੇਜ਼ਬਾਨ (DQLEN) 'ਤੇ ਚੰਦਰਮਾ ਤੱਕ ਕਤਾਰ ਦੀ ਲੰਬਾਈ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਹੋਰ ਜਾਣਕਾਰੀ .
ਅਸੀਂ KAVG ਨੂੰ ਛਾਂਟ ਲਿਆ ਹੈ, ਹੁਣ ਇਸ ਬਾਰੇ ਥੋੜਾ ਜਿਹਾ ਡੀ.ਏ.ਵੀ.ਜੀ. ਇੱਥੇ ਸਭ ਕੁਝ ਸਧਾਰਨ ਹੈ: DAVG ਬਾਹਰੀ ਵਾਤਾਵਰਣ (ਡੇਟਾ ਨੈੱਟਵਰਕ ਅਤੇ ਸਟੋਰੇਜ ਸਿਸਟਮ) ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਦੇਰੀ ਹੈ। ਹਰ ਆਧੁਨਿਕ ਅਤੇ ਇੰਨੇ ਆਧੁਨਿਕ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਆਪਣੇ ਪ੍ਰਦਰਸ਼ਨ ਕਾਊਂਟਰ ਹੁੰਦੇ ਹਨ। DAVG ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਲਈ, ਉਹਨਾਂ ਨੂੰ ਦੇਖਣਾ ਸਮਝਦਾਰ ਹੈ। ਜੇਕਰ ESXi ਅਤੇ ਸਟੋਰੇਜ ਵਾਲੇ ਪਾਸੇ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਤਾਂ ਡਾਟਾ ਨੈੱਟਵਰਕ ਦੀ ਜਾਂਚ ਕਰੋ।
ਪ੍ਰਦਰਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਣ ਲਈ, ਆਪਣੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲਈ ਸਹੀ ਮਾਰਗ ਚੋਣ ਨੀਤੀ (PSP) ਚੁਣੋ। ਲਗਭਗ ਸਾਰੇ ਆਧੁਨਿਕ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ PSP ਰਾਉਂਡ-ਰੋਬਿਨ (ALUA ਦੇ ਨਾਲ ਜਾਂ ਬਿਨਾਂ, ਅਸਮੈਟ੍ਰਿਕ ਲਾਜ਼ੀਕਲ ਯੂਨਿਟ ਐਕਸੈਸ) ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਇਹ ਨੀਤੀ ਤੁਹਾਨੂੰ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲਈ ਸਾਰੇ ਉਪਲਬਧ ਮਾਰਗਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ALUA ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਚੰਦਰਮਾ ਦੇ ਮਾਲਕ ਕੰਟਰੋਲਰ ਲਈ ਸਿਰਫ਼ ਰਸਤੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ESXi 'ਤੇ ਸਾਰੇ ਸਟੋਰੇਜ ਸਿਸਟਮਾਂ ਦੇ ਡਿਫੌਲਟ ਨਿਯਮ ਨਹੀਂ ਹਨ ਜੋ ਰਾਊਂਡ-ਰੋਬਿਨ ਨੀਤੀ ਨੂੰ ਸੈੱਟ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਤੁਹਾਡੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲਈ ਕੋਈ ਨਿਯਮ ਨਹੀਂ ਹੈ, ਤਾਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਿਰਮਾਤਾ ਤੋਂ ਇੱਕ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜੋ ਕਿ ਕਲੱਸਟਰ ਵਿੱਚ ਸਾਰੇ ਹੋਸਟਾਂ 'ਤੇ ਇੱਕ ਅਨੁਸਾਰੀ ਨਿਯਮ ਬਣਾਏਗਾ, ਜਾਂ ਆਪਣੇ ਆਪ ਇੱਕ ਨਿਯਮ ਬਣਾਵੇਗਾ। ਵੇਰਵੇ .
ਨਾਲ ਹੀ, ਕੁਝ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਨਿਰਮਾਤਾਵਾਂ ਪ੍ਰਤੀ ਮਾਰਗ IOPS ਦੀ ਸੰਖਿਆ ਨੂੰ 1000 ਦੇ ਮਿਆਰੀ ਮੁੱਲ ਤੋਂ 1 ਵਿੱਚ ਬਦਲਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਨ। ਸਾਡੇ ਅਭਿਆਸ ਵਿੱਚ, ਇਸਨੇ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਤੋਂ ਵੱਧ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ "ਨਿਚੋੜ" ਕਰਨਾ ਸੰਭਵ ਬਣਾਇਆ ਅਤੇ ਫੇਲਓਵਰ ਲਈ ਲੋੜੀਂਦੇ ਸਮੇਂ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਘਟਾ ਦਿੱਤਾ। ਇੱਕ ਕੰਟਰੋਲਰ ਅਸਫਲਤਾ ਜਾਂ ਅੱਪਡੇਟ ਦੀ ਸਥਿਤੀ ਵਿੱਚ. ਵਿਕਰੇਤਾ ਦੀਆਂ ਸਿਫ਼ਾਰਸ਼ਾਂ ਦੀ ਜਾਂਚ ਕਰੋ, ਅਤੇ ਜੇਕਰ ਕੋਈ ਉਲਟਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਸ ਪੈਰਾਮੀਟਰ ਨੂੰ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਵੇਰਵੇ .
ਮੂਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਪ੍ਰਦਰਸ਼ਨ ਕਾਊਂਟਰ
vCenter ਵਿੱਚ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਪ੍ਰਦਰਸ਼ਨ ਕਾਊਂਟਰਾਂ ਨੂੰ ਡਾਟਾਸਟੋਰ, ਡਿਸਕ, ਵਰਚੁਅਲ ਡਿਸਕ ਭਾਗਾਂ ਵਿੱਚ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:
ਭਾਗ ਡੈਟਾਸਟੋਰ vSphere ਡਿਸਕ ਸਟੋਰੇਜ਼ (ਡੇਟਾਸਟੋਰ) ਲਈ ਮੈਟ੍ਰਿਕਸ ਹਨ ਜਿਨ੍ਹਾਂ 'ਤੇ VM ਡਿਸਕਾਂ ਸਥਿਤ ਹਨ। ਇੱਥੇ ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਲਈ ਮਿਆਰੀ ਕਾਊਂਟਰ ਮਿਲਣਗੇ:
- IOPS (ਔਸਤ ਪੜ੍ਹਨ/ਲਿਖਣ ਦੀਆਂ ਬੇਨਤੀਆਂ ਪ੍ਰਤੀ ਸਕਿੰਟ),
- ਥ੍ਰੋਪੁੱਟ (ਪੜ੍ਹਨ/ਲਿਖਣ ਦੀ ਦਰ),
- ਦੇਰੀ (ਪੜ੍ਹੋ/ਲਿਖੋ/ਸਭ ਤੋਂ ਵੱਧ ਲੇਟੈਂਸੀ)।
ਸਿਧਾਂਤ ਵਿੱਚ, ਕਾਉਂਟਰਾਂ ਦੇ ਨਾਵਾਂ ਤੋਂ ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੈ. ਮੈਂ ਤੁਹਾਡਾ ਧਿਆਨ ਇੱਕ ਵਾਰ ਫਿਰ ਇਸ ਤੱਥ ਵੱਲ ਖਿੱਚਦਾ ਹਾਂ ਕਿ ਇੱਥੇ ਅੰਕੜੇ ਕਿਸੇ ਖਾਸ VM (ਜਾਂ VM ਡਿਸਕ) ਲਈ ਨਹੀਂ ਹਨ, ਪਰ ਪੂਰੇ ਡੇਟਾਸਟੋਰ ਲਈ ਆਮ ਅੰਕੜੇ ਹਨ। ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ESXTOP ਵਿੱਚ ਇਹਨਾਂ ਅੰਕੜਿਆਂ ਨੂੰ ਵੇਖਣਾ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ, ਘੱਟੋ ਘੱਟ ਇਸ ਤੱਥ ਦੇ ਅਧਾਰ ਤੇ ਕਿ ਘੱਟੋ ਘੱਟ ਮਾਪ ਦੀ ਮਿਆਦ 2 ਸਕਿੰਟ ਹੈ.
ਭਾਗ ਡਿਸਕ ਨੂੰ ਬਲਾਕ ਜੰਤਰਾਂ ਉੱਤੇ ਮੈਟ੍ਰਿਕਸ ਹਨ ਜੋ VM ਦੁਆਰਾ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਸਮਾਲਟ ਕਿਸਮ ਦੇ IOPS ਲਈ ਕਾਊਂਟਰ ਹਨ (ਮਾਪ ਦੀ ਮਿਆਦ ਦੇ ਦੌਰਾਨ ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ) ਅਤੇ ਬਲਾਕ ਐਕਸੈਸ ਨਾਲ ਸਬੰਧਤ ਕਈ ਕਾਊਂਟਰ ਹਨ (ਕਮਾਂਡ ਅਧੂਰਾ, ਬੱਸ ਰੀਸੈੱਟ)। ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ESXTOP ਵਿੱਚ ਇਸ ਜਾਣਕਾਰੀ ਨੂੰ ਵੇਖਣਾ ਵੀ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ।
ਭਾਗ ਵਰਚੁਅਲ ਡਿਸਕ - VM ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਲੱਭਣ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ। ਇੱਥੇ ਤੁਸੀਂ ਹਰੇਕ ਵਰਚੁਅਲ ਡਿਸਕ ਲਈ ਪ੍ਰਦਰਸ਼ਨ ਦੇਖ ਸਕਦੇ ਹੋ। ਇਹ ਉਹ ਜਾਣਕਾਰੀ ਹੈ ਜੋ ਇਹ ਸਮਝਣ ਲਈ ਲੋੜੀਂਦੀ ਹੈ ਕਿ ਕੀ ਕਿਸੇ ਖਾਸ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਹੈ। I/O ਓਪਰੇਸ਼ਨਾਂ, ਰੀਡ/ਰਾਈਟ ਵਾਲੀਅਮ ਅਤੇ ਦੇਰੀ ਲਈ ਸਟੈਂਡਰਡ ਕਾਊਂਟਰਾਂ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਭਾਗ ਵਿੱਚ ਉਪਯੋਗੀ ਕਾਊਂਟਰ ਹਨ ਜੋ ਬਲਾਕ ਆਕਾਰ ਦਿਖਾਉਂਦੇ ਹਨ: ਰੀਡ/ਰਾਈਟ ਬੇਨਤੀ ਆਕਾਰ।
ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਵਿੱਚ VM ਡਿਸਕ ਪ੍ਰਦਰਸ਼ਨ ਦਾ ਇੱਕ ਗ੍ਰਾਫ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ IOPS ਦੀ ਸੰਖਿਆ, ਲੇਟੈਂਸੀ ਅਤੇ ਬਲਾਕ ਆਕਾਰ ਦੇਖ ਸਕਦੇ ਹੋ।
ਜੇਕਰ SIOC ਸਮਰਥਿਤ ਹੈ ਤਾਂ ਤੁਸੀਂ ਪੂਰੇ ਡੇਟਾਸਟੋਰ ਲਈ ਪ੍ਰਦਰਸ਼ਨ ਮੈਟ੍ਰਿਕਸ ਵੀ ਦੇਖ ਸਕਦੇ ਹੋ। ਇੱਥੇ ਔਸਤ ਲੇਟੈਂਸੀ ਅਤੇ IOPS ਬਾਰੇ ਮੁੱਢਲੀ ਜਾਣਕਾਰੀ ਹੈ। ਪੂਰਵ-ਨਿਰਧਾਰਤ ਤੌਰ 'ਤੇ, ਇਸ ਜਾਣਕਾਰੀ ਨੂੰ ਸਿਰਫ਼ ਅਸਲ ਸਮੇਂ ਵਿੱਚ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ESXTOP
ESXTOP ਦੀਆਂ ਕਈ ਸਕ੍ਰੀਨਾਂ ਹਨ ਜੋ ਹੋਸਟ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ, ਵਿਅਕਤੀਗਤ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਡਿਸਕਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ।
ਆਉ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੀਏ। "ਡਿਸਕ VM" ਸਕ੍ਰੀਨ ਨੂੰ "v" ਕੁੰਜੀ ਨਾਲ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ:
NVDISK VM ਡਿਸਕਾਂ ਦੀ ਗਿਣਤੀ ਹੈ। ਹਰੇਕ ਡਿਸਕ ਲਈ ਜਾਣਕਾਰੀ ਦੇਖਣ ਲਈ, "e" ਦਬਾਓ ਅਤੇ ਦਿਲਚਸਪੀ ਵਾਲੇ VM ਦਾ GID ਦਾਖਲ ਕਰੋ।
ਇਸ ਸਕਰੀਨ 'ਤੇ ਬਾਕੀ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਅਰਥ ਉਨ੍ਹਾਂ ਦੇ ਨਾਵਾਂ ਤੋਂ ਸਪੱਸ਼ਟ ਹਨ.
ਸਮੱਸਿਆ ਦਾ ਨਿਪਟਾਰਾ ਕਰਨ ਵੇਲੇ ਇੱਕ ਹੋਰ ਉਪਯੋਗੀ ਸਕ੍ਰੀਨ ਡਿਸਕ ਅਡਾਪਟਰ ਹੈ। "d" ਕੁੰਜੀ ਦੁਆਰਾ ਕਾਲ ਕੀਤੀ ਗਈ (ਫੀਲਡ A, B, C, D, E, G ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਵਿੱਚ ਚੁਣੇ ਗਏ ਹਨ):
NPTH - ਇਸ ਅਡਾਪਟਰ ਤੋਂ ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ ਚੰਦਰਮਾ ਦੇ ਮਾਰਗਾਂ ਦੀ ਸੰਖਿਆ। ਅਡਾਪਟਰ 'ਤੇ ਹਰੇਕ ਮਾਰਗ ਲਈ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, "e" ਦਬਾਓ ਅਤੇ ਅਡਾਪਟਰ ਦਾ ਨਾਮ ਦਰਜ ਕਰੋ:
AQLEN - ਅਡਾਪਟਰ 'ਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਕਤਾਰ ਦਾ ਆਕਾਰ।
ਇਸ ਸਕ੍ਰੀਨ 'ਤੇ ਵੀ ਦੇਰੀ ਕਾਊਂਟਰ ਹਨ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਮੈਂ ਉੱਪਰ ਗੱਲ ਕੀਤੀ ਹੈ: KAVG/cmd, GAVG/cmd, DAVG/cmd, QAVG/cmd.
ਡਿਸਕ ਡਿਵਾਈਸ ਸਕ੍ਰੀਨ, ਜਿਸ ਨੂੰ "u" ਕੁੰਜੀ ਦਬਾ ਕੇ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਵਿਅਕਤੀਗਤ ਬਲਾਕ ਡਿਵਾਈਸਾਂ - ਮੂਨ (ਫੀਲਡ A, B, F, G, I ਹੇਠਾਂ ਤਸਵੀਰ ਵਿੱਚ ਚੁਣੇ ਗਏ ਹਨ) ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਤੁਸੀਂ ਚੰਦਰਮਾ ਲਈ ਕਤਾਰ ਦੀ ਸਥਿਤੀ ਦੇਖ ਸਕਦੇ ਹੋ।
DQLEN - ਇੱਕ ਬਲਾਕ ਡਿਵਾਈਸ ਲਈ ਕਤਾਰ ਦਾ ਆਕਾਰ।
ACTV - ESXi ਕਰਨਲ ਵਿੱਚ I/O ਕਮਾਂਡਾਂ ਦੀ ਗਿਣਤੀ।
QUED - ਕਤਾਰ ਵਿੱਚ ਆਈ/ਓ ਕਮਾਂਡਾਂ ਦੀ ਗਿਣਤੀ।
% USD - ACTV / DQLEN × 100%।
ਲੋਡ - (ACTV + QUED) / DQLEN।
ਜੇਕਰ %USD ਵੱਧ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਕਤਾਰ ਵਧਾਉਣ ਬਾਰੇ ਵਿਚਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਕਤਾਰ ਵਿੱਚ ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਕਮਾਂਡਾਂ, QAVG ਉੱਚਾ ਅਤੇ, ਉਸ ਅਨੁਸਾਰ, KAVG।
ਤੁਸੀਂ ਡਿਸਕ ਡਿਵਾਈਸ ਸਕ੍ਰੀਨ 'ਤੇ ਇਹ ਵੀ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕੀ VAAI (ਐਰੇ ਏਕੀਕਰਣ ਲਈ vStorage API) ਸਟੋਰੇਜ ਸਿਸਟਮ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਖੇਤਰ A ਅਤੇ O ਦੀ ਚੋਣ ਕਰੋ.
VAAI ਵਿਧੀ ਤੁਹਾਨੂੰ ਕੰਮ ਦੇ ਹਿੱਸੇ ਨੂੰ ਹਾਈਪਰਵਾਈਜ਼ਰ ਤੋਂ ਸਿੱਧੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜ਼ੀਰੋ ਕਰਨਾ, ਬਲਾਕਾਂ ਦੀ ਨਕਲ ਕਰਨਾ ਜਾਂ ਬਲਾਕ ਕਰਨਾ।
ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਉਪਰੋਕਤ ਤਸਵੀਰ ਵਿੱਚ ਦੇਖ ਸਕਦੇ ਹੋ, VAAI ਇਸ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ: ਜ਼ੀਰੋ ਅਤੇ ATS ਪ੍ਰਾਈਮਿਟੀਜ਼ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।
ESXi 'ਤੇ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੇ ਨਾਲ ਕੰਮ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਸੁਝਾਅ
- ਬਲਾਕ ਦੇ ਆਕਾਰ ਵੱਲ ਧਿਆਨ ਦਿਓ.
- HBA 'ਤੇ ਅਨੁਕੂਲ ਕਤਾਰ ਦਾ ਆਕਾਰ ਸੈੱਟ ਕਰੋ।
- ਡੇਟਾਸਟੋਰਾਂ 'ਤੇ SIOC ਨੂੰ ਸਮਰੱਥ ਕਰਨਾ ਨਾ ਭੁੱਲੋ।
- ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਿਰਮਾਤਾ ਦੀਆਂ ਸਿਫ਼ਾਰਸ਼ਾਂ ਦੇ ਅਨੁਸਾਰ ਇੱਕ PSP ਚੁਣੋ।
- ਯਕੀਨੀ ਬਣਾਓ ਕਿ VAAI ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।
ਵਿਸ਼ੇ 'ਤੇ ਲਾਭਦਾਇਕ ਲੇਖ:
ਸਰੋਤ: www.habr.com