AERODISK ENGINE N2 ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਕਰੈਸ਼ ਟੈਸਟ, ਤਾਕਤ ਟੈਸਟ

ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ! ਇਸ ਲੇਖ ਦੇ ਨਾਲ, AERODISK ਹੈਬਰੇ 'ਤੇ ਇੱਕ ਬਲੌਗ ਖੋਲ੍ਹਦਾ ਹੈ। ਹੁਰੇ, ਸਾਥੀਓ!

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

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

ਇਸ ਲਈ, ਮੈਂ ਇੱਥੇ ਕਾਪੀ-ਪੇਸਟ ਪ੍ਰਬੰਧਨ ਹੁਨਰਾਂ ਨੂੰ ਸਿਖਲਾਈ ਨਹੀਂ ਦੇਵਾਂਗਾ, ਪਰ ਇਹਨਾਂ ਲੇਖਾਂ ਦੇ ਮੂਲ ਦੇ ਲਿੰਕ ਪ੍ਰਦਾਨ ਕਰਾਂਗਾ:

• ਆਰਟੀਕਲ ਨੰ: 1. ਕੰਪਨੀ ਦੇ ਇਤਿਹਾਸ ਅਤੇ AERODISK ਇੰਜਨ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ
• ਆਰਟੀਕਲ ਨੰ: 2। ਏਰੋਡਿਸਕ ਇੰਜਨ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨੂੰ ਜਲਦੀ ਕਿਵੇਂ ਸੈਟ ਅਪ ਕਰਨਾ ਹੈ
• ਆਰਟੀਕਲ ਨੰ: 3। ਸੁਰੱਖਿਅਤ ਸਿਟੀ ਪ੍ਰੋਜੈਕਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ 2018 ਫੀਫਾ ਵਿਸ਼ਵ ਕੱਪ ਲਈ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਵੀਡੀਓ ਨਿਗਰਾਨੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਬਾਰੇ ਇੱਕ ਦਿਲਚਸਪ ਪ੍ਰੋਜੈਕਟ

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

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

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

