ਏਕਤਾ ਸਟੋਰੇਜ 'ਤੇ ਤੇਜ਼ VP: ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

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

ਮੈਂ ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਦੱਸਾਂਗਾ ਕਿ ਸਮੱਗਰੀ ਵਿੱਚ ਕੀ ਨਹੀਂ ਹੋਵੇਗਾ। ਮੁਕਾਬਲੇਬਾਜ਼ਾਂ ਦੀ ਖੋਜ ਅਤੇ ਉਨ੍ਹਾਂ ਨਾਲ ਤੁਲਨਾ ਨਹੀਂ ਹੋਵੇਗੀ। ਮੈਂ ਓਪਨ ਸੋਰਸ ਤੋਂ ਸਮਾਨ ਤਕਨਾਲੋਜੀਆਂ ਬਾਰੇ ਗੱਲ ਕਰਨ ਦੀ ਵੀ ਯੋਜਨਾ ਨਹੀਂ ਬਣਾ ਰਿਹਾ, ਕਿਉਂਕਿ ਉਤਸੁਕ ਪਾਠਕ ਪਹਿਲਾਂ ਹੀ ਉਹਨਾਂ ਬਾਰੇ ਜਾਣਦਾ ਹੈ. ਅਤੇ, ਬੇਸ਼ਕ, ਮੈਂ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਦਾ ਇਸ਼ਤਿਹਾਰ ਨਹੀਂ ਦੇਣ ਜਾ ਰਿਹਾ ਹਾਂ.

ਸਟੋਰੇਜ ਟਾਇਰਿੰਗ। FAST VP ਦੇ ਟੀਚੇ ਅਤੇ ਉਦੇਸ਼

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

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

ਆਓ ਹੁਣ ਯੂਨਿਟੀ ਵਿੱਚ ਸਟੋਰੇਜ ਟਾਇਰਿੰਗ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਵੇਖੀਏ. ਏਕਤਾ ਦੇ 3 ਪੱਧਰ, ਜਾਂ ਪੱਧਰ ਹਨ:

• ਅਤਿਅੰਤ ਪ੍ਰਦਰਸ਼ਨ (SSDs)
• ਪ੍ਰਦਰਸ਼ਨ (SAS HDD 10k/15k RPM)
• ਸਮਰੱਥਾ (NL-SAS HDD 7200 RPM)

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

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

ਮੈਨੂੰ ਟਾਇਰਿੰਗ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

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

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

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

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

ਅੱਗੇ ਦੇਖਦੇ ਹੋਏ, ਮੈਂ ਕਹਾਂਗਾ ਕਿ FAST VP ਡੇਟਾ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਪੂਲ ਦੇ ਅੰਦਰ ਭੇਜਦਾ ਹੈ, ਨਾ ਕਿ ਕਈ ਪੂਲ ਦੇ ਵਿਚਕਾਰ।

FAST VP ਦੁਆਰਾ ਹੱਲ ਕੀਤੀਆਂ ਸਮੱਸਿਆਵਾਂ

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

• ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਡਿਸਕਾਂ, ਪੱਧਰਾਂ ਵਿੱਚ ਡੇਟਾ ਦੀ ਵੰਡ
• ਇੱਕੋ ਕਿਸਮ ਦੀਆਂ ਡਿਸਕਾਂ ਵਿੱਚ ਡਾਟਾ ਵੰਡਣਾ
• ਪੂਲ ਦਾ ਵਿਸਤਾਰ ਕਰਦੇ ਸਮੇਂ ਡਾਟਾ ਵੰਡ

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

ਕਿਵੇਂ FAST VP ਪੂਲ ਨੂੰ ਡੇਟਾ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਸਿਆਸਤਦਾਨ

FAST VP ਸਮਰਥਿਤ ਪੂਲ ਵਿੱਚ ਡੇਟਾ ਦੀ ਪਲੇਸਮੈਂਟ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ, ਹੇਠ ਲਿਖੀਆਂ ਨੀਤੀਆਂ ਮੌਜੂਦ ਹਨ:

• ਸਭ ਤੋਂ ਵੱਧ ਉਪਲਬਧ ਟੀਅਰ
• ਆਟੋ-ਟੀਅਰ
• ਉੱਚਾ ਸ਼ੁਰੂ ਕਰੋ ਫਿਰ ਆਟੋ-ਟੀਅਰ (ਡਿਫੌਲਟ)
• ਸਭ ਤੋਂ ਘੱਟ ਉਪਲਬਧ ਟੀਅਰ

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

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

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

