ਓਪਰੇਸ਼ਨ "ਮਾਈਗ੍ਰੇਸ਼ਨ": ਡੇਟਾਲਾਈਨ ਕਲਾਉਡ 'ਤੇ ਕਿਵੇਂ ਜਾਣਾ ਹੈ

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

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

ਵੀਮ ਬੈਕਅੱਪ ਅਤੇ ਰੀਪਲੀਕੇਸ਼ਨ ਨਾਲ ਮਾਈਗ੍ਰੇਸ਼ਨ

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

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

ਆਮ ਤੌਰ 'ਤੇ, ਕਲਾਇੰਟ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਮਸ਼ੀਨ ਦੇ ਬੰਦ ਹੋਣ ਤੋਂ ਲੈ ਕੇ ਸਾਡੇ ਕਲਾਉਡ ਵਿੱਚ ਚਾਲੂ ਹੋਣ ਤੱਕ, ਅੱਧੇ ਘੰਟੇ ਤੋਂ ਵੱਧ ਨਹੀਂ ਲੰਘਦਾ, ਸਗੋਂ 15-20 ਮਿੰਟ ਹੁੰਦਾ ਹੈ।

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

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

Veeam Cloud ਕਨੈਕਟ ਨਾਲ ਮਾਈਗਰੇਟ ਕਰੋ

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

vCloud ਡਾਇਰੈਕਟਰ ਵਿੱਚ, ਇੱਕ ਸੰਸਥਾ ਲੋੜੀਂਦੇ ਸਰੋਤਾਂ ਅਤੇ ਨੈਟਵਰਕਾਂ ਨਾਲ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। Veeam Cloud ਕਨੈਕਟ ਵਿੱਚ, ਅਸੀਂ ਇੱਕ ਖਾਤਾ ਬਣਾਉਂਦੇ ਹਾਂ, ਕਲਾਇੰਟ ਆਪਣੇ Veeam B&R ਤੋਂ ਇਸ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਇੱਕ ਡੇਟਾਲਾਈਨ ਪ੍ਰਦਾਤਾ ਅਤੇ ਸੰਸਥਾ ਦੀ ਚੋਣ ਕਰਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ ਕਾਰਜਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦਾ ਹੈ। ਇਸ ਤੱਥ ਤੋਂ ਇਲਾਵਾ ਕਿ ਅਜਿਹੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੇ ਦੌਰਾਨ, ਡਾਊਨਟਾਈਮ 15-20 ਮਿੰਟਾਂ ਦੇ ਅੰਦਰ ਹੋਵੇਗਾ, ਕਲਾਇੰਟ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਦਾਤਾ ਦੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ ਪੂਰੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਦਾ ਹੈ: ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕਾਰਜ ਬਣਾਉਂਦਾ ਹੈ, ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਆਪਣੇ ਆਪ, ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ। ਮਸ਼ੀਨਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਨਵੀਂ ਸਾਈਟ 'ਤੇ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।

