VDI ਲਈ HPE SimpliVity 380 ਕਿਵੇਂ ਕੰਮ ਕਰੇਗਾ: ਸਖ਼ਤ ਲੋਡ ਟੈਸਟ

ਗਾਹਕ VDI ਚਾਹੁੰਦਾ ਸੀ। ਮੈਂ ਅਸਲ ਵਿੱਚ SimpliVity + VDI Citrix ਵਰਚੁਅਲ ਡੈਸਕਟੌਪ ਸੁਮੇਲ ਨੂੰ ਦੇਖਿਆ. ਸਾਰੇ ਆਪਰੇਟਰਾਂ, ਸ਼ਹਿਰ ਦੇ ਦਫਤਰ ਦੇ ਕਰਮਚਾਰੀਆਂ, ਅਤੇ ਹੋਰਾਂ ਲਈ। ਇਕੱਲੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਪਹਿਲੀ ਲਹਿਰ ਵਿਚ ਪੰਜ ਹਜ਼ਾਰ ਉਪਭੋਗਤਾ ਹਨ, ਅਤੇ ਇਸ ਲਈ ਉਨ੍ਹਾਂ ਨੇ ਲੋਡ ਟੈਸਟਿੰਗ 'ਤੇ ਜ਼ੋਰ ਦਿੱਤਾ. VDI ਹੌਲੀ ਹੋਣਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ, ਇਹ ਸ਼ਾਂਤੀ ਨਾਲ ਲੇਟ ਸਕਦਾ ਹੈ - ਅਤੇ ਇਹ ਹਮੇਸ਼ਾ ਚੈਨਲ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਦੇ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦਾ. ਅਸੀਂ ਖਾਸ ਤੌਰ 'ਤੇ VDI ਲਈ ਇੱਕ ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਟੈਸਟਿੰਗ ਪੈਕੇਜ ਖਰੀਦਿਆ ਹੈ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਉਦੋਂ ਤੱਕ ਲੋਡ ਕੀਤਾ ਹੈ ਜਦੋਂ ਤੱਕ ਇਹ ਡਿਸਕਾਂ ਅਤੇ ਪ੍ਰੋਸੈਸਰ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਭਾਰੀ ਨਹੀਂ ਸੀ।

ਇਸ ਲਈ, ਸਾਨੂੰ ਆਧੁਨਿਕ VDI ਟੈਸਟਾਂ ਲਈ ਪਲਾਸਟਿਕ ਦੀ ਬੋਤਲ ਅਤੇ LoginVSI ਸੌਫਟਵੇਅਰ ਦੀ ਲੋੜ ਪਵੇਗੀ। ਸਾਡੇ ਕੋਲ ਇਹ 300 ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਲਾਇਸੈਂਸਾਂ ਦੇ ਨਾਲ ਹੈ। ਫਿਰ ਅਸੀਂ HPE SimpliVity 380 ਹਾਰਡਵੇਅਰ ਨੂੰ ਇੱਕ ਪੈਕੇਜ ਵਿੱਚ ਲਿਆ ਜੋ ਪ੍ਰਤੀ ਸਰਵਰ ਵੱਧ ਤੋਂ ਵੱਧ ਉਪਭੋਗਤਾ ਘਣਤਾ ਦੇ ਕੰਮ ਲਈ ਢੁਕਵਾਂ ਹੈ, ਚੰਗੀ ਓਵਰਸਬਸਕ੍ਰਿਪਸ਼ਨ ਵਾਲੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਕੱਟਿਆ, ਉਹਨਾਂ 'ਤੇ Win10 'ਤੇ ਆਫਿਸ ਸੌਫਟਵੇਅਰ ਸਥਾਪਿਤ ਕੀਤਾ ਅਤੇ ਟੈਸਟਿੰਗ ਸ਼ੁਰੂ ਕੀਤੀ।

ਚੱਲੀਏ!

ਸਿਸਟਮ

ਦੋ HPE SimpliVity 380 Gen10 ਨੋਡ (ਸਰਵਰ)। ਹਰੇਕ 'ਤੇ:

• 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
• ਰੈਮ: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz।
• ਪ੍ਰਾਇਮਰੀ ਡਿਸਕ ਕੰਟਰੋਲਰ: HPE ਸਮਾਰਟ ਐਰੇ P816i-a SR Gen10.
• ਹਾਰਡ ਡਰਾਈਵਾਂ: 9 x 1.92 TB SATA 6Gb/s SSD (RAID6 7+2 ਸੰਰਚਨਾ ਵਿੱਚ, ਯਾਨੀ ਇਹ HPE SimpliVity ਸ਼ਬਦਾਂ ਵਿੱਚ ਇੱਕ ਮੱਧਮ ਮਾਡਲ ਹੈ)।
• ਨੈੱਟਵਰਕ ਕਾਰਡ: 4 x 1Gb Eth (ਉਪਭੋਗਤਾ ਡੇਟਾ), 2 x 10Gb Eth (SimpliVity ਅਤੇ vMotion ਬੈਕਐਂਡ)।
• ਡੁਪਲੀਕੇਸ਼ਨ/ਕੰਪਰੈਸ਼ਨ ਲਈ ਹਰੇਕ ਨੋਡ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ ਬਿਲਟ-ਇਨ FPGA ਕਾਰਡ।

ਨੋਡ ਇੱਕ 10Gb ਈਥਰਨੈੱਟ ਇੰਟਰਕਨੈਕਟ ਦੁਆਰਾ ਇੱਕ ਦੂਜੇ ਨਾਲ ਇੱਕ ਬਾਹਰੀ ਸਵਿੱਚ ਦੇ ਬਿਨਾਂ ਜੁੜੇ ਹੋਏ ਹਨ, ਜੋ ਕਿ ਇੱਕ SimpliVity ਬੈਕਐਂਡ ਦੇ ਤੌਰ ਤੇ ਅਤੇ NFS ਦੁਆਰਾ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਡੇਟਾ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਡੇਟਾ ਹਮੇਸ਼ਾ ਦੋ ਨੋਡਾਂ ਦੇ ਵਿਚਕਾਰ ਮਿਰਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਨੋਡਾਂ ਨੂੰ vCenter ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਇੱਕ Vmware vSphere ਕਲੱਸਟਰ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ।

ਜਾਂਚ ਲਈ, ਇੱਕ ਡੋਮੇਨ ਕੰਟਰੋਲਰ ਅਤੇ ਇੱਕ ਸਿਟਰਿਕਸ ਕਨੈਕਸ਼ਨ ਬ੍ਰੋਕਰ ਤਾਇਨਾਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਡੋਮੇਨ ਕੰਟਰੋਲਰ, ਬ੍ਰੋਕਰ ਅਤੇ vCenter ਇੱਕ ਵੱਖਰੇ ਕਲੱਸਟਰ 'ਤੇ ਰੱਖੇ ਗਏ ਹਨ।


