ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਤਿਆਰੀ ਅਤੇ ਜੀਵਣਤਾ ਟੈਸਟਾਂ ਦੇ ਨਾਲ ਕੁਬਰਨੇਟਸ ਲਾਈਵਨੇਸ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ

ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਛੋਟੇ ਕੰਟੇਨਰ ਬਣਾਉਣਾ
ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਨਾਮ-ਸਥਾਨ ਦੇ ਨਾਲ ਕੁਬਰਨੇਟਸ ਦਾ ਸੰਗਠਨ

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

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

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

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

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

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

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

ਰੈਡੀਨੇਸ ਟੈਸਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਕੁਬਰਨੇਟਸ ਸੇਵਾ ਨੂੰ ਨਵੀਂ ਕਾਪੀ 'ਤੇ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਦੀ ਆਗਿਆ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਚੱਲਣ ਤੱਕ ਉਡੀਕ ਕਰੇਗਾ।

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

ਆਓ ਦੇਖੀਏ ਕਿ ਤਿਆਰੀ ਅਤੇ ਵਿਹਾਰਕਤਾ ਦੀ ਜਾਂਚ ਕਿਵੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇੱਥੇ ਤਿੰਨ ਟੈਸਟਿੰਗ ਵਿਧੀਆਂ ਹਨ - HTTP, ਕਮਾਂਡ ਅਤੇ TCP। ਤੁਸੀਂ ਜਾਂਚ ਕਰਨ ਲਈ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦੀ ਵੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਉਪਭੋਗਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਆਮ ਤਰੀਕਾ ਇੱਕ HTTP ਪੜਤਾਲ ਹੈ।

ਭਾਵੇਂ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ HTTP ਸਰਵਰ ਨਹੀਂ ਹੈ, ਫਿਰ ਵੀ ਤੁਸੀਂ ਲਾਈਵਨੈੱਸ ਟੈਸਟ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅੰਦਰ ਇੱਕ ਹਲਕਾ HTTP ਸਰਵਰ ਬਣਾ ਸਕਦੇ ਹੋ। ਇਸ ਤੋਂ ਬਾਅਦ, ਕੁਬਰਨੇਟਸ ਪੌਡ ਨੂੰ ਪਿੰਗ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ, ਅਤੇ ਜੇਕਰ HTTP ਜਵਾਬ 200 ਜਾਂ 300 ms ਸੀਮਾ ਵਿੱਚ ਹੈ, ਤਾਂ ਇਹ ਸੰਕੇਤ ਦੇਵੇਗਾ ਕਿ ਪੋਡ ਸਿਹਤਮੰਦ ਹੈ। ਨਹੀਂ ਤਾਂ, ਮੋਡੀਊਲ ਨੂੰ "ਅਸਿਹਤਮੰਦ" ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਕਮਾਂਡ ਟੈਸਟਾਂ ਲਈ, ਕੁਬਰਨੇਟਸ ਤੁਹਾਡੇ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ ਕਮਾਂਡ ਚਲਾਉਂਦਾ ਹੈ। ਜੇਕਰ ਕਮਾਂਡ ਜ਼ੀਰੋ ਐਗਜ਼ਿਟ ਕੋਡ ਨਾਲ ਵਾਪਸ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਕੰਟੇਨਰ ਨੂੰ ਸਿਹਤਮੰਦ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਨਹੀਂ ਤਾਂ, 1 ਤੋਂ 255 ਤੱਕ ਇੱਕ ਐਗਜ਼ਿਟ ਸਥਿਤੀ ਨੰਬਰ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, ਕੰਟੇਨਰ ਨੂੰ "ਬਿਮਾਰ" ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਹ ਟੈਸਟਿੰਗ ਵਿਧੀ ਲਾਭਦਾਇਕ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ HTTP ਸਰਵਰ ਨਹੀਂ ਚਲਾ ਸਕਦੇ ਜਾਂ ਨਹੀਂ ਚਲਾਉਣਾ ਚਾਹੁੰਦੇ, ਪਰ ਇੱਕ ਕਮਾਂਡ ਚਲਾਉਣ ਦੇ ਯੋਗ ਹੋ ਜੋ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸਿਹਤ ਦੀ ਜਾਂਚ ਕਰੇਗੀ।

ਅੰਤਿਮ ਪੁਸ਼ਟੀਕਰਨ ਵਿਧੀ TCP ਟੈਸਟ ਹੈ। Kubernetes ਨਿਰਧਾਰਤ ਪੋਰਟ 'ਤੇ ਇੱਕ TCP ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ। ਜੇ ਇਹ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਡੱਬੇ ਨੂੰ ਸਿਹਤਮੰਦ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ; ਜੇ ਨਹੀਂ, ਤਾਂ ਇਸ ਨੂੰ ਅਯੋਗ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਵਿਧੀ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦੀ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਦ੍ਰਿਸ਼ ਵਰਤ ਰਹੇ ਹੋ ਜਿੱਥੇ ਇੱਕ HTTP ਬੇਨਤੀ ਜਾਂ ਕਮਾਂਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਾਲ ਟੈਸਟ ਕਰਨਾ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, TCP ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤਸਦੀਕ ਕਰਨ ਲਈ ਮੁੱਖ ਸੇਵਾਵਾਂ gRPC ਜਾਂ FTP ਹੋਣਗੀਆਂ।

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

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

ਜਲਦੀ ਹੀ ਜਾਰੀ ਰੱਖਿਆ ਜਾਵੇਗਾ...

ਕੁਝ ਵਿਗਿਆਪਨ 🙂

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, $4.99 ਤੋਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਲਾਉਡ VPS, ਪ੍ਰਵੇਸ਼-ਪੱਧਰ ਦੇ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਐਨਾਲਾਗ, ਜਿਸਦੀ ਖੋਜ ਸਾਡੇ ਦੁਆਰਾ ਤੁਹਾਡੇ ਲਈ ਕੀਤੀ ਗਈ ਸੀ: VPS (KVM) E5-2697 v3 (6 ਕੋਰ) 10GB DDR4 480GB SSD 1Gbps ਤੋਂ $19 ਜਾਂ ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸਾਂਝਾ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੂਰੀ ਸੱਚਾਈ? (RAID1 ਅਤੇ RAID10 ਦੇ ਨਾਲ ਉਪਲਬਧ, 24 ਕੋਰ ਤੱਕ ਅਤੇ 40GB DDR4 ਤੱਕ)।

ਡੈਲ R730xd ਐਮਸਟਰਡਮ ਵਿੱਚ ਈਕੁਇਨਿਕਸ ਟੀਅਰ IV ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ 2 ਗੁਣਾ ਸਸਤਾ? ਇੱਥੇ ਹੀ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ਟੀਵੀ $199 ਤੋਂ ਨੀਦਰਲੈਂਡ ਵਿੱਚ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ਤੋਂ! ਬਾਰੇ ਪੜ੍ਹੋ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਾਰਪੋਰੇਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਡੇਲ R730xd E5-2650 v4 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕਲਾਸ 9000 ਯੂਰੋ ਦੀ ਕੀਮਤ ਦੇ ਇੱਕ ਪੈਸੇ ਲਈ?

ਸਰੋਤ: www.habr.com