SDS ਆਰਕੀਟੈਕਚਰ ਦੀ ਸੰਖੇਪ ਤੁਲਨਾ ਜਾਂ ਸਹੀ ਸਟੋਰੇਜ ਪਲੇਟਫਾਰਮ ਲੱਭਣਾ (GlusterVsCephVsVirtuozzoStorage)

ਇਹ ਲੇਖ ਤੁਹਾਨੂੰ ਆਪਣੇ ਲਈ ਸਹੀ ਹੱਲ ਚੁਣਨ ਵਿੱਚ ਮਦਦ ਕਰਨ ਅਤੇ SDS ਜਿਵੇਂ ਕਿ Gluster, Ceph ਅਤੇ Vstorage (Virtuozzo) ਵਿਚਕਾਰ ਅੰਤਰ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰਨ ਲਈ ਲਿਖਿਆ ਗਿਆ ਸੀ।

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

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

ਗਲਸਟਰ

ਆਉ Gluster ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ, ਜੋ ਕਿ ਵਰਚੁਅਲ ਵਾਤਾਵਰਨ ਲਈ ਓਪਨ ਸੋਰਸ 'ਤੇ ਆਧਾਰਿਤ SDS ਵਾਲੇ ਹਾਈਪਰਕਨਵਰਜਡ ਪਲੇਟਫਾਰਮਾਂ ਦੇ ਨਿਰਮਾਤਾਵਾਂ ਦੁਆਰਾ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਟੋਰੇਜ ਸੈਕਸ਼ਨ ਵਿੱਚ RedHat ਵੈੱਬਸਾਈਟ 'ਤੇ ਲੱਭੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ ਦੋ SDS ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਚੁਣ ਸਕਦੇ ਹੋ: Gluster ਜਾਂ Ceph।

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

ਲਿਖਣ ਵੇਲੇ, ਪੂਰੀ ਫਾਈਲ ਇੱਟ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸਦੀ ਕਾਪੀ ਨੂੰ ਦੂਜੇ ਸਰਵਰ 'ਤੇ ਇੱਟ ਨਾਲ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ. ਅੱਗੇ, ਦੂਜੀ ਫਾਈਲ ਨੂੰ ਵੱਖ-ਵੱਖ ਸਰਵਰਾਂ 'ਤੇ ਦੋ ਇੱਟਾਂ (ਜਾਂ ਵੱਧ) ਦੇ ਦੂਜੇ ਸਮੂਹ ਨੂੰ ਲਿਖਿਆ ਜਾਵੇਗਾ।

ਜੇ ਫਾਈਲਾਂ ਲਗਭਗ ਇੱਕੋ ਆਕਾਰ ਦੀਆਂ ਹਨ ਅਤੇ ਵਾਲੀਅਮ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਸਮੂਹ ਹੈ, ਤਾਂ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਪਰ ਹੋਰ ਸਥਿਤੀਆਂ ਵਿੱਚ ਵਰਣਨ ਤੋਂ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋਣਗੀਆਂ:

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

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

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


ਤਸਵੀਰ ਦੋ ਫਾਈਲਾਂ ਲਿਖਣ ਵੇਲੇ ਲੋਡ ਵੰਡ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ, ਜਿੱਥੇ ਪਹਿਲੀ ਫਾਈਲ ਦੀਆਂ ਕਾਪੀਆਂ ਪਹਿਲੇ ਤਿੰਨ ਸਰਵਰਾਂ ਵਿੱਚ ਵੰਡੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਵਾਲੀਅਮ 0 ਸਮੂਹ ਵਿੱਚ ਜੋੜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਦੂਜੀ ਫਾਈਲ ਦੀਆਂ ਤਿੰਨ ਕਾਪੀਆਂ ਤਿੰਨ ਦੇ ਦੂਜੇ ਸਮੂਹ ਵਾਲੀਅਮ 1 ਵਿੱਚ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਸਰਵਰ ਹਰੇਕ ਸਰਵਰ ਵਿੱਚ ਇੱਕ ਡਿਸਕ ਹੁੰਦੀ ਹੈ।

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

