ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਆਟੋਸਕੇਲਿੰਗ ਦੇ ਤਿੰਨ ਪੱਧਰ: ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ

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

ਲੇਖ ਕੁਬਰਨੇਟਸ ਆਟੋਸਕੇਲਿੰਗ 101: ਕਲੱਸਟਰ ਆਟੋਸਕੇਲਰ, ਹਰੀਜ਼ੋਂਟਲ ਆਟੋਸਕੇਲਰ, ਅਤੇ ਵਰਟੀਕਲ ਪੋਡ ਆਟੋਸਕੇਲਰ ਵਿੱਚ ਆਟੋਸਕੇਲਿੰਗ ਲਾਗੂ ਕਰਨ ਵਾਲੀ ਟੀਮ ਦੁਆਰਾ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ Mail.ru ਤੋਂ Kubernetes aaS.

ਸਕੇਲਿੰਗ ਬਾਰੇ ਸੋਚਣਾ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

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

ਹਾਲਾਂਕਿ, ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਸਵਾਲਾਂ ਬਾਰੇ ਵੀ ਸੋਚਣਾ ਚਾਹੀਦਾ ਹੈ:

1. ਮੋਡੀਊਲ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਕਿਵੇਂ ਸਕੇਲ ਕਰਨਾ ਹੈ?
2. ਕੰਟੇਨਰਾਂ ਨੂੰ ਕਾਰਜਸ਼ੀਲ ਅਤੇ ਕੁਸ਼ਲ ਕਿਵੇਂ ਰੱਖਣਾ ਹੈ?
3. ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਕੋਡ ਅਤੇ ਵਰਕਲੋਡ ਵਿੱਚ ਲਗਾਤਾਰ ਤਬਦੀਲੀਆਂ ਦਾ ਜਵਾਬ ਕਿਵੇਂ ਦੇਣਾ ਹੈ?

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

ਕੁਬਰਨੇਟਸ ਆਟੋਸਕੇਲਿੰਗ ਪੱਧਰ

ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਆਟੋਸਕੇਲਿੰਗ ਲਈ ਦੋ ਪੱਧਰਾਂ ਵਿਚਕਾਰ ਤਾਲਮੇਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

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

ਹਰੀਜ਼ੋਂਟਲ ਆਟੋਸਕੇਲਰ (HPA) ਮੋਡੀਊਲ

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

ਉੱਚ-ਪੱਧਰੀ HPA ਓਪਰੇਟਿੰਗ ਚਿੱਤਰ:

1. HPA ਲਗਾਤਾਰ 30 ਸਕਿੰਟਾਂ ਦੇ ਇੱਕ ਡਿਫੌਲਟ ਅੰਤਰਾਲ 'ਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਨਿਰਧਾਰਤ ਮੀਟ੍ਰਿਕ ਮੁੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
2. HPA ਮੌਡਿਊਲਾਂ ਦੀ ਗਿਣਤੀ ਵਧਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜੇਕਰ ਨਿਰਧਾਰਤ ਥ੍ਰੈਸ਼ਹੋਲਡ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ।
3. HPA ਤੈਨਾਤੀ/ਰਿਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲਰ ਦੇ ਅੰਦਰ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਅਪਡੇਟ ਕਰਦਾ ਹੈ।
4. ਤੈਨਾਤੀ/ਰਿਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲਰ ਫਿਰ ਕੋਈ ਵੀ ਜ਼ਰੂਰੀ ਵਾਧੂ ਮੋਡੀਊਲ ਤੈਨਾਤ ਕਰਦਾ ਹੈ।

ਜਦੋਂ ਇੱਕ ਮੀਟ੍ਰਿਕ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ ਤਾਂ HPA ਮੋਡੀਊਲ ਤੈਨਾਤੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ

HPA ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਹੇਠ ਲਿਖਿਆਂ 'ਤੇ ਵਿਚਾਰ ਕਰੋ:

• ਡਿਫੌਲਟ HPA ਜਾਂਚ ਅੰਤਰਾਲ 30 ਸਕਿੰਟ ਹੈ। ਇਹ ਝੰਡੇ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ horizontal-pod-autoscaler-sync-period ਕੰਟਰੋਲਰ ਮੈਨੇਜਰ ਵਿੱਚ.
• ਡਿਫੌਲਟ ਰਿਸ਼ਤੇਦਾਰ ਗਲਤੀ 10% ਹੈ।
• ਮੌਡਿਊਲਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਆਖਰੀ ਵਾਧੇ ਤੋਂ ਬਾਅਦ, HPA ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਤਿੰਨ ਮਿੰਟਾਂ ਦੇ ਅੰਦਰ ਸਥਿਰ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ. ਇਹ ਅੰਤਰਾਲ ਫਲੈਗ ਦੁਆਰਾ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ horizontal-pod-autoscaler-upscale-delay.
• ਮੋਡੀਊਲਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਆਖਰੀ ਕਮੀ ਤੋਂ ਬਾਅਦ, HPA ਸਥਿਰ ਹੋਣ ਲਈ ਪੰਜ ਮਿੰਟਾਂ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ। ਇਹ ਅੰਤਰਾਲ ਫਲੈਗ ਦੁਆਰਾ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ horizontal-pod-autoscaler-downscale-delay.
• HPA ਰਿਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲਰਾਂ ਦੀ ਬਜਾਏ ਡਿਪਲਾਇਮੈਂਟ ਆਬਜੈਕਟ ਨਾਲ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ। ਹਰੀਜ਼ੱਟਲ ਆਟੋਸਕੇਲਿੰਗ ਰੋਲਿੰਗ ਅੱਪਡੇਟ ਦੇ ਨਾਲ ਅਸੰਗਤ ਹੈ, ਜੋ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਹੇਰਾਫੇਰੀ ਕਰਦਾ ਹੈ। ਤੈਨਾਤੀ ਦੇ ਨਾਲ, ਪ੍ਰਤੀਰੂਪਾਂ ਦੀ ਗਿਣਤੀ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਤੈਨਾਤੀ ਵਸਤੂਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।

ਪੌਡਾਂ ਦੀ ਵਰਟੀਕਲ ਆਟੋਸਕੇਲਿੰਗ

ਵਰਟੀਕਲ ਆਟੋਸਕੇਲਿੰਗ (VPA) ਮੌਜੂਦਾ ਪੌਡਾਂ ਨੂੰ ਵਧੇਰੇ (ਜਾਂ ਘੱਟ) CPU ਸਮਾਂ ਜਾਂ ਮੈਮੋਰੀ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ। ਸਟੇਟਫੁੱਲ ਜਾਂ ਸਟੇਟਲੈੱਸ ਪੌਡ ਲਈ ਉਚਿਤ, ਪਰ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਸਟੇਟਲੈੱਸ ਮੋਡੀਊਲਾਂ ਲਈ ਵੀਪੀਏ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਜੇਕਰ ਤੁਹਾਨੂੰ ਸ਼ੁਰੂਆਤੀ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਸਰੋਤਾਂ ਦੀ ਮਾਤਰਾ ਨੂੰ ਆਪਣੇ ਆਪ ਵਿਵਸਥਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

VPA OOM (ਮੈਮੋਰੀ ਤੋਂ ਬਾਹਰ) ਇਵੈਂਟਾਂ ਦਾ ਵੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। CPU ਸਮਾਂ ਅਤੇ ਮੈਮੋਰੀ ਬਦਲਣ ਲਈ ਪੌਡਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜਦੋਂ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ VPA ਵੰਡ ਬਜਟ ਦਾ ਸਨਮਾਨ ਕਰਦਾ ਹੈ (pods ਵੰਡ ਬਜਟ, PDB) ਮੌਡਿਊਲਾਂ ਦੀ ਘੱਟੋ-ਘੱਟ ਲੋੜੀਂਦੀ ਗਿਣਤੀ ਦੀ ਗਰੰਟੀ ਦੇਣ ਲਈ।

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

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

ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ VPA ਸਿਫਾਰਸ਼ਕਰਤਾ ਸਰੋਤ "ਸੀਮਾ" ਨੂੰ ਟਰੈਕ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਨੋਡਾਂ ਦੇ ਅੰਦਰ ਸਰੋਤਾਂ ਦਾ ਏਕਾਧਿਕਾਰ ਮੋਡਿਊਲ ਹੋ ਸਕਦਾ ਹੈ। ਵੱਡੀ ਮੈਮੋਰੀ ਜਾਂ CPU ਦੀ ਖਪਤ ਤੋਂ ਬਚਣ ਲਈ ਨੇਮਸਪੇਸ ਪੱਧਰ 'ਤੇ ਸੀਮਾ ਸੈੱਟ ਕਰਨਾ ਬਿਹਤਰ ਹੈ।

ਉੱਚ-ਪੱਧਰੀ VPA ਸੰਚਾਲਨ ਸਕੀਮ:

1. VPA ਲਗਾਤਾਰ 10 ਸਕਿੰਟਾਂ ਦੇ ਇੱਕ ਡਿਫੌਲਟ ਅੰਤਰਾਲ 'ਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਨਿਰਧਾਰਤ ਮੀਟ੍ਰਿਕ ਮੁੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
2. ਜੇਕਰ ਨਿਰਧਾਰਤ ਥ੍ਰੈਸ਼ਹੋਲਡ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਤਾਂ VPA ਨਿਰਧਾਰਤ ਸਰੋਤਾਂ ਦੀ ਮਾਤਰਾ ਨੂੰ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ।
3. VPA ਤੈਨਾਤੀ/ਰਿਪਲੀਕੇਸ਼ਨ ਕੰਟਰੋਲਰ ਦੇ ਅੰਦਰ ਸਰੋਤਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਅੱਪਡੇਟ ਕਰਦਾ ਹੈ।
4. ਜਦੋਂ ਮੋਡੀਊਲ ਰੀਸਟਾਰਟ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਸਾਰੇ ਨਵੇਂ ਸਰੋਤ ਬਣਾਏ ਗਏ ਉਦਾਹਰਨਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।

VPA ਲੋੜੀਂਦੇ ਸਰੋਤਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ

VPA ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਕਿਰਪਾ ਕਰਕੇ ਹੇਠਾਂ ਦਿੱਤੇ ਨੁਕਤਿਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ:

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

ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਨੂੰ ਆਟੋਸਕੇਲਿੰਗ ਕਰਨਾ

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

SA ਸੰਚਾਲਨ ਦੀ ਉੱਚ-ਪੱਧਰੀ ਸਕੀਮ:

1. CA 10 ਸਕਿੰਟਾਂ ਦੇ ਡਿਫੌਲਟ ਅੰਤਰਾਲ 'ਤੇ ਲੰਬਿਤ ਮੋਡੀਊਲਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
2. ਜੇਕਰ ਇੱਕ ਜਾਂ ਵਧੇਰੇ ਪੌਡ ਸਟੈਂਡਬਾਏ ਸਥਿਤੀ ਵਿੱਚ ਹਨ ਕਿਉਂਕਿ ਕਲੱਸਟਰ ਕੋਲ ਉਹਨਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਉਪਲਬਧ ਸਰੋਤ ਨਹੀਂ ਹਨ, ਤਾਂ ਇਹ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਵਾਧੂ ਨੋਡਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ।
3. ਜਦੋਂ ਕਲਾਉਡ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਲੋੜੀਂਦਾ ਨੋਡ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਕਲੱਸਟਰ ਨਾਲ ਜੁੜ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪੌਡਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ ਤਿਆਰ ਹੁੰਦਾ ਹੈ।
4. ਕੁਬਰਨੇਟਸ ਸ਼ਡਿਊਲਰ ਬਕਾਇਆ ਪੌਡਾਂ ਨੂੰ ਇੱਕ ਨਵੇਂ ਨੋਡ ਵਿੱਚ ਵੰਡਦਾ ਹੈ। ਜੇਕਰ ਇਸ ਤੋਂ ਬਾਅਦ ਵੀ ਕੁਝ ਮੋਡੀਊਲ ਉਡੀਕ ਸਥਿਤੀ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ, ਤਾਂ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਨਵੇਂ ਨੋਡ ਕਲੱਸਟਰ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਕਲਾਉਡ ਵਿੱਚ ਕਲੱਸਟਰ ਨੋਡਾਂ ਦੀ ਸਵੈਚਲਿਤ ਵਿਵਸਥਾ

CA ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਹੇਠ ਲਿਖੀਆਂ ਗੱਲਾਂ 'ਤੇ ਗੌਰ ਕਰੋ:

• CA ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ ਕਿ CPU ਲੋਡ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, ਕਲੱਸਟਰ ਵਿੱਚ ਸਾਰੇ ਪੌਡਾਂ ਵਿੱਚ ਚੱਲਣ ਲਈ ਜਗ੍ਹਾ ਹੈ। ਇਹ ਇਹ ਵੀ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਕਿ ਕਲੱਸਟਰ ਵਿੱਚ ਕੋਈ ਬੇਲੋੜੇ ਨੋਡ ਨਾ ਹੋਣ।
• CA ਲਗਭਗ 30 ਸਕਿੰਟਾਂ ਬਾਅਦ ਸਕੇਲ ਕਰਨ ਦੀ ਲੋੜ ਨੂੰ ਰਜਿਸਟਰ ਕਰਦਾ ਹੈ।
• ਇੱਕ ਵਾਰ ਨੋਡ ਦੀ ਲੋੜ ਨਾ ਹੋਣ 'ਤੇ, ਸਿਸਟਮ ਨੂੰ ਸਕੇਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ 10 ਮਿੰਟ ਉਡੀਕ ਕਰਨ ਲਈ CA ਡਿਫਾਲਟ ਹੋ ਜਾਂਦਾ ਹੈ।
• ਆਟੋਸਕੇਲਿੰਗ ਸਿਸਟਮ ਵਿੱਚ ਐਕਸਪੈਂਡਰ ਦੀ ਧਾਰਨਾ ਹੈ। ਇਹ ਨੋਡਾਂ ਦੇ ਸਮੂਹ ਨੂੰ ਚੁਣਨ ਲਈ ਵੱਖੋ ਵੱਖਰੀਆਂ ਰਣਨੀਤੀਆਂ ਹਨ ਜਿਸ ਵਿੱਚ ਨਵੇਂ ਨੋਡ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣਗੇ।
• ਚੋਣ ਨੂੰ ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਵਰਤੋ cluster-autoscaler.kubernetes.io/safe-to-evict (ਸੱਚਾ). ਜੇ ਤੁਸੀਂ ਬਹੁਤ ਸਾਰੇ ਪੌਡਸ ਸਥਾਪਿਤ ਕਰਦੇ ਹੋ, ਜਾਂ ਜੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਸਾਰੇ ਨੋਡਾਂ ਵਿੱਚ ਖਿੰਡੇ ਹੋਏ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਕਲੱਸਟਰ ਨੂੰ ਸਕੇਲ ਕਰਨ ਦੀ ਯੋਗਤਾ ਗੁਆ ਦੇਵੋਗੇ।
• ਵਰਤੋਂ ਕਰੋ PodDisruption Budgetsਪੌਡਸ ਨੂੰ ਮਿਟਾਉਣ ਤੋਂ ਰੋਕਣ ਲਈ, ਜਿਸ ਨਾਲ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਹਿੱਸੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਟੁੱਟ ਸਕਦੇ ਹਨ।

ਕੁਬਰਨੇਟਸ ਆਟੋਸਕੇਲਰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਕਿਵੇਂ ਗੱਲਬਾਤ ਕਰਦੇ ਹਨ

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

1. HPAs ਜਾਂ VPAs ਅੱਪਡੇਟ ਪੌਡ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਜਾਂ ਮੌਜੂਦਾ ਪੌਡਾਂ ਨੂੰ ਅਲਾਟ ਕੀਤੇ ਸਰੋਤ।
2. ਜੇਕਰ ਯੋਜਨਾਬੱਧ ਸਕੇਲਿੰਗ ਲਈ ਲੋੜੀਂਦੇ ਨੋਡ ਨਹੀਂ ਹਨ, ਤਾਂ CA ਉਡੀਕ ਸਥਿਤੀ ਵਿੱਚ ਪੌਡਾਂ ਦੀ ਮੌਜੂਦਗੀ ਨੂੰ ਨੋਟਿਸ ਕਰਦਾ ਹੈ।
3. CA ਨਵੇਂ ਨੋਡ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ।
4. ਮੋਡੀਊਲ ਨਵੇਂ ਨੋਡਾਂ ਵਿੱਚ ਵੰਡੇ ਜਾਂਦੇ ਹਨ।

ਸਹਿਯੋਗੀ ਕੁਬਰਨੇਟਸ ਸਕੇਲ-ਆਊਟ ਸਿਸਟਮ

ਕੁਬਰਨੇਟਸ ਆਟੋਸਕੇਲਿੰਗ ਵਿੱਚ ਆਮ ਗਲਤੀਆਂ

ਕਈ ਆਮ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜੋ ਆਟੋਸਕੇਲਿੰਗ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਵੇਲੇ ਆਉਂਦੀਆਂ ਹਨ।

HPA ਅਤੇ VPA ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਕੁਝ ਇਤਿਹਾਸਕ ਡੇਟਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਨਾਕਾਫ਼ੀ ਸਰੋਤ ਨਿਰਧਾਰਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਮੈਡਿਊਲ ਘੱਟ ਕੀਤੇ ਜਾਣਗੇ ਅਤੇ ਮੈਟ੍ਰਿਕਸ ਬਣਾਉਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਣਗੇ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਆਟੋਸਕੇਲਿੰਗ ਕਦੇ ਨਹੀਂ ਹੋਵੇਗੀ।

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

ਆਦਰਸ਼ ਦ੍ਰਿਸ਼ - 4 ਮਿੰਟ:

1. 30 ਸਕਿੰਟ। ਟੀਚਾ ਮੈਟ੍ਰਿਕਸ ਅੱਪਡੇਟ ਕਰੋ: 30–60 ਸਕਿੰਟ।
2. 30 ਸਕਿੰਟ। HPA ਮੈਟ੍ਰਿਕ ਮੁੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ: 30 ਸਕਿੰਟ।
3. 2 ਸਕਿੰਟ ਤੋਂ ਘੱਟ। ਪੌਡ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਉਡੀਕ ਅਵਸਥਾ ਵਿੱਚ ਜਾਂਦੇ ਹਨ: 1 ਸਕਿੰਟ।
4. 2 ਸਕਿੰਟ ਤੋਂ ਘੱਟ। CA ਉਡੀਕ ਮਾਡਿਊਲ ਦੇਖਦਾ ਹੈ ਅਤੇ ਪ੍ਰੋਵੀਜ਼ਨ ਨੋਡਸ ਨੂੰ ਕਾਲਾਂ ਭੇਜਦਾ ਹੈ: 1 ਸਕਿੰਟ।
5. 3 ਮਿੰਟ. ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਨੋਡ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। K8s ਇੰਤਜ਼ਾਰ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਉਹ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦੇ: 10 ਮਿੰਟ ਤੱਕ (ਕਈ ਕਾਰਕਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ)।

ਸਭ ਤੋਂ ਮਾੜੀ ਸਥਿਤੀ (ਵਧੇਰੇ ਯਥਾਰਥਵਾਦੀ) ਦ੍ਰਿਸ਼ - 12 ਮਿੰਟ:

1. 30 ਸਕਿੰਟ। ਟੀਚਾ ਮੈਟ੍ਰਿਕਸ ਅੱਪਡੇਟ ਕਰੋ।
2. 30 ਸਕਿੰਟ। HPA ਮੈਟ੍ਰਿਕ ਮੁੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
3. 2 ਸਕਿੰਟ ਤੋਂ ਘੱਟ। ਪੌਡ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਸਟੈਂਡਬਾਏ ਸਟੇਟ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੇ ਹਨ।
4. 2 ਸਕਿੰਟ ਤੋਂ ਘੱਟ। CA ਉਡੀਕ ਮਾਡਿਊਲਾਂ ਨੂੰ ਦੇਖਦਾ ਹੈ ਅਤੇ ਨੋਡਾਂ ਦੀ ਵਿਵਸਥਾ ਕਰਨ ਲਈ ਕਾਲ ਕਰਦਾ ਹੈ।
5. 10 ਮਿੰਟ. ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਨੋਡ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। K8s ਇੰਤਜ਼ਾਰ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਉਹ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦੇ। ਉਡੀਕ ਸਮਾਂ ਕਈ ਕਾਰਕਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਵਿਕਰੇਤਾ ਦੇਰੀ, OS ਦੇਰੀ, ਅਤੇ ਸਹਾਇਤਾ ਸਾਧਨ।

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

ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਸਕੇਲਿੰਗ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰਨਾ ਹੈ

1. ਕੁਬਰਨੇਟਸ ਇੱਕ ਸਰੋਤ ਪ੍ਰਬੰਧਨ ਅਤੇ ਆਰਕੈਸਟਰੇਸ਼ਨ ਟੂਲ ਹੈ। ਪੌਡਾਂ ਅਤੇ ਕਲੱਸਟਰ ਸਰੋਤਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਸੰਚਾਲਨ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰਨ ਵਿੱਚ ਇੱਕ ਮੁੱਖ ਮੀਲ ਪੱਥਰ ਹਨ।
2. HPA ਅਤੇ VPA ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਪੌਡ ਸਕੇਲੇਬਿਲਟੀ ਦੇ ਤਰਕ ਨੂੰ ਸਮਝੋ।
3. CA ਦੀ ਵਰਤੋਂ ਕੇਵਲ ਤਾਂ ਹੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਆਪਣੇ ਪੌਡ ਅਤੇ ਕੰਟੇਨਰਾਂ ਦੀਆਂ ਲੋੜਾਂ ਦੀ ਚੰਗੀ ਸਮਝ ਹੈ।
4. ਇੱਕ ਕਲੱਸਟਰ ਨੂੰ ਵਧੀਆ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਵੱਖ-ਵੱਖ ਸਕੇਲਿੰਗ ਸਿਸਟਮ ਇਕੱਠੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।
5. ਸਕੇਲਿੰਗ ਸਮੇਂ ਦਾ ਅਨੁਮਾਨ ਲਗਾਉਣ ਵੇਲੇ, ਸਭ ਤੋਂ ਮਾੜੇ-ਕੇਸ ਅਤੇ ਸਭ ਤੋਂ ਵਧੀਆ-ਕੇਸ ਦ੍ਰਿਸ਼ਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ।

ਸਰੋਤ: www.habr.com