ਕੁਬਰਨੇਟਸ ਵਰਕਰ ਨੋਡਸ: ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਜਾਂ ਕਈ ਵੱਡੇ?

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

ਇਹਨਾਂ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਲੇਖ ਵਿੱਚ ਹਨ. ਡੈਨੀਅਲ ਵੇਇਬਲ, ਸਾਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰ ਅਤੇ Learnk8s ਵਿਦਿਅਕ ਪ੍ਰੋਜੈਕਟ ਦਾ ਅਧਿਆਪਕ ਕਮਾਂਡ ਦੇ ਅਨੁਵਾਦ ਵਿੱਚ Mail.ru ਤੋਂ Kubernetes aaS.

ਕਲੱਸਟਰ ਸਮਰੱਥਾ

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

ਤੁਹਾਡੇ ਲੋੜੀਂਦੇ ਕਲੱਸਟਰ ਸਮਰੱਥਾ ਟੀਚੇ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਸਾਨੂੰ 8 ਪ੍ਰੋਸੈਸਰ ਕੋਰ ਅਤੇ 32 GB RAM ਦੀ ਕੁੱਲ ਸਮਰੱਥਾ ਵਾਲੇ ਇੱਕ ਕਲੱਸਟਰ ਦੀ ਲੋੜ ਹੈ ਕਿਉਂਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਲਈ ਬਹੁਤ ਸਾਰੇ ਸਰੋਤਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਫਿਰ ਤੁਸੀਂ 16 GB ਮੈਮੋਰੀ ਵਾਲੇ ਦੋ ਨੋਡ ਜਾਂ 8 GB ਮੈਮੋਰੀ ਵਾਲੇ ਚਾਰ ਨੋਡ, ਦੋ ਕਵਾਡ-ਕੋਰ ਪ੍ਰੋਸੈਸਰ ਜਾਂ ਚਾਰ ਡੁਅਲ-ਕੋਰ ਵਾਲੇ ਇੰਸਟਾਲ ਕਰ ਸਕਦੇ ਹੋ।

ਇੱਥੇ ਇੱਕ ਕਲੱਸਟਰ ਬਣਾਉਣ ਦੇ ਦੋ ਸੰਭਵ ਤਰੀਕੇ ਹਨ:

ਦੋਵੇਂ ਵਿਕਲਪ ਇੱਕੋ ਸਮਰੱਥਾ ਦੇ ਨਾਲ ਇੱਕ ਕਲੱਸਟਰ ਪੈਦਾ ਕਰਦੇ ਹਨ, ਪਰ ਹੇਠਲੇ ਸੰਰਚਨਾ ਵਿੱਚ ਚਾਰ ਛੋਟੇ ਨੋਡ ਹੁੰਦੇ ਹਨ ਅਤੇ ਉੱਪਰੀ ਸੰਰਚਨਾ ਵਿੱਚ ਦੋ ਵੱਡੇ ਨੋਡ ਹੁੰਦੇ ਹਨ।

ਕਿਹੜਾ ਵਿਕਲਪ ਬਿਹਤਰ ਹੈ?

ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ, ਆਓ ਦੋਵਾਂ ਵਿਕਲਪਾਂ ਦੇ ਫਾਇਦਿਆਂ ਨੂੰ ਵੇਖੀਏ. ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਸੰਖੇਪ ਕੀਤਾ ਹੈ।

ਕਈ ਵੱਡੇ ਨੋਡਸ

ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਨੋਡ

ਆਸਾਨ ਕਲੱਸਟਰ ਪ੍ਰਬੰਧਨ (ਜੇਕਰ ਇਹ ਆਨ-ਪ੍ਰੀਮਿਸ ਹੈ)

ਨਿਰਵਿਘਨ ਆਟੋਸਕੇਲਿੰਗ

