ਤੁਹਾਡੀ ਉੱਚ ਉਪਲਬਧਤਾ ਸਟੋਰੇਜ (99,9999%) 'ਤੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

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

ਛੋਟਾ ਜਾਣ ਪਛਾਣ

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

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

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

ਇੱਕ ਨਵਾਂ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਚੁਣਨਾ

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

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

IBM ਫਲੈਸ਼ ਸਿਸਟਮ 5010

ਸਾਡੇ ਮਾਡਲ 5010 ਬਾਰੇ ਸੰਖੇਪ ਵਿੱਚ। ਇਹ ਇੱਕ ਐਂਟਰੀ-ਪੱਧਰ ਦਾ ਦੋਹਰਾ-ਕੰਟਰੋਲਰ ਬਲਾਕ ਸਟੋਰੇਜ ਸਿਸਟਮ ਹੈ। ਇਹ NLSAS, SAS, SSD ਡਿਸਕਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਵਿੱਚ NVMe ਪਲੇਸਮੈਂਟ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਟੋਰੇਜ ਮਾਡਲ ਉਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਰੱਖਿਆ ਗਿਆ ਹੈ ਜਿਹਨਾਂ ਲਈ NVMe ਡਰਾਈਵਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਨੂੰ ਪੁਰਾਲੇਖ ਜਾਣਕਾਰੀ ਜਾਂ ਡੇਟਾ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਖਰੀਦਿਆ ਗਿਆ ਸੀ ਜਿਸਨੂੰ ਅਕਸਰ ਐਕਸੈਸ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ, ਇਸਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਮਿਆਰੀ ਸੈੱਟ ਸਾਡੇ ਲਈ ਕਾਫੀ ਸੀ: ਟਾਇਰਿੰਗ (ਆਸਾਨ ਟੀਅਰ), ਪਤਲਾ ਪ੍ਰਬੰਧ। 1000-2000 IOPS ਦੇ ਪੱਧਰ 'ਤੇ NLSAS ਡਿਸਕਾਂ 'ਤੇ ਪ੍ਰਦਰਸ਼ਨ ਵੀ ਸਾਡੇ ਲਈ ਕਾਫ਼ੀ ਤਸੱਲੀਬਖਸ਼ ਸੀ।

ਸਾਡਾ ਅਨੁਭਵ - ਅਸੀਂ ਸਮੇਂ ਸਿਰ ਫਰਮਵੇਅਰ ਨੂੰ ਕਿਵੇਂ ਅਪਡੇਟ ਨਹੀਂ ਕੀਤਾ

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

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

ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਮਾਮੂਲੀ ਅਪਡੇਟ ਦੇਰੀ ਨੇ ਇੱਕ ਬਹੁਤ ਹੀ ਕੋਝਾ ਤਸਵੀਰ ਵੱਲ ਅਗਵਾਈ ਕੀਤੀ, ਜਿਵੇਂ ਕਿ ਲਿੰਕ 'ਤੇ ਵਰਣਨ ਵਿੱਚ: https://www.ibm.com/support/pages/node/6172341. 

ਹਾਂ, ਉਸ ਸੰਸਕਰਣ ਦੇ ਫਰਮਵੇਅਰ ਵਿੱਚ ਅਖੌਤੀ APAR (ਅਧਿਕਾਰਤ ਪ੍ਰੋਗਰਾਮ ਵਿਸ਼ਲੇਸ਼ਣ ਰਿਪੋਰਟ) HU02104 ਢੁਕਵਾਂ ਸੀ। ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ. ਲੋਡ ਦੇ ਅਧੀਨ, ਕੁਝ ਖਾਸ ਹਾਲਤਾਂ ਵਿੱਚ, ਕੈਸ਼ ਓਵਰਫਲੋ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਸਿਸਟਮ ਸੁਰੱਖਿਆ ਮੋਡ ਵਿੱਚ ਚਲਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇਹ ਪੂਲ ਲਈ I/O ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ। ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਇਹ RAID 3 ਮੋਡ ਵਿੱਚ ਇੱਕ RAID ਸਮੂਹ ਲਈ 6 ਡਿਸਕਾਂ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰਨ ਵਾਂਗ ਜਾਪਦਾ ਹੈ। ਡਿਸਕਨੈਕਸ਼ਨ 6 ਮਿੰਟ ਲਈ ਹੁੰਦਾ ਹੈ। ਅੱਗੇ, ਪੂਲ ਵਿੱਚ ਵਾਲੀਅਮ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਬਹਾਲ ਕੀਤਾ ਗਿਆ ਹੈ.

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

ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਲਾਜ਼ੀਕਲ ਤੱਤ ਦੀ ਬਣਤਰ

