ਆਫ਼ਤ ਲਚਕੀਲਾ ਕਲਾਉਡ: ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਹੇ ਹਬਰ!

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

OST ਸਾਈਟ 'ਤੇ ਆਫ਼ਤ-ਰੋਧਕ ਕਲਾਉਡ ਸਟੋਰੇਜ ਸਿਸਟਮ।

ਅੰਦਰ ਕੀ ਹੈ

ਹੁੱਡ ਦੇ ਹੇਠਾਂ, ਕਲੱਸਟਰ ਵਿੱਚ ਇੱਕ VMware ESXi ਹਾਈਪਰਵਾਈਜ਼ਰ, ਦੋ INFINIDAT InfiniBox F2240 ਸਟੋਰੇਜ ਸਿਸਟਮ, Cisco Nexus ਨੈੱਟਵਰਕ ਉਪਕਰਣ, ਅਤੇ ਨਾਲ ਹੀ Brocade SAN ਸਵਿੱਚਾਂ ਵਾਲੇ Cisco UCS ਸਰਵਰ ਹਨ। ਕਲੱਸਟਰ ਨੂੰ ਦੋ ਸਾਈਟਾਂ - OST ਅਤੇ NORD ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਯਾਨੀ ਹਰੇਕ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਸਮਾਨ ਦਾ ਇੱਕ ਸਮਾਨ ਸੈੱਟ ਹੈ। ਅਸਲ ਵਿੱਚ, ਇਹ ਉਹ ਹੈ ਜੋ ਇਸਨੂੰ ਤਬਾਹੀ-ਸਬੂਤ ਬਣਾਉਂਦਾ ਹੈ.

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

ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਬਾਰੇ ਕੁਝ ਸ਼ਬਦ. ਅਸੀਂ NetApp 'ਤੇ ਆਫ਼ਤ-ਪ੍ਰੂਫ਼ ਕਲਾਉਡ ਦਾ ਪਹਿਲਾ ਸੰਸਕਰਣ ਬਣਾਇਆ ਹੈ। ਇੱਥੇ ਅਸੀਂ INFINIDAT ਨੂੰ ਚੁਣਿਆ ਹੈ, ਅਤੇ ਇੱਥੇ ਇਸਦਾ ਕਾਰਨ ਹੈ:

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

ਇੱਥੇ ਅਨਪੈਕਿੰਗ ਦੀਆਂ ਕੁਝ ਫੋਟੋਆਂ ਹਨ:

ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

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

ਇਹਨਾਂ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਕਲਾਇੰਟ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੀਆਂ ਹਨ, ਅਤੇ ਇੱਥੇ ਕਿਉਂ ਹੈ।

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

ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਕੁਨੈਕਸ਼ਨ ਚਿੱਤਰ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਦਾ ਹੈ।

ਇਹ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਸੰਭਵ ਹੈ ਕਿ ਇੱਕ ਇੰਟਰ-ਸਵਿੱਚ ਲਿੰਕ ਨੂੰ ਦੋ ਸਾਈਟਾਂ ਦੇ SAN ਫੈਬਰਿਕਸ ਵਿਚਕਾਰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ: ਫੈਬਰਿਕ A OST SAN ਸਵਿੱਚ ਫੈਬਰਿਕ A NORD SAN ਸਵਿੱਚ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਅਤੇ ਇਸੇ ਤਰ੍ਹਾਂ ਫੈਬਰਿਕ B SAN ਸਵਿੱਚਾਂ ਲਈ।

ਖੈਰ, ਤਾਂ ਕਿ SAN ਫੈਕਟਰੀਆਂ ਦੀਆਂ ਇਹਨਾਂ ਸਾਰੀਆਂ ਪੇਚੀਦਗੀਆਂ ਨੂੰ ਸਮਝਿਆ ਜਾ ਸਕੇ, ਐਕਟਿਵ-ਐਕਟਿਵ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਦੋ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਵਿਚਕਾਰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ: ਜਾਣਕਾਰੀ ਲਗਭਗ ਇੱਕੋ ਸਮੇਂ ਸਥਾਨਕ ਅਤੇ ਰਿਮੋਟ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਲਿਖੀ ਜਾਂਦੀ ਹੈ, RPO = 0. ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਅਸਲੀ ਡੇਟਾ ਇੱਕ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੂਜੇ ਉੱਤੇ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਡਾਟਾ ਸਟੋਰੇਜ਼ ਵਾਲੀਅਮ ਦੇ ਪੱਧਰ 'ਤੇ ਦੁਹਰਾਇਆ ਗਿਆ ਹੈ, ਅਤੇ VM ਡਾਟਾ (ਇਸਦੀ ਡਿਸਕ, ਸੰਰਚਨਾ ਫਾਇਲ, ਸਵੈਪ ਫਾਇਲ, ਆਦਿ) ਨੂੰ ਸਟੋਰ ਕੀਤਾ ਗਿਆ ਹੈ.

ESXi ਹੋਸਟ ਪ੍ਰਾਇਮਰੀ ਵਾਲੀਅਮ ਅਤੇ ਇਸਦੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਇੱਕ ਡਿਸਕ ਡਿਵਾਈਸ (ਸਟੋਰੇਜ ਡਿਵਾਈਸ) ਦੇ ਰੂਪ ਵਿੱਚ ਵੇਖਦਾ ਹੈ। ESXi ਹੋਸਟ ਤੋਂ ਹਰੇਕ ਡਿਸਕ ਡਿਵਾਈਸ ਲਈ 24 ਮਾਰਗ ਹਨ:

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