ਕੁਝ ਗਲੂਸਟਰ ਪ੍ਰਦਰਸ਼ਨ ਸੰਕੇਤਕ ਵੀ ਹਨ ਜੋ ਕੁਝ ਸ਼ਰਤਾਂ ਅਧੀਨ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਤੱਕ ਸੀਮਿਤ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ.

ਸੇਫ

ਆਉ ਹੁਣ ਆਰਕੀਟੈਕਚਰ ਦੇ ਵਰਣਨ ਤੋਂ Ceph ਨੂੰ ਵੇਖੀਏ ਜੋ ਮੈਂ ਕਰਨ ਦੇ ਯੋਗ ਸੀ ਲੱਭੋ. ਵਿਚਕਾਰ ਤੁਲਨਾ ਵੀ ਹੈ Glusterfs ਅਤੇ Ceph, ਜਿੱਥੇ ਤੁਸੀਂ ਤੁਰੰਤ ਸਮਝ ਸਕਦੇ ਹੋ ਕਿ ਵੱਖਰੇ ਸਰਵਰਾਂ 'ਤੇ Ceph ਨੂੰ ਤਾਇਨਾਤ ਕਰਨ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਦੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਲੋਡ ਅਧੀਨ ਸਾਰੇ ਹਾਰਡਵੇਅਰ ਸਰੋਤਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

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

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

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

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

ਵੀ ਸਟੋਰੇਜ

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

kvm-qemu ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੀਆਂ ਸੇਵਾਵਾਂ ਦੇ ਅੱਗੇ ਸਟੋਰੇਜ਼ ਲਈ ਕੀ ਮੌਜੂਦ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਸਿਰਫ਼ ਕੁਝ ਸੇਵਾਵਾਂ ਹਨ ਜਿੱਥੇ ਭਾਗਾਂ ਦੀ ਇੱਕ ਸੰਖੇਪ ਅਨੁਕੂਲ ਲੜੀ ਲੱਭੀ ਗਈ ਹੈ: FUSE (ਸੋਧਿਆ ਹੋਇਆ, ਓਪਨ ਸੋਰਸ ਨਹੀਂ), MDS ਮੈਟਾਡੇਟਾ ਸੇਵਾ ਦੁਆਰਾ ਮਾਊਂਟ ਕੀਤੀ ਗਾਹਕ ਸੇਵਾ (ਮੈਟਾਡੇਟਾ ਸੇਵਾ), ਸਰਵਿਸ ਚੰਕ ਸਰਵਿਸ ਡਾਟਾ ਬਲਾਕਸ, ਜੋ ਕਿ ਭੌਤਿਕ ਪੱਧਰ 'ਤੇ ਇੱਕ ਡਿਸਕ ਦੇ ਬਰਾਬਰ ਹੈ ਅਤੇ ਇਹ ਸਭ ਹੈ। ਗਤੀ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, ਬੇਸ਼ਕ, ਦੋ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੇ ਨਾਲ ਇੱਕ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਸਕੀਮ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਨੁਕੂਲ ਹੈ, ਪਰ ਜੇਕਰ ਤੁਸੀਂ SSD ਡਰਾਈਵਾਂ 'ਤੇ ਕੈਚਿੰਗ ਅਤੇ ਲੌਗਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਗਲਤੀ-ਸਹਿਣਸ਼ੀਲ ਕੋਡਿੰਗ (ਕੋਡਿੰਗ ਨੂੰ ਮਿਟਾਓ ਜਾਂ ਰੇਡ 6) ਨੂੰ ਵਧੀਆ ਢੰਗ ਨਾਲ ਓਵਰਕਲਾਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਹਾਈਬ੍ਰਿਡ ਸਕੀਮ ਜਾਂ ਸਾਰੀਆਂ ਫਲੈਸ਼ਾਂ 'ਤੇ ਹੋਰ ਵੀ ਵਧੀਆ। EC (ਮਿਟਾਓ ਕੋਡਿੰਗ) ਦੇ ਨਾਲ ਕੁਝ ਨੁਕਸਾਨ ਹੈ: ਜਦੋਂ ਇੱਕ ਡਾਟਾ ਬਲਾਕ ਬਦਲਦੇ ਹੋ, ਤਾਂ ਸਮਾਨ ਮਾਤਰਾ ਦੀ ਮੁੜ ਗਣਨਾ ਕਰਨੀ ਜ਼ਰੂਰੀ ਹੁੰਦੀ ਹੈ। ਇਸ ਓਪਰੇਸ਼ਨ ਨਾਲ ਜੁੜੇ ਨੁਕਸਾਨਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ, Ceph ਇੱਕ ਮੁਲਤਵੀ ਢੰਗ ਨਾਲ EC ਨੂੰ ਲਿਖਦਾ ਹੈ ਅਤੇ ਇੱਕ ਖਾਸ ਬੇਨਤੀ ਦੇ ਦੌਰਾਨ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਦੋਂ, ਉਦਾਹਰਨ ਲਈ, ਸਾਰੇ ਬਲਾਕਾਂ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ Virtuozzo ਸਟੋਰੇਜ਼ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਬਦਲੇ ਹੋਏ ਬਲਾਕਾਂ ਨੂੰ ਲਿਖਣਾ। "ਲੌਗ-ਸਟ੍ਰਕਚਰਡ ਫਾਈਲ ਸਿਸਟਮ" ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਸਮਾਨਤਾ ਗਣਨਾ ਲਾਗਤਾਂ ਨੂੰ ਘੱਟ ਕਰਦਾ ਹੈ। EC ਦੇ ਨਾਲ ਅਤੇ ਬਿਨਾਂ ਕੰਮ ਦੇ ਪ੍ਰਵੇਗ ਦੇ ਨਾਲ ਲਗਭਗ ਵਿਕਲਪਾਂ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਲਈ, ਇੱਥੇ ਹਨ ਕੈਲਕੁਲੇਟਰ - ਸਾਜ਼-ਸਾਮਾਨ ਨਿਰਮਾਤਾ ਦੇ ਸ਼ੁੱਧਤਾ ਗੁਣਾਂਕ ਦੇ ਆਧਾਰ 'ਤੇ ਅੰਕੜੇ ਅੰਦਾਜ਼ਨ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਗਣਨਾਵਾਂ ਦਾ ਨਤੀਜਾ ਸੰਰਚਨਾ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਵਿੱਚ ਇੱਕ ਚੰਗੀ ਮਦਦ ਹੈ।