ਡਿਸਕਾਂ ਨੂੰ MDisk (ਪ੍ਰਬੰਧਿਤ ਡਿਸਕ) ਕਹਿੰਦੇ ਸਮੂਹਾਂ ਵਿੱਚ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। MDisk ਇੱਕ ਕਲਾਸਿਕ RAID (0,1,10,5,6) ਜਾਂ ਇੱਕ ਵਰਚੁਅਲਾਈਜ਼ਡ ਇੱਕ - DRAID (ਡਿਸਟ੍ਰੀਬਿਊਟਡ RAID) ਹੋ ਸਕਦਾ ਹੈ। DRAID ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਤੁਹਾਨੂੰ ਐਰੇ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਧਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ... ਗਰੁੱਪ ਦੀਆਂ ਸਾਰੀਆਂ ਡਿਸਕਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਵੇਗੀ, ਅਤੇ ਮੁੜ-ਨਿਰਮਾਣ ਦਾ ਸਮਾਂ ਘਟਾਇਆ ਜਾਵੇਗਾ, ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ ਸਿਰਫ਼ ਕੁਝ ਬਲਾਕਾਂ ਨੂੰ ਹੀ ਰੀਸਟੋਰ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਨਾ ਕਿ ਅਸਫਲ ਡਿਸਕ ਤੋਂ ਸਾਰਾ ਡਾਟਾ।

RAID-5 ਮੋਡ ਵਿੱਚ ਡਿਸਟ੍ਰੀਬਿਊਟਿਡ RAID (DRAID) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡਿਸਕਾਂ ਵਿੱਚ ਡਾਟਾ ਬਲਾਕਾਂ ਦੀ ਵੰਡ।

ਅਤੇ ਇਹ ਚਿੱਤਰ ਇਸ ਗੱਲ ਦਾ ਤਰਕ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ ਡਿਸਕ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ DRAID ਰੀਬਿਲਡ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ:

ਜਦੋਂ ਇੱਕ ਡਿਸਕ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ ਤਾਂ DRAID ਦੇ ਮੁੜ ਨਿਰਮਾਣ ਦਾ ਤਰਕ

ਅੱਗੇ, ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ MDisks ਇੱਕ ਅਖੌਤੀ ਪੂਲ ਬਣਾਉਂਦੇ ਹਨ। ਉਸੇ ਪੂਲ ਦੇ ਅੰਦਰ, ਇੱਕੋ ਕਿਸਮ ਦੀਆਂ ਡਿਸਕਾਂ ਉੱਤੇ MDisk ਨੂੰ ਵੱਖਰੇ RAID/DRAID ਪੱਧਰਾਂ ਨਾਲ ਵਰਤਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ। ਅਸੀਂ ਇਸ ਵਿੱਚ ਬਹੁਤ ਡੂੰਘਾਈ ਨਾਲ ਨਹੀਂ ਜਾਵਾਂਗੇ, ਕਿਉਂਕਿ ... ਅਸੀਂ ਇਸਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਲੇਖਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਕਵਰ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ। ਖੈਰ, ਵਾਸਤਵ ਵਿੱਚ, ਪੂਲ ਨੂੰ ਵੌਲਯੂਮ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਮੇਜ਼ਬਾਨਾਂ ਨੂੰ ਇੱਕ ਜਾਂ ਦੂਜੇ ਬਲਾਕ ਐਕਸੈਸ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੇਸ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ.

