ਸ਼ੇਅਰਡ ਨਥਿੰਗ ਆਰਕੀਟੈਕਚਰ ਨਾਲ ਡਾਊਨਟਾਈਮ ਜੋਖਮਾਂ ਨੂੰ ਘਟਾਓ

ਡੇਟਾ ਸਟੋਰੇਜ਼ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਦਾ ਵਿਸ਼ਾ ਹਮੇਸ਼ਾਂ ਪ੍ਰਸੰਗਕ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਾਡੇ ਵਿਆਪਕ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਅਤੇ ਸਰੋਤਾਂ ਦੇ ਏਕੀਕਰਨ ਦੇ ਯੁੱਗ ਵਿੱਚ, ਸਟੋਰੇਜ ਸਿਸਟਮ ਉਹ ਲਿੰਕ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਅਸਫਲਤਾ ਨਾ ਸਿਰਫ ਇੱਕ ਆਮ ਦੁਰਘਟਨਾ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ, ਬਲਕਿ ਸੇਵਾਵਾਂ ਦੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਡਾਊਨਟਾਈਮ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ, ਆਧੁਨਿਕ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਡੁਪਲੀਕੇਟ ਕੀਤੇ ਭਾਗ (ਇੱਥੋਂ ਤੱਕ ਕਿ ਕੰਟਰੋਲਰ ਵੀ) ਸ਼ਾਮਲ ਹਨ। ਪਰ ਕੀ ਅਜਿਹੀ ਸੁਰੱਖਿਆ ਕਾਫ਼ੀ ਹੈ?

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

1. ਇੱਕ ਸਿੰਗਲ ਬੈਕਪਲੇਨ ਦੀ ਉਪਲਬਧਤਾ
2. ਡੇਟਾ ਦੀ ਇੱਕ ਕਾਪੀ ਹੋਣੀ

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

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

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

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

ਸੰਕਲਪ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ ਕੀਤਾ ਆਰਕੀਟੈਕਚਰ ਦੋ ਸੁਤੰਤਰ ਨੋਡਾਂ (ਕੰਟਰੋਲਰ) ਦੀ ਵਰਤੋਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਦਾ ਡਾਟਾ ਦਾ ਆਪਣਾ ਸੈੱਟ ਹੁੰਦਾ ਹੈ। ਸਿੰਕ੍ਰੋਨਸ ਪ੍ਰਤੀਕ੍ਰਿਤੀ InfiniBand 56G ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਨੋਡਾਂ ਦੇ ਵਿਚਕਾਰ ਹੁੰਦੀ ਹੈ, ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਸਿਖਰ 'ਤੇ ਚੱਲ ਰਹੇ ਸੌਫਟਵੇਅਰ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਾਰਦਰਸ਼ੀ ਹੁੰਦੀ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਸਟੋਰੇਜ ਵਰਚੁਅਲਾਈਜ਼ਰ, ਸੌਫਟਵੇਅਰ ਏਜੰਟ, ਆਦਿ ਦੀ ਵਰਤੋਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਸਰੀਰਕ ਤੌਰ 'ਤੇ, AccelStor ਤੋਂ ਦੋ-ਨੋਡ ਹੱਲ ਦੋ ਮਾਡਲਾਂ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

• H510 - ਇੱਕ 2U ਕੇਸ ਵਿੱਚ ਟਵਿਨ ਸਰਵਰਾਂ 'ਤੇ ਅਧਾਰਤ, ਜੇਕਰ ਦਰਮਿਆਨੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ 22TB ਤੱਕ ਦੀ ਸਮਰੱਥਾ ਦੀ ਲੋੜ ਹੈ;
• H710 - ਵਿਅਕਤੀਗਤ 2U ਸਰਵਰਾਂ 'ਤੇ ਅਧਾਰਤ, ਜੇਕਰ ਉੱਚ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਵੱਡੀ ਸਮਰੱਥਾ (57TB ਤੱਕ) ਦੀ ਲੋੜ ਹੈ।

Twin ਸਰਵਰ 'ਤੇ ਆਧਾਰਿਤ ਮਾਡਲ H510

ਮਾਡਲ H710 ਵਿਅਕਤੀਗਤ ਸਰਵਰਾਂ 'ਤੇ ਆਧਾਰਿਤ ਹੈ

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

