ਹੱਥਾਂ ਤੋਂ ਬਿਨਾਂ ਐਡਮਿਨ = ਹਾਈਪਰਕਨਵਰਜੈਂਸ?

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

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

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

ਅਤੇ ਇਹ ਅਚਾਨਕ ਬੈਕਅੱਪ ਡੇਟਾ ਸੈਂਟਰਾਂ (ਡਿਜ਼ਾਸਟਰ ਰਿਕਵਰੀ) ਲਈ ਇੱਕ ਬਹੁਤ ਵਧੀਆ ਹੱਲ ਨਿਕਲਿਆ। ਮੈਂ ਤੁਹਾਨੂੰ ਹੁਣ ਕਿਉਂ ਅਤੇ ਕਿਵੇਂ ਦੱਸਾਂਗਾ। ਅਤੇ ਮੈਂ ਤੁਹਾਨੂੰ ਕਲੱਸਟਰ ਟੈਸਟ ਦਿਖਾਵਾਂਗਾ।

ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ

ਹਾਈਪਰਕਨਵਰਜੈਂਸ ਹੈ:

1. ਕੰਪਿਊਟ ਨੋਡਾਂ ਵਿੱਚ ਡਿਸਕਾਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ।
2. ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਸਬ-ਸਿਸਟਮ ਨਾਲ ਸਟੋਰੇਜ਼ ਸਬ-ਸਿਸਟਮ ਦਾ ਪੂਰਾ ਏਕੀਕਰਣ।
3. ਨੈੱਟਵਰਕ ਸਬ-ਸਿਸਟਮ ਨਾਲ ਟ੍ਰਾਂਸਫਰ/ਏਕੀਕਰਨ।

ਇਹ ਸੁਮੇਲ ਤੁਹਾਨੂੰ ਕਈ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਲਾਗੂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਅਤੇ ਸਾਰੀਆਂ ਇੱਕ ਕੰਟਰੋਲ ਵਿੰਡੋ ਤੋਂ।

ਸਾਡੀ ਕੰਪਨੀ ਵਿੱਚ, ਬੇਲੋੜੇ ਡੇਟਾ ਸੈਂਟਰਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਬਹੁਤ ਮੰਗ ਹੈ, ਅਤੇ ਇੱਕ ਹਾਈਪਰਕਨਵਰਜਡ ਹੱਲ ਅਕਸਰ ਬਕਸੇ ਤੋਂ ਬਾਹਰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਵਿਕਲਪਾਂ (ਇੱਕ ਮੈਟਰੋਕਲੱਸਟਰ ਤੱਕ) ਦੇ ਝੁੰਡ ਦੇ ਕਾਰਨ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ।

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

ਇਸ ਲਈ, ਹੁਣ ਮੈਂ ਸਿਸਟਮ ਡਿਜ਼ਾਈਨ ਅਤੇ ਟੈਸਟਾਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ, ਅਤੇ ਫਿਰ ਬਚਤ ਡੇਟਾ ਦੇ ਨਾਲ ਕੁਝ ਅਸਲ-ਜੀਵਨ ਐਪਲੀਕੇਸ਼ਨ ਦ੍ਰਿਸ਼ਾਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ।

ਟੈਸਟ

ਸਾਡੇ ਉਦਾਹਰਣ ਵਿੱਚ ਚਾਰ ਸਰਵਰ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਵਿੱਚ 10 GB ਦੀਆਂ 960 SSD ਡਰਾਈਵਾਂ ਹਨ। ਕੈਚਿੰਗ ਰਾਈਟ ਓਪਰੇਸ਼ਨ ਅਤੇ ਸਰਵਿਸ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਇੱਕ ਸਮਰਪਿਤ ਡਿਸਕ ਹੈ। ਹੱਲ ਆਪਣੇ ਆਪ ਵਿੱਚ ਚੌਥਾ ਸੰਸਕਰਣ ਹੈ. ਪਹਿਲਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕੱਚਾ ਹੈ (ਸਮੀਖਿਆਵਾਂ ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ), ਦੂਜਾ ਗਿੱਲਾ ਹੈ, ਤੀਜਾ ਪਹਿਲਾਂ ਹੀ ਕਾਫ਼ੀ ਸਥਿਰ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਆਮ ਲੋਕਾਂ ਲਈ ਬੀਟਾ ਟੈਸਟਿੰਗ ਦੇ ਅੰਤ ਤੋਂ ਬਾਅਦ ਰਿਲੀਜ਼ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ। ਟੈਸਟਿੰਗ ਦੌਰਾਨ ਮੈਨੂੰ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਦਿਖਾਈ ਦਿੱਤੀ, ਹਰ ਚੀਜ਼ ਇੱਕ ਘੜੀ ਵਾਂਗ ਕੰਮ ਕਰਦੀ ਹੈ।

v4 ਵਿੱਚ ਬਦਲਾਅਬੱਗਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਠੀਕ ਕੀਤਾ ਗਿਆ ਹੈ।