ਆਫ਼ਤ-ਪ੍ਰੂਫ਼ ਕਲੱਸਟਰ ਦੀ ਯੋਜਨਾ।

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

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

ਕਲਾਇੰਟ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦਾ ਕੀ ਹੁੰਦਾ ਹੈ ਜੇਕਰ...

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

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

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰ ਰਹੀਆਂ ਹਨ।

ਸਾਈਟਾਂ ਵਿੱਚੋਂ ਇੱਕ 'ਤੇ SAN ਸਵਿੱਚ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ। ESXi ਹੋਸਟ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਕੁਝ ਮਾਰਗ ਗੁਆ ਦਿੰਦੇ ਹਨ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਾਈਟ 'ਤੇ ਮੇਜ਼ਬਾਨ ਜਿੱਥੇ ਸਵਿੱਚ ਫੇਲ੍ਹ ਹੋਇਆ ਹੈ, ਸਿਰਫ ਉਹਨਾਂ ਦੇ HBAs ਵਿੱਚੋਂ ਇੱਕ ਦੁਆਰਾ ਕੰਮ ਕਰਨਗੇ।

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੀਆਂ ਹਨ।

ਸਾਈਟਾਂ ਵਿੱਚੋਂ ਇੱਕ 'ਤੇ ਸਾਰੇ SAN ਸਵਿੱਚ ਫੇਲ ਹੋ ਜਾਂਦੇ ਹਨ। ਦੱਸ ਦੇਈਏ ਕਿ ਓਐਸਟੀ ਸਾਈਟ 'ਤੇ ਅਜਿਹਾ ਹਾਦਸਾ ਵਾਪਰਿਆ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਸ ਸਾਈਟ 'ਤੇ ESXi ਹੋਸਟ ਆਪਣੇ ਡਿਸਕ ਡਿਵਾਈਸਾਂ ਦੇ ਸਾਰੇ ਮਾਰਗ ਗੁਆ ਦੇਣਗੇ। ਮਿਆਰੀ VMware vSphere HA ਵਿਧੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ: ਇਹ ਵੱਧ ਤੋਂ ਵੱਧ 140 ਸਕਿੰਟਾਂ ਵਿੱਚ NORD ਵਿੱਚ OST ਸਾਈਟ ਦੀਆਂ ਸਾਰੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰ ਦੇਵੇਗਾ।

NORD ਸਾਈਟ ਹੋਸਟਾਂ 'ਤੇ ਚੱਲ ਰਹੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰ ਰਹੀਆਂ ਹਨ।

ESXi ਹੋਸਟ ਇੱਕ ਸਾਈਟ 'ਤੇ ਅਸਫਲ ਹੁੰਦਾ ਹੈ। ਇੱਥੇ vSphere HA ਵਿਧੀ ਦੁਬਾਰਾ ਕੰਮ ਕਰਦੀ ਹੈ: ਅਸਫਲ ਹੋਸਟ ਤੋਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਦੂਜੇ ਹੋਸਟਾਂ 'ਤੇ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ - ਉਸੇ ਜਾਂ ਰਿਮੋਟ ਸਾਈਟ 'ਤੇ। ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਰੀਸਟਾਰਟ ਸਮਾਂ 1 ਮਿੰਟ ਤੱਕ ਹੈ।

ਜੇਕਰ OST ਸਾਈਟ 'ਤੇ ਸਾਰੇ ESXi ਹੋਸਟ ਫੇਲ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਹਨ: VMs ਨੂੰ ਕਿਸੇ ਹੋਰ 'ਤੇ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਮੁੜ ਚਾਲੂ ਕਰਨ ਦਾ ਸਮਾਂ ਇੱਕੋ ਜਿਹਾ ਹੈ।

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

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਇਸ ਸਮੇਂ ਦੌਰਾਨ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰ ਰਹੀਆਂ ਹਨ।

ਸਾਈਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਾਰੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ vSphere HA ਵਿਧੀ ਰਾਹੀਂ ਬੈਕਅੱਪ ਸਾਈਟ 'ਤੇ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾਵੇਗਾ। VM ਰੀਸਟਾਰਟ ਸਮਾਂ 140 ਸਕਿੰਟ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੀਆਂ ਸਾਰੀਆਂ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਇਹ ਨੈੱਟਵਰਕ ਉੱਤੇ ਕਲਾਇੰਟ ਲਈ ਪਹੁੰਚਯੋਗ ਰਹੇਗਾ।

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

ਦੋ ਡੇਟਾ ਸੈਂਟਰਾਂ 'ਤੇ ਅਧਾਰਤ ਇੱਕ ਆਫ਼ਤ-ਰੋਧਕ ਕਲਾਉਡ ਅਜਿਹੀਆਂ ਅਸਫਲਤਾਵਾਂ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ।

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

ਸਰੋਤ:

1. www.infinidat.com/sites/default/files/resource-pdfs/DS-INFBOX-190331-US_0.pdf
2. support.infinidat.com/hc/en-us/articles/207057109-InfiniBox-best-practices-guides

ਸਰੋਤ: www.habr.com