ਹਰੇਕ ਨੋਡ ਲਈ ਸੈੱਟ ਕੀਤੇ ਗਏ ਡੇਟਾ ਦੇ ਦੋ ਸਮੂਹ ਹਨ FlexiRemap, ਪਲੱਸ 2 ਗਰਮ ਸਪੇਅਰਜ਼। ਹਰੇਕ ਸਮੂਹ ਇੱਕ SSD ਦੀ ਅਸਫਲਤਾ ਦਾ ਸਾਮ੍ਹਣਾ ਕਰਨ ਦੇ ਯੋਗ ਹੈ. ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਨੋਡ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨ ਲਈ ਸਾਰੀਆਂ ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਵਿਚਾਰਧਾਰਾ FlexiRemap 4KB ਬਲਾਕਾਂ ਨੂੰ ਕ੍ਰਮਵਾਰ ਚੇਨਾਂ ਵਿੱਚ ਦੁਬਾਰਾ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਫਿਰ ਉਹਨਾਂ ਲਈ ਸਭ ਤੋਂ ਆਰਾਮਦਾਇਕ ਮੋਡ ਵਿੱਚ SSD ਨੂੰ ਲਿਖੇ ਜਾਂਦੇ ਹਨ (ਕ੍ਰਮਵਾਰ ਰਿਕਾਰਡਿੰਗ)। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹੋਸਟ ਨੂੰ ਇੱਕ ਰਿਕਾਰਡਿੰਗ ਪੁਸ਼ਟੀਕਰਣ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਡੇਟਾ ਨੂੰ ਸਰੀਰਕ ਤੌਰ 'ਤੇ SSD 'ਤੇ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਯਾਨੀ. RAM ਵਿੱਚ ਕੈਸ਼ ਕੀਤੇ ਬਿਨਾਂ। ਨਤੀਜਾ 600K IOPS ਰਾਈਟ ਅਤੇ 1M+ IOPS ਰੀਡ (ਮਾਡਲ H710) ਤੱਕ ਦਾ ਬਹੁਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਪ੍ਰਦਰਸ਼ਨ ਹੈ।

ਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਡੇਟਾ ਸੈੱਟਾਂ ਨੂੰ ਅਸਲ ਸਮੇਂ ਵਿੱਚ InfiniBand 56G ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਸਮਕਾਲੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਉੱਚ ਥ੍ਰੋਪੁੱਟ ਅਤੇ ਘੱਟ ਲੇਟੈਂਸੀ ਹੁੰਦੀ ਹੈ। ਛੋਟੇ ਪੈਕੇਟਾਂ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਵੇਲੇ ਸੰਚਾਰ ਚੈਨਲ ਦੀ ਸਭ ਤੋਂ ਵੱਧ ਕੁਸ਼ਲ ਵਰਤੋਂ ਕਰਨ ਲਈ। ਕਿਉਂਕਿ ਇੱਥੇ ਸਿਰਫ਼ ਇੱਕ ਸੰਚਾਰ ਚੈਨਲ ਹੈ; ਇੱਕ ਸਮਰਪਿਤ 1GbE ਲਿੰਕ ਵਾਧੂ ਦਿਲ ਦੀ ਗਤੀ ਦੀ ਜਾਂਚ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਸਿਰਫ਼ ਦਿਲ ਦੀ ਧੜਕਣ ਇਸ ਰਾਹੀਂ ਸੰਚਾਰਿਤ ਹੁੰਦੀ ਹੈ, ਇਸਲਈ ਗਤੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਕੋਈ ਲੋੜਾਂ ਨਹੀਂ ਹਨ।

ਸਿਸਟਮ ਦੀ ਸਮਰੱਥਾ (400+ ਟੀਬੀ ਤੱਕ) ਦੇ ਕਾਰਨ ਵਧਣ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਵਿਸਥਾਰ ਸ਼ੈਲਫ ਉਹ "ਅਸਫਲਤਾ ਦਾ ਕੋਈ ਇੱਕ ਬਿੰਦੂ" ਸੰਕਲਪ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਲਈ ਜੋੜਿਆਂ ਵਿੱਚ ਵੀ ਜੁੜੇ ਹੋਏ ਹਨ।

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

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