ਸ਼ੁਰੂ ਵਿੱਚ, ਪਲੇਟਫਾਰਮ ਸਿਰਫ਼ VMware ESXi ਹਾਈਪਰਵਾਈਜ਼ਰ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦਾ ਸੀ ਅਤੇ ਥੋੜ੍ਹੇ ਜਿਹੇ ਨੋਡਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਸੀ। ਨਾਲ ਹੀ, ਤੈਨਾਤੀ ਪ੍ਰਕਿਰਿਆ ਹਮੇਸ਼ਾ ਸਫਲਤਾਪੂਰਵਕ ਖਤਮ ਨਹੀਂ ਹੁੰਦੀ ਸੀ, ਕੁਝ ਕਦਮਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਪੈਂਦਾ ਸੀ, ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਤੋਂ ਅੱਪਡੇਟ ਕਰਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਸਨ, GUI ਵਿੱਚ ਡੇਟਾ ਹਮੇਸ਼ਾ ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਹੁੰਦਾ ਸੀ (ਹਾਲਾਂਕਿ ਮੈਂ ਅਜੇ ਵੀ ਪ੍ਰਦਰਸ਼ਨ ਗ੍ਰਾਫਾਂ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਤੋਂ ਖੁਸ਼ ਨਹੀਂ ਹਾਂ , ਕਈ ਵਾਰ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਦੇ ਇੰਟਰਫੇਸ 'ਤੇ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।

ਹੁਣ ਬਚਪਨ ਦੀਆਂ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਹਾਈਪਰਫਲੈਕਸ ESXi ਅਤੇ Hyper-V ਦੋਵਾਂ ਨੂੰ ਸੰਭਾਲ ਸਕਦਾ ਹੈ, ਨਾਲ ਹੀ ਇਹ ਸੰਭਵ ਹੈ:

1. ਇੱਕ ਖਿੱਚਿਆ ਕਲੱਸਟਰ ਬਣਾਉਣਾ.
2. ਫੈਬਰਿਕ ਇੰਟਰਕਨੈਕਟ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ ਦਫਤਰਾਂ ਲਈ ਇੱਕ ਕਲੱਸਟਰ ਬਣਾਉਣਾ, ਦੋ ਤੋਂ ਚਾਰ ਨੋਡਾਂ ਤੱਕ (ਅਸੀਂ ਸਿਰਫ ਸਰਵਰ ਖਰੀਦਦੇ ਹਾਂ)।
3. ਬਾਹਰੀ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਯੋਗਤਾ.
4. ਕੰਟੇਨਰਾਂ ਅਤੇ ਕੁਬਰਨੇਟਸ ਲਈ ਸਮਰਥਨ.
5. ਉਪਲਬਧਤਾ ਜ਼ੋਨ ਦੀ ਸਿਰਜਣਾ.
6. VMware SRM ਨਾਲ ਏਕੀਕਰਣ ਜੇਕਰ ਬਿਲਟ-ਇਨ ਕਾਰਜਕੁਸ਼ਲਤਾ ਤਸੱਲੀਬਖਸ਼ ਨਹੀਂ ਹੈ।

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

ਅਸੀਂ VMware ਦੇ ਹੱਲ 'ਤੇ ਵਿਚਾਰ ਕਰਾਂਗੇ, ਕਿਉਂਕਿ ਹੱਲ ਅਸਲ ਵਿੱਚ ਇਸਦੇ ਲਈ ਬਣਾਇਆ ਗਿਆ ਸੀ ਅਤੇ ਇਸ ਵਿੱਚ ਵਧੇਰੇ ਕਾਰਜਸ਼ੀਲਤਾ ਹੈ; ਮੁਕਾਬਲੇ ਦੇ ਨਾਲ ਬਣੇ ਰਹਿਣ ਅਤੇ ਮਾਰਕੀਟ ਦੀਆਂ ਉਮੀਦਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਹਾਈਪਰ-ਵੀ ਨੂੰ ਰਸਤੇ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਸੀ।

ਡਿਸਕਾਂ ਨਾਲ ਭਰੇ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ। ਡਾਟਾ ਸਟੋਰੇਜ਼ ਲਈ ਡਿਸਕਾਂ ਹਨ (SSD ਜਾਂ HDD - ਤੁਹਾਡੀ ਪਸੰਦ ਅਤੇ ਲੋੜਾਂ ਅਨੁਸਾਰ), ਕੈਚਿੰਗ ਲਈ ਇੱਕ SSD ਡਿਸਕ ਹੈ। ਡੇਟਾਸਟੋਰ ਵਿੱਚ ਡੇਟਾ ਲਿਖਣ ਵੇਲੇ, ਡੇਟਾ ਕੈਚਿੰਗ ਲੇਅਰ (ਸਮਰਪਿਤ SSD ਡਿਸਕ ਅਤੇ ਸੇਵਾ VM ਦੀ RAM) ਤੇ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਮਾਨਾਂਤਰ ਵਿੱਚ, ਡੇਟਾ ਦਾ ਇੱਕ ਬਲਾਕ ਕਲੱਸਟਰ ਵਿੱਚ ਨੋਡਾਂ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ (ਨੋਡਾਂ ਦੀ ਗਿਣਤੀ ਕਲੱਸਟਰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕਾਰਕ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ)। ਸਫਲ ਰਿਕਾਰਡਿੰਗ ਬਾਰੇ ਸਾਰੇ ਨੋਡਾਂ ਤੋਂ ਪੁਸ਼ਟੀ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਰਿਕਾਰਡਿੰਗ ਦੀ ਪੁਸ਼ਟੀ ਹਾਈਪਰਵਾਈਜ਼ਰ ਅਤੇ ਫਿਰ VM ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। ਰਿਕਾਰਡ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਸਟੋਰੇਜ ਡਿਸਕਾਂ ਵਿੱਚ ਡੁਪਲੀਕੇਟ, ਸੰਕੁਚਿਤ ਅਤੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਸਟੋਰੇਜ਼ ਡਿਸਕਾਂ 'ਤੇ ਇੱਕ ਵੱਡਾ ਬਲਾਕ ਹਮੇਸ਼ਾ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕ੍ਰਮਵਾਰ, ਜੋ ਸਟੋਰੇਜ਼ ਡਿਸਕਾਂ 'ਤੇ ਲੋਡ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।

ਡੁਪਲਿਕੇਸ਼ਨ ਅਤੇ ਕੰਪਰੈਸ਼ਨ ਹਮੇਸ਼ਾ ਸਮਰੱਥ ਹੁੰਦੇ ਹਨ ਅਤੇ ਅਸਮਰੱਥ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਡਾਟਾ ਸਟੋਰੇਜ ਡਿਸਕ ਜਾਂ RAM ਕੈਸ਼ ਤੋਂ ਸਿੱਧਾ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਸੰਰਚਨਾ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਰੀਡ ਵੀ SSD 'ਤੇ ਕੈਸ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

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

ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸੇਵਾ VM Cisco HyperFlex ਡਾਟਾ ਪਲੇਟਫਾਰਮ ਕੰਟਰੋਲਰ, ਜੋ ਕਿ ਹਰੇਕ ਸਟੋਰੇਜ਼ ਨੋਡ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੇ ਪੂਰੇ ਓਪਰੇਸ਼ਨ ਤਰਕ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਸਾਡੀ ਸੇਵਾ VM ਸੰਰਚਨਾ ਵਿੱਚ, ਅੱਠ vCPUs ਅਤੇ 72 GB RAM ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਸੀ, ਜੋ ਕਿ ਬਹੁਤ ਘੱਟ ਨਹੀਂ ਹੈ। ਮੈਂ ਤੁਹਾਨੂੰ ਯਾਦ ਕਰਾਵਾਂਗਾ ਕਿ ਹੋਸਟ ਕੋਲ ਖੁਦ 28 ਭੌਤਿਕ ਕੋਰ ਅਤੇ 512 GB RAM ਹੈ।

ਸੇਵਾ VM ਕੋਲ ਸਿੱਧੇ SAS ਕੰਟਰੋਲਰ ਨੂੰ VM ਨੂੰ ਅੱਗੇ ਭੇਜ ਕੇ ਭੌਤਿਕ ਡਿਸਕਾਂ ਤੱਕ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ। ਹਾਈਪਰਵਾਈਜ਼ਰ ਨਾਲ ਸੰਚਾਰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਮੋਡੀਊਲ IOVisor ਦੁਆਰਾ ਹੁੰਦਾ ਹੈ, ਜੋ I/O ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਏਜੰਟ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਹਾਈਪਰਵਾਈਜ਼ਰ API ਨੂੰ ਕਮਾਂਡਾਂ ਭੇਜਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਏਜੰਟ HyperFlex ਸਨੈਪਸ਼ਾਟ ਅਤੇ ਕਲੋਨ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।

ਡਿਸਕ ਸਰੋਤ ਹਾਈਪਰਵਾਈਜ਼ਰ ਵਿੱਚ NFS ਜਾਂ SMB ਸ਼ੇਅਰਾਂ ਵਜੋਂ ਮਾਊਂਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਅੰਦਾਜ਼ਾ ਲਗਾਓ ਕਿ ਕਿਹੜਾ ਕਿੱਥੇ ਹੈ)। ਅਤੇ ਹੁੱਡ ਦੇ ਹੇਠਾਂ, ਇਹ ਇੱਕ ਡਿਸਟ੍ਰੀਬਿਊਟਿਡ ਫਾਈਲ ਸਿਸਟਮ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਬਾਲਗ ਪੂਰੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ: ਪਤਲੇ ਵਾਲੀਅਮ ਅਲੋਕੇਸ਼ਨ, ਕੰਪਰੈਸ਼ਨ ਅਤੇ ਡਿਡਪਲੀਕੇਸ਼ਨ, ਰੀਡਾਇਰੈਕਟ-ਆਨ-ਰਾਈਟ ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਨੈਪਸ਼ਾਟ, ਸਮਕਾਲੀ/ਅਸਿੰਕ੍ਰੋਨਸ ਪ੍ਰਤੀਕ੍ਰਿਤੀ।

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

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