ਸਟੋਰੇਜ ਕੰਪੋਨੈਂਟਸ ਦੀ ਇੱਕ ਸਧਾਰਨ ਡਾਇਗ੍ਰਾਮ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਕੰਪੋਨੈਂਟ ਜਜ਼ਬ ਨਹੀਂ ਹੁੰਦੇ ਹਨ ਲੋਹੇ ਦੇ ਸਰੋਤ, ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਸਾਰੀਆਂ ਲਾਗਤਾਂ ਦੀ ਗਣਨਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੇ ਅੱਗੇ ਸਹਿਯੋਗ 'ਤੇ ਭਰੋਸਾ ਕਰ ਸਕਦੇ ਹੋ।
Ceph ਅਤੇ Virtuozzo ਸਟੋਰੇਜ਼ ਸੇਵਾਵਾਂ ਦੁਆਰਾ ਹਾਰਡਵੇਅਰ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਦੀ ਤੁਲਨਾ ਕਰਨ ਲਈ ਇੱਕ ਸਕੀਮ ਹੈ।

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

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

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

ਭਾਵ, ਇੱਕ ਡਿਸਕ ਅਜਿਹੇ ਬੈਰਲਾਂ ਦੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੰਖਿਆ ਹੈ, ਯਾਨੀ, ਡਿਸਕ ਵਾਲੀਅਮ ਨੂੰ 256MB ਨਾਲ ਵੰਡਿਆ ਗਿਆ ਹੈ। ਹਰੇਕ ਕਾਪੀ ਨੂੰ ਇੱਕ ਨੋਡ ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ, ਦੂਜੀ ਲਗਭਗ ਦੂਜੇ ਨੋਡ ਦੇ ਸਮਾਨਾਂਤਰ, ਆਦਿ... ਜੇਕਰ ਸਾਡੇ ਕੋਲ ਤਿੰਨ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਹਨ ਅਤੇ ਕੈਸ਼ (ਲੌਗ ਪੜ੍ਹਨ ਅਤੇ ਲਿਖਣ ਲਈ) ਲਈ SSD ਡਿਸਕਾਂ ਹਨ, ਤਾਂ ਲਿਖਣ ਦੀ ਪੁਸ਼ਟੀ ਲਿਖਣ ਤੋਂ ਬਾਅਦ ਹੋਵੇਗੀ। SSD ਦਾ ਲੌਗ, ਅਤੇ SSD ਤੋਂ ਸਮਾਨਾਂਤਰ ਰੀਸੈਟ HDD 'ਤੇ ਜਾਰੀ ਰਹੇਗਾ, ਜਿਵੇਂ ਕਿ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ। ਤਿੰਨ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਰਿਕਾਰਡ ਤੀਜੇ ਨੋਡ ਦੇ SSD ਤੋਂ ਪੁਸ਼ਟੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰਤੀਬੱਧ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਹ ਜਾਪਦਾ ਹੈ ਕਿ ਤਿੰਨ SSD ਦੀ ਲਿਖਣ ਦੀ ਗਤੀ ਦੇ ਜੋੜ ਨੂੰ ਤਿੰਨ ਨਾਲ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਨੂੰ ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਲਿਖਣ ਦੀ ਗਤੀ ਮਿਲੇਗੀ, ਪਰ ਕਾਪੀਆਂ ਸਮਾਨਾਂਤਰ ਵਿੱਚ ਲਿਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਨੈਟਵਰਕ ਲੇਟੈਂਸੀ ਸਪੀਡ ਆਮ ਤੌਰ 'ਤੇ SSD ਨਾਲੋਂ ਵੱਧ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਅਸਲ ਵਿੱਚ ਲਿਖਣ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੈੱਟਵਰਕ 'ਤੇ ਨਿਰਭਰ ਕਰੇਗੀ। ਇਸ ਸਬੰਧ ਵਿੱਚ, ਅਸਲ IOPS ਦੇਖਣ ਲਈ, ਤੁਹਾਨੂੰ ਪੂਰੀ Vstorage ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਕਾਰਜਪ੍ਰਣਾਲੀ, ਯਾਨੀ, ਅਸਲ ਲੋਡ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਨਾ ਕਿ ਮੈਮੋਰੀ ਅਤੇ ਕੈਸ਼ ਦੀ, ਜਿੱਥੇ ਸਹੀ ਡੇਟਾ ਬਲਾਕ ਆਕਾਰ, ਥ੍ਰੈਡਾਂ ਦੀ ਗਿਣਤੀ, ਆਦਿ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਜ਼ਰੂਰੀ ਹੈ।

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