ਇੱਕ ਟੈਸਟ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਰੂਪ ਵਿੱਚ, 300 ਵਰਚੁਅਲ ਡੈਸਕਟਾਪ ਸਮਰਪਿਤ - ਪੂਰੀ ਕਾਪੀ ਸੰਰਚਨਾ ਵਿੱਚ ਤਾਇਨਾਤ ਕੀਤੇ ਗਏ ਸਨ, ਭਾਵ, ਹਰੇਕ ਡੈਸਕਟਾਪ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੇ ਅਸਲ ਚਿੱਤਰ ਦੀ ਇੱਕ ਪੂਰੀ ਕਾਪੀ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਕੀਤੀਆਂ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ।

ਹਰੇਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ 2vCPU ਅਤੇ 4GB RAM ਹੁੰਦੀ ਹੈ:

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ 'ਤੇ ਟੈਸਟਿੰਗ ਲਈ ਲੋੜੀਂਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ:

• ਵਿੰਡੋਜ਼ 10 (64-ਬਿੱਟ), ਸੰਸਕਰਣ 1809।
• ਅਡੋਬ ਰੀਡਰ XI.
• ਸਿਟਰਿਕਸ ਵਰਚੁਅਲ ਡਿਲੀਵਰੀ ਏਜੰਟ 1811.1.
• Doro PDF 1.82.
• Java 7 ਅੱਪਡੇਟ 13.
• ਮਾਈਕ੍ਰੋਸਾਫਟ ਆਫਿਸ ਪ੍ਰੋਫੈਸ਼ਨਲ ਪਲੱਸ 2016।

ਨੋਡ ਦੇ ਵਿਚਕਾਰ - ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ. ਕਲੱਸਟਰ ਵਿੱਚ ਹਰੇਕ ਡੇਟਾ ਬਲਾਕ ਦੀਆਂ ਦੋ ਕਾਪੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਭਾਵ, ਹੁਣ ਹਰੇਕ ਨੋਡ 'ਤੇ ਡੇਟਾ ਦਾ ਪੂਰਾ ਸੈੱਟ ਹੈ. ਤਿੰਨ ਜਾਂ ਵੱਧ ਨੋਡਾਂ ਦੇ ਕਲੱਸਟਰ ਦੇ ਨਾਲ, ਬਲਾਕਾਂ ਦੀਆਂ ਕਾਪੀਆਂ ਦੋ ਵੱਖ-ਵੱਖ ਥਾਵਾਂ 'ਤੇ ਹੁੰਦੀਆਂ ਹਨ। ਨਵਾਂ VM ਬਣਾਉਣ ਵੇਲੇ, ਕਲੱਸਟਰ ਨੋਡਾਂ ਵਿੱਚੋਂ ਇੱਕ 'ਤੇ ਇੱਕ ਵਾਧੂ ਕਾਪੀ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਜਦੋਂ ਇੱਕ ਨੋਡ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸ 'ਤੇ ਪਹਿਲਾਂ ਚੱਲ ਰਹੇ ਸਾਰੇ VM ਆਪਣੇ ਆਪ ਦੂਜੇ ਨੋਡਾਂ 'ਤੇ ਰੀਸਟਾਰਟ ਹੋ ਜਾਂਦੇ ਹਨ ਜਿੱਥੇ ਉਹਨਾਂ ਦੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਹੁੰਦੀ ਹੈ। ਜੇ ਇੱਕ ਨੋਡ ਲੰਬੇ ਸਮੇਂ ਲਈ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਰਿਡੰਡੈਂਸੀ ਦੀ ਹੌਲੀ-ਹੌਲੀ ਬਹਾਲੀ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਕਲੱਸਟਰ N+1 ਰਿਡੰਡੈਂਸੀ 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ।

ਡਾਟਾ ਸੰਤੁਲਨ ਅਤੇ ਸਟੋਰੇਜ ਸਿਮਪਲੀਵਿਟੀ ਦੇ ਸਾਫਟਵੇਅਰ ਸਟੋਰੇਜ ਪੱਧਰ 'ਤੇ ਹੁੰਦੀ ਹੈ।

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਇੱਕ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਕਲੱਸਟਰ ਚਲਾਉਂਦੀਆਂ ਹਨ, ਜੋ ਉਹਨਾਂ ਨੂੰ ਸਾਫਟਵੇਅਰ ਸਟੋਰੇਜ 'ਤੇ ਵੀ ਰੱਖਦੀਆਂ ਹਨ। ਡੈਸਕ ਖੁਦ ਇੱਕ ਸਟੈਂਡਰਡ ਟੈਂਪਲੇਟ ਦੇ ਅਨੁਸਾਰ ਲਏ ਗਏ ਸਨ: ਫਾਈਨਾਂਸਰਾਂ ਅਤੇ ਓਪਰੇਸ਼ਨ ਅਫਸਰਾਂ ਦੇ ਡੈਸਕ ਟੈਸਟ ਲਈ ਆਏ ਸਨ (ਇਹ ਦੋ ਵੱਖਰੇ ਟੈਂਪਲੇਟ ਹਨ)।

ਟੈਸਟਿੰਗ

ਟੈਸਟਿੰਗ ਲਈ, LoginVSI 4.1 ਸਾਫਟਵੇਅਰ ਟੈਸਟ ਸੂਟ ਵਰਤਿਆ ਗਿਆ ਸੀ। LoginVSI ਕੰਪਲੈਕਸ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਕੰਟਰੋਲ ਸਰਵਰ ਅਤੇ ਟੈਸਟ ਕਨੈਕਸ਼ਨਾਂ ਲਈ 12 ਮਸ਼ੀਨਾਂ ਸ਼ਾਮਲ ਹਨ, ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਭੌਤਿਕ ਹੋਸਟ 'ਤੇ ਤਾਇਨਾਤ ਕੀਤਾ ਗਿਆ ਸੀ।


ਟੈਸਟਿੰਗ ਤਿੰਨ ਢੰਗਾਂ ਵਿੱਚ ਕੀਤੀ ਗਈ ਸੀ:

ਬੈਂਚਮਾਰਕ ਮੋਡ - ਲੋਡ ਕੇਸ 300 ਗਿਆਨ ਕਰਮਚਾਰੀ ਅਤੇ 300 ਸਟੋਰੇਜ ਵਰਕਰ।

ਸਟੈਂਡਰਡ ਮੋਡ - ਲੋਡ ਕੇਸ 300 ਪਾਵਰ ਵਰਕਰ।

