ਡਾਊਨਟਾਈਮ ਤੋਂ ਬਿਨਾਂ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰਨਾ

ਤੁਹਾਡੇ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਲਈ ਅਪਗ੍ਰੇਡ ਪ੍ਰਕਿਰਿਆ

ਕਿਸੇ ਸਮੇਂ, ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਚੱਲ ਰਹੇ ਨੋਡਸ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਵਿੱਚ ਪੈਕੇਜ ਅੱਪਡੇਟ, ਕਰਨਲ ਅੱਪਡੇਟ, ਜਾਂ ਨਵੇਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਚਿੱਤਰਾਂ ਦੀ ਤੈਨਾਤੀ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀ ਹੈ। ਕੁਬਰਨੇਟਸ ਦੀ ਸ਼ਬਦਾਵਲੀ ਵਿੱਚ ਇਸਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ "ਸਵੈ-ਇੱਛਤ ਵਿਘਨ".

ਇਹ ਪੋਸਟ 4-ਪੋਸਟਾਂ ਦੀ ਲੜੀ ਦਾ ਹਿੱਸਾ ਹੈ:

1. ਇਹ ਪੋਸਟ.
2. ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਪੌਡਾਂ ਦਾ ਸਹੀ ਬੰਦ ਕਰਨਾ
3. ਇੱਕ ਪੌਡ ਨੂੰ ਮਿਟਾਉਣ 'ਤੇ ਦੇਰੀ ਨਾਲ ਸਮਾਪਤੀ
4. PodDisruptionBudgets ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਡਾਊਨਟਾਈਮ ਤੋਂ ਕਿਵੇਂ ਬਚਿਆ ਜਾਵੇ

(ਲਗਭਗ। ਨੇੜਲੇ ਭਵਿੱਖ ਵਿੱਚ ਲੜੀ ਦੇ ਬਾਕੀ ਲੇਖਾਂ ਦੇ ਅਨੁਵਾਦ ਦੀ ਉਮੀਦ ਕਰੋ)

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

ਸਮੱਸਿਆ ਦੀ ਪਰਿਭਾਸ਼ਾ

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

ਆਪਣੀ ਯਾਤਰਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਆਓ ਇੱਕ ਠੋਸ ਉਦਾਹਰਣ ਲਈਏ। ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਦੋ ਨੋਡਾਂ ਦਾ ਇੱਕ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਦੋ ਪੌਡਾਂ ਦੇ ਪਿੱਛੇ ਚੱਲ ਰਹੀ ਹੈ। Service:

ਆਉ ਸਾਡੇ ਦੋ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਨੋਡਾਂ 'ਤੇ ਚੱਲ ਰਹੇ Nginx ਅਤੇ ਸਰਵਿਸ ਦੇ ਨਾਲ ਦੋ ਪੌਡਸ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੀਏ।

ਅਸੀਂ ਆਪਣੇ ਕਲੱਸਟਰ ਵਿੱਚ ਦੋ ਵਰਕਰ ਨੋਡਾਂ ਦੇ ਕਰਨਲ ਸੰਸਕਰਣ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ। ਅਸੀਂ ਇਹ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ? ਇੱਕ ਸਧਾਰਨ ਹੱਲ ਹੈ ਅੱਪਡੇਟ ਕੀਤੀ ਸੰਰਚਨਾ ਦੇ ਨਾਲ ਨਵੇਂ ਨੋਡਾਂ ਨੂੰ ਬੂਟ ਕਰਨਾ ਅਤੇ ਫਿਰ ਨਵੇਂ ਸ਼ੁਰੂ ਕਰਦੇ ਸਮੇਂ ਪੁਰਾਣੇ ਨੋਡਾਂ ਨੂੰ ਬੰਦ ਕਰਨਾ। ਹਾਲਾਂਕਿ ਇਹ ਕੰਮ ਕਰੇਗਾ, ਇਸ ਪਹੁੰਚ ਨਾਲ ਕੁਝ ਸਮੱਸਿਆਵਾਂ ਹੋਣਗੀਆਂ:

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

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

ਇੱਕ ਨੋਡ ਤੋਂ ਸਾਰੀਆਂ ਪੌਡਾਂ ਨੂੰ ਮੁੜ ਵੰਡਣਾ

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