ਮਾਪਦੰਡ ਜੋ ਫਾਸਟ ਵੀਪੀ ਆਪਣੇ ਕੰਮ ਵਿੱਚ ਵਰਤਦਾ ਹੈ

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

ਤਾਪਮਾਨ ਗਣਨਾ ਫੰਕਸ਼ਨ ਵਿੱਚ ਹੇਠ ਲਿਖੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ:

• I/O ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ, ਡਾਟਾ ਸਮੇਂ ਦੇ ਨਾਲ "ਠੰਢਾ" ਹੋ ਜਾਂਦਾ ਹੈ।
• ਸਮੇਂ ਦੇ ਨਾਲ ਘੱਟ ਜਾਂ ਘੱਟ ਬਰਾਬਰ ਲੋਡ ਦੇ ਤਹਿਤ, ਤਾਪਮਾਨ ਪਹਿਲਾਂ ਵਧਦਾ ਹੈ ਅਤੇ ਫਿਰ ਇੱਕ ਖਾਸ ਰੇਂਜ ਵਿੱਚ ਸਥਿਰ ਹੋ ਜਾਂਦਾ ਹੈ।

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

ਪਰ ਆਓ ਕਾਰਜਾਂ 'ਤੇ ਵਾਪਸ ਚਲੀਏ। ਇਸ ਲਈ, ਅਸੀਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹਾਂ ਕਿ FAST VP ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਕੀ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ।

A. ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਡਿਸਕਾਂ, ਪੱਧਰਾਂ ਵਿੱਚ ਡੇਟਾ ਦੀ ਵੰਡ

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

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

B. ਇੱਕੋ ਕਿਸਮ ਦੀਆਂ ਡਿਸਕਾਂ ਵਿੱਚ ਡੇਟਾ ਦੀ ਵੰਡ

ਯਾਦ ਰੱਖੋ, ਸ਼ੁਰੂ ਵਿੱਚ ਮੈਂ ਉਸ ਸਟੋਰੇਜ ਮੀਡੀਆ ਤੋਂ ਲਿਖਿਆ ਸੀ ਇੱਕ ਜਾਂ ਵੱਧ ਪੱਧਰਾਂ ਨੂੰ ਇੱਕ ਪੂਲ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ? ਇੱਕਲੇ ਪੱਧਰ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, FAST VP ਕੋਲ ਕੰਮ ਵੀ ਹੁੰਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਪੱਧਰ 'ਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਡਿਸਕਾਂ ਦੇ ਵਿਚਕਾਰ ਡੇਟਾ ਨੂੰ ਬਰਾਬਰ ਵੰਡਣ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ (ਸਿਧਾਂਤਕ ਰੂਪ ਵਿੱਚ) ਤੁਹਾਨੂੰ IOPS ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਤਰਾ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਵੇਗਾ। ਇੱਕ RAID ਗਰੁੱਪ ਵਿੱਚ ਡਾਟਾ ਨੂੰ ਡਿਸਕਾਂ ਵਿੱਚ ਬਰਾਬਰ ਵੰਡਿਆ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਹਮੇਸ਼ਾ RAID ਗਰੁੱਪਾਂ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਅਸੰਤੁਲਨ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, FAST VP RAID ਸਮੂਹਾਂ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਮਾਤਰਾ ਅਤੇ "ਸ਼ਰਤ ਪ੍ਰਦਰਸ਼ਨ" (ਸੰਖਿਆਤਮਕ ਰੂਪ ਵਿੱਚ) ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਮੂਵ ਕਰੇਗਾ। ਸਪਸ਼ਟਤਾ ਲਈ, ਮੈਂ ਤਿੰਨ ਰੇਡ ਸਮੂਹਾਂ ਵਿੱਚ ਇੱਕ ਪੁਨਰ-ਸੰਤੁਲਨ ਯੋਜਨਾ ਦਿਖਾਵਾਂਗਾ:

B. ਪੂਲ ਦਾ ਵਿਸਤਾਰ ਕਰਦੇ ਸਮੇਂ ਡਾਟਾ ਵੰਡ

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

SSD ਵੀਅਰ ਲੈਵਲਿੰਗ

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

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