ਪਾਵਰ ਕਾਮਿਆਂ ਨੂੰ ਕੰਮ ਕਰਨ ਅਤੇ ਲੋਡ ਵਿਭਿੰਨਤਾ ਨੂੰ ਵਧਾਉਣ ਦੇ ਯੋਗ ਬਣਾਉਣ ਲਈ, LoginVSI ਕੰਪਲੈਕਸ ਵਿੱਚ ਵਾਧੂ ਪਾਵਰ ਲਾਇਬ੍ਰੇਰੀ ਫਾਈਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਸੀ। ਨਤੀਜਿਆਂ ਦੀ ਦੁਹਰਾਉਣਯੋਗਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ, ਸਾਰੀਆਂ ਟੈਸਟ ਬੈਂਚ ਸੈਟਿੰਗਾਂ ਨੂੰ ਡਿਫੌਲਟ ਵਜੋਂ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਸੀ।

ਗਿਆਨ ਅਤੇ ਪਾਵਰ ਵਰਕਰ ਟੈਸਟ ਵਰਚੁਅਲ ਵਰਕਸਟੇਸ਼ਨਾਂ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਅਸਲ ਕੰਮ ਦੇ ਬੋਝ ਦੀ ਨਕਲ ਕਰਦੇ ਹਨ।

ਸਟੋਰੇਜ਼ ਵਰਕਰ ਟੈਸਟ ਖਾਸ ਤੌਰ 'ਤੇ ਡਾਟਾ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਬਣਾਇਆ ਗਿਆ ਸੀ; ਇਹ ਅਸਲ ਵਰਕਲੋਡਾਂ ਤੋਂ ਬਹੁਤ ਦੂਰ ਹੈ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਵੱਖ-ਵੱਖ ਆਕਾਰ ਦੀਆਂ ਫਾਈਲਾਂ ਦੀ ਇੱਕ ਵੱਡੀ ਗਿਣਤੀ ਨਾਲ ਕੰਮ ਕਰਨ ਵਾਲੇ ਉਪਭੋਗਤਾ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।

ਟੈਸਟਿੰਗ ਦੌਰਾਨ, ਉਪਭੋਗਤਾ ਹਰ 48 ਸਕਿੰਟਾਂ ਵਿੱਚ ਲਗਭਗ ਇੱਕ ਉਪਭੋਗਤਾ ਦੀ ਦਰ ਨਾਲ 10 ਮਿੰਟਾਂ ਲਈ ਵਰਕਸਟੇਸ਼ਨਾਂ ਵਿੱਚ ਲੌਗਇਨ ਕਰਦੇ ਹਨ।

Результаты

LoginVSI ਟੈਸਟਿੰਗ ਦਾ ਮੁੱਖ ਨਤੀਜਾ VSImax ਮੈਟ੍ਰਿਕ ਹੈ, ਜੋ ਕਿ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਲਾਂਚ ਕੀਤੇ ਗਏ ਵੱਖ-ਵੱਖ ਕਾਰਜਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਤੋਂ ਕੰਪਾਇਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਉਦਾਹਰਨ ਲਈ: ਨੋਟਪੈਡ ਵਿੱਚ ਇੱਕ ਫਾਈਲ ਖੋਲ੍ਹਣ ਦਾ ਸਮਾਂ, 7-ਜ਼ਿਪ ਵਿੱਚ ਇੱਕ ਫਾਈਲ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰਨ ਦਾ ਸਮਾਂ, ਆਦਿ।

ਮੈਟ੍ਰਿਕਸ ਗਣਨਾ ਦਾ ਵਿਸਤ੍ਰਿਤ ਵੇਰਵਾ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਉਪਲਬਧ ਹੈ ਲਿੰਕ ਨੂੰ.

ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, LoginVSI ਇੱਕ ਆਮ ਲੋਡ ਪੈਟਰਨ ਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ, ਇੱਕ ਆਫਿਸ ਸੂਟ ਵਿੱਚ ਉਪਭੋਗਤਾ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਦੀ ਨਕਲ ਕਰਦਾ ਹੈ, ਇੱਕ PDF ਪੜ੍ਹਦਾ ਹੈ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੋਰ, ਅਤੇ ਵੱਖ-ਵੱਖ ਲੇਟੈਂਸੀਆਂ ਨੂੰ ਮਾਪਦਾ ਹੈ। ਦੇਰੀ ਦਾ ਇੱਕ ਨਾਜ਼ੁਕ ਪੱਧਰ ਹੈ "ਸਭ ਕੁਝ ਹੌਲੀ ਹੋ ਜਾਂਦਾ ਹੈ, ਕੰਮ ਕਰਨਾ ਅਸੰਭਵ ਹੈ"), ਜਿਸ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਗਿਣਤੀ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਹੈ। ਜੇਕਰ ਜਵਾਬ ਦਾ ਸਮਾਂ ਇਸ "ਸਭ ਕੁਝ ਹੌਲੀ ਹੈ" ਸਥਿਤੀ ਨਾਲੋਂ 1 ms ਤੇਜ਼ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰ ਰਿਹਾ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਉਪਭੋਗਤਾ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।

ਇੱਥੇ ਮੁੱਖ ਮੈਟ੍ਰਿਕਸ ਹਨ:

ਮੈਟ੍ਰਿਕਸ

ਕਾਰਵਾਈਆਂ ਕੀਤੀਆਂ

ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ

ਲੋਡ ਕੀਤੇ ਹਿੱਸੇ

ਐਨ.ਐਸ.ਐਲ.ਡੀ.

ਟੈਕਸਟ ਖੁੱਲਣ ਦਾ ਸਮਾਂ
1 KB ਵਜ਼ਨ ਵਾਲੀ ਫਾਈਲ

ਨੋਟਪੈਡ ਖੁੱਲ੍ਹਦਾ ਹੈ ਅਤੇ
ਇੱਕ ਬੇਤਰਤੀਬ 1 KB ਦਸਤਾਵੇਜ਼ ਖੋਲ੍ਹਦਾ ਹੈ ਜੋ ਪੂਲ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਗਿਆ ਹੈ
ਸਰੋਤ

CPU ਅਤੇ I/O

NFO

ਵਾਰਤਾਲਾਪ ਸ਼ੁਰੂ ਹੋਣ ਦਾ ਸਮਾਂ
ਨੋਟਪੈਡ ਵਿੱਚ ਵਿੰਡੋਜ਼

ਇੱਕ VSI-ਨੋਟਪੈਡ ਫਾਈਲ ਖੋਲ੍ਹਣਾ [Ctrl+O]

CPU, RAM ਅਤੇ I/O

 

ZHC*

ਇੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੰਕੁਚਿਤ Zip ਫਾਈਲ ਬਣਾਉਣ ਦਾ ਸਮਾਂ

ਸਥਾਨਕ ਕੰਪਰੈਸ਼ਨ
ਰੈਂਡਮ 5MB .pst ਫਾਈਲ ਤੋਂ ਕਾਪੀ ਕੀਤੀ ਗਈ
ਸਰੋਤ ਪੂਲ

CPU ਅਤੇ I/O

ZLC*

ਇੱਕ ਕਮਜ਼ੋਰ ਸੰਕੁਚਿਤ Zip ਫਾਈਲ ਬਣਾਉਣ ਦਾ ਸਮਾਂ

