ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਸਰੋਤ ਬੇਨਤੀਆਂ ਅਤੇ ਸੀਮਾਵਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨਾ

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

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

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

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

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

ਇੱਕ ਪੌਡ ਵਿੱਚ ਹਰੇਕ ਕੰਟੇਨਰ ਆਪਣੀ ਖੁਦ ਦੀਆਂ ਪੁੱਛਗਿੱਛਾਂ ਅਤੇ ਸੀਮਾਵਾਂ ਨੂੰ ਸੈੱਟ ਕਰ ਸਕਦਾ ਹੈ, ਇਹ ਸਭ ਐਡੀਟਿਵ ਹੈ। ਪ੍ਰੋਸੈਸਰ ਸਰੋਤਾਂ ਨੂੰ ਮਿਲੀਕੋਰਸ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੰਟੇਨਰ ਨੂੰ ਚੱਲਣ ਲਈ ਦੋ ਪੂਰੇ ਕੋਰ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਮੁੱਲ ਨੂੰ 2000m 'ਤੇ ਸੈੱਟ ਕਰਦੇ ਹੋ। ਜੇਕਰ ਕੰਟੇਨਰ ਨੂੰ ਸਿਰਫ਼ ਕੋਰ ਦੇ 1/4 ਦੀ ਸ਼ਕਤੀ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਮੁੱਲ 250m ਹੋਵੇਗਾ। ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਕਿ ਜੇਕਰ ਤੁਸੀਂ ਸਭ ਤੋਂ ਵੱਡੇ ਨੋਡ ਦੇ ਕੋਰਾਂ ਦੀ ਗਿਣਤੀ ਤੋਂ ਵੱਧ ਇੱਕ CPU ਸਰੋਤ ਮੁੱਲ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡਾ ਪੌਡ ਬਿਲਕੁਲ ਸ਼ੁਰੂ ਹੋਣ ਲਈ ਨਿਯਤ ਨਹੀਂ ਹੋਵੇਗਾ। ਇਹੋ ਜਿਹੀ ਸਥਿਤੀ ਹੋਵੇਗੀ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ Pod ਹੈ ਜਿਸ ਨੂੰ ਚਾਰ ਕੋਰਾਂ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਸਿਰਫ਼ ਦੋ ਮੁੱਖ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਹਨ।

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

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

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

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

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

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

ਸਰੋਤ ਕੋਟਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ। ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ 4 ਭਾਗ ਹਨ - ਇਹ ਕੋਡ ਦੀਆਂ 4 ਹੇਠਲੀਆਂ ਲਾਈਨਾਂ ਹਨ।

ਆਉ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੂੰ ਵੇਖੀਏ. Requests.cpu ਸੰਯੁਕਤ CPU ਬੇਨਤੀਆਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਖਿਆ ਹੈ ਜੋ ਨੇਮਸਪੇਸ ਵਿੱਚ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਤੋਂ ਆ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ, ਤੁਹਾਡੇ ਕੋਲ 50m ਬੇਨਤੀਆਂ ਵਾਲੇ 10 ਕੰਟੇਨਰ, 100m ਬੇਨਤੀਆਂ ਵਾਲੇ ਪੰਜ ਕੰਟੇਨਰ, ਜਾਂ 500m ਬੇਨਤੀਆਂ ਵਾਲਾ ਸਿਰਫ਼ ਇੱਕ ਕੰਟੇਨਰ ਹੋ ਸਕਦਾ ਹੈ। ਜਿੰਨਾ ਚਿਰ ਕਿਸੇ ਦਿੱਤੇ ਨੇਮਸਪੇਸ ਦੀ requests.cpu ਦੀ ਕੁੱਲ ਸੰਖਿਆ 500m ਤੋਂ ਘੱਟ ਹੈ, ਸਭ ਕੁਝ ਠੀਕ ਰਹੇਗਾ।