ਸਸਤਾ (ਜੇ ਆਧਾਰ 'ਤੇ)

ਕੀਮਤ ਥੋੜੀ ਵੱਖਰੀ ਹੈ (ਕਲਾਉਡ ਵਿੱਚ)

ਸਰੋਤ-ਅਧਾਰਿਤ ਐਪਲੀਕੇਸ਼ਨ ਚਲਾ ਸਕਦੇ ਹਨ

ਪੂਰੀ ਨਕਲ

ਸਰੋਤ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਵਰਤੇ ਜਾਂਦੇ ਹਨ (ਸਿਸਟਮ ਡੈਮਨ 'ਤੇ ਘੱਟ ਓਵਰਹੈੱਡ
ਉੱਚ ਕਲੱਸਟਰ ਫਾਲਟ ਸਹਿਣਸ਼ੀਲਤਾ

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

ਇਸ ਲਈ, ਆਉ ਸਾਰਣੀ ਦੇ ਹਰੇਕ ਬਿੰਦੂ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਵਿਚਾਰੀਏ।

ਪਹਿਲਾ ਵਿਕਲਪ: ਕਈ ਵੱਡੇ ਨੋਡਸ

ਸਭ ਤੋਂ ਅਤਿਅੰਤ ਵਿਕਲਪ ਪੂਰੀ ਕਲੱਸਟਰ ਸਮਰੱਥਾ ਲਈ ਇੱਕ ਵਰਕਰ ਨੋਡ ਹੈ। ਉਪਰੋਕਤ ਉਦਾਹਰਨ ਵਿੱਚ, ਇਹ 16 CPU ਕੋਰ ਅਤੇ 16 GB RAM ਵਾਲਾ ਇੱਕ ਸਿੰਗਲ ਵਰਕਰ ਨੋਡ ਹੋਵੇਗਾ।

Плюсы

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

ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ ਉਪਰੋਕਤ ਸਾਰੇ ਤੁਹਾਡੇ ਹਾਰਡਵੇਅਰ, ਤੁਹਾਡੇ ਸਰਵਰਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਨਾ ਕਿ ਕਲਾਉਡ ਮੌਕਿਆਂ 'ਤੇ।

ਬੱਦਲ ਵਿੱਚ ਸਥਿਤੀ ਵੱਖਰੀ ਹੈ। ਉੱਥੇ, ਪ੍ਰਬੰਧਨ ਕਲਾਉਡ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਕਲਾਉਡ ਵਿੱਚ ਦਸ ਨੋਡਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਇੱਕ ਨੋਡ ਦੇ ਪ੍ਰਬੰਧਨ ਨਾਲੋਂ ਬਹੁਤ ਵੱਖਰਾ ਨਹੀਂ ਹੈ।

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

ਪ੍ਰੋ #2: ਪ੍ਰਤੀ ਨੋਡ ਘੱਟ ਲਾਗਤ
ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਕਾਰ ਵਧੇਰੇ ਮਹਿੰਗੀ ਹੁੰਦੀ ਹੈ, ਪਰ ਕੀਮਤ ਵਿੱਚ ਵਾਧਾ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਰੇਖਿਕ ਨਹੀਂ ਹੁੰਦਾ. ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, 10 GB ਮੈਮੋਰੀ ਵਾਲਾ ਇੱਕ ਦਸ-ਕੋਰ ਸਰਵਰ ਆਮ ਤੌਰ 'ਤੇ ਸਮਾਨ ਮਾਤਰਾ ਵਿੱਚ ਮੈਮੋਰੀ ਵਾਲੇ ਦਸ ਸਿੰਗਲ-ਕੋਰ ਸਰਵਰਾਂ ਨਾਲੋਂ ਸਸਤਾ ਹੁੰਦਾ ਹੈ।

ਪਰ ਨੋਟ ਕਰੋ ਕਿ ਇਹ ਨਿਯਮ ਆਮ ਤੌਰ 'ਤੇ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਵਿੱਚ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਸਾਰੇ ਪ੍ਰਮੁੱਖ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਦੀਆਂ ਮੌਜੂਦਾ ਕੀਮਤ ਯੋਜਨਾਵਾਂ ਵਿੱਚ, ਕੀਮਤਾਂ ਸਮਰੱਥਾ ਦੇ ਨਾਲ ਰੇਖਿਕ ਤੌਰ 'ਤੇ ਵਧਦੀਆਂ ਹਨ।

ਇਸ ਤਰ੍ਹਾਂ, ਕਲਾਉਡ ਵਿੱਚ ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਰਵਰਾਂ 'ਤੇ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।

ਪ੍ਰੋ #3: ਤੁਸੀਂ ਸਰੋਤ-ਅਧਾਰਿਤ ਐਪਲੀਕੇਸ਼ਨ ਚਲਾ ਸਕਦੇ ਹੋ
ਕੁਝ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਰਵਰਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਇੱਕ ਮਸ਼ੀਨ ਲਰਨਿੰਗ ਸਿਸਟਮ ਨੂੰ 8 GB ਮੈਮੋਰੀ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ 1 GB ਨੋਡਾਂ 'ਤੇ ਚਲਾਉਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੋਗੇ, ਪਰ ਸਿਰਫ਼ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵੱਡੇ ਵਰਕਰ ਨੋਡ ਨਾਲ।

Минусы

ਨੁਕਸਾਨ ਨੰਬਰ 1. ਪ੍ਰਤੀ ਨੋਡ ਬਹੁਤ ਸਾਰੇ ਪੌਡ
ਜੇਕਰ ਉਹੀ ਕੰਮ ਘੱਟ ਨੋਡਾਂ 'ਤੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਕੋਲ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਵਧੇਰੇ ਪੌਡ ਹੋਣਗੇ।

ਇਹ ਇੱਕ ਸਮੱਸਿਆ ਹੋ ਸਕਦੀ ਹੈ।

ਕਾਰਨ ਇਹ ਹੈ ਕਿ ਹਰੇਕ ਮੋਡੀਊਲ ਕੰਟੇਨਰ ਰਨਟਾਈਮ (ਜਿਵੇਂ ਕਿ ਡੌਕਰ) ਦੇ ਨਾਲ ਨਾਲ ਕੁਬੇਲੇਟ ਅਤੇ ਸੀਏਡਵਾਈਜ਼ਰ ਲਈ ਕੁਝ ਓਵਰਹੈੱਡ ਪੇਸ਼ ਕਰਦਾ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਕਿਊਬਲੇਟ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਬਚਣ ਲਈ ਇੱਕ ਨੋਡ 'ਤੇ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ — ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਡੱਬੇ, ਕੁਬੇਲੇਟ ਨੂੰ ਓਨਾ ਹੀ ਜ਼ਿਆਦਾ ਕੰਮ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।

CAdvisor ਇੱਕ ਨੋਡ 'ਤੇ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਲਈ ਸਰੋਤ ਵਰਤੋਂ ਦੇ ਅੰਕੜੇ ਇਕੱਠੇ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੁਬੇਲੇਟ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਇਸ ਜਾਣਕਾਰੀ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ API ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਦੁਬਾਰਾ ਫਿਰ, ਵਧੇਰੇ ਕੰਟੇਨਰਾਂ ਦਾ ਮਤਲਬ ਹੈ ਸੀਏਡਵਾਈਜ਼ਰ ਅਤੇ ਕੁਬੇਲੇਟ ਦੋਵਾਂ ਲਈ ਵਧੇਰੇ ਕੰਮ।

ਜੇ ਮੈਡਿਊਲਾਂ ਦੀ ਗਿਣਤੀ ਵਧ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਸਿਸਟਮ ਨੂੰ ਹੌਲੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਵੀ ਕਮਜ਼ੋਰ ਕਰ ਸਕਦਾ ਹੈ।

ਕੁਬਰਨੇਟਸ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਕੁਝ ਸ਼ਿਕਾਇਤ ਕੀਤੀਜੋ ਕਿ ਨੋਡ ਤਿਆਰ/ਨਹੀਂ ਤਿਆਰ ਸਥਿਤੀਆਂ ਦੇ ਵਿਚਕਾਰ ਛਾਲ ਮਾਰਦੇ ਹਨ ਕਿਉਂਕਿ ਇੱਕ ਨੋਡ 'ਤੇ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਦੀ ਨਿਯਮਤ ਕਿਊਬਲੇਟ ਜਾਂਚਾਂ ਨੂੰ ਬਹੁਤ ਸਮਾਂ ਲੱਗਦਾ ਹੈ।
ਇਸ ਕਾਰਨ ਕਰਕੇ ਕੁਬਰਨੇਟਸ ਪ੍ਰਤੀ ਨੋਡ 110 ਪੌਡਾਂ ਤੋਂ ਵੱਧ ਨਾ ਰੱਖਣ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹੈ. ਨੋਡ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ, ਤੁਸੀਂ ਪ੍ਰਤੀ ਨੋਡ ਹੋਰ ਪੌਡ ਚਲਾ ਸਕਦੇ ਹੋ, ਪਰ ਇਹ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਔਖਾ ਹੈ ਕਿ ਕੀ ਸਮੱਸਿਆਵਾਂ ਹੋਣਗੀਆਂ ਜਾਂ ਸਭ ਕੁਝ ਠੀਕ ਕੰਮ ਕਰੇਗਾ। ਇਹ ਕੰਮ ਦੀ ਪਹਿਲਾਂ ਤੋਂ ਜਾਂਚ ਕਰਨ ਦੇ ਯੋਗ ਹੈ.

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

ਪੰਜ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਨੂੰ ਸਿਰਫ ਦੋ ਨੋਡਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਨੂੰ ਉਤਾਰ ਦੇਵੇਗਾ।

ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਪੰਜ ਨੋਡ ਜਾਂ ਵੱਧ ਹਨ, ਤਾਂ ਹਰੇਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਇੱਕ ਵੱਖਰੇ ਨੋਡ 'ਤੇ ਚੱਲੇਗੀ, ਅਤੇ ਇੱਕ ਨੋਡ ਦੀ ਅਸਫਲਤਾ ਵੱਧ ਤੋਂ ਵੱਧ ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਹਟਾ ਦੇਵੇਗੀ।

ਇਸ ਤਰ੍ਹਾਂ, ਉੱਚ ਉਪਲਬਧਤਾ ਲੋੜਾਂ ਲਈ ਕਲੱਸਟਰ ਵਿੱਚ ਇੱਕ ਨਿਸ਼ਚਿਤ ਘੱਟੋ-ਘੱਟ ਨੋਡ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

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

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

ਇਸ ਤਰ੍ਹਾਂ, ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਨੋਡ, ਹਾਰਡਵੇਅਰ ਅਸਫਲਤਾਵਾਂ ਦਾ ਘੱਟ ਪ੍ਰਭਾਵ।

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

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

ਆਉ ਹੁਣ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਛੋਟੇ ਨੋਡਾਂ ਦੇ ਫਾਇਦਿਆਂ ਅਤੇ ਨੁਕਸਾਨਾਂ ਨੂੰ ਵੇਖੀਏ.

ਦੂਜਾ ਵਿਕਲਪ: ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਨੋਡ

ਇਸ ਪਹੁੰਚ ਦੇ ਫਾਇਦੇ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਕਈ ਵੱਡੇ ਨੋਡਾਂ ਦੇ ਨਾਲ ਉਲਟ ਵਿਕਲਪ ਦੇ ਨੁਕਸਾਨਾਂ ਤੋਂ ਪੈਦਾ ਹੁੰਦੇ ਹਨ।

Плюсы

ਪ੍ਰੋ #1: ਅਸਫਲਤਾ ਦਾ ਘੱਟ ਪ੍ਰਭਾਵ
ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਨੋਡ, ਹਰੇਕ ਨੋਡ 'ਤੇ ਘੱਟ ਪੌਡ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਦਸ ਨੋਡਾਂ ਵਿੱਚ ਸੌ ਮੋਡੀਊਲ ਹਨ, ਤਾਂ ਹਰੇਕ ਨੋਡ ਵਿੱਚ ਔਸਤਨ ਦਸ ਮੋਡੀਊਲ ਹੋਣਗੇ।

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

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

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

Минусы

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

ਕੁਬਰਨੇਟਸ ਕੰਟਰੋਲਰ ਮੈਨੇਜਰ ਵਿੱਚ ਨੋਡ ਕੰਟਰੋਲਰ ਸਿਹਤ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਕਲੱਸਟਰ ਦੇ ਸਾਰੇ ਨੋਡਾਂ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ - ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਨੋਡ, ਕੰਟਰੋਲਰ 'ਤੇ ਜ਼ਿਆਦਾ ਲੋਡ ਹੁੰਦਾ ਹੈ।

etcd ਡਾਟਾਬੇਸ 'ਤੇ ਲੋਡ ਵੀ ਵਧ ਰਿਹਾ ਹੈ - ਹਰੇਕ kubelet ਅਤੇ kube-proxy ਕਾਲਾਂ ਦੇਖਣ ਵਾਲੇ etcd ਲਈ (API ਰਾਹੀਂ), ਜਿਸ ਵਿੱਚ etcd ਨੂੰ ਆਬਜੈਕਟ ਅੱਪਡੇਟ ਪ੍ਰਸਾਰਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਆਮ ਤੌਰ 'ਤੇ, ਹਰੇਕ ਵਰਕਰ ਨੋਡ ਮਾਸਟਰ ਨੋਡਾਂ ਦੇ ਸਿਸਟਮ ਭਾਗਾਂ 'ਤੇ ਵਾਧੂ ਲੋਡ ਲਗਾਉਂਦਾ ਹੈ।

ਕੁਬਰਨੇਟਸ ਅਧਿਕਾਰਤ ਤੌਰ 'ਤੇ ਕਲੱਸਟਰਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ 5000 ਤੱਕ ਨੋਡਾਂ ਦੀ ਗਿਣਤੀ. ਹਾਲਾਂਕਿ, ਅਭਿਆਸ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ 500 ਨੋਡ ਹਨ ਗੈਰ-ਮਾਮੂਲੀ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ.

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

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

ਨੁਕਸਾਨ #2: ਜ਼ਿਆਦਾ ਓਵਰਹੈੱਡ ਖਰਚੇ।
ਹਰੇਕ ਵਰਕਰ ਨੋਡ 'ਤੇ, ਕੁਬਰਨੇਟਸ ਸਿਸਟਮ ਡੈਮਨਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਚਲਾਉਂਦਾ ਹੈ - ਇਹਨਾਂ ਵਿੱਚ ਕੰਟੇਨਰ ਰਨਟਾਈਮ (ਜਿਵੇਂ ਕਿ ਡੌਕਰ), ਕਿਊਬ-ਪ੍ਰੌਕਸੀ ਅਤੇ ਕੁਬੇਲੇਟ ਸ਼ਾਮਲ ਹਨ, ਜਿਸ ਵਿੱਚ cAdvisor ਵੀ ਸ਼ਾਮਲ ਹੈ। ਇਕੱਠੇ ਉਹ ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਾਤਰਾ ਵਿੱਚ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਕਰਦੇ ਹਨ।

ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਨੋਡ ਹਨ, ਤਾਂ ਹਰੇਕ ਨੋਡ 'ਤੇ ਇਸ ਓਵਰਹੈੱਡ ਦਾ ਅਨੁਪਾਤ ਵੱਡਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਕਲਪਨਾ ਕਰੋ ਕਿ ਇੱਕ ਸਿੰਗਲ ਨੋਡ ਉੱਤੇ ਸਾਰੇ ਸਿਸਟਮ ਡੈਮਨ ਇਕੱਠੇ 0,1 CPU ਕੋਰ ਅਤੇ 0,1 GB ਮੈਮੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ 10 GB ਮੈਮੋਰੀ ਵਾਲਾ ਇੱਕ ਦਸ-ਕੋਰ ਨੋਡ ਹੈ, ਤਾਂ ਡੈਮਨ ਕਲੱਸਟਰ ਸਮਰੱਥਾ ਦਾ 1% ਖਪਤ ਕਰਦੇ ਹਨ। ਦੂਜੇ ਪਾਸੇ, 1 GB ਮੈਮੋਰੀ ਵਾਲੇ ਦਸ ਸਿੰਗਲ-ਕੋਰ ਨੋਡਾਂ 'ਤੇ, ਡੈਮਨ ਕਲੱਸਟਰ ਸਮਰੱਥਾ ਦਾ 10% ਲੈਣਗੇ।

ਇਸ ਤਰ੍ਹਾਂ, ਜਿੰਨੇ ਘੱਟ ਨੋਡ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਨੁਕਸਾਨ ਨੰਬਰ 3. ਸਰੋਤਾਂ ਦੀ ਅਕੁਸ਼ਲ ਵਰਤੋਂ
ਛੋਟੇ ਨੋਡਾਂ 'ਤੇ, ਇਹ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਬਾਕੀ ਬਚੇ ਸਰੋਤ ਹਿੱਸੇ ਕਿਸੇ ਵੀ ਵਰਕਲੋਡ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਬਹੁਤ ਛੋਟੇ ਹੋਣ, ਇਸਲਈ ਉਹ ਅਣਵਰਤੇ ਰਹਿੰਦੇ ਹਨ।

ਉਦਾਹਰਨ ਲਈ, ਹਰੇਕ ਪੌਡ ਲਈ 0,75 GB ਮੈਮੋਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਦਸ ਨੋਡ ਹਨ, ਹਰ ਇੱਕ 1GB ਮੈਮੋਰੀ ਦੇ ਨਾਲ, ਤੁਸੀਂ ਦਸ ਪੌਡ ਚਲਾ ਸਕਦੇ ਹੋ, ਹਰੇਕ ਨੋਡ ਨੂੰ 0,25GB ਅਣਵਰਤੀ ਮੈਮੋਰੀ ਦੇ ਨਾਲ ਛੱਡ ਕੇ।

ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪੂਰੇ ਕਲੱਸਟਰ ਦੀ 25% ਮੈਮੋਰੀ ਬਰਬਾਦ ਹੋ ਜਾਂਦੀ ਹੈ।

10 GB ਮੈਮੋਰੀ ਵਾਲੇ ਇੱਕ ਵੱਡੇ ਨੋਡ 'ਤੇ, ਤੁਸੀਂ ਇਹਨਾਂ ਵਿੱਚੋਂ 13 ਮੋਡੀਊਲ ਚਲਾ ਸਕਦੇ ਹੋ - ਅਤੇ 0,25 GB ਦਾ ਸਿਰਫ਼ ਇੱਕ ਅਣਵਰਤਿਆ ਟੁਕੜਾ ਹੋਵੇਗਾ।

ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਿਰਫ 2,5% ਮੈਮੋਰੀ ਬਰਬਾਦ ਹੁੰਦੀ ਹੈ.

ਇਸ ਤਰ੍ਹਾਂ, ਵੱਡੇ ਨੋਡਾਂ 'ਤੇ ਸਰੋਤਾਂ ਨੂੰ ਵਧੇਰੇ ਵਧੀਆ ਢੰਗ ਨਾਲ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਕਈ ਵੱਡੇ ਨੋਡ ਜਾਂ ਕਈ ਛੋਟੇ?

ਇਸ ਲਈ, ਕਿਹੜਾ ਬਿਹਤਰ ਹੈ: ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਕੁਝ ਵੱਡੇ ਨੋਡ ਜਾਂ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ? ਹਮੇਸ਼ਾ ਵਾਂਗ, ਕੋਈ ਸਪੱਸ਼ਟ ਜਵਾਬ ਨਹੀਂ ਹੈ. ਬਹੁਤ ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ.

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

ਵਿਚਕਾਰਲੀ ਸਥਿਤੀਆਂ ਵਿੱਚ, ਹਰੇਕ ਵਿਕਲਪ ਦੇ ਫਾਇਦਿਆਂ ਅਤੇ ਨੁਕਸਾਨਾਂ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਚੋਣ ਕਰੋ। ਸ਼ਾਇਦ ਕੁਝ ਦਲੀਲਾਂ ਦੂਜਿਆਂ ਨਾਲੋਂ ਤੁਹਾਡੀ ਸਥਿਤੀ ਲਈ ਵਧੇਰੇ ਢੁਕਵੇਂ ਹਨ।

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

ਇੱਥੇ ਕੋਈ ਵੀ ਵਿਅੰਜਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਹਰੇਕ ਸਥਿਤੀ ਦੀ ਆਪਣੀ ਸੂਖਮਤਾ ਹੈ, ਅਤੇ ਸਿਰਫ ਉਤਪਾਦਨ ਹੀ ਸੱਚਾਈ ਦਿਖਾਏਗਾ.

ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਟੀਮ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਅਨੁਵਾਦ Mail.ru ਕਲਾਉਡ ਹੱਲ.

Kubernetes ਬਾਰੇ ਹੋਰ: ਕਲੱਸਟਰਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਲਈ 25 ਉਪਯੋਗੀ ਸੰਦ.

ਸਰੋਤ: www.habr.com