ਸਥਾਨਕ ਕੰਪਰੈਸ਼ਨ
ਰੈਂਡਮ 5MB .pst ਫਾਈਲ ਤੋਂ ਕਾਪੀ ਕੀਤੀ ਗਈ
ਸਰੋਤ ਪੂਲ

I / O

 

CPU

ਵੱਡੀ ਗਣਨਾ
ਬੇਤਰਤੀਬ ਡਾਟਾ ਐਰੇ

ਇੱਕ ਵੱਡੀ ਐਰੇ ਬਣਾਉਣਾ
ਬੇਤਰਤੀਬ ਡੇਟਾ ਜੋ ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਟਾਈਮਰ (I/O ਟਾਈਮਰ) ਵਿੱਚ ਵਰਤਿਆ ਜਾਵੇਗਾ

CPU

ਜਦੋਂ ਟੈਸਟਿੰਗ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਮੁੱਢਲੀ VSIbase ਮੈਟ੍ਰਿਕ ਦੀ ਸ਼ੁਰੂਆਤੀ ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ ਗਤੀ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ ਜਿਸ ਨਾਲ ਸਿਸਟਮ 'ਤੇ ਲੋਡ ਕੀਤੇ ਬਿਨਾਂ ਨੌਕਰੀਆਂ ਨੂੰ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ। ਇਸਦੇ ਅਧਾਰ ਤੇ, VSImax ਥ੍ਰੈਸ਼ਹੋਲਡ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ VSIbase + 1ms ਦੇ ਬਰਾਬਰ ਹੈ।

ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਬਾਰੇ ਸਿੱਟੇ ਦੋ ਮੈਟ੍ਰਿਕਸ ਦੇ ਆਧਾਰ 'ਤੇ ਬਣਾਏ ਜਾਂਦੇ ਹਨ: VSIbase, ਜੋ ਸਿਸਟਮ ਦੀ ਗਤੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ, ਅਤੇ VSImax ਥ੍ਰੈਸ਼ਹੋਲਡ, ਜੋ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਖਿਆ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਸਿਸਟਮ ਮਹੱਤਵਪੂਰਣ ਗਿਰਾਵਟ ਤੋਂ ਬਿਨਾਂ ਸੰਭਾਲ ਸਕਦਾ ਹੈ।

300 ਗਿਆਨ ਕਰਮਚਾਰੀ ਬੈਂਚਮਾਰਕ

ਗਿਆਨ ਕਰਮਚਾਰੀ ਉਹ ਉਪਭੋਗਤਾ ਹਨ ਜੋ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਮੈਮੋਰੀ, ਪ੍ਰੋਸੈਸਰ ਅਤੇ ਆਈਓ ਨੂੰ ਵੱਖ-ਵੱਖ ਛੋਟੀਆਂ ਚੋਟੀਆਂ ਨਾਲ ਲੋਡ ਕਰਦੇ ਹਨ। ਸੌਫਟਵੇਅਰ ਮੰਗ ਕਰਨ ਵਾਲੇ ਦਫਤਰੀ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਕੰਮ ਦੇ ਬੋਝ ਦੀ ਨਕਲ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਉਹ ਲਗਾਤਾਰ ਕਿਸੇ ਚੀਜ਼ (ਪੀਡੀਐਫ, ਜਾਵਾ, ਆਫਿਸ ਸੂਟ, ਫੋਟੋ ਵਿਊਇੰਗ, 7-ਜ਼ਿਪ) 'ਤੇ ਝਟਕ ਰਹੇ ਹਨ। ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਜ਼ੀਰੋ ਤੋਂ 300 ਤੱਕ ਜੋੜਦੇ ਹੋ, ਹਰ ਇੱਕ ਲਈ ਦੇਰੀ ਹੌਲੀ-ਹੌਲੀ ਵਧਦੀ ਜਾਂਦੀ ਹੈ।

VSImax ਅੰਕੜਾ ਡੇਟਾ:

VSIbase = 986ms, VSI ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਸੀ।

SimpliVity ਨਿਗਰਾਨੀ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲੋਡ ਅੰਕੜੇ:


ਇਸ ਕਿਸਮ ਦੇ ਲੋਡ ਦੇ ਨਾਲ, ਸਿਸਟਮ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿੱਚ ਕਿਸੇ ਵੀ ਗਿਰਾਵਟ ਦੇ ਨਾਲ ਵਧੇ ਹੋਏ ਲੋਡ ਦਾ ਸਾਮ੍ਹਣਾ ਕਰ ਸਕਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਦੇ ਕੰਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਜੋ ਸਮਾਂ ਲੱਗਦਾ ਹੈ ਉਹ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਵਧਦਾ ਹੈ, ਟੈਸਟਿੰਗ ਦੌਰਾਨ ਸਿਸਟਮ ਪ੍ਰਤੀਕਿਰਿਆ ਸਮਾਂ ਨਹੀਂ ਬਦਲਦਾ ਅਤੇ ਲਿਖਣ ਲਈ 3 ms ਅਤੇ ਪੜ੍ਹਨ ਲਈ 1 ms ਤੱਕ ਹੁੰਦਾ ਹੈ।

ਸਿੱਟਾ: 300 ਗਿਆਨ ਉਪਭੋਗਤਾ ਮੌਜੂਦਾ ਕਲੱਸਟਰ 'ਤੇ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਦੂਜੇ ਨਾਲ ਦਖਲ ਨਹੀਂ ਦਿੰਦੇ, 1 ਤੋਂ 6 ਤੱਕ pCPU/vCPU ਓਵਰਸਬਸਕ੍ਰਿਪਸ਼ਨ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ। ਲੋਡ ਵਧਣ ਨਾਲ ਸਮੁੱਚੀ ਦੇਰੀ ਬਰਾਬਰ ਵਧਦੀ ਹੈ, ਪਰ ਨਿਰਧਾਰਤ ਸੀਮਾ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚੀ ਗਈ ਹੈ।

300 ਸਟੋਰੇਜ਼ ਵਰਕਰ ਬੈਂਚਮਾਰਕ

ਇਹ ਉਹ ਉਪਭੋਗਤਾ ਹਨ ਜੋ ਕ੍ਰਮਵਾਰ 30 ਤੋਂ 70 ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਲਗਾਤਾਰ ਲਿਖਦੇ ਅਤੇ ਪੜ੍ਹਦੇ ਹਨ। ਇਹ ਟੈਸਟ ਪ੍ਰਯੋਗ ਦੀ ਖ਼ਾਤਰ ਜ਼ਿਆਦਾ ਕੀਤਾ ਗਿਆ ਸੀ। VSImax ਅੰਕੜਾ ਡੇਟਾ:


VSIbase = 1673, VSI ਥ੍ਰੈਸ਼ਹੋਲਡ 240 ਉਪਭੋਗਤਾਵਾਂ 'ਤੇ ਪਹੁੰਚ ਗਿਆ।