ਕਲੱਸਟਰ ਸਰੋਤਾਂ ਨੂੰ ਸਕੇਲ ਕਰਨ ਵੇਲੇ ਕੰਪਿਊਟ ਨੋਡਸ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਲਚਕਤਾ ਵਧ ਜਾਂਦੀ ਹੈ: ਜੇਕਰ ਸਾਨੂੰ ਸਿਰਫ਼ CPU/RAM ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਤਾਂ ਸਾਨੂੰ ਡਿਸਕਾਂ ਨਾਲ ਵਾਧੂ ਨੋਡ ਨਹੀਂ ਖਰੀਦਣੇ ਪੈਂਦੇ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਇੱਕ ਬਲੇਡ ਪਿੰਜਰੇ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹਾਂ ਅਤੇ ਸਰਵਰਾਂ ਦੇ ਰੈਕ ਪਲੇਸਮੈਂਟ 'ਤੇ ਬਚਾ ਸਕਦੇ ਹਾਂ।

ਨਤੀਜੇ ਵਜੋਂ, ਸਾਡੇ ਕੋਲ ਹੇਠ ਲਿਖੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਾਲਾ ਇੱਕ ਹਾਈਪਰਕਨਵਰਜਡ ਪਲੇਟਫਾਰਮ ਹੈ:

• ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ 64 ਨੋਡਾਂ ਤੱਕ (32 ਸਟੋਰੇਜ ਨੋਡਾਂ ਤੱਕ)।
• ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਨੋਡਾਂ ਦੀ ਨਿਊਨਤਮ ਸੰਖਿਆ ਤਿੰਨ ਹੈ (ਇੱਕ ਐਜ ਕਲੱਸਟਰ ਲਈ ਦੋ)।
• ਡਾਟਾ ਰਿਡੰਡੈਂਸੀ ਮਕੈਨਿਜ਼ਮ: ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਫੈਕਟਰ 2 ਅਤੇ 3 ਦੇ ਨਾਲ ਮਿਰਰਿੰਗ।
• ਮੈਟਰੋ ਕਲੱਸਟਰ।
• ਕਿਸੇ ਹੋਰ ਹਾਈਪਰਫਲੇਕਸ ਕਲੱਸਟਰ ਲਈ ਅਸਿੰਕ੍ਰੋਨਸ VM ਪ੍ਰਤੀਕ੍ਰਿਤੀ।
• VM ਨੂੰ ਇੱਕ ਰਿਮੋਟ ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਬਦਲਣ ਦਾ ਆਰਕੈਸਟ੍ਰੇਸ਼ਨ।
• ਰੀਡਾਇਰੈਕਟ-ਆਨ-ਰਾਈਟ ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਨੇਟਿਵ ਸਨੈਪਸ਼ਾਟ।
• ਰੀਪਲੀਕੇਸ਼ਨ ਫੈਕਟਰ 1 'ਤੇ ਵਰਤੋਂਯੋਗ ਸਪੇਸ ਦੇ 3 PB ਤੱਕ ਅਤੇ ਬਿਨਾਂ ਡੁਪਲੀਕੇਸ਼ਨ ਦੇ। ਅਸੀਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕਾਰਕ 2 ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਦੇ, ਕਿਉਂਕਿ ਇਹ ਗੰਭੀਰ ਵਿਕਰੀ ਲਈ ਇੱਕ ਵਿਕਲਪ ਨਹੀਂ ਹੈ।

