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

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

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

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

ਇਹ ਪੋਸਟ।
ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਪੌਡਸ ਦਾ ਸ਼ਾਨਦਾਰ ਬੰਦ ਹੋਣਾ
ਜਦੋਂ ਪੌਡ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਉਸਦੀ ਦੇਰੀ ਨਾਲ ਸਮਾਪਤੀ
PodDisruptionBudgets ਨਾਲ Kubernetes ਕਲੱਸਟਰ ਡਾਊਨਟਾਈਮ ਤੋਂ ਕਿਵੇਂ ਬਚਿਆ ਜਾਵੇ

(ਅਨੁਵਾਦਕ ਦਾ ਨੋਟ: ਲੜੀ ਦੇ ਬਾਕੀ ਲੇਖਾਂ ਦੇ ਅਨੁਵਾਦ ਜਲਦੀ ਹੀ ਹੋਣ ਦੀ ਉਮੀਦ ਹੈ)

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

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

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

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

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

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

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

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

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

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

ਹਾਲਾਂਕਿ kubectl drain ਜਦੋਂ ਕਿ ਇਹ ਫਲੀਆਂ ਨੂੰ ਕੱਢਣ ਲਈ ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਦੋ ਹੋਰ ਕਾਰਕ ਹਨ ਜੋ ਡਰੇਨ ਓਪਰੇਸ਼ਨ ਨੂੰ ਅਸਫਲ ਕਰ ਸਕਦੇ ਹਨ:

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

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

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

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

---
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 ਅਤੇ ਹੋਰ ਸਰੋਤਾਂ 'ਤੇ ਜ਼ੀਰੋ ਡਾਊਨਟਾਈਮ ਲਈ Kubernetes ਕਲੱਸਟਰ ਅੱਪਡੇਟ ਦਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕੀਤਾ ਅਤੇ ਟੈਸਟ ਕੀਤਾ ਸੰਸਕਰਣ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਇੱਥੇ ਜਾਓ ਗ੍ਰੰਟਵਰਕ.ਆਈਓ.