• ਨਿਜਨੀ ਨੋਵਗੋਰੋਡ (ਪਹਿਲਾਂ ਹੀ ਖੁੱਲ੍ਹਾ - ਤੁਸੀਂ ਇੱਥੇ ਸਾਈਨ ਅੱਪ ਕਰ ਸਕਦੇ ਹੋ https://aerodisk.promo/nn/);
  16 ਅਪ੍ਰੈਲ, 2019 ਤੱਕ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਕੰਮ ਦੇ ਸਮੇਂ ਕੇਂਦਰ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ, ਅਤੇ 16 ਅਪ੍ਰੈਲ, 2019 ਨੂੰ, ਇੱਕ ਵਿਸ਼ਾਲ ਸਿਖਲਾਈ ਕੋਰਸ ਆਯੋਜਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।
• ਕ੍ਰੈਸ੍ਨਾਯਾਰ (ਛੇਤੀ ਹੀ ਖੁੱਲ ਰਿਹਾ ਹੈ - ਤੁਸੀਂ ਇੱਥੇ ਸਾਈਨ ਅੱਪ ਕਰ ਸਕਦੇ ਹੋ https://aerodisk.promo/krsnd/ );
  9 ਅਪ੍ਰੈਲ ਤੋਂ 25 ਅਪ੍ਰੈਲ, 2019 ਤੱਕ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਕੰਮ ਦੇ ਸਮੇਂ ਕੇਂਦਰ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ, ਅਤੇ 25 ਅਪ੍ਰੈਲ, 2019 ਨੂੰ, ਇੱਕ ਵਿਸ਼ਾਲ ਸਿਖਲਾਈ ਕੋਰਸ ਆਯੋਜਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।
• Екатеринбург (ਜਲਦੀ ਹੀ ਖੁੱਲ ਰਿਹਾ ਹੈ, ਸਾਡੀ ਵੈਬਸਾਈਟ ਜਾਂ ਹੈਬਰੇ 'ਤੇ ਜਾਣਕਾਰੀ ਦੀ ਪਾਲਣਾ ਕਰੋ);
  ਮਈ-ਜੂਨ 2019।
• Новосибирск (ਸਾਡੀ ਵੈੱਬਸਾਈਟ ਜਾਂ Habré 'ਤੇ ਜਾਣਕਾਰੀ ਦੀ ਪਾਲਣਾ ਕਰੋ);
  ਅਕਤੂਬਰ 2019।
• Красноярск (ਸਾਡੀ ਵੈੱਬਸਾਈਟ ਜਾਂ Habré 'ਤੇ ਜਾਣਕਾਰੀ ਦੀ ਪਾਲਣਾ ਕਰੋ);
  ਨਵੰਬਰ 2019।

ਅਤੇ, ਬੇਸ਼ਕ, ਜੇ ਮਾਸਕੋ ਤੁਹਾਡੇ ਤੋਂ ਬਹੁਤ ਦੂਰ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਸਮੇਂ ਮਾਸਕੋ ਵਿੱਚ ਸਾਡੇ ਦਫਤਰ ਜਾ ਸਕਦੇ ਹੋ ਅਤੇ ਅਜਿਹੀ ਸਿਖਲਾਈ ਲੈ ਸਕਦੇ ਹੋ.

ਸਾਰੇ। ਅਸੀਂ ਮਾਰਕੀਟਿੰਗ ਦੇ ਨਾਲ ਪੂਰਾ ਕਰ ਲਿਆ ਹੈ, ਆਓ ਤਕਨਾਲੋਜੀ ਵੱਲ ਵਧੀਏ!

Habré 'ਤੇ ਅਸੀਂ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਸਾਡੇ ਉਤਪਾਦਾਂ, ਲੋਡ ਟੈਸਟਾਂ, ਤੁਲਨਾਵਾਂ, ਵਰਤੋਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਦਿਲਚਸਪ ਅਮਲਾਂ ਬਾਰੇ ਤਕਨੀਕੀ ਲੇਖ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਾਂਗੇ।

AERODISK ENGINE N2 ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਕਰੈਸ਼ ਟੈਸਟ, ਤਾਕਤ ਟੈਸਟ

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

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

ਇਸ ਲਈ, ਆਓ ਇਸਨੂੰ ਤੋੜ ਦੇਈਏ.

ਟੈਸਟ ਸਟੈਂਡ

ਸਾਡੇ ਸਟੈਂਡ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਹਾਰਡਵੇਅਰ ਸ਼ਾਮਲ ਹਨ:

• 1 x ਏਰੋਡਿਸਕ ਇੰਜਣ N2 ਸਟੋਰੇਜ ਸਿਸਟਮ (2 ਕੰਟਰੋਲਰ, 64GB ਕੈਸ਼, 8xFC ਪੋਰਟ 8Gb/s, 4xEthernet ਪੋਰਟ 10Gb/s SFP+, 4xEthernet ਪੋਰਟਸ 1Gb/s); ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਵਿੱਚ ਹੇਠ ਲਿਖੀਆਂ ਡਿਸਕਾਂ ਸਥਾਪਿਤ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ:
• 4 x SAS SSD ਡਿਸਕ 900 GB;
• 12 x SAS 10k ਡਿਸਕਸ 1,2 TB;
• ਵਿੰਡੋਜ਼ ਸਰਵਰ 1 ਦੇ ਨਾਲ 2016 x ਭੌਤਿਕ ਸਰਵਰ (2xXeon E5 2667 v3, 96GB RAM, 2xFC ਪੋਰਟ 8Gb/s, 2xEthernet ਪੋਰਟਾਂ 10Gb/s SFP+);
• 2 x SAN 8G ਸਵਿੱਚ;
• 2 x LAN 10G ਸਵਿੱਚ;

ਅਸੀਂ FC ਅਤੇ 10G ਈਥਰਨੈੱਟ ਦੋਵਾਂ ਰਾਹੀਂ ਸਵਿੱਚਾਂ ਰਾਹੀਂ ਸਰਵਰ ਨੂੰ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਹੈ। ਸਟੈਂਡ ਚਿੱਤਰ ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਹੈ।

ਸਾਨੂੰ ਲੋੜੀਂਦੇ ਕੰਪੋਨੈਂਟ, ਜਿਵੇਂ ਕਿ MPIO ਅਤੇ iSCSI ਇਨੀਸ਼ੀਏਟਰ, ਵਿੰਡੋਜ਼ ਸਰਵਰ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤੇ ਗਏ ਹਨ।
ਜ਼ੋਨ FC ਸਵਿੱਚਾਂ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਗਏ ਹਨ, ਸੰਬੰਧਿਤ VLANs LAN ਸਵਿੱਚਾਂ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ MTU 9000 ਸਟੋਰੇਜ ਪੋਰਟਾਂ, ਸਵਿੱਚਾਂ ਅਤੇ ਹੋਸਟਾਂ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤੇ ਗਏ ਹਨ (ਇਹ ਸਭ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਸਾਡੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਵਰਣਨ ਨਹੀਂ ਕਰਾਂਗੇ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਇੱਥੇ ਹੈ).

ਟੈਸਟ ਵਿਧੀ

ਕਰੈਸ਼ ਟੈਸਟ ਪਲਾਨ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ:

• FC ਅਤੇ ਈਥਰਨੈੱਟ ਪੋਰਟਾਂ ਦੀ ਅਸਫਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।
• ਪਾਵਰ ਅਸਫਲਤਾ ਦੀ ਜਾਂਚ.
• ਕੰਟਰੋਲਰ ਅਸਫਲਤਾ ਦੀ ਜਾਂਚ.
• ਇੱਕ ਗਰੁੱਪ/ਪੂਲ ਵਿੱਚ ਡਿਸਕ ਦੀ ਅਸਫਲਤਾ ਲਈ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।

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

IOmeter ਸੰਰਚਨਾ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ:

• ਪੜ੍ਹੋ/ਲਿਖੋ - 70/30
• ਬਲਾਕ - 128k (ਅਸੀਂ ਵੱਡੇ ਬਲਾਕਾਂ ਵਿੱਚ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਧੋਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ)
• ਥਰਿੱਡਾਂ ਦੀ ਗਿਣਤੀ - 128 (ਜੋ ਕਿ ਉਤਪਾਦਕ ਲੋਡ ਦੇ ਸਮਾਨ ਹੈ)
• ਪੂਰਾ ਬੇਤਰਤੀਬ
• ਵਰਕਰਾਂ ਦੀ ਗਿਣਤੀ - 4 (FC ਲਈ 2, iSCSI ਲਈ 2)

ਟੈਸਟ ਦੇ ਹੇਠ ਲਿਖੇ ਉਦੇਸ਼ ਹਨ:

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

ਹੋਸਟ ਅਤੇ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਨੂੰ ਤਿਆਰ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

ਅਸੀਂ FC ਅਤੇ ਈਥਰਨੈੱਟ ਪੋਰਟਾਂ (ਕ੍ਰਮਵਾਰ FC ਅਤੇ iSCSI) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਟੋਰੇਜ ਸਿਸਟਮ 'ਤੇ ਬਲਾਕ ਐਕਸੈਸ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਹੈ। ਟੀਐਸ ਸੋਲਿਊਸ਼ਨ ਦੇ ਮੁੰਡਿਆਂ ਨੇ ਪਿਛਲੇ ਲੇਖ ਵਿੱਚ ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਬਾਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਿਆ ਹੈ (https://habr.com/ru/company/tssolution/blog/432876/). ਅਤੇ, ਬੇਸ਼ੱਕ, ਕਿਸੇ ਨੇ ਵੀ ਮੈਨੂਅਲ ਅਤੇ ਕੋਰਸਾਂ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕੀਤਾ.

ਅਸੀਂ ਸਾਡੇ ਕੋਲ ਮੌਜੂਦ ਸਾਰੀਆਂ ਡਰਾਈਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਸਮੂਹ ਸਥਾਪਤ ਕੀਤਾ ਹੈ। 2 SSD ਡਿਸਕਾਂ ਨੂੰ ਕੈਸ਼ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਸੀ, 2 SSD ਡਿਸਕਾਂ ਨੂੰ ਇੱਕ ਵਾਧੂ ਸਟੋਰੇਜ ਟੀਅਰ (ਆਨਲਾਈਨ-ਟੀਅਰ) ਵਜੋਂ ਜੋੜਿਆ ਗਿਆ ਸੀ। ਅਸੀਂ 12 SAS10k ਡਰਾਈਵਾਂ ਨੂੰ RAID-60P (ਟ੍ਰਿਪਲ ਪੈਰੀਟੀ) ਵਿੱਚ ਗਰੁੱਪ ਕੀਤਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਵਾਰ ਵਿੱਚ ਗਰੁੱਪ ਵਿੱਚ ਤਿੰਨ ਡਰਾਈਵਾਂ ਦੀ ਅਸਫਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕੇ। ਇੱਕ ਡਿਸਕ ਆਟੋ-ਰਿਪਲੇਸਮੈਂਟ ਲਈ ਛੱਡ ਦਿੱਤੀ ਗਈ ਸੀ।

ਅਸੀਂ ਦੋ LUNs (ਇੱਕ FC ਦੁਆਰਾ, ਇੱਕ iSCSI ਦੁਆਰਾ) ਨੂੰ ਜੋੜਿਆ ਹੈ।

ਦੋਵੇਂ LUNs ਦਾ ਮਾਲਕ ਇੰਜਣ-0 ਕੰਟਰੋਲਰ ਹੈ

ਆਓ ਟੈਸਟ ਸ਼ੁਰੂ ਕਰੀਏ

ਅਸੀਂ ਉਪਰੋਕਤ ਸੰਰਚਨਾ ਨਾਲ IOMETER ਨੂੰ ਸਮਰੱਥ ਕਰਦੇ ਹਾਂ।

ਅਸੀਂ 1.8 GB/s ਦਾ ਥ੍ਰੋਪੁੱਟ ਅਤੇ 3 ਮਿਲੀਸਕਿੰਟ ਦੀ ਲੇਟੈਂਸੀ ਰਿਕਾਰਡ ਕਰਦੇ ਹਾਂ। ਕੋਈ ਤਰੁੱਟੀਆਂ ਨਹੀਂ ਹਨ (ਕੁੱਲ ਗਲਤੀ ਗਿਣਤੀ)।

ਉਸੇ ਸਮੇਂ, ਸਾਡੇ ਮੇਜ਼ਬਾਨ ਦੀ ਲੋਕਲ ਡਰਾਈਵ “C” ਤੋਂ, ਅਸੀਂ ਹੋਰ ਇੰਟਰਫੇਸਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਸਮਾਨਾਂਤਰ ਤੌਰ 'ਤੇ ਦੋ ਵੱਡੀਆਂ 100GB ਫਾਈਲਾਂ ਨੂੰ FC ਅਤੇ iSCSI ਸਟੋਰੇਜ LUNs (ਵਿੰਡੋਜ਼ ਵਿੱਚ E ਅਤੇ G ਡਰਾਈਵ) ਵਿੱਚ ਕਾਪੀ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ।

ਉੱਪਰ LUN FC ਲਈ ਕਾਪੀ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਹੈ, iSCSI ਲਈ ਹੇਠਾਂ।

ਟੈਸਟ #1: I/O ਪੋਰਟਾਂ ਨੂੰ ਅਯੋਗ ਕਰਨਾ

ਅਸੀਂ ਪਿੱਛੇ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਤੱਕ ਪਹੁੰਚਦੇ ਹਾਂ))) ਅਤੇ ਹੱਥ ਦੀ ਥੋੜੀ ਜਿਹੀ ਹਿੱਲਜੁਲ ਨਾਲ ਅਸੀਂ ਇੰਜਣ-10 ਕੰਟਰੋਲਰ ਤੋਂ ਸਾਰੀਆਂ FC ਅਤੇ ਈਥਰਨੈੱਟ 0G ਕੇਬਲਾਂ ਨੂੰ ਬਾਹਰ ਕੱਢਦੇ ਹਾਂ। ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਹੈ ਜਿਵੇਂ ਇੱਕ ਸਫ਼ਾਈ ਕਰਨ ਵਾਲੀ ਔਰਤ ਇੱਕ ਮੋਪ ਨਾਲ ਲੰਘਦੀ ਹੈ ਅਤੇ ਫਰਸ਼ ਨੂੰ ਉਸੇ ਥਾਂ ਧੋਣ ਦਾ ਫੈਸਲਾ ਕਰਦੀ ਹੈ ਜਿੱਥੇ ਸਨੌਟ ਪਈ ਸੀ ਅਤੇ ਕੇਬਲਾਂ ਪਈਆਂ ਸਨ (ਜਿਵੇਂ ਕਿ ਕੰਟਰੋਲਰ ਅਜੇ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ I/O ਪੋਰਟ ਮਰ ਚੁੱਕੇ ਹਨ)।

ਆਉ IOMETER ਨੂੰ ਵੇਖੀਏ ਅਤੇ ਫਾਈਲਾਂ ਦੀ ਨਕਲ ਕਰੀਏ। ਥ੍ਰੂਪੁੱਟ 0,5 GB/s ਤੱਕ ਘਟ ਗਿਆ, ਪਰ ਤੇਜ਼ੀ ਨਾਲ ਆਪਣੇ ਪਿਛਲੇ ਪੱਧਰ 'ਤੇ ਵਾਪਸ ਆ ਗਿਆ (ਲਗਭਗ 4-5 ਸਕਿੰਟਾਂ ਵਿੱਚ)। ਕੋਈ ਤਰੁੱਟੀਆਂ ਨਹੀਂ ਹਨ।

ਫਾਈਲਾਂ ਦੀ ਨਕਲ ਕਰਨਾ ਬੰਦ ਨਹੀਂ ਹੋਇਆ ਹੈ, ਸਪੀਡ ਵਿੱਚ ਗਿਰਾਵਟ ਆਈ ਹੈ, ਪਰ ਇਹ ਬਿਲਕੁਲ ਵੀ ਨਾਜ਼ੁਕ ਨਹੀਂ ਹੈ (840 MB/s ਤੋਂ ਇਹ 720 MB/s ਤੱਕ ਘਟ ਗਿਆ ਹੈ)। ਨਕਲ ਬੰਦ ਨਹੀਂ ਹੋਈ।

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

ਜਾਣਕਾਰੀ ਪੈਨਲ ਸਾਨੂੰ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ FC ਪੋਰਟਾਂ ਨਾਲ ਸਭ ਕੁਝ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਹੈ।

ਸਟੋਰੇਜ ਸਿਸਟਮ I/O ਪੋਰਟਾਂ ਦੀ ਅਸਫਲਤਾ ਤੋਂ ਬਚ ਗਿਆ ਸਫਲਤਾਪੂਰਵਕ

ਟੈਸਟ ਨੰਬਰ 2. ਸਟੋਰੇਜ ਕੰਟਰੋਲਰ ਨੂੰ ਅਯੋਗ ਕਰਨਾ

ਲਗਭਗ ਤੁਰੰਤ (ਕੇਬਲਾਂ ਨੂੰ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਵਾਪਸ ਜੋੜਨ ਤੋਂ ਬਾਅਦ) ਅਸੀਂ ਕੰਟਰੋਲਰ ਨੂੰ ਚੈਸੀ ਤੋਂ ਬਾਹਰ ਖਿੱਚ ਕੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨੂੰ ਖਤਮ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

ਦੁਬਾਰਾ ਅਸੀਂ ਪਿੱਛੇ ਤੋਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਤੱਕ ਪਹੁੰਚਦੇ ਹਾਂ (ਸਾਨੂੰ ਇਹ ਪਸੰਦ ਆਇਆ))) ਅਤੇ ਇਸ ਵਾਰ ਅਸੀਂ ਇੰਜਨ -1 ਕੰਟਰੋਲਰ ਨੂੰ ਬਾਹਰ ਕੱਢਦੇ ਹਾਂ, ਜੋ ਇਸ ਸਮੇਂ ਆਰਡੀਜੀ ਦਾ ਮਾਲਕ ਹੈ (ਜਿਸ ਵਿੱਚ ਸਮੂਹ ਚਲਿਆ ਗਿਆ ਸੀ)।