ਇਕ ਹੋਰ ਵੱਡਾ ਪਲੱਸ ਪ੍ਰਬੰਧਨ ਅਤੇ ਤਾਇਨਾਤੀ ਦੀ ਸੌਖ ਹੈ। UCS ਸਰਵਰਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਦੀਆਂ ਸਾਰੀਆਂ ਜਟਿਲਤਾਵਾਂ ਦਾ ਧਿਆਨ ਸਿਸਕੋ ਇੰਜੀਨੀਅਰਾਂ ਦੁਆਰਾ ਤਿਆਰ ਇੱਕ ਵਿਸ਼ੇਸ਼ VM ਦੁਆਰਾ ਲਿਆ ਜਾਂਦਾ ਹੈ।

ਟੈਸਟ ਬੈਂਚ ਸੰਰਚਨਾ:

• 2 x Cisco UCS ਫੈਬਰਿਕ ਇੰਟਰਕਨੈਕਟ 6248UP ਇੱਕ ਪ੍ਰਬੰਧਨ ਕਲੱਸਟਰ ਅਤੇ ਨੈਟਵਰਕ ਭਾਗਾਂ ਦੇ ਰੂਪ ਵਿੱਚ (48 ਪੋਰਟਾਂ ਈਥਰਨੈੱਟ 10G/FC 16G ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਦੀਆਂ ਹਨ)।
• ਚਾਰ ਸਿਸਕੋ UCS HXAF240 M4 ਸਰਵਰ।

ਸਰਵਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ:

CPU

2 x Intel® Xeon® E5-2690 v4

ਰੈਮ

16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/ਡਿਊਲ ਰੈਂਕ/x4/1.2v

ਨੈੱਟਵਰਕ

UCSC-MLOM-CSC-02 (VIC 1227)। 2 10G ਈਥਰਨੈੱਟ ਪੋਰਟ

ਸਟੋਰੇਜ HBA

Cisco 12G ਮਾਡਯੂਲਰ SAS ਕੰਟਰੋਲਰ ਦੁਆਰਾ ਪਾਸ

ਸਟੋਰੇਜ਼ ਡਿਸਕ

1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB

ਹੋਰ ਸੰਰਚਨਾ ਵਿਕਲਪਚੁਣੇ ਗਏ ਹਾਰਡਵੇਅਰ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਵੇਲੇ ਹੇਠ ਲਿਖੀਆਂ ਚੋਣਾਂ ਉਪਲਬਧ ਹਨ:

• HXAF240c M5.
• Intel Silver 4110 ਤੋਂ Intel Platinum I8260Y ਤੱਕ ਦੇ ਇੱਕ ਜਾਂ ਦੋ CPUs। ਦੂਜੀ ਪੀੜ੍ਹੀ ਉਪਲਬਧ ਹੈ।
• 24 ਮੈਮੋਰੀ ਸਲਾਟ, 16 GB RDIMM 2600 ਤੋਂ 128 GB LRDIMM 2933 ਤੱਕ ਦੀਆਂ ਪੱਟੀਆਂ।
• 6 ਤੋਂ 23 ਡਾਟਾ ਡਿਸਕ, ਇੱਕ ਕੈਚਿੰਗ ਡਿਸਕ, ਇੱਕ ਸਿਸਟਮ ਡਿਸਕ ਅਤੇ ਇੱਕ ਬੂਟ ਡਿਸਕ।

ਸਮਰੱਥਾ ਡਰਾਈਵ

• HX-SD960G61X-EV 960GB 2.5 ਇੰਚ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵੈਲਯੂ 6G SATA SSD (1X ਧੀਰਜ) SAS 960 GB।
• HX-SD38T61X-EV 3.8TB 2.5 ਇੰਚ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵੈਲਯੂ 6G SATA SSD (1X ਧੀਰਜ) SAS 3.8 TB।
• ਡਰਾਈਵਾਂ ਨੂੰ ਕੈਸ਼ ਕਰਨਾ
• HX-NVMEXPB-I375 375GB 2.5 ਇੰਚ Intel Optane Drive, Extreme Perf & Endurance.
• HX-NVMEHW-H1600* 1.6TB 2.5 ਇੰਚ Ent. ਪਰਫ. NVMe SSD (3X ਸਹਿਣਸ਼ੀਲਤਾ) NVMe 1.6 TB.
• HX-SD400G12TX-EP 400GB 2.5 ਇੰਚ Ent. ਪਰਫ. 12G SAS SSD (10X ਸਹਿਣਸ਼ੀਲਤਾ) SAS 400 GB।
• HX-SD800GBENK9** 800GB 2.5 ਇੰਚ Ent. ਪਰਫ. 12G SAS SED SSD (10X ਸਹਿਣਸ਼ੀਲਤਾ) SAS 800 GB।
• HX-SD16T123X-EP 1.6TB 2.5 ਇੰਚ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਪ੍ਰਦਰਸ਼ਨ 12G SAS SSD (3X ਸਹਿਣਸ਼ੀਲਤਾ)।

ਸਿਸਟਮ/ਲੌਗ ਡਰਾਈਵਾਂ

• HX-SD240GM1X-EV 240GB 2.5 ਇੰਚ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵੈਲਿਊ 6G SATA SSD (ਅੱਪਗ੍ਰੇਡ ਦੀ ਲੋੜ ਹੈ)।

ਬੂਟ ਡਰਾਈਵਾਂ

• HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB।

40G, 25G ਜਾਂ 10G ਈਥਰਨੈੱਟ ਪੋਰਟਾਂ ਰਾਹੀਂ ਨੈੱਟਵਰਕ ਨਾਲ ਕਨੈਕਟ ਕਰੋ।

FI HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G) ਹੋ ਸਕਦਾ ਹੈ।