SimpliVity ਨਿਗਰਾਨੀ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲੋਡ ਅੰਕੜੇ:

ਇਸ ਕਿਸਮ ਦਾ ਲੋਡ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦਾ ਤਣਾਅ ਟੈਸਟ ਹੁੰਦਾ ਹੈ। ਜਦੋਂ ਇਹ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਹਰੇਕ ਉਪਭੋਗਤਾ ਡਿਸਕ 'ਤੇ ਵੱਖ-ਵੱਖ ਆਕਾਰ ਦੀਆਂ ਕਈ ਬੇਤਰਤੀਬ ਫਾਈਲਾਂ ਲਿਖਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਜਦੋਂ ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਇੱਕ ਨਿਸ਼ਚਿਤ ਲੋਡ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਪਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਫਾਈਲਾਂ ਨੂੰ ਲਿਖਣ ਲਈ ਕਾਰਜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਸਮਾਂ ਵੱਧ ਜਾਂਦਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਸਟੋਰੇਜ ਸਿਸਟਮ, ਪ੍ਰੋਸੈਸਰ ਅਤੇ ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਮੈਮੋਰੀ 'ਤੇ ਲੋਡ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਨਹੀਂ ਬਦਲਦਾ, ਇਸ ਲਈ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨਾ ਅਸੰਭਵ ਹੈ ਕਿ ਦੇਰੀ ਦਾ ਕਾਰਨ ਕੀ ਹੈ.

ਇਸ ਟੈਸਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਬਾਰੇ ਸਿੱਟੇ ਸਿਰਫ਼ ਦੂਜੇ ਸਿਸਟਮਾਂ 'ਤੇ ਟੈਸਟ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਹੀ ਕੱਢੇ ਜਾ ਸਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਅਜਿਹੇ ਲੋਡ ਸਿੰਥੈਟਿਕ ਅਤੇ ਗੈਰ-ਯਥਾਰਥਵਾਦੀ ਹਨ। ਹਾਲਾਂਕਿ, ਕੁੱਲ ਮਿਲਾ ਕੇ ਟੈਸਟ ਵਧੀਆ ਰਿਹਾ. 210 ਸੈਸ਼ਨਾਂ ਤੱਕ ਸਭ ਕੁਝ ਠੀਕ ਹੋ ਗਿਆ, ਅਤੇ ਫਿਰ ਅਜੀਬ ਜਵਾਬ ਸ਼ੁਰੂ ਹੋਏ, ਜੋ ਕਿ ਲੌਗਇਨ VSI ਤੋਂ ਇਲਾਵਾ ਕਿਤੇ ਵੀ ਟਰੈਕ ਨਹੀਂ ਕੀਤੇ ਗਏ ਸਨ।

300 ਬਿਜਲੀ ਕਰਮਚਾਰੀ

ਇਹ ਉਹ ਉਪਭੋਗਤਾ ਹਨ ਜੋ CPU, ਮੈਮੋਰੀ ਅਤੇ ਉੱਚ IO ਨੂੰ ਪਿਆਰ ਕਰਦੇ ਹਨ. ਇਹ "ਪਾਵਰ ਉਪਭੋਗਤਾ" ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਲੰਬੇ ਬਰਸਟਾਂ ਦੇ ਨਾਲ ਗੁੰਝਲਦਾਰ ਕੰਮ ਚਲਾਉਂਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਨਵਾਂ ਸੌਫਟਵੇਅਰ ਸਥਾਪਤ ਕਰਨਾ ਅਤੇ ਵੱਡੇ ਪੁਰਾਲੇਖਾਂ ਨੂੰ ਅਨਪੈਕ ਕਰਨਾ। VSImax ਅੰਕੜਾ ਡੇਟਾ:


VSIbase = 970, VSI ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਸੀ।

SimpliVity ਨਿਗਰਾਨੀ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲੋਡ ਅੰਕੜੇ:


ਟੈਸਟਿੰਗ ਦੇ ਦੌਰਾਨ, ਪ੍ਰੋਸੈਸਰ ਲੋਡ ਥ੍ਰੈਸ਼ਹੋਲਡ ਸਿਸਟਮ ਨੋਡਾਂ ਵਿੱਚੋਂ ਇੱਕ 'ਤੇ ਪਹੁੰਚ ਗਿਆ ਸੀ, ਪਰ ਇਸਦਾ ਇਸਦੇ ਸੰਚਾਲਨ 'ਤੇ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪਿਆ:

ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਿਸਟਮ ਮਹੱਤਵਪੂਰਨ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਗਿਰਾਵਟ ਦੇ ਬਿਨਾਂ ਵਧੇ ਹੋਏ ਲੋਡ ਦਾ ਸਾਮ੍ਹਣਾ ਕਰ ਸਕਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਦੇ ਕੰਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਜੋ ਸਮਾਂ ਲੱਗਦਾ ਹੈ ਉਹ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਵਧਦਾ ਹੈ, ਟੈਸਟਿੰਗ ਦੌਰਾਨ ਸਿਸਟਮ ਪ੍ਰਤੀਕਿਰਿਆ ਸਮਾਂ ਨਹੀਂ ਬਦਲਦਾ ਅਤੇ ਲਿਖਣ ਲਈ 3 ms ਅਤੇ ਪੜ੍ਹਨ ਲਈ 1 ms ਤੱਕ ਹੁੰਦਾ ਹੈ।

ਨਿਯਮਤ ਟੈਸਟ ਗਾਹਕ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਸਨ, ਅਤੇ ਅਸੀਂ ਹੋਰ ਅੱਗੇ ਵਧੇ: ਅਸੀਂ VM ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (ਓਵਰਸਬਸਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਡਿਸਕ ਦੇ ਆਕਾਰ ਵਿੱਚ ਵਾਧੇ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ vCPUs ਦੀ ਗਿਣਤੀ) ਵਿੱਚ ਵਾਧਾ ਕੀਤਾ ਅਤੇ ਵਾਧੂ ਲੋਡ ਜੋੜਿਆ।

ਵਾਧੂ ਟੈਸਟਾਂ ਦਾ ਸੰਚਾਲਨ ਕਰਦੇ ਸਮੇਂ, ਹੇਠਾਂ ਦਿੱਤੀ ਸਟੈਂਡ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਰਤੀ ਗਈ ਸੀ:
300vCPU, 4GB RAM, 4GB HDD ਸੰਰਚਨਾ ਵਿੱਚ 80 ਵਰਚੁਅਲ ਡੈਸਕਟਾਪ ਤਾਇਨਾਤ ਕੀਤੇ ਗਏ ਸਨ।

ਟੈਸਟ ਮਸ਼ੀਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਸੰਰਚਨਾ:


ਮਸ਼ੀਨਾਂ ਨੂੰ ਸਮਰਪਿਤ - ਪੂਰੀ ਕਾਪੀ ਵਿਕਲਪ ਵਿੱਚ ਤਾਇਨਾਤ ਕੀਤਾ ਗਿਆ ਹੈ:

ਓਵਰਸਬਸਕ੍ਰਿਪਸ਼ਨ 300 ਦੇ ਨਾਲ 12 ਗਿਆਨ ਕਰਮਚਾਰੀ ਬੈਂਚਮਾਰਕ

VSImax ਅੰਕੜਾ ਡੇਟਾ:


VSIbase = 921 ms, VSI ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਸੀ।

SimpliVity ਨਿਗਰਾਨੀ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲੋਡ ਅੰਕੜੇ:


ਪ੍ਰਾਪਤ ਕੀਤੇ ਨਤੀਜੇ ਪਿਛਲੀ VM ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕਰਨ ਦੇ ਸਮਾਨ ਹਨ।

300 ਓਵਰਸਬਸਕ੍ਰਿਪਸ਼ਨ ਵਾਲੇ 12 ਪਾਵਰ ਵਰਕਰ

VSImax ਅੰਕੜਾ ਡੇਟਾ:


VSIbase = 933, VSI ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਸੀ।

SimpliVity ਨਿਗਰਾਨੀ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲੋਡ ਅੰਕੜੇ:


ਇਸ ਟੈਸਟਿੰਗ ਦੌਰਾਨ, ਪ੍ਰੋਸੈਸਰ ਲੋਡ ਥ੍ਰੈਸ਼ਹੋਲਡ ਵੀ ਪਹੁੰਚ ਗਿਆ ਸੀ, ਪਰ ਇਸਦਾ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪਿਆ:

ਪ੍ਰਾਪਤ ਕੀਤੇ ਨਤੀਜੇ ਪਿਛਲੀ ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕਰਨ ਦੇ ਸਮਾਨ ਹਨ।

ਜੇ ਤੁਸੀਂ 10 ਘੰਟਿਆਂ ਲਈ ਲੋਡ ਚਲਾਉਂਦੇ ਹੋ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ?

ਹੁਣ ਆਓ ਦੇਖੀਏ ਕਿ ਕੀ ਇੱਥੇ "ਇਕਮੁਲੇਸ਼ਨ ਪ੍ਰਭਾਵ" ਹੋਵੇਗਾ ਅਤੇ ਲਗਾਤਾਰ 10 ਘੰਟਿਆਂ ਲਈ ਟੈਸਟ ਚਲਾਓਗੇ।

ਸੈਕਸ਼ਨ ਦੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਟੈਸਟਾਂ ਅਤੇ ਵਰਣਨ ਦਾ ਉਦੇਸ਼ ਇਸ ਤੱਥ 'ਤੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਅਸੀਂ ਇਹ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਸੀ ਕਿ ਕੀ ਇਸ 'ਤੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਭਾਰ ਹੇਠ ਟਰਸ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਪੈਦਾ ਹੋਵੇਗੀ ਜਾਂ ਨਹੀਂ।

300 ਗਿਆਨ ਕਰਮਚਾਰੀ ਬੈਂਚਮਾਰਕ + 10 ਘੰਟੇ

ਇਸ ਤੋਂ ਇਲਾਵਾ, 300 ਗਿਆਨ ਕਰਮਚਾਰੀਆਂ ਦੇ ਲੋਡ ਕੇਸ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਉਪਭੋਗਤਾ 10 ਘੰਟਿਆਂ ਲਈ ਕੰਮ ਕੀਤਾ ਗਿਆ।

VSImax ਅੰਕੜਾ ਡੇਟਾ:


VSIbase = 919 ms, VSI ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਸੀ।

VSImax ਵਿਸਤ੍ਰਿਤ ਅੰਕੜੇ ਡੇਟਾ:


ਗ੍ਰਾਫ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਪੂਰੇ ਟੈਸਟ ਦੌਰਾਨ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਕੋਈ ਗਿਰਾਵਟ ਨਹੀਂ ਵੇਖੀ ਗਈ ਹੈ।

SimpliVity ਨਿਗਰਾਨੀ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲੋਡ ਅੰਕੜੇ:


ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਪੂਰੇ ਟੈਸਟ ਦੌਰਾਨ ਇੱਕੋ ਜਿਹੀ ਰਹਿੰਦੀ ਹੈ।

ਸਿੰਥੈਟਿਕ ਲੋਡ ਦੇ ਨਾਲ ਵਾਧੂ ਟੈਸਟਿੰਗ

ਗਾਹਕ ਨੇ ਡਿਸਕ ਵਿੱਚ ਇੱਕ ਜੰਗਲੀ ਲੋਡ ਜੋੜਨ ਲਈ ਕਿਹਾ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਜਦੋਂ ਉਪਭੋਗਤਾ ਸਿਸਟਮ ਵਿੱਚ ਲੌਗਇਨ ਕਰਦਾ ਹੈ ਤਾਂ ਡਿਸਕ ਉੱਤੇ ਇੱਕ ਸਿੰਥੈਟਿਕ ਲੋਡ ਚਲਾਉਣ ਲਈ ਉਪਭੋਗਤਾ ਦੀਆਂ ਹਰੇਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਵਿੱਚ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਕੰਮ ਜੋੜਿਆ ਗਿਆ ਸੀ। ਲੋਡ fio ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ ਤੁਹਾਨੂੰ IOPS ਦੀ ਸੰਖਿਆ ਦੁਆਰਾ ਡਿਸਕ 'ਤੇ ਲੋਡ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਹਰੇਕ ਮਸ਼ੀਨ ਵਿੱਚ, 22 IOPS 70%/30% ਰੈਂਡਮ ਰੀਡ/ਰਾਈਟ ਦੀ ਮਾਤਰਾ ਵਿੱਚ ਇੱਕ ਵਾਧੂ ਲੋਡ ਲਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਕਾਰਜ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਸੀ।

300 ਗਿਆਨ ਕਰਮਚਾਰੀ ਬੈਂਚਮਾਰਕ + 22 IOPS ਪ੍ਰਤੀ ਉਪਭੋਗਤਾ

ਸ਼ੁਰੂਆਤੀ ਟੈਸਟਿੰਗ ਵਿੱਚ, fio ਨੂੰ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਉੱਤੇ ਮਹੱਤਵਪੂਰਨ CPU ਓਵਰਹੈੱਡ ਲਗਾਉਣ ਲਈ ਪਾਇਆ ਗਿਆ ਸੀ। ਇਸ ਨਾਲ ਮੇਜ਼ਬਾਨਾਂ ਦਾ ਤੇਜ਼ੀ ਨਾਲ CPU ਓਵਰਲੋਡ ਹੋ ਗਿਆ ਅਤੇ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਸਿਸਟਮ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ।