IOmeter ਵਿੱਚ ਸਥਿਤੀ ਇਸ ਪ੍ਰਕਾਰ ਹੈ। I/O ਲਗਭਗ 5 ਸਕਿੰਟਾਂ ਲਈ ਬੰਦ ਹੋ ਗਿਆ। ਗਲਤੀਆਂ ਇਕੱਠੀਆਂ ਨਹੀਂ ਹੁੰਦੀਆਂ।

5 ਸਕਿੰਟਾਂ ਤੋਂ ਬਾਅਦ, I/O ਲਗਭਗ ਉਸੇ ਥ੍ਰੋਪੁੱਟ ਨਾਲ ਮੁੜ ਸ਼ੁਰੂ ਹੋਇਆ, ਪਰ 35 ਮਿਲੀਸਕਿੰਟ ਦੀ ਲੇਟੈਂਸੀ ਨਾਲ (ਲਗਭਗ ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਲੇਟੈਂਸੀ ਠੀਕ ਕੀਤੀ ਗਈ)। ਜਿਵੇਂ ਕਿ ਸਕ੍ਰੀਨਸ਼ੌਟਸ ਤੋਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਕੁੱਲ ਗਲਤੀ ਗਿਣਤੀ ਮੁੱਲ 0 ਹੈ, ਯਾਨੀ ਕਿ ਕੋਈ ਲਿਖਣ ਜਾਂ ਪੜ੍ਹਨ ਦੀਆਂ ਗਲਤੀਆਂ ਨਹੀਂ ਸਨ।