ਇਸ ਤਰ੍ਹਾਂ, FAST VP ਸਟੋਰੇਜ ਟਾਇਰਿੰਗ ਦੀਆਂ ਰਵਾਇਤੀ ਚੁਣੌਤੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਥੋੜ੍ਹਾ ਹੋਰ ਕਰਦਾ ਹੈ। ਇਹ ਸਭ ਤੁਹਾਨੂੰ ਯੂਨਿਟੀ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਕਾਫ਼ੀ ਕੁਸ਼ਲਤਾ ਨਾਲ ਡਾਟਾ ਸਟੋਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਕੁਝ ਸੁਝਾਅ

1. ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਪੜ੍ਹਨ ਵਿੱਚ ਅਣਗਹਿਲੀ ਨਾ ਕਰੋ। ਇੱਥੇ ਵਧੀਆ ਅਭਿਆਸ ਹਨ, ਅਤੇ ਉਹ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਉਹਨਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋ, ਤਾਂ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਕੋਈ ਗੰਭੀਰ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਨਹੀਂ ਹੁੰਦੀਆਂ. ਬਾਕੀ ਦੀ ਸਲਾਹ ਅਸਲ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਦੁਹਰਾਉਂਦੀ ਹੈ ਜਾਂ ਪੂਰਕ ਕਰਦੀ ਹੈ।
2. ਜੇਕਰ ਤੁਸੀਂ FAST VP ਨੂੰ ਕੌਂਫਿਗਰ ਅਤੇ ਸਮਰੱਥ ਕੀਤਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸਮਰੱਥ ਛੱਡਣਾ ਬਿਹਤਰ ਹੈ। ਇਸਨੂੰ ਇਸ ਦੇ ਨਿਰਧਾਰਤ ਸਮੇਂ ਵਿੱਚ ਅਤੇ ਸਾਲ ਵਿੱਚ ਇੱਕ ਵਾਰ ਤੋਂ ਥੋੜ੍ਹਾ-ਥੋੜ੍ਹਾ ਕਰਕੇ ਡੇਟਾ ਨੂੰ ਵੰਡਣ ਦਿਓ ਅਤੇ ਹੋਰ ਕੰਮਾਂ ਦੇ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਗੰਭੀਰ ਪ੍ਰਭਾਵ ਪਾਓ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਡੇਟਾ ਦੀ ਮੁੜ ਵੰਡ ਵਿੱਚ ਲੰਮਾ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ।
3. ਰੀਲੋਕੇਸ਼ਨ ਵਿੰਡੋ ਦੀ ਚੋਣ ਕਰਦੇ ਸਮੇਂ ਸਾਵਧਾਨ ਰਹੋ। ਹਾਲਾਂਕਿ ਇਹ ਸਪੱਸ਼ਟ ਹੈ, ਏਕਤਾ 'ਤੇ ਘੱਟ ਤੋਂ ਘੱਟ ਲੋਡ ਵਾਲਾ ਸਮਾਂ ਚੁਣਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਅਤੇ ਕਾਫ਼ੀ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰੋ।
4. ਆਪਣੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦਾ ਵਿਸਤਾਰ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ, ਇਸ ਨੂੰ ਸਮੇਂ ਸਿਰ ਕਰੋ। ਇਹ ਇੱਕ ਆਮ ਸਿਫ਼ਾਰਸ਼ ਹੈ ਜੋ FAST VP ਲਈ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇਕਰ ਖਾਲੀ ਥਾਂ ਦੀ ਮਾਤਰਾ ਬਹੁਤ ਘੱਟ ਹੈ, ਤਾਂ ਡੇਟਾ ਦੀ ਗਤੀ ਹੌਲੀ ਹੋ ਜਾਵੇਗੀ ਜਾਂ ਅਸੰਭਵ ਹੋ ਜਾਵੇਗੀ। ਖ਼ਾਸਕਰ ਜੇ ਤੁਸੀਂ ਪੁਆਇੰਟ 2 ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਹੈ।
5. FAST VP ਸਮਰਥਿਤ ਪੂਲ ਦਾ ਵਿਸਤਾਰ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਸਭ ਤੋਂ ਹੌਲੀ ਡਿਸਕਾਂ ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ। ਭਾਵ, ਅਸੀਂ ਜਾਂ ਤਾਂ ਸਾਰੇ ਯੋਜਨਾਬੱਧ RAID ਸਮੂਹਾਂ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਜੋੜਦੇ ਹਾਂ, ਜਾਂ ਪਹਿਲਾਂ ਸਭ ਤੋਂ ਤੇਜ਼ ਡਿਸਕਾਂ ਜੋੜਦੇ ਹਾਂ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਨਵੀਂ "ਤੇਜ਼" ਡਿਸਕਾਂ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਮੁੜ ਵੰਡਣਾ ਪੂਲ ਦੀ ਸਮੁੱਚੀ ਗਤੀ ਨੂੰ ਵਧਾ ਦੇਵੇਗਾ। ਨਹੀਂ ਤਾਂ, "ਹੌਲੀ" ਡਿਸਕਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨਾ ਇੱਕ ਬਹੁਤ ਹੀ ਕੋਝਾ ਸਥਿਤੀ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ. ਪਹਿਲਾਂ, ਡੇਟਾ ਨੂੰ ਨਵੀਂ, ਮੁਕਾਬਲਤਨ ਹੌਲੀ ਡਿਸਕਾਂ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਫਿਰ, ਜਦੋਂ ਤੇਜ਼ੀ ਨਾਲ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ। ਇੱਥੇ ਵੱਖ-ਵੱਖ FAST VP ਨੀਤੀਆਂ ਨਾਲ ਸਬੰਧਤ ਸੂਖਮਤਾਵਾਂ ਹਨ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ, ਇੱਕ ਸਮਾਨ ਸਥਿਤੀ ਸੰਭਵ ਹੈ।

ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਉਤਪਾਦ ਨੂੰ ਦੇਖ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ Unity VSA ਵਰਚੁਅਲ ਉਪਕਰਣ ਨੂੰ ਡਾਉਨਲੋਡ ਕਰਕੇ ਯੂਨਿਟੀ ਨੂੰ ਮੁਫ਼ਤ ਵਿੱਚ ਅਜ਼ਮਾ ਸਕਦੇ ਹੋ।