ਉੱਪਰ ਦੱਸੇ ਗਏ ਕਿਸੇ ਵੀ ਪਹੁੰਚ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਲਈ, ਇਹ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਯੋਜਨਾਬੰਦੀ ਅਤੇ ਤੈਨਾਤੀ ਪੜਾਅ 'ਤੇ, ਨੈੱਟਵਰਕ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰਨਾ, ਜਿੱਥੇ ਏਕੀਕਰਣ ਅਤੇ ਸਹੀ ਢੰਗ ਨਾਲ ਚੁਣੀ ਗਈ ਨੈੱਟਵਰਕ ਚੈਨਲ ਬੈਂਡਵਿਡਥ ਦੇ ਕਾਰਨ ਸੰਤੁਲਨ ਹੋਵੇਗਾ। ਏਕੀਕਰਣ ਵਿੱਚ, ਸਹੀ ਹੈਸ਼ਿੰਗ ਮੋਡ ਅਤੇ ਫਰੇਮ ਆਕਾਰ ਚੁਣਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਉੱਪਰ ਦੱਸੇ ਗਏ SDS ਤੋਂ ਇੱਕ ਬਹੁਤ ਮਜ਼ਬੂਤ ​​ਅੰਤਰ ਵੀ ਹੈ, ਇਹ Virtuozzo ਸਟੋਰੇਜ਼ ਵਿੱਚ ਤੇਜ਼ ਮਾਰਗ ਤਕਨਾਲੋਜੀ ਨਾਲ ਫਿਊਜ਼ ਹੈ। ਜੋ ਕਿ, ਆਧੁਨਿਕ ਫਿਊਜ਼ ਤੋਂ ਇਲਾਵਾ, ਹੋਰ ਓਪਨ ਸੋਰਸ ਹੱਲਾਂ ਦੇ ਉਲਟ, IOPS ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਵਧਾਉਂਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਹਰੀਜੱਟਲ ਜਾਂ ਵਰਟੀਕਲ ਸਕੇਲਿੰਗ ਦੁਆਰਾ ਸੀਮਿਤ ਨਹੀਂ ਹੋਣ ਦਿੰਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਉੱਪਰ ਦੱਸੇ ਗਏ ਆਰਕੀਟੈਕਚਰ ਦੇ ਮੁਕਾਬਲੇ, ਇਹ ਇੱਕ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਪਰ ਅਜਿਹੇ ਅਨੰਦ ਲਈ, ਬੇਸ਼ਕ, ਤੁਹਾਨੂੰ ਸੇਫ ਅਤੇ ਗਲੂਸਟਰ ਦੇ ਉਲਟ, ਲਾਇਸੈਂਸ ਖਰੀਦਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ.