ਹੋਸਟ CPU ਲੋਡ:




ਇਸ ਦੇ ਨਾਲ ਹੀ, ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਦੇਰੀ ਵੀ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਵਧ ਗਈ ਹੈ:


ਕੰਪਿਊਟਿੰਗ ਪਾਵਰ ਦੀ ਘਾਟ ਲਗਭਗ 240 ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਗੰਭੀਰ ਬਣ ਗਈ:


ਪ੍ਰਾਪਤ ਨਤੀਜਿਆਂ ਦੇ ਕਾਰਨ, ਇਹ ਟੈਸਟ ਕਰਵਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ ਜੋ ਘੱਟ CPU ਇੰਟੈਂਸਿਵ ਸੀ।

230 ਦਫਤਰ ਕਰਮਚਾਰੀ ਬੈਂਚਮਾਰਕ + 22 IOPS ਪ੍ਰਤੀ ਉਪਭੋਗਤਾ

CPU 'ਤੇ ਲੋਡ ਨੂੰ ਘਟਾਉਣ ਲਈ, ਦਫਤਰ ਦੇ ਕਰਮਚਾਰੀਆਂ ਦੀ ਲੋਡ ਕਿਸਮ ਦੀ ਚੋਣ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਹਰੇਕ ਸੈਸ਼ਨ ਵਿੱਚ ਸਿੰਥੈਟਿਕ ਲੋਡ ਦੇ 22 IOPS ਵੀ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ।

ਅਧਿਕਤਮ CPU ਲੋਡ ਤੋਂ ਵੱਧ ਨਾ ਹੋਣ ਲਈ ਟੈਸਟ 230 ਸੈਸ਼ਨਾਂ ਤੱਕ ਸੀਮਿਤ ਸੀ।

ਇਹ ਟੈਸਟ ਵੱਧ ਤੋਂ ਵੱਧ ਲੋਡ ਦੇ ਨੇੜੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ ਸਿਸਟਮ ਦੀ ਸਥਿਰਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ 10 ਘੰਟਿਆਂ ਲਈ ਚੱਲਣ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਨਾਲ ਚਲਾਇਆ ਗਿਆ ਸੀ।

VSImax ਅੰਕੜਾ ਡੇਟਾ:


VSIbase = 918 ms, VSI ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਸੀ।

VSImax ਵਿਸਤ੍ਰਿਤ ਅੰਕੜੇ ਡੇਟਾ:


ਗ੍ਰਾਫ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਪੂਰੇ ਟੈਸਟ ਦੌਰਾਨ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਕੋਈ ਗਿਰਾਵਟ ਨਹੀਂ ਵੇਖੀ ਗਈ ਹੈ।

CPU ਲੋਡ ਅੰਕੜੇ:




ਇਹ ਟੈਸਟ ਕਰਨ ਵੇਲੇ, ਮੇਜ਼ਬਾਨਾਂ ਦੇ CPU ਉੱਤੇ ਲੋਡ ਲਗਭਗ ਵੱਧ ਤੋਂ ਵੱਧ ਸੀ।

SimpliVity ਨਿਗਰਾਨੀ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਲੋਡ ਅੰਕੜੇ:


ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਪੂਰੇ ਟੈਸਟ ਦੌਰਾਨ ਇੱਕੋ ਜਿਹੀ ਰਹਿੰਦੀ ਹੈ।

ਟੈਸਟ ਦੌਰਾਨ ਸਟੋਰੇਜ ਸਿਸਟਮ 'ਤੇ ਲੋਡ 6/500 ਅਨੁਪਾਤ (60 IOPS ਰੀਡ, 40 IOPS ਰਾਈਟ) ਵਿੱਚ ਲਗਭਗ 3 IOPS ਸੀ, ਜੋ ਪ੍ਰਤੀ ਵਰਕਸਟੇਸ਼ਨ ਲਗਭਗ 900 IOPS ਹੈ।

ਪ੍ਰਤੀਕਿਰਿਆ ਸਮਾਂ ਲਿਖਣ ਲਈ ਔਸਤਨ 3 ms ਅਤੇ ਪੜ੍ਹਨ ਲਈ 1 ms ਤੱਕ ਹੈ।

ਨਤੀਜਾ

HPE SimpliVity infrastructure 'ਤੇ ਅਸਲ ਲੋਡਾਂ ਦੀ ਨਕਲ ਕਰਦੇ ਸਮੇਂ, ਸਿਮਪਲੀਵਿਟੀ ਨੋਡਾਂ ਦੇ ਇੱਕ ਜੋੜੇ 'ਤੇ ਘੱਟੋ-ਘੱਟ 300 ਫੁੱਲ ਕਲੋਨ ਮਸ਼ੀਨਾਂ ਦੇ ਵਰਚੁਅਲ ਡੈਸਕਟਾਪਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਸਿਸਟਮ ਦੀ ਯੋਗਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਸਨ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਦਾ ਜਵਾਬ ਸਮਾਂ ਪੂਰੀ ਜਾਂਚ ਦੌਰਾਨ ਇੱਕ ਅਨੁਕੂਲ ਪੱਧਰ 'ਤੇ ਬਣਾਈ ਰੱਖਿਆ ਗਿਆ ਸੀ।

ਅਸੀਂ ਲੰਬੇ ਟੈਸਟਾਂ ਦੀ ਪਹੁੰਚ ਅਤੇ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੱਲਾਂ ਦੀ ਤੁਲਨਾ ਤੋਂ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ ਹੋਏ ਹਾਂ। ਜੇਕਰ ਤੁਸੀਂ ਚਾਹੋ ਤਾਂ ਅਸੀਂ ਤੁਹਾਡੇ ਕੰਮ ਦੇ ਬੋਝ ਲਈ ਵੀ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹਾਂ। ਹੋਰ ਹਾਈਪਰਕਨਵਰਜਡ ਹੱਲਾਂ ਸਮੇਤ। ਜ਼ਿਕਰ ਕੀਤਾ ਗਾਹਕ ਹੁਣ ਸਮਾਨਾਂਤਰ ਵਿੱਚ ਇੱਕ ਹੋਰ ਹੱਲ 'ਤੇ ਟੈਸਟਾਂ ਨੂੰ ਪੂਰਾ ਕਰ ਰਿਹਾ ਹੈ। ਇਸਦਾ ਮੌਜੂਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹਰ ਕੰਮ ਵਾਲੀ ਥਾਂ 'ਤੇ ਪੀਸੀ, ਇੱਕ ਡੋਮੇਨ ਅਤੇ ਸੌਫਟਵੇਅਰ ਦਾ ਇੱਕ ਫਲੀਟ ਹੈ। ਬਿਨਾਂ ਟੈਸਟਾਂ ਦੇ VDI ਵਿੱਚ ਜਾਣਾ, ਬੇਸ਼ਕ, ਕਾਫ਼ੀ ਮੁਸ਼ਕਲ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, ਅਸਲ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇਸ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕੀਤੇ ਬਿਨਾਂ VDI ਫਾਰਮ ਦੀਆਂ ਅਸਲ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਸਮਝਣਾ ਮੁਸ਼ਕਲ ਹੈ। ਅਤੇ ਇਹ ਟੈਸਟ ਤੁਹਾਨੂੰ ਆਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਖਾਸ ਸਿਸਟਮ ਦੀਆਂ ਅਸਲ ਸਮਰੱਥਾਵਾਂ ਦਾ ਤੁਰੰਤ ਮੁਲਾਂਕਣ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹ ਅਧਿਐਨ ਆਇਆ ਹੈ.