ਹਾਲਾਂਕਿ kubectl drain ਪੌਡਾਂ ਨੂੰ ਬੇਦਖਲ ਕਰਨ ਦਾ ਵਧੀਆ ਕੰਮ ਕਰੇਗਾ, ਦੋ ਹੋਰ ਕਾਰਕ ਹਨ ਜੋ ਡਰੇਨ ਓਪਰੇਸ਼ਨ ਨੂੰ ਅਸਫਲ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੇ ਹਨ:

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

ਡਾਊਨਟਾਈਮ ਤੋਂ ਬਚਣਾ

ਸਵੈਇੱਛਤ ਵਿਘਨ ਤੋਂ ਡਾਊਨਟਾਈਮ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ, ਜਿਵੇਂ ਕਿ ਨੋਡ 'ਤੇ ਡਰੇਨ ਓਪਰੇਸ਼ਨ ਤੋਂ, ਕੁਬਰਨੇਟਸ ਹੇਠਾਂ ਦਿੱਤੇ ਅਸਫਲਤਾ ਨੂੰ ਸੰਭਾਲਣ ਦੇ ਵਿਕਲਪ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:

• ਸ਼ਾਨਦਾਰ ਸਮਾਪਤੀ
• ਲਾਈਫਸਾਈਕਲ ਹੁੱਕ
• PodDisruption Budgets

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

---
apiVersion: apps/v1
kind: Deployment
metadata:
 name: nginx-deployment
 labels:
   app: nginx
spec:
 replicas: 2
 selector:
   matchLabels:
     app: nginx
 template:
   metadata:
     labels:
       app: nginx
   spec:
     containers:
     - name: nginx
       image: nginx:1.15
       ports:
       - containerPort: 80
---
kind: Service
apiVersion: v1
metadata:
 name: nginx-service
spec:
 selector:
   app: nginx
 ports:
 - protocol: TCP
   targetPort: 80
   port: 80

ਇਹ ਸੰਰਚਨਾ ਇੱਕ ਨਿਊਨਤਮ ਉਦਾਹਰਣ ਹੈ Deployment, ਜੋ ਕਲੱਸਟਰ ਵਿੱਚ nginx ਪੌਡਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸੰਰਚਨਾ ਸਰੋਤ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ Service, ਜੋ ਕਿ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ nginx ਪੌਡ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

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

AWS ਅਤੇ ਇਸ ਤੋਂ ਅੱਗੇ ਜ਼ੀਰੋ ਡਾਊਨਟਾਈਮ ਲਈ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਅੱਪਡੇਟ ਦੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕੀਤੇ ਅਤੇ ਟੈਸਟ ਕੀਤੇ ਸੰਸਕਰਣ ਲਈ, ਵੇਖੋ Gruntwork.io.

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਹੋਰ ਲੇਖ ਵੀ ਪੜ੍ਹੋ:

• ਜ਼ੀਰੋ ਡਾਊਨਟਾਈਮ ਡਿਪਲਾਇਮੈਂਟ ਅਤੇ ਡਾਟਾਬੇਸ
• ਕੁਬਰਨੇਟਸ: ਸਿਸਟਮ ਸਰੋਤ ਪ੍ਰਬੰਧਨ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਇੰਨਾ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ?
• ਟੇਕਟਨ ਪਾਈਪਲਾਈਨ - ਕੁਬਰਨੇਟਸ-ਦੇਸੀ ਪਾਈਪਲਾਈਨਾਂ
• Nginx ਲਈ ਡਾਇਨਾਮਿਕ ਮੋਡੀਊਲ ਬਣਾਉਣਾ
• ਹਾਸ਼ੀਕੋਰਪ ਕੌਂਸਲ ਦੇ ਕੁਬਰਨੇਟਸ ਅਧਿਕਾਰ ਦੀ ਜਾਣ-ਪਛਾਣ
• ਅਧਿਕਾਰ ਦੇ ਨਾਲ ਕਲਿਕਹਾਊਸ ਤੋਂ ਬਿਨਾਂ ਅਧਿਕਾਰ ਦੇ ਕਲਿੱਕਹਾਊਸ ਵਿੱਚ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕੀ ਹੋਇਆ?

ਸਰੋਤ: www.habr.com