ਆਉ ਸਾਡੀਆਂ ਫਾਈਲਾਂ ਦੀ ਨਕਲ ਦੇਖੀਏ. ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ, ਇਸ ਵਿੱਚ ਕੋਈ ਰੁਕਾਵਟ ਨਹੀਂ ਆਈ, ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਇੱਕ ਮਾਮੂਲੀ ਗਿਰਾਵਟ ਆਈ ਸੀ, ਪਰ ਸਮੁੱਚੀ ਹਰ ਚੀਜ਼ ਉਸੇ ~ 800 MB/s ਵਿੱਚ ਵਾਪਸ ਆ ਗਈ।

ਅਸੀਂ ਸਟੋਰੇਜ ਸਿਸਟਮ ਤੇ ਜਾਂਦੇ ਹਾਂ ਅਤੇ ਜਾਣਕਾਰੀ ਪੈਨਲ ਵਿੱਚ ਇੱਕ ਸਰਾਪ ਦੇਖਦੇ ਹਾਂ ਕਿ ਇੰਜਨ -1 ਕੰਟਰੋਲਰ ਉਪਲਬਧ ਨਹੀਂ ਹੈ (ਬੇਸ਼ਕ, ਅਸੀਂ ਇਸਨੂੰ ਮਾਰ ਦਿੱਤਾ ਹੈ)।