ਨੋਥਿੰਗ ਸ਼ੇਅਰਡ ਆਰਕੀਟੈਕਚਰ ਟੈਕਨਾਲੋਜੀ ਦੀ ਇੱਕ ਹੋਰ ਲਾਭਦਾਇਕ ਵਿਸ਼ੇਸ਼ਤਾ ਅਖੌਤੀ ਸੱਚੇ ਕਿਰਿਆਸ਼ੀਲ-ਐਕਟਿਵ ਮੋਡ ਵਿੱਚ ਨੋਡਾਂ ਦਾ ਸੰਚਾਲਨ ਹੈ। "ਕਲਾਸੀਕਲ" ਆਰਕੀਟੈਕਚਰ ਦੇ ਉਲਟ, ਜਿੱਥੇ ਸਿਰਫ਼ ਇੱਕ ਕੰਟਰੋਲਰ ਇੱਕ ਖਾਸ ਵਾਲੀਅਮ/ਪੂਲ ਦਾ ਮਾਲਕ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਸਿਸਟਮਾਂ ਵਿੱਚ I/O ਓਪਰੇਸ਼ਨ ਕਰਦਾ ਹੈ। ਐਕਸਲਸਟੋਰ ਹਰੇਕ ਨੋਡ ਡਾਟਾ ਦੇ ਆਪਣੇ ਸੈੱਟ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਆਪਣੇ "ਗੁਆਂਢੀ" ਨੂੰ ਬੇਨਤੀਆਂ ਪ੍ਰਸਾਰਿਤ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਨੋਡਾਂ ਦੁਆਰਾ I/O ਬੇਨਤੀਆਂ ਦੀ ਸਮਾਨਾਂਤਰ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਡਰਾਈਵਾਂ ਤੱਕ ਪਹੁੰਚ ਦੇ ਕਾਰਨ ਸਮੁੱਚੇ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਹੋਇਆ ਹੈ। ਫੇਲਓਵਰ ਵਰਗੀ ਕੋਈ ਚੀਜ਼ ਵੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਅਸਫਲਤਾ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਵਾਲੀਅਮ ਦੇ ਨਿਯੰਤਰਣ ਨੂੰ ਕਿਸੇ ਹੋਰ ਨੋਡ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।

ਜੇ ਅਸੀਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਡੁਪਲੀਕੇਸ਼ਨ ਦੇ ਨਾਲ ਕੁਝ ਨਹੀਂ ਸ਼ੇਅਰਡ ਆਰਕੀਟੈਕਚਰ ਤਕਨਾਲੋਜੀ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਾਂ, ਤਾਂ, ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ, ਇਹ ਲਚਕਤਾ ਵਿੱਚ ਤਬਾਹੀ ਰਿਕਵਰੀ ਦੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕਰਨ ਲਈ ਥੋੜ੍ਹਾ ਘਟੀਆ ਹੋਵੇਗਾ. ਇਹ ਖਾਸ ਤੌਰ 'ਤੇ ਸਟੋਰੇਜ਼ ਸਿਸਟਮਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਲਾਈਨ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਸੱਚ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, H710 ਮਾਡਲ ਵਿੱਚ ਬਹੁਤ ਸਸਤੇ ਨਾ InfiniBand ਸਰਗਰਮ ਆਪਟੀਕਲ ਕੇਬਲਾਂ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ 100m ਤੱਕ ਦੀ ਦੂਰੀ 'ਤੇ ਨੋਡਾਂ ਨੂੰ ਫੈਲਾਉਣਾ ਸੰਭਵ ਹੈ। ਪਰ ਭਾਵੇਂ ਇੱਕ ਉਪਲਬਧ ਫਾਈਬਰਚੈਨਲ ਦੁਆਰਾ ਦੂਜੇ ਵਿਕਰੇਤਾਵਾਂ ਤੋਂ ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੇ ਆਮ ਲਾਗੂ ਕਰਨ ਨਾਲ ਤੁਲਨਾ ਕੀਤੀ ਜਾਵੇ, ਭਾਵੇਂ ਲੰਬੀ ਦੂਰੀ ਤੋਂ ਵੀ, ਐਕਸਲਸਟੋਰ ਦਾ ਹੱਲ ਸਸਤਾ ਅਤੇ ਇੰਸਟਾਲ/ਸੰਚਾਲਿਤ ਕਰਨਾ ਆਸਾਨ ਹੋਵੇਗਾ, ਕਿਉਂਕਿ ਸਟੋਰੇਜ਼ ਵਰਚੁਅਲਾਈਜ਼ਰ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਅਤੇ/ਜਾਂ ਸੌਫਟਵੇਅਰ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ (ਜੋ ਕਿ ਸਿਧਾਂਤ ਵਿੱਚ ਹਮੇਸ਼ਾ ਸੰਭਵ ਨਹੀਂ ਹੁੰਦਾ ਹੈ)। ਨਾਲ ਹੀ, ਇਹ ਨਾ ਭੁੱਲੋ ਕਿ AccelStor ਹੱਲ ਸਿਰਫ SSD ਵਾਲੇ "ਕਲਾਸਿਕ" ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਾਲੋਂ ਉੱਚੇ ਪ੍ਰਦਰਸ਼ਨ ਵਾਲੇ ਸਾਰੇ ਫਲੈਸ਼ ਐਰੇ ਹਨ।

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

ਸਰੋਤ: www.habr.com