ਇਸ ਲਈ, ਅਸੀਂ, ਵਿੱਚ ਵਰਣਨ ਕੀਤੀ ਗਈ ਸਥਿਤੀ ਦੇ ਨਤੀਜੇ ਵਜੋਂ APAR HU02104, ਤਿੰਨ ਡਿਸਕਾਂ ਦੀ ਲਾਜ਼ੀਕਲ ਅਸਫਲਤਾ ਦੇ ਕਾਰਨ, MDisk ਨੇ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੱਤਾ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਪੂਲ ਅਤੇ ਸੰਬੰਧਿਤ ਵਾਲੀਅਮ ਦੀ ਅਸਫਲਤਾ ਹੋਈ।

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

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

ਨਤੀਜੇ ਅਤੇ ਸਾਡੀਆਂ ਸਿਫ਼ਾਰਿਸ਼ਾਂ

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

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

• ਅੱਪਡੇਟਾਂ ਦੀ ਰਿਲੀਜ਼ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ, ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਗੰਭੀਰ ਮੁੱਦਿਆਂ ਦੇ ਸੁਧਾਰਾਂ ਲਈ ਰੀਲੀਜ਼ ਨੋਟਸ ਦਾ ਅਧਿਐਨ ਕਰਨਾ, ਅਤੇ ਸਮੇਂ ਸਿਰ ਯੋਜਨਾਬੱਧ ਅੱਪਡੇਟਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ।

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

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

  ਉਦਾਹਰਨ ਲਈ, IBM ਆਪਣੇ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਲਈ ਘੱਟੋ-ਘੱਟ ਦੋ ਸਾਫਟਵੇਅਰ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਅੱਪ ਟੂ ਡੇਟ ਰੱਖਦਾ ਹੈ। ਇਸ ਲਿਖਤ ਦੇ ਸਮੇਂ, ਇਹ 8.2 ਅਤੇ 8.3 ਹਨ. 8.2 ਲਈ ਅੱਪਡੇਟ ਪਹਿਲਾਂ ਸਾਹਮਣੇ ਆਉਂਦੇ ਹਨ। 8.3 ਲਈ ਇੱਕ ਸਮਾਨ ਅਪਡੇਟ ਆਮ ਤੌਰ 'ਤੇ ਥੋੜ੍ਹੀ ਦੇਰੀ ਨਾਲ ਜਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

  ਰੀਲੀਜ਼ 8.3 ਦੇ ਕਈ ਫੰਕਸ਼ਨਲ ਫਾਇਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਨਵੀਆਂ ਡਿਸਕਾਂ ਜੋੜ ਕੇ MDisk (DRAID ਮੋਡ ਵਿੱਚ) ਦਾ ਵਿਸਤਾਰ ਕਰਨ ਦੀ ਸਮਰੱਥਾ (ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਸੰਸਕਰਣ 8.3.1 ਤੋਂ ਪ੍ਰਗਟ ਹੋਈ ਹੈ)। ਇਹ ਇੱਕ ਕਾਫ਼ੀ ਬੁਨਿਆਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੈ, ਪਰ 8.2 ਵਿੱਚ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਅਜਿਹੀ ਕੋਈ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਹੈ.

• ਜੇਕਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਅੱਪਡੇਟ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ, ਤਾਂ ਸਪੈਕਟ੍ਰਮ ਵਰਚੁਅਲਾਈਜ਼ ਸੌਫਟਵੇਅਰ ਦੇ ਸੰਸਕਰਣ 8.2.1.9 ਅਤੇ 8.3.1.0 (ਜਿੱਥੇ ਉੱਪਰ ਦੱਸਿਆ ਗਿਆ ਬੱਗ ਢੁਕਵਾਂ ਹੈ) ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਸੰਸਕਰਣਾਂ ਲਈ, ਇਸਦੇ ਵਾਪਰਨ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਣ ਲਈ, IBM ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹੈ। ਪੂਲ ਪੱਧਰ 'ਤੇ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਸੀਮਤ ਕਰਨਾ, ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ (ਤਸਵੀਰ GUI ਦੇ Russified ਸੰਸਕਰਣ ਵਿੱਚ ਲਈ ਗਈ ਸੀ)। 10000 IOPS ਦਾ ਮੁੱਲ ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅਨੁਸਾਰ ਚੁਣਿਆ ਗਿਆ ਹੈ।

IBM ਸਟੋਰੇਜ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਸੀਮਤ ਕਰਨਾ

• ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ 'ਤੇ ਲੋਡ ਦੀ ਸਹੀ ਗਣਨਾ ਕਰਨਾ ਅਤੇ ਓਵਰਲੋਡਿੰਗ ਤੋਂ ਬਚਣਾ ਜ਼ਰੂਰੀ ਹੈ. ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਜਾਂ ਤਾਂ IBM ਸਾਈਜ਼ਰ (ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਇਸ ਤੱਕ ਪਹੁੰਚ ਹੈ), ਜਾਂ ਭਾਈਵਾਲਾਂ ਦੀ ਮਦਦ, ਜਾਂ ਤੀਜੀ-ਧਿਰ ਦੇ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 'ਤੇ ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਸਮਝਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ MB/s ਅਤੇ IOPS ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਨ ਘੱਟੋ-ਘੱਟ ਹੇਠਾਂ ਦਿੱਤੇ ਪੈਰਾਮੀਟਰਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ:

  • ਓਪਰੇਸ਼ਨ ਦੀ ਕਿਸਮ: ਪੜ੍ਹੋ ਜਾਂ ਲਿਖੋ,

  • ਓਪਰੇਸ਼ਨ ਬਲਾਕ ਦਾ ਆਕਾਰ,

  • ਕੁੱਲ I/O ਸਟ੍ਰੀਮ ਵਿੱਚ ਪੜ੍ਹਨ ਅਤੇ ਲਿਖਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਦੀ ਪ੍ਰਤੀਸ਼ਤਤਾ।

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

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

ਅੰਤ ਤੱਕ ਪੜ੍ਹਨ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ।
ਅਸੀਂ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਤੁਹਾਡੇ ਸਵਾਲਾਂ ਅਤੇ ਟਿੱਪਣੀਆਂ ਦੇ ਜਵਾਬ ਦੇਣ ਲਈ ਤਿਆਰ ਹਾਂ। ਵੀ ਅਸੀਂ ਤੁਹਾਨੂੰ ਸਾਡੇ ਟੈਲੀਗ੍ਰਾਮ ਚੈਨਲ ਨੂੰ ਸਬਸਕ੍ਰਾਈਬ ਕਰਨ ਲਈ ਸੱਦਾ ਦਿੰਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਨਿਯਮਤ ਤਰੱਕੀਆਂ ਰੱਖਦੇ ਹਾਂ (IaaS 'ਤੇ ਛੋਟ ਅਤੇ VPS 'ਤੇ 100% ਤੱਕ ਪ੍ਰਚਾਰ ਕੋਡਾਂ ਲਈ ਛੋਟ), ਦਿਲਚਸਪ ਖ਼ਬਰਾਂ ਲਿਖਦੇ ਹਾਂ ਅਤੇ Habr ਬਲੌਗ 'ਤੇ ਨਵੇਂ ਲੇਖਾਂ ਦੀ ਘੋਸ਼ਣਾ ਕਰਦੇ ਹਾਂ।

ਸਰੋਤ: www.habr.com