ਅਸੀਂ ਲੌਗਸ ਵਿੱਚ ਇੱਕ ਸਮਾਨ ਐਂਟਰੀ ਵੀ ਦੇਖਦੇ ਹਾਂ।

ਸਟੋਰੇਜ ਕੰਟਰੋਲਰ ਵੀ ਫੇਲ ਹੋਣ ਤੋਂ ਬਚ ਗਿਆ ਸਫਲਤਾਪੂਰਵਕ

ਟੈਸਟ ਨੰਬਰ 3: ਪਾਵਰ ਸਪਲਾਈ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰਨਾ।

ਬਸ, ਅਸੀਂ ਫਾਈਲਾਂ ਨੂੰ ਦੁਬਾਰਾ ਕਾਪੀ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਪਰ IOMETER ਨੂੰ ਨਹੀਂ ਰੋਕਿਆ।
ਅਸੀਂ ਪਾਵਰ ਸਪਲਾਈ ਯੂਨਿਟ ਨੂੰ ਖਿੱਚਦੇ ਹਾਂ.

ਸੂਚਨਾ ਪੈਨਲ ਵਿੱਚ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਹੋਰ ਅਲਰਟ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।

ਸੈਂਸਰ ਮੀਨੂ ਵਿੱਚ ਵੀ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਖਿੱਚੀ ਗਈ ਪਾਵਰ ਸਪਲਾਈ ਨਾਲ ਜੁੜੇ ਸੈਂਸਰ ਲਾਲ ਹੋ ਗਏ ਹਨ।

ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ. ਪਾਵਰ ਸਪਲਾਈ ਯੂਨਿਟ ਦੀ ਅਸਫਲਤਾ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦੀ ਹੈ; ਹੋਸਟ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਕਾਪੀ ਦੀ ਗਤੀ ਅਤੇ IOMETER ਸੂਚਕਾਂ ਵਿੱਚ ਕੋਈ ਤਬਦੀਲੀ ਨਹੀਂ ਕੀਤੀ ਗਈ।