ਦੂਜੀ ਮਹੱਤਵਪੂਰਨ ਪਹੁੰਚ ਇਹ ਹੈ ਕਿ ਗਾਹਕ ਤੁਰੰਤ ਸਹੀ ਸਕੇਲਿੰਗ ਲਈ ਵਚਨਬੱਧ ਹੋਵੇ। ਇੱਥੇ ਤੁਸੀਂ ਇੱਕ ਵਾਧੂ ਸਰਵਰ ਖਰੀਦ ਸਕਦੇ ਹੋ ਅਤੇ ਇੱਕ ਫਾਰਮ ਜੋੜ ਸਕਦੇ ਹੋ, ਉਦਾਹਰਨ ਲਈ, 100 ਉਪਭੋਗਤਾਵਾਂ ਲਈ, ਹਰ ਚੀਜ਼ ਉਪਭੋਗਤਾ ਦੀ ਕੀਮਤ 'ਤੇ ਅਨੁਮਾਨਤ ਹੈ. ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਉਹਨਾਂ ਨੂੰ 300 ਹੋਰ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਪਤਾ ਹੋਵੇਗਾ ਕਿ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਪਰਿਭਾਸ਼ਿਤ ਸੰਰਚਨਾ ਵਿੱਚ ਦੋ ਸਰਵਰਾਂ ਦੀ ਲੋੜ ਹੈ, ਨਾ ਕਿ ਉਹਨਾਂ ਦੇ ਪੂਰੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਅੱਪਗਰੇਡ ਕਰਨ ਬਾਰੇ ਮੁੜ ਵਿਚਾਰ ਕਰਨ ਦੀ ਬਜਾਏ.

HPE SimpliVity ਫੈਡਰੇਸ਼ਨ ਦੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਦਿਲਚਸਪ ਹਨ। ਕਾਰੋਬਾਰ ਭੂਗੋਲਿਕ ਤੌਰ 'ਤੇ ਵੱਖ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸਲਈ ਕਿਸੇ ਦੂਰ ਦੇ ਦਫਤਰ ਵਿੱਚ ਤੁਹਾਡਾ ਆਪਣਾ ਵੱਖਰਾ VDI ਹਾਰਡਵੇਅਰ ਸਥਾਪਤ ਕਰਨਾ ਸਮਝਦਾਰੀ ਰੱਖਦਾ ਹੈ। ਸਿਮਪਲਵਿਟੀ ਫੈਡਰੇਸ਼ਨ ਵਿੱਚ, ਹਰੇਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਭੂਗੋਲਿਕ ਤੌਰ 'ਤੇ ਰਿਮੋਟ ਕਲੱਸਟਰਾਂ ਦੇ ਵਿਚਕਾਰ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਅਤੇ ਚੈਨਲ 'ਤੇ ਲੋਡ ਕੀਤੇ ਬਿਨਾਂ ਨਕਲ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦੇ ਨਾਲ ਇੱਕ ਅਨੁਸੂਚੀ ਦੇ ਅਨੁਸਾਰ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ - ਇਹ ਇੱਕ ਬਹੁਤ ਵਧੀਆ ਪੱਧਰ ਦਾ ਇੱਕ ਬਿਲਟ-ਇਨ ਬੈਕਅੱਪ ਹੈ। ਸਾਈਟਾਂ ਵਿਚਕਾਰ VM ਦੀ ਨਕਲ ਕਰਦੇ ਸਮੇਂ, ਚੈਨਲ ਦੀ ਵਰਤੋਂ ਘੱਟ ਤੋਂ ਘੱਟ ਸੰਭਵ ਤੌਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਸਿੰਗਲ ਕੰਟਰੋਲ ਸੈਂਟਰ ਅਤੇ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਸਟੋਰੇਜ ਸਾਈਟਾਂ ਦੇ ਸਮੂਹ ਦੀ ਮੌਜੂਦਗੀ ਵਿੱਚ ਬਹੁਤ ਦਿਲਚਸਪ DR ਆਰਕੀਟੈਕਚਰ ਬਣਾਉਣਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ।

ਫੈਡਰੇਸ਼ਨ

ਇਹ ਸਭ ਮਿਲ ਕੇ ਵਿੱਤੀ ਪੱਖ ਦਾ ਬਹੁਤ ਵਿਸਥਾਰ ਨਾਲ ਮੁਲਾਂਕਣ ਕਰਨਾ, ਅਤੇ ਕੰਪਨੀ ਦੀਆਂ ਵਿਕਾਸ ਯੋਜਨਾਵਾਂ 'ਤੇ VDI ਦੀਆਂ ਲਾਗਤਾਂ ਨੂੰ ਉੱਚਾ ਚੁੱਕਣਾ, ਅਤੇ ਇਹ ਸਮਝਣਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਹੱਲ ਕਿੰਨੀ ਜਲਦੀ ਭੁਗਤਾਨ ਕਰੇਗਾ ਅਤੇ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰੇਗਾ। ਕਿਉਂਕਿ ਕੋਈ ਵੀ VDI ਇੱਕ ਅਜਿਹਾ ਹੱਲ ਹੈ ਜੋ ਆਖਿਰਕਾਰ ਬਹੁਤ ਸਾਰੇ ਸਰੋਤਾਂ ਦੀ ਬਚਤ ਕਰਦਾ ਹੈ, ਪਰ ਉਸੇ ਸਮੇਂ, ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ, ਵਰਤੋਂ ਦੇ 5-7 ਸਾਲਾਂ ਦੇ ਅੰਦਰ ਇਸਨੂੰ ਬਦਲਣ ਲਈ ਲਾਗਤ-ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਮੌਕੇ ਤੋਂ ਬਿਨਾਂ.

ਆਮ ਤੌਰ 'ਤੇ, ਜੇ ਤੁਹਾਡੇ ਕੋਈ ਸਵਾਲ ਹਨ ਜੋ ਟਿੱਪਣੀ ਲਈ ਨਹੀਂ ਹਨ, ਤਾਂ ਮੈਨੂੰ ਈਮੇਲ ਦੁਆਰਾ ਲਿਖੋ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ].

ਸਰੋਤ: www.habr.com