ਕੇਸ 2
ਗਾਹਕ ਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ, ਜਿੱਥੋਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਸੀ, ਬੇਲਾਰੂਸ ਵਿੱਚ ਸਥਿਤ ਸੀ। ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਇੰਟਰਨੈਟ ਚੈਨਲ 90 Mbit/sec ਸੀ, 27 TB ਦੀ ਕੁੱਲ ਵੌਲਯੂਮ ਦੇ ਨਾਲ 100 VM ਨੂੰ ਟ੍ਰਾਂਸਪੋਰਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ। ਜੇਕਰ ਤੁਸੀਂ ਬੈਕਅੱਪ ਬਣਾਉਂਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਤੁਰੰਤ ਸਾਡੇ ਕਲਾਉਡ 'ਤੇ ਅੱਪਲੋਡ ਕਰਦੇ ਹੋ, ਤਾਂ ਕੁਝ VM ਲਈ ਇਸ ਵਿੱਚ ਕਈ ਦਿਨ ਲੱਗ ਜਾਣਗੇ। ਇਸ ਸਮੇਂ ਦੌਰਾਨ, VM 'ਤੇ ਇੱਕ ਵੱਡਾ ਡੈਲਟਾ ਵਧਿਆ ਹੋਵੇਗਾ, ਅਤੇ ਇਸ ਨਾਲ ਮਸ਼ੀਨਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ 'ਤੇ ਨਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵ ਪੈ ਸਕਦਾ ਹੈ ਜਾਂ, ਇਸ ਤੋਂ ਵੀ ਮਾੜੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਡੈਟਾਸਟੋਰ 'ਤੇ ਜਗ੍ਹਾ ਖਤਮ ਹੋ ਜਾਵੇਗੀ। ਅਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ ਅੱਗੇ ਵਧੇ: ਪਹਿਲਾਂ, ਕਲਾਇੰਟ ਨੇ ਇੱਕ ਸਥਾਨਕ ਪੂਰਾ ਬੈਕਅੱਪ ਲਿਆ ਅਤੇ ਇਸਦੀ ਇੱਕ ਕਾਪੀ ਵੀਮ ਕਲਾਉਡ ਕਨੈਕਟ ਦੁਆਰਾ ਸਾਡੇ ਕਲਾਉਡ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤੀ। ਫਿਰ ਮੈਂ ਕਲਾਉਡ ਵਿੱਚ ਵਾਧੇ ਨੂੰ ਬਣਾਇਆ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ। ਅਸਲੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਚੱਲਦੀ ਰਹੀ। VM ਨੂੰ ਬੰਦ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਕਲਾਇੰਟ ਨੇ ਇੱਕ ਹੋਰ ਵਾਧਾ ਕੀਤਾ ਅਤੇ ਇਸਨੂੰ ਕਲਾਉਡ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਵੀ ਕੀਤਾ। ਸਾਡੇ ਪਾਸੇ, ਅਸੀਂ ਇੱਕ ਪੂਰੇ ਬੈਕਅਪ ਤੋਂ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਤੈਨਾਤ ਕੀਤੀ, ਅਤੇ ਫਿਰ ਇਸ ਉੱਤੇ ਦੋ ਵਾਧੇ ਨੂੰ ਰੋਲ ਕੀਤਾ। ਇਸ ਸਕੀਮ ਨੇ ਆਖਰਕਾਰ ਸਾਡੀ ਸਾਈਟ 'ਤੇ ਸਵਿਚ ਕਰਨ ਵੇਲੇ ਡਾਊਨਟਾਈਮ ਨੂੰ 2 ਘੰਟੇ ਤੱਕ ਘਟਾਉਣਾ ਸੰਭਵ ਬਣਾਇਆ।

VMware vCloud ਉਪਲਬਧਤਾ ਨਾਲ ਮਾਈਗ੍ਰੇਸ਼ਨ

ਇਸ ਸਾਲ ਦੇ ਮਾਰਚ ਵਿੱਚ, VMware ਨੇ vCloud ਉਪਲਬਧਤਾ 3.0 ਜਾਰੀ ਕੀਤਾ, ਜੋ ਤੁਹਾਨੂੰ ਵੱਖ-ਵੱਖ ਕਲਾਉਡਾਂ (vCloud ਡਾਇਰੈਕਟਰ - vCloud ਡਾਇਰੈਕਟਰ) ਅਤੇ ਪ੍ਰਾਈਵੇਟ ਕਲਾਇੰਟ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਤੋਂ ਕਲਾਊਡ (vCenter - vCloud Director) ਵਿਚਕਾਰ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਮੁੱਖ ਸਹੂਲਤ vCloud ਡਾਇਰੈਕਟਰ ਇੰਟਰਫੇਸ ਨਾਲ ਏਕੀਕਰਣ ਹੈ. ਇਹ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਪ੍ਰਬੰਧਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਹੁਤ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਸਵਿਚਓਵਰ ਦੇ ਦੌਰਾਨ ਡਾਊਨਟਾਈਮ ਨੂੰ ਘੱਟ ਕਰਦਾ ਹੈ।

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