ਪਾਵਰ ਫੇਲ ਟੈਸਟ ਪਾਸ ਕੀਤਾ ਸਫਲਤਾਪੂਰਵਕ

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

ਟੈਸਟ ਨੰਬਰ 4. ਇੱਕ ਸਮੂਹ ਵਿੱਚ ਤਿੰਨ ਡਿਸਕਾਂ ਦੀ ਅਸਫਲਤਾ

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

ਆਉ ਹੁਣ ਡਿਸਕ ਦੀ ਅਸਫਲਤਾ ਦੀ ਜਾਂਚ ਕਰੀਏ. ਅਸੀਂ LUNs (ਫਾਈਲਾਂ ਅਤੇ IOMETER) ਲਈ ਰਿਕਾਰਡਿੰਗ ਨੂੰ ਵੀ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹਾਂ। ਕਿਉਂਕਿ ਸਾਡੇ ਕੋਲ ਟ੍ਰਿਪਲ ਪੈਰਿਟੀ (RAID-60P) ਵਾਲਾ ਇੱਕ ਸਮੂਹ ਹੈ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਿਸਟਮ ਨੂੰ ਤਿੰਨ ਡਿਸਕਾਂ ਦੀ ਅਸਫਲਤਾ ਦਾ ਸਾਮ੍ਹਣਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਅਸਫਲਤਾ ਤੋਂ ਬਾਅਦ, ਸਵੈ-ਬਦਲਣਾ ਲਾਜ਼ਮੀ ਹੈ, ਇੱਕ ਡਿਸਕ ਨੂੰ ਅਸਫਲ ਡਿਸਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਥਾਂ ਲੈਣੀ ਚਾਹੀਦੀ ਹੈ। RDG ਵਿੱਚ, ਅਤੇ ਇਸ 'ਤੇ ਮੁੜ ਨਿਰਮਾਣ ਸ਼ੁਰੂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸ਼ੁਰੂ ਕਰੋ। ਪਹਿਲਾਂ, ਸਟੋਰੇਜ ਇੰਟਰਫੇਸ ਰਾਹੀਂ, ਆਓ ਉਹਨਾਂ ਡਿਸਕਾਂ ਨੂੰ ਉਜਾਗਰ ਕਰੀਏ ਜੋ ਅਸੀਂ ਕੱਢਣਾ ਚਾਹੁੰਦੇ ਹਾਂ (ਤਾਂ ਕਿ ਆਟੋਚੇਂਜ ਡਿਸਕ ਨੂੰ ਖੁੰਝਣ ਅਤੇ ਖਿੱਚਿਆ ਨਾ ਜਾਵੇ)।