ਮੈਮੋਰੀ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਬੇਨਤੀਆਂ. ਮੈਮੋਰੀ ਸੰਯੁਕਤ ਮੈਮੋਰੀ ਬੇਨਤੀਆਂ ਦੀ ਅਧਿਕਤਮ ਮਾਤਰਾ ਹੈ ਜੋ ਨੇਮਸਪੇਸ ਵਿੱਚ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਹੋ ਸਕਦੀ ਹੈ। ਜਿਵੇਂ ਕਿ ਪਿਛਲੇ ਕੇਸ ਵਿੱਚ, ਤੁਹਾਡੇ ਕੋਲ 50 2 mib ਕੰਟੇਨਰ, ਪੰਜ 20 mib ਕੰਟੇਨਰ, ਜਾਂ ਇੱਕ ਸਿੰਗਲ 100 mib ਕੰਟੇਨਰ ਹੋ ਸਕਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਨੇਮਸਪੇਸ ਵਿੱਚ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਮੈਮੋਰੀ ਦੀ ਕੁੱਲ ਮਾਤਰਾ 100 ਮੈਬੀਬਾਈਟ ਤੋਂ ਘੱਟ ਹੈ।

Limits.cpu CPU ਪਾਵਰ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਯੁਕਤ ਮਾਤਰਾ ਹੈ ਜੋ ਨੇਮਸਪੇਸ ਵਿੱਚ ਸਾਰੇ ਕੰਟੇਨਰ ਵਰਤ ਸਕਦੇ ਹਨ। ਅਸੀਂ ਇਸਨੂੰ ਪ੍ਰੋਸੈਸਰ ਪਾਵਰ ਬੇਨਤੀਆਂ ਦੀ ਸੀਮਾ ਮੰਨ ਸਕਦੇ ਹਾਂ।

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

ਸੀਮਾ ਸੀਮਾ ਪਾਬੰਦੀਆਂ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ ਜੋ ਇਹ ਕਰ ਸਕਦੀਆਂ ਹਨ:

• ਨੇਮਸਪੇਸ ਵਿੱਚ ਹਰੇਕ ਮੋਡੀਊਲ ਜਾਂ ਕੰਟੇਨਰ ਲਈ ਕੰਪਿਊਟਿੰਗ ਸਰੋਤਾਂ ਦੀ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਵਰਤੋਂ ਨੂੰ ਯਕੀਨੀ ਬਣਾਓ;
• ਨੇਮਸਪੇਸ ਵਿੱਚ ਹਰੇਕ Persistent VolumeClaim ਲਈ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਸਟਾਰੇਜ ਬੇਨਤੀ ਸਟੋਰੇਜ ਬੇਨਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰੋ;
• ਇੱਕ ਨੇਮਸਪੇਸ ਵਿੱਚ ਇੱਕ ਸਰੋਤ ਲਈ ਇੱਕ ਬੇਨਤੀ ਅਤੇ ਇੱਕ ਸੀਮਾ ਵਿਚਕਾਰ ਸਬੰਧ ਨੂੰ ਲਾਗੂ ਕਰਨਾ;
• ਨੇਮਸਪੇਸ ਵਿੱਚ ਗਣਨਾ ਸਰੋਤਾਂ ਲਈ ਡਿਫੌਲਟ ਬੇਨਤੀਆਂ/ਸੀਮਾਵਾਂ ਸੈਟ ਕਰੋ ਅਤੇ ਰਨਟਾਈਮ 'ਤੇ ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਇੰਜੈਕਟ ਕਰੋ।

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

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

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

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

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

ਦੁਬਾਰਾ, ਇਹ ਨੋਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਜੇਕਰ ਇਹ ਮੁੱਲ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਡਿਫੌਲਟ ਨਹੀਂ ਹੈ, ਤਾਂ ਘੱਟੋ-ਘੱਟ ਮੁੱਲ ਡਿਫੌਲਟ ਪ੍ਰੋਂਪਟ ਬਣ ਜਾਂਦਾ ਹੈ।

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

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

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

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

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

ਆਉ ਇੱਕ ਦ੍ਰਿਸ਼ ਦੀ ਕਲਪਨਾ ਕਰੀਏ ਜਿੱਥੇ ਤੁਹਾਡੀ ਇੱਕ ਮਸ਼ੀਨ ਮੈਮੋਰੀ ਖਤਮ ਹੋ ਰਹੀ ਹੈ - ਕੁਬਰਨੇਟਸ ਇਸਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਣਗੇ?

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

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

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

ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਸਹੀ ਬੰਦ ਬੰਦ ਕਰੋ

ਕੁਝ ਵਿਗਿਆਪਨ 🙂

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, $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