ਸੰਖੇਪ ਕਰਨ ਲਈ, ਅਸੀਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਸਿਖਰ ਨੂੰ ਉਜਾਗਰ ਕਰ ਸਕਦੇ ਹਾਂ: ਵਰਚੂਜ਼ੋ ਸਟੋਰੇਜ਼ ਆਰਕੀਟੈਕਚਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਪਹਿਲਾ ਸਥਾਨ ਲੈਂਦਾ ਹੈ, Ceph ਦੂਜਾ ਸਥਾਨ ਲੈਂਦਾ ਹੈ, ਅਤੇ Gluster ਤੀਜਾ ਸਥਾਨ ਲੈਂਦਾ ਹੈ।

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

VSAN, ਸਪੇਸ ਡਾਇਰੈਕਟ ਸਟੋਰੇਜ਼, Vstorage ਅਤੇ Nutanix Storage, HPE ਅਤੇ Huawei ਸਾਜ਼ੋ-ਸਾਮਾਨ 'ਤੇ Vstorage ਦੀ ਜਾਂਚ ਕਰਨ ਦੇ ਨਾਲ-ਨਾਲ Vstorage ਨੂੰ ਬਾਹਰੀ ਹਾਰਡਵੇਅਰ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਨਾਲ ਜੋੜਨ ਦੇ ਦ੍ਰਿਸ਼ਾਂ ਵਿਚਕਾਰ ਤੁਲਨਾ ਲਿਖਣ ਦੀ ਯੋਜਨਾ ਹੈ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਲੇਖ ਪਸੰਦ ਹੈ, ਤਾਂ ਇਹ ਹੋਵੇਗਾ। ਤੁਹਾਡੇ ਤੋਂ ਫੀਡਬੈਕ ਪ੍ਰਾਪਤ ਕਰਕੇ ਚੰਗਾ ਲੱਗਿਆ, ਜੋ ਤੁਹਾਡੀਆਂ ਟਿੱਪਣੀਆਂ ਅਤੇ ਇੱਛਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਨਵੇਂ ਲੇਖਾਂ ਲਈ ਪ੍ਰੇਰਣਾ ਵਧਾ ਸਕਦਾ ਹੈ।

ਸਰੋਤ: www.habr.com