ਅਸੀਂ ਹਾਰਡਵੇਅਰ 'ਤੇ ਸੰਕੇਤ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ। ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਅਸੀਂ ਤਿੰਨ ਹਾਈਲਾਈਟਡ ਡਿਸਕਾਂ ਵੇਖਦੇ ਹਾਂ।

ਅਤੇ ਅਸੀਂ ਇਹਨਾਂ ਤਿੰਨ ਡਿਸਕਾਂ ਨੂੰ ਬਾਹਰ ਕੱਢਦੇ ਹਾਂ।

ਆਓ ਦੇਖੀਏ ਕਿ ਮੇਜ਼ਬਾਨ 'ਤੇ ਕੀ ਹੈ। ਅਤੇ ਉੱਥੇ... ਕੁਝ ਖਾਸ ਨਹੀਂ ਹੋਇਆ।

ਕਾਪੀ ਕਰਨ ਵਾਲੇ ਸੂਚਕ (ਉਹ ਸ਼ੁਰੂਆਤ ਤੋਂ ਵੱਧ ਹਨ, ਕਿਉਂਕਿ ਕੈਸ਼ ਗਰਮ ਹੋ ਗਿਆ ਹੈ) ਅਤੇ IOMETER ਡਿਸਕਾਂ ਨੂੰ ਹਟਾਉਣ ਅਤੇ ਮੁੜ ਨਿਰਮਾਣ ਸ਼ੁਰੂ ਕਰਨ ਵੇਲੇ (5-10% ਦੇ ਅੰਦਰ) ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਹੀਂ ਬਦਲਦੇ ਹਨ।

ਆਓ ਦੇਖੀਏ ਕਿ ਸਟੋਰੇਜ ਸਿਸਟਮ 'ਤੇ ਕੀ ਹੈ.

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

RDG ਪਿੰਜਰ ਵਿੱਚ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ 2 ਡਿਸਕਾਂ ਲਾਲ ਸਥਿਤੀ ਵਿੱਚ ਹਨ, ਅਤੇ ਇੱਕ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਆਟੋਰਿਪਲੇਸਮੈਂਟ ਡਿਸਕ ਹੁਣ ਉੱਥੇ ਨਹੀਂ ਹੈ; ਇਸ ਨੇ ਤੀਜੀ ਅਸਫਲ ਡਿਸਕ ਨੂੰ ਬਦਲ ਦਿੱਤਾ ਹੈ। ਪੁਨਰ-ਨਿਰਮਾਣ ਵਿੱਚ ਕਈ ਮਿੰਟ ਲੱਗ ਗਏ, ਜਦੋਂ 3 ਡਿਸਕਾਂ ਫੇਲ੍ਹ ਹੋਣ 'ਤੇ ਫਾਈਲਾਂ ਨੂੰ ਲਿਖਣਾ ਰੋਕਿਆ ਨਹੀਂ ਗਿਆ ਸੀ, ਅਤੇ I/O ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿੱਚ ਬਹੁਤਾ ਬਦਲਾਅ ਨਹੀਂ ਆਇਆ।