ਸਮੱਗਰੀ ਦੇ ਅੰਤ ਵਿੱਚ, ਮੈਂ ਕਈ ਉਪਯੋਗੀ ਲਿੰਕ ਸਾਂਝੇ ਕਰਦਾ ਹਾਂ:

• ਪੰਨਾ ਏਕਤਾ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ
• ਡੈਲ ਈਐਮਸੀ ਏਕਤਾ: ਫਾਸਟ ਵੀਪੀ ਥਿਊਰੀ ਆਫ਼ ਓਪਰੇਸ਼ਨ - ਫੰਕਸ਼ਨ ਦਾ ਸੰਖੇਪ ਵੇਰਵਾ
• ਵਧੇਰੇ ਸੰਪੂਰਨ ਅਤੇ ਵਿਸਤ੍ਰਿਤ ਵੇਰਵਾ, pdf ਫਾਰਮੈਟ
• ਯੂਨਿਟੀ VSA/ਕਲਾਊਡ ਐਡੀਸ਼ਨ

ਸਿੱਟਾ

ਮੈਂ ਬਹੁਤ ਕੁਝ ਲਿਖਣਾ ਚਾਹਾਂਗਾ, ਪਰ ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਸਾਰੇ ਵੇਰਵੇ ਪਾਠਕ ਲਈ ਦਿਲਚਸਪ ਨਹੀਂ ਹੋਣਗੇ. ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਉਹਨਾਂ ਮਾਪਦੰਡਾਂ ਬਾਰੇ ਵਧੇਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਗੱਲ ਕਰ ਸਕਦੇ ਹੋ ਜਿਸ ਦੁਆਰਾ FAST VP ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਬਾਰੇ, I/O ਅੰਕੜਿਆਂ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਾਰੇ ਫੈਸਲੇ ਲੈਂਦਾ ਹੈ। ਨਾਲ ਹੀ, ਨਾਲ ਗੱਲਬਾਤ ਦਾ ਵਿਸ਼ਾ ਡਾਇਨਾਮਿਕ ਪੂਲ, ਅਤੇ ਇਹ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਦਾ ਹੱਕਦਾਰ ਹੈ। ਤੁਸੀਂ ਇਸ ਤਕਨਾਲੋਜੀ ਦੇ ਵਿਕਾਸ ਬਾਰੇ ਕਲਪਨਾ ਵੀ ਕਰ ਸਕਦੇ ਹੋ. ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਬੋਰਿੰਗ ਨਹੀਂ ਸੀ ਅਤੇ ਮੈਂ ਤੁਹਾਨੂੰ ਬੋਰ ਨਹੀਂ ਕੀਤਾ। ਤੁਹਾਨੂੰ ਵੀ ਦੇਖਣ ਨੂੰ!

ਸਰੋਤ: www.habr.com