ਸੇਂਟ ਪੀਟਰਸਬਰਗ ਅਤੇ ਮਾਸਕੋ ਵਿੱਚ ਡੇਟਾਲਾਈਨ ਕਲਾਉਡਸ ਵਿਚਕਾਰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਕੀਮ।

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

ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨੂੰ ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਕਲਾਉਡ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਨ ਲਈ ਸਕੀਮ।

VMware vCloud ਉਪਲਬਧਤਾ ਵਿੱਚ ਕਈ ਹੋਰ ਵਰਤੋਂ ਦੇ ਕੇਸ ਹਨ; ਅਸੀਂ ਉਹਨਾਂ ਬਾਰੇ ਜਲਦੀ ਹੀ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ।

ਪਰਵਾਸ ਦੀ ਤਿਆਰੀ ਕਰ ਰਿਹਾ ਹੈ

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

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

ਕੇਸ 3
ਇੱਕ ਯੂਰਪੀਅਨ ਪ੍ਰਦਾਤਾ ਤੋਂ ਗਾਹਕ ਦੇ SAP ਸਿਸਟਮ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ: 34 TB ਦੀ ਸਮਰੱਥਾ ਵਾਲੇ 54 VM. ਕਲਾਇੰਟ ਨੂੰ ਸਾਡੇ ਕਲਾਉਡ ਵਿੱਚ ਸਰੋਤ ਨਿਰਧਾਰਤ ਕੀਤੇ ਗਏ ਸਨ। ਨੈਟਵਰਕ ਕਨੈਕਟੀਵਿਟੀ ਸਾਡੇ ਅਤੇ ਯੂਰਪੀਅਨ ਪ੍ਰਦਾਤਾ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਵਿਚਕਾਰ ਆਯੋਜਿਤ ਕੀਤੀ ਗਈ ਸੀ. ਲੋੜੀਂਦੀਆਂ ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਰੋਲ ਓਵਰ ਕਰਨ ਦੇ ਨਾਲ, ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਨੂੰ ਮੁੜ-ਤੈਨਾਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਸਾਡੇ ਕਲਾਉਡ 'ਤੇ ਬੈਕਅੱਪ ਅੱਪਲੋਡ ਕਰਨ ਦੁਆਰਾ ਵੱਡੇ ਡੇਟਾਬੇਸ ਨੂੰ ਮਾਈਗਰੇਟ ਕੀਤਾ ਗਿਆ ਸੀ। ਅੱਗੇ, ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਸਾਡੀਆਂ ਅਤੇ ਮੂਲ ਸਾਈਟਾਂ ਦੇ ਡੇਟਾਬੇਸ ਦੇ ਵਿਚਕਾਰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਸਹਿਮਤੀ ਦੇ ਸਮੇਂ, ਅਸੀਂ ਆਪਣੇ ਕਲਾਉਡ ਵਿੱਚ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਵਿਚ ਕੀਤਾ।

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

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

ਇਸ ਡੇਟਾ ਦੇ ਅਧਾਰ 'ਤੇ, ਤੁਸੀਂ ਇੱਕ ਟੂਲ ਦੀ ਚੋਣ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਖੁਦ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ। ਅੱਗੇ ਕੀ ਹੁੰਦਾ ਹੈ ਇਹ ਇੱਥੇ ਹੈ।

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

   ਫਿਰ ਨੈੱਟਵਰਕ ਨੂੰ ਕਲਾਉਡ ਵਿੱਚ VM ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਕਾਰਾਂ ਆਮ ਤੌਰ 'ਤੇ ਸਮੂਹਾਂ ਵਿੱਚ ਅਤੇ ਇੱਕ ਦਿਨ ਤੋਂ ਵੱਧ ਸਮੇਂ ਲਈ ਚਲਦੀਆਂ ਹਨ। ਇੱਕ ਵਾਰ ਜਦੋਂ VM ਸਾਡੇ ਕੋਲ ਲਿਆਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਲਾਂਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਉਹਨਾਂ ਮਸ਼ੀਨਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਅਜੇ ਵੀ ਅਸਲ ਸਾਈਟ 'ਤੇ ਮੌਜੂਦ ਹਨ।

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

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

ਸਰੋਤ: www.habr.com