ਡਿਸਕ ਫੇਲ੍ਹ ਟੈਸਟ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਪਾਸ ਹੋਇਆ ਹੈ ਸਫਲਤਾਪੂਰਵਕ

ਸਿੱਟਾ

ਇਸ ਮੌਕੇ 'ਤੇ, ਅਸੀਂ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਵਿਰੁੱਧ ਹਿੰਸਾ ਨੂੰ ਰੋਕਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਆਉ ਸੰਖੇਪ ਕਰੀਏ:

• FC ਪੋਰਟ ਅਸਫਲਤਾ ਜਾਂਚ - ਸਫਲ
• ਈਥਰਨੈੱਟ ਪੋਰਟ ਅਸਫਲਤਾ ਜਾਂਚ - ਸਫਲ
• ਕੰਟਰੋਲਰ ਅਸਫਲਤਾ ਜਾਂਚ - ਸਫਲ
• ਪਾਵਰ ਫੇਲਯੂ ਟੈਸਟ - ਸਫਲ
• ਗਰੁੱਪਪੂਲ ਵਿੱਚ ਡਿਸਕ ਅਸਫਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ - ਸਫਲ

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

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

• ਨਿਜਨੀ ਨੋਵਗੋਰੋਡ (ਪਹਿਲਾਂ ਹੀ ਖੁੱਲ੍ਹਾ - ਤੁਸੀਂ ਇੱਥੇ ਸਾਈਨ ਅੱਪ ਕਰ ਸਕਦੇ ਹੋ https://aerodisk.promo/nn/);
  16 ਅਪ੍ਰੈਲ, 2019 ਤੱਕ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਕੰਮ ਦੇ ਸਮੇਂ ਕੇਂਦਰ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ, ਅਤੇ 16 ਅਪ੍ਰੈਲ, 2019 ਨੂੰ, ਇੱਕ ਵਿਸ਼ਾਲ ਸਿਖਲਾਈ ਕੋਰਸ ਆਯੋਜਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।
• ਕ੍ਰੈਸ੍ਨਾਯਾਰ (ਛੇਤੀ ਹੀ ਖੁੱਲ ਰਿਹਾ ਹੈ - ਤੁਸੀਂ ਇੱਥੇ ਸਾਈਨ ਅੱਪ ਕਰ ਸਕਦੇ ਹੋ https://aerodisk.promo/krsnd/ );
  9 ਅਪ੍ਰੈਲ ਤੋਂ 25 ਅਪ੍ਰੈਲ, 2019 ਤੱਕ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਕੰਮ ਦੇ ਸਮੇਂ ਕੇਂਦਰ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ, ਅਤੇ 25 ਅਪ੍ਰੈਲ, 2019 ਨੂੰ, ਇੱਕ ਵਿਸ਼ਾਲ ਸਿਖਲਾਈ ਕੋਰਸ ਆਯੋਜਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।
• Екатеринбург (ਜਲਦੀ ਹੀ ਖੁੱਲ ਰਿਹਾ ਹੈ, ਸਾਡੀ ਵੈਬਸਾਈਟ ਜਾਂ ਹੈਬਰੇ 'ਤੇ ਜਾਣਕਾਰੀ ਦੀ ਪਾਲਣਾ ਕਰੋ);
  ਮਈ-ਜੂਨ 2019।
• Новосибирск (ਸਾਡੀ ਵੈੱਬਸਾਈਟ ਜਾਂ Habré 'ਤੇ ਜਾਣਕਾਰੀ ਦੀ ਪਾਲਣਾ ਕਰੋ);
  ਅਕਤੂਬਰ 2019।
• Красноярск (ਸਾਡੀ ਵੈੱਬਸਾਈਟ ਜਾਂ Habré 'ਤੇ ਜਾਣਕਾਰੀ ਦੀ ਪਾਲਣਾ ਕਰੋ);
  ਨਵੰਬਰ 2019।

ਸਰੋਤ: www.habr.com