ਟੈਸਟ ਆਪਣੇ ਆਪ ਨੂੰ

ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ, ਮੈਂ HCIBench 2.2.1 ਦੀ ਵਰਤੋਂ ਕੀਤੀ। ਇਹ ਇੱਕ ਮੁਫਤ ਉਪਯੋਗਤਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਮਲਟੀਪਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਤੋਂ ਇੱਕ ਲੋਡ ਬਣਾਉਣ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਲੋਡ ਖੁਦ ਆਮ ਫਿਓ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਸਾਡੇ ਕਲੱਸਟਰ ਵਿੱਚ ਚਾਰ ਨੋਡਸ, ਰਿਪਲੀਕੇਸ਼ਨ ਫੈਕਟਰ 3, ਸਾਰੀਆਂ ਡਿਸਕਾਂ ਫਲੈਸ਼ ਹਨ।

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

ਟੈਸਟ ਦੇ ਨਤੀਜੇ ਇਸ ਪ੍ਰਕਾਰ ਹਨ:

100% ਪੜ੍ਹੋ 100% ਬੇਤਰਤੀਬ

0% ਪੜ੍ਹੋ 100% ਬੇਤਰਤੀਬ

ਬਲਾਕ/ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ

128

256

512

1024

2048

128

256

512

1024

2048

4K

0,59 ms 213804 IOPS

0,84 ms 303540 IOPS

1,36ms 374348 IOPS

2.47 ms 414116 IOPS

4,86ms 420180 IOPS

2,22 ms 57408 IOPS

3,09 ms 82744 IOPS

5,02 ms 101824 IPOS

8,75 ms 116912 IOPS

17,2 ms 118592 IOPS

8K

0,67 ms 188416 IOPS

0,93 ms 273280 IOPS

1,7 ms 299932 IOPS

2,72 ms 376,484 IOPS

5,47 ms 373,176 IOPS

3,1 ms 41148 IOPS

4,7 ms 54396 IOPS

7,09 ms 72192 IOPS

12,77 ms 80132 IOPS

16K

0,77 ms 164116 IOPS

1,12 ms 228328 IOPS

1,9 ms 268140 IOPS

3,96 ms 258480 IOPS

3,8 ms 33640 IOPS

6,97 ms 36696 IOPS

11,35 ms 45060 IOPS

32K

1,07 ms 119292 IOPS

1,79 ms 142888 IOPS

3,56 ms 143760 IOPS

7,17 ms 17810 IOPS

11,96 ms 21396 IOPS

64K

1,84 ms 69440 IOPS

3,6 ms 71008 IOPS

7,26 ms 70404 IOPS

11,37 ms 11248 IOPS

ਬੋਲਡ ਮੁੱਲਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸ ਤੋਂ ਬਾਅਦ ਉਤਪਾਦਕਤਾ ਵਿੱਚ ਕੋਈ ਵਾਧਾ ਨਹੀਂ ਹੁੰਦਾ, ਕਈ ਵਾਰ ਨਿਘਾਰ ਵੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਇਹ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੈ ਕਿ ਅਸੀਂ ਨੈਟਵਰਕ/ਕੰਟਰੋਲਰ/ਡਿਸਕਾਂ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਦੁਆਰਾ ਸੀਮਿਤ ਹਾਂ।

• ਕ੍ਰਮਵਾਰ ਰੀਡ 4432 MB/s।
• ਕ੍ਰਮਵਾਰ ਰਾਈਟ 804 MB/s।
• ਜੇਕਰ ਇੱਕ ਕੰਟਰੋਲਰ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ (ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਜਾਂ ਹੋਸਟ ਦੀ ਅਸਫਲਤਾ), ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਕਮੀ ਦੁੱਗਣੀ ਹੁੰਦੀ ਹੈ।
• ਜੇਕਰ ਸਟੋਰੇਜ਼ ਡਿਸਕ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਡਰਾਅਡਾਊਨ 1/3 ਹੈ। ਡਿਸਕ ਰੀਬਿਲਡ ਹਰੇਕ ਕੰਟਰੋਲਰ ਦੇ ਸਰੋਤਾਂ ਦਾ 5% ਲੈਂਦਾ ਹੈ।

ਇੱਕ ਛੋਟੇ ਬਲਾਕ 'ਤੇ, ਅਸੀਂ ਕੰਟਰੋਲਰ (ਵਰਚੁਅਲ ਮਸ਼ੀਨ) ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੁਆਰਾ ਸੀਮਿਤ ਹਾਂ, ਇਸਦਾ CPU 100% ਤੇ ਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਬਲਾਕ ਵਧਦਾ ਹੈ, ਅਸੀਂ ਪੋਰਟ ਬੈਂਡਵਿਡਥ ਦੁਆਰਾ ਸੀਮਿਤ ਹੁੰਦੇ ਹਾਂ. AllFlash ਸਿਸਟਮ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਅਨਲੌਕ ਕਰਨ ਲਈ 10 Gbps ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਡੈਮੋ ਸਟੈਂਡ ਦੇ ਮਾਪਦੰਡ ਸਾਨੂੰ 40 Gbit/s 'ਤੇ ਕਾਰਵਾਈ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੇ ਹਨ।

ਟੈਸਟਾਂ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਦਾ ਅਧਿਐਨ ਕਰਨ ਤੋਂ ਮੇਰੇ ਪ੍ਰਭਾਵ ਵਿੱਚ, ਐਲਗੋਰਿਦਮ ਦੇ ਕਾਰਨ ਜੋ ਸਾਰੇ ਮੇਜ਼ਬਾਨਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਰੱਖਦਾ ਹੈ, ਅਸੀਂ ਸਕੇਲੇਬਲ, ਅਨੁਮਾਨ ਲਗਾਉਣ ਯੋਗ ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ, ਪਰ ਪੜ੍ਹਨ ਵੇਲੇ ਇਹ ਇੱਕ ਸੀਮਾ ਵੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਥਾਨਕ ਡਿਸਕਾਂ ਤੋਂ ਹੋਰ ਨਿਚੋੜਨਾ ਸੰਭਵ ਹੋਵੇਗਾ, ਇੱਥੇ ਇਹ ਇੱਕ ਵਧੇਰੇ ਲਾਭਕਾਰੀ ਨੈੱਟਵਰਕ ਨੂੰ ਬਚਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, 40 Gbit/s 'ਤੇ FI ਉਪਲਬਧ ਹੈ।

ਨਾਲ ਹੀ, ਕੈਚਿੰਗ ਅਤੇ ਡੁਪਲੀਕੇਸ਼ਨ ਲਈ ਇੱਕ ਡਿਸਕ ਇੱਕ ਸੀਮਾ ਹੋ ਸਕਦੀ ਹੈ; ਅਸਲ ਵਿੱਚ, ਇਸ ਟੈਸਟਬੈਡ ਵਿੱਚ ਅਸੀਂ ਚਾਰ SSD ਡਿਸਕਾਂ ਨੂੰ ਲਿਖ ਸਕਦੇ ਹਾਂ। ਕੈਚਿੰਗ ਡਰਾਈਵਾਂ ਦੀ ਗਿਣਤੀ ਵਧਾਉਣ ਅਤੇ ਅੰਤਰ ਨੂੰ ਵੇਖਣ ਦੇ ਯੋਗ ਹੋਣਾ ਬਹੁਤ ਵਧੀਆ ਹੋਵੇਗਾ.

ਅਸਲ ਵਰਤੋਂ

ਬੈਕਅੱਪ ਡੇਟਾ ਸੈਂਟਰ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਦੋ ਪਹੁੰਚਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ (ਅਸੀਂ ਕਿਸੇ ਰਿਮੋਟ ਸਾਈਟ 'ਤੇ ਬੈਕਅੱਪ ਰੱਖਣ ਬਾਰੇ ਨਹੀਂ ਸੋਚਦੇ ਹਾਂ):

1. ਐਕਟਿਵ-ਪੈਸਿਵ। ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਮੁੱਖ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਹੋਸਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਸਮਕਾਲੀ ਜਾਂ ਅਸਿੰਕ੍ਰੋਨਸ ਹੈ। ਜੇਕਰ ਮੁੱਖ ਡਾਟਾ ਸੈਂਟਰ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਬੈਕਅੱਪ ਨੂੰ ਐਕਟੀਵੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਦਸਤੀ/ਸਕ੍ਰਿਪਟ/ਆਰਕੈਸਟਰੇਸ਼ਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਰਾਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇੱਥੇ ਸਾਨੂੰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਬਾਰੰਬਾਰਤਾ ਦੇ ਅਨੁਸਾਰ ਇੱਕ RPO ਮਿਲੇਗਾ, ਅਤੇ RTO ਪ੍ਰਸ਼ਾਸਕ ਦੀ ਪ੍ਰਤੀਕਿਰਿਆ ਅਤੇ ਹੁਨਰ ਅਤੇ ਸਵਿਚਿੰਗ ਯੋਜਨਾ ਦੇ ਵਿਕਾਸ/ਡੀਬੱਗਿੰਗ ਦੀ ਗੁਣਵੱਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
2. ਕਿਰਿਆ-ਕਿਰਿਆਸ਼ੀਲ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਿਰਫ ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਹੈ; ਡੇਟਾ ਕੇਂਦਰਾਂ ਦੀ ਉਪਲਬਧਤਾ ਤੀਜੀ ਸਾਈਟ 'ਤੇ ਸਖਤੀ ਨਾਲ ਸਥਿਤ ਕੋਰਮ/ਆਰਬਿਟਰ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। RPO = 0, ਅਤੇ RTO 0 ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ (ਜੇ ਐਪਲੀਕੇਸ਼ਨ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ) ਜਾਂ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਕਲੱਸਟਰ ਵਿੱਚ ਇੱਕ ਨੋਡ ਦੇ ਫੇਲਓਵਰ ਸਮੇਂ ਦੇ ਬਰਾਬਰ ਹੈ। ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਪੱਧਰ 'ਤੇ, ਇੱਕ ਖਿੱਚਿਆ (ਮੈਟਰੋ) ਕਲੱਸਟਰ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਲਈ ਕਿਰਿਆਸ਼ੀਲ-ਐਕਟਿਵ ਸਟੋਰੇਜ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

ਦ੍ਰਿਸ਼ 1: ਸਾਡੇ ਕੋਲ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਅਤੇ ਬੈਕਅੱਪ ਡਾਟਾ ਸੈਂਟਰ ਹੈ, VMware vSphere 'ਤੇ ਇੱਕ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਪਲੇਟਫਾਰਮ। ਸਾਰੇ ਉਤਪਾਦਕ ਸਿਸਟਮ ਮੁੱਖ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਸਥਿਤ ਹਨ, ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਹਾਈਪਰਵਾਈਜ਼ਰ ਪੱਧਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਹ ਬੈਕਅੱਪ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ VMs ਨੂੰ ਚਾਲੂ ਰੱਖਣ ਤੋਂ ਬਚੇਗਾ। ਅਸੀਂ ਬਿਲਟ-ਇਨ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਡਾਟਾਬੇਸ ਅਤੇ ਵਿਸ਼ੇਸ਼ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਨਕਲ ਕਰਦੇ ਹਾਂ ਅਤੇ VM ਨੂੰ ਚਾਲੂ ਰੱਖਦੇ ਹਾਂ। ਜੇਕਰ ਮੁੱਖ ਡਾਟਾ ਸੈਂਟਰ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਬੈਕਅੱਪ ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਸਿਸਟਮ ਲਾਂਚ ਕਰਦੇ ਹਾਂ। ਸਾਡਾ ਮੰਨਣਾ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਲਗਭਗ 100 ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਹਨ। ਜਦੋਂ ਪ੍ਰਾਇਮਰੀ ਡਾਟਾ ਸੈਂਟਰ ਚਾਲੂ ਹੁੰਦਾ ਹੈ, ਸਟੈਂਡਬਾਏ ਡਾਟਾ ਸੈਂਟਰ ਟੈਸਟ ਵਾਤਾਵਰਨ ਅਤੇ ਹੋਰ ਸਿਸਟਮ ਚਲਾ ਸਕਦਾ ਹੈ ਜੋ ਪ੍ਰਾਇਮਰੀ ਡਾਟਾ ਸੈਂਟਰ ਦੇ ਸਵਿਚ ਕਰਨ 'ਤੇ ਬੰਦ ਹੋ ਸਕਦੇ ਹਨ। ਇਹ ਵੀ ਸੰਭਵ ਹੈ ਕਿ ਅਸੀਂ ਦੋ-ਪੱਖੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ। ਹਾਰਡਵੇਅਰ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲੇਗਾ।

ਕਲਾਸੀਕਲ ਆਰਕੀਟੈਕਚਰ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਅਸੀਂ ਹਰੇਕ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਸਟੋਰੇਜ ਸਿਸਟਮ ਸਥਾਪਤ ਕਰਾਂਗੇ ਜਿਸ ਵਿੱਚ ਫਾਈਬਰਚੈਨਲ, ਟਾਇਰਿੰਗ, ਡਿਡਪਲੀਕੇਸ਼ਨ ਅਤੇ ਕੰਪਰੈਸ਼ਨ (ਪਰ ਔਨਲਾਈਨ ਨਹੀਂ), ਹਰੇਕ ਸਾਈਟ ਲਈ 8 ਸਰਵਰ, 2 ਫਾਈਬਰਚੈਨਲ ਸਵਿੱਚ ਅਤੇ 10G ਈਥਰਨੈੱਟ ਰਾਹੀਂ ਪਹੁੰਚ ਹੋਵੇਗੀ। ਇੱਕ ਕਲਾਸਿਕ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਅਤੇ ਸਵਿਚਿੰਗ ਪ੍ਰਬੰਧਨ ਲਈ, ਅਸੀਂ VMware ਟੂਲ (ਰਿਪਲੀਕੇਸ਼ਨ + SRM) ਜਾਂ ਥਰਡ-ਪਾਰਟੀ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ, ਜੋ ਕਿ ਥੋੜਾ ਸਸਤਾ ਅਤੇ ਕਈ ਵਾਰ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੋਵੇਗਾ।

ਚਿੱਤਰ ਚਿੱਤਰ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ.

ਸਿਸਕੋ ਹਾਈਪਰਫਲੇਕਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਹੇਠ ਦਿੱਤੀ ਆਰਕੀਟੈਕਚਰ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

HyperFlex ਲਈ, ਮੈਂ ਵੱਡੇ CPU/RAM ਸਰੋਤਾਂ ਵਾਲੇ ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਕਿਉਂਕਿ... ਕੁਝ ਸਰੋਤ HyperFlex ਕੰਟਰੋਲਰ VM 'ਤੇ ਜਾਣਗੇ; CPU ਅਤੇ ਮੈਮੋਰੀ ਦੇ ਰੂਪ ਵਿੱਚ, ਮੈਂ ਹਾਈਪਰਫਲੈਕਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਥੋੜਾ ਜਿਹਾ ਮੁੜ-ਸੰਰਚਨਾ ਵੀ ਕੀਤਾ ਹੈ ਤਾਂ ਜੋ ਸਿਸਕੋ ਦੇ ਨਾਲ ਨਾ ਖੇਡਿਆ ਜਾ ਸਕੇ ਅਤੇ ਬਾਕੀ ਬਚੇ VM ਲਈ ਸਰੋਤਾਂ ਦੀ ਗਾਰੰਟੀ ਦਿੱਤੀ ਜਾ ਸਕੇ। ਪਰ ਅਸੀਂ ਫਾਈਬਰਚੈਨਲ ਸਵਿੱਚਾਂ ਨੂੰ ਛੱਡ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਸਾਨੂੰ ਹਰੇਕ ਸਰਵਰ ਲਈ ਈਥਰਨੈੱਟ ਪੋਰਟਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਪਵੇਗੀ; ਸਥਾਨਕ ਟ੍ਰੈਫਿਕ FI ਦੇ ਅੰਦਰ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ।

ਨਤੀਜਾ ਹਰੇਕ ਡੇਟਾ ਸੈਂਟਰ ਲਈ ਹੇਠ ਲਿਖੀ ਸੰਰਚਨਾ ਸੀ:

ਸਰਵਰ

8 x 1U ਸਰਵਰ (384 GB RAM, 2 x Intel Gold 6132, FC HBA)

8 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)

ਐਸ.ਐਚ.ਡੀ

FC ਫਰੰਟ-ਐਂਡ ਦੇ ਨਾਲ ਹਾਈਬ੍ਰਿਡ ਸਟੋਰੇਜ ਸਿਸਟਮ (20TB SSD, 130 TB NL-SAS)

-

LAN

2 x ਈਥਰਨੈੱਟ ਸਵਿੱਚ 10G 12 ਪੋਰਟ

-

SAN

2 x FC ਸਵਿੱਚ 32/16Gb 24 ਪੋਰਟ

2 x ਸਿਸਕੋ UCS FI 6332

ਲਾਇਸੰਸ

VMware Ent Plus

VM ਸਵਿਚਿੰਗ ਦੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਅਤੇ/ਜਾਂ ਆਰਕੈਸਟ੍ਰੇਸ਼ਨ

VMware Ent Plus

ਮੈਂ Hyperflex ਲਈ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਸਾਫਟਵੇਅਰ ਲਾਇਸੰਸ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤੇ, ਕਿਉਂਕਿ ਇਹ ਸਾਡੇ ਲਈ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਉਪਲਬਧ ਹੈ।

ਕਲਾਸੀਕਲ ਆਰਕੀਟੈਕਚਰ ਲਈ, ਮੈਂ ਇੱਕ ਵਿਕਰੇਤਾ ਨੂੰ ਚੁਣਿਆ ਜਿਸ ਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਉੱਚ-ਗੁਣਵੱਤਾ ਅਤੇ ਸਸਤੇ ਨਿਰਮਾਤਾ ਵਜੋਂ ਸਥਾਪਿਤ ਕੀਤਾ ਹੈ। ਦੋਵਾਂ ਵਿਕਲਪਾਂ ਲਈ, ਮੈਂ ਇੱਕ ਖਾਸ ਹੱਲ ਲਈ ਮਿਆਰੀ ਛੋਟ ਲਾਗੂ ਕੀਤੀ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਮੈਨੂੰ ਅਸਲ ਕੀਮਤਾਂ ਪ੍ਰਾਪਤ ਹੋਈਆਂ।

Cisco HyperFlex ਦਾ ਹੱਲ 13% ਸਸਤਾ ਨਿਕਲਿਆ।

ਦ੍ਰਿਸ਼ 2: ਦੋ ਸਰਗਰਮ ਡਾਟਾ ਕੇਂਦਰਾਂ ਦੀ ਸਿਰਜਣਾ. ਇਸ ਦ੍ਰਿਸ਼ ਵਿੱਚ, ਅਸੀਂ VMware 'ਤੇ ਇੱਕ ਖਿੱਚਿਆ ਕਲੱਸਟਰ ਡਿਜ਼ਾਈਨ ਕਰ ਰਹੇ ਹਾਂ।

ਕਲਾਸਿਕ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਸਰਵਰ, ਇੱਕ SAN (FC ਪ੍ਰੋਟੋਕੋਲ) ਅਤੇ ਦੋ ਸਟੋਰੇਜ ਸਿਸਟਮ ਹੁੰਦੇ ਹਨ ਜੋ ਉਹਨਾਂ ਵਿਚਕਾਰ ਫੈਲੇ ਵਾਲੀਅਮ ਨੂੰ ਪੜ੍ਹ ਅਤੇ ਲਿਖ ਸਕਦੇ ਹਨ। ਹਰੇਕ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 'ਤੇ ਅਸੀਂ ਸਟੋਰੇਜ ਲਈ ਉਪਯੋਗੀ ਸਮਰੱਥਾ ਰੱਖਦੇ ਹਾਂ।

HyperFlex 'ਤੇ ਅਸੀਂ ਦੋਵਾਂ ਸਾਈਟਾਂ 'ਤੇ ਇੱਕੋ ਜਿਹੇ ਨੋਡਾਂ ਦੇ ਨਾਲ ਇੱਕ ਸਟ੍ਰੈਚ ਕਲੱਸਟਰ ਬਣਾਉਂਦੇ ਹਾਂ। ਇਸ ਕੇਸ ਵਿੱਚ, 2+2 ਦਾ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕਾਰਕ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਨਤੀਜਾ ਹੇਠ ਦਿੱਤੀ ਸੰਰਚਨਾ ਹੈ:

ਕਲਾਸੀਕਲ ਆਰਕੀਟੈਕਚਰ

ਹਾਈਪਰਫਲੈਕਸ

ਸਰਵਰ

16 x 1U ਸਰਵਰ (384 GB RAM, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)

16 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)

ਐਸ.ਐਚ.ਡੀ

2 x AllFlash ਸਟੋਰੇਜ ਸਿਸਟਮ (150 TB SSD)

-

LAN

4 x ਈਥਰਨੈੱਟ ਸਵਿੱਚ 10G 24 ਪੋਰਟ

-

SAN

4 x FC ਸਵਿੱਚ 32/16Gb 24 ਪੋਰਟ

4 x ਸਿਸਕੋ UCS FI 6332

ਲਾਇਸੰਸ

VMware Ent Plus

VMware Ent Plus

ਸਾਰੀਆਂ ਗਣਨਾਵਾਂ ਵਿੱਚ, ਮੈਂ ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ, ਡਾਟਾ ਸੈਂਟਰ ਦੀਆਂ ਲਾਗਤਾਂ ਆਦਿ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ: ਉਹ ਕਲਾਸੀਕਲ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਹਾਈਪਰਫਲੈਕਸ ਹੱਲ ਲਈ ਇੱਕੋ ਜਿਹੇ ਹੋਣਗੇ।

ਲਾਗਤ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, HyperFlex 5% ਜ਼ਿਆਦਾ ਮਹਿੰਗਾ ਨਿਕਲਿਆ। ਇੱਥੇ ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ CPU/RAM ਸਰੋਤਾਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਮੇਰੇ ਕੋਲ ਸਿਸਕੋ ਲਈ ਇੱਕ ਤਿੱਖਾ ਸੀ, ਕਿਉਂਕਿ ਸੰਰਚਨਾ ਵਿੱਚ ਮੈਂ ਮੈਮੋਰੀ ਕੰਟਰੋਲਰ ਚੈਨਲਾਂ ਨੂੰ ਸਮਾਨ ਰੂਪ ਵਿੱਚ ਭਰਿਆ ਸੀ। ਲਾਗਤ ਥੋੜੀ ਵੱਧ ਹੈ, ਪਰ ਤੀਬਰਤਾ ਦੇ ਕ੍ਰਮ ਦੁਆਰਾ ਨਹੀਂ, ਜੋ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਹਾਈਪਰਕਨਵਰਜੈਂਸ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ "ਅਮੀਰਾਂ ਲਈ ਖਿਡੌਣਾ" ਨਹੀਂ ਹੈ, ਪਰ ਡੇਟਾ ਸੈਂਟਰ ਬਣਾਉਣ ਲਈ ਮਿਆਰੀ ਪਹੁੰਚ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਲਈ ਵੀ ਦਿਲਚਸਪੀ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਕੋਲ ਪਹਿਲਾਂ ਹੀ Cisco UCS ਸਰਵਰ ਅਤੇ ਉਹਨਾਂ ਲਈ ਸੰਬੰਧਿਤ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ।

ਫਾਇਦਿਆਂ ਵਿੱਚ, ਸਾਨੂੰ SAN ਅਤੇ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਲਾਗਤਾਂ ਦੀ ਅਣਹੋਂਦ, ਔਨਲਾਈਨ ਕੰਪਰੈਸ਼ਨ ਅਤੇ ਡੁਪਲੀਕੇਸ਼ਨ, ਸਮਰਥਨ ਲਈ ਇੱਕ ਸਿੰਗਲ ਐਂਟਰੀ ਪੁਆਇੰਟ (ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ, ਸਰਵਰ, ਉਹ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵੀ ਹਨ), ਸਪੇਸ ਬਚਾਉਣ (ਪਰ ਸਾਰੇ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਨਹੀਂ), ਕਾਰਵਾਈ ਨੂੰ ਸਰਲ ਬਣਾਉਣਾ।

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

ਹਵਾਲੇ

• ਸਪੈਕਸ
• ਵਰਚੁਅਲ ਡਾਟਾ ਸੈਂਟਰ
• ਡੈਸਕ ਦਰਾਜ਼ ਵਿੱਚ ਡਾਟਾ ਸੈਂਟਰ
• ਮੇਰੀ ਮੇਲ - [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]

ਸਰੋਤ: www.habr.com