ਵੱਖ-ਵੱਖ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰਾਂ ਨੂੰ ਕਿਵੇਂ ਜੋੜਿਆ ਜਾਵੇ

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

ਅੱਜ ਦਾ ਮਾਹਰ ਹੈ ਡੈਨੀਅਲ ਪੋਲੇਨਚਿਕ (ਡੈਨੀਅਲ ਪੋਲੈਂਸਿਕ). ਡੇਨੀਅਲ ਵਿਖੇ ਇੱਕ ਇੰਸਟ੍ਰਕਟਰ ਅਤੇ ਸੌਫਟਵੇਅਰ ਡਿਵੈਲਪਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ Learn8s.

ਜੇਕਰ ਤੁਸੀਂ ਅਗਲੀ ਪੋਸਟ ਵਿੱਚ ਆਪਣੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਚਾਹੁੰਦੇ ਹੋ, ਈਮੇਲ ਦੁਆਰਾ ਸਾਡੇ ਨਾਲ ਸੰਪਰਕ ਕਰੋ ਜ ਟਵਿੱਟਰ: @learnk8s.

ਪਿਛਲੀਆਂ ਪੋਸਟਾਂ ਖੁੰਝ ਗਈਆਂ? ਉਹਨਾਂ ਨੂੰ ਇੱਥੇ ਲੱਭੋ.

ਵੱਖ-ਵੱਖ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰਾਂ ਨੂੰ ਕਿਵੇਂ ਜੋੜਿਆ ਜਾਵੇ?

ਸੰਖੇਪ ਵਿੱਚ: Kubefed v2 ਜਲਦੀ ਆ ਰਿਹਾ ਹੈ, ਅਤੇ ਮੈਂ ਇਸ ਬਾਰੇ ਪੜ੍ਹਨ ਦੀ ਵੀ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ ਸ਼ਿਪਰ и ਮਲਟੀ-ਕਲੱਸਟਰ-ਸ਼ਡਿਊਲਰ ਪ੍ਰੋਜੈਕਟ.

ਅਕਸਰ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਵਿੱਚ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ, ਖਾਸ ਕਰਕੇ ਨਿਯੰਤਰਿਤ ਵਾਤਾਵਰਣ ਵਿੱਚ।

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

ਕੁਬਰਨੇਟਸ ਦੇ ਨਾਲ, ਤੁਸੀਂ ਇੱਕ ਸਮਾਨ ਰਣਨੀਤੀ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਵਿੱਚ ਵਰਕਲੋਡ ਵੰਡ ਸਕਦੇ ਹੋ।

ਤੁਹਾਡੇ ਕੋਲ ਪ੍ਰਤੀ ਟੀਮ, ਖੇਤਰ, ਵਾਤਾਵਰਣ, ਜਾਂ ਇਹਨਾਂ ਤੱਤਾਂ ਦੇ ਸੁਮੇਲ ਲਈ ਇੱਕ ਜਾਂ ਵੱਧ ਕਲੱਸਟਰ ਹੋ ਸਕਦੇ ਹਨ।

ਤੁਹਾਡੇ ਕਲੱਸਟਰ ਵੱਖ-ਵੱਖ ਬੱਦਲਾਂ ਅਤੇ ਆਨ-ਪ੍ਰੀਮਿਸਸ ਵਿੱਚ ਹੋਸਟ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।

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

ਇੱਕ ਲੀਡਰਸ਼ਿਪ ਕਲੱਸਟਰ

ਇੱਕ ਸਿੰਗਲ ਨੈੱਟਵਰਕ ਉੱਤੇ ਇੱਕ ਕਲੱਸਟਰ ਬਣਾਉਣਾ ਇੰਨਾ ਆਸਾਨ ਨਹੀਂ ਹੈ।

ਕਲਪਨਾ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਦੁਰਘਟਨਾ ਹੈ, ਕਲੱਸਟਰ ਹਿੱਸਿਆਂ ਦੇ ਵਿਚਕਾਰ ਸੰਪਰਕ ਖਤਮ ਹੋ ਗਿਆ ਹੈ।

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

ਅਤੇ ਉਸੇ ਸਮੇਂ ਤੁਹਾਡੇ ਕੋਲ ਪੁਰਾਣੀ ਰੂਟਿੰਗ ਟੇਬਲ ਹਨ (kube-proxy ਨਵੇਂ ਡਾਉਨਲੋਡ ਨਹੀਂ ਕਰ ਸਕਦੇ) ਅਤੇ ਕੋਈ ਵਾਧੂ ਪੌਡ ਨਹੀਂ (ਕੁਬੇਲੇਟ ਅੱਪਡੇਟ ਲਈ ਬੇਨਤੀ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ)।

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

ਨਤੀਜੇ ਵਜੋਂ, ਤੁਹਾਡੇ ਕੋਲ ਦੋ ਗੁਣਾ ਪੌਡ ਹਨ।

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

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

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

ਕੰਟਰੋਲਰ ਮੈਨੇਜਰ ਨੂੰ ਬਦਲਾਅ ਬਾਰੇ ਜਾਣਨ ਅਤੇ ਡਾਟਾਬੇਸ 'ਤੇ ਜਵਾਬ ਲਿਖਣ ਲਈ ਹੋਰ ਸਮਾਂ ਚਾਹੀਦਾ ਹੈ।

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

etcd ਇੰਨੀ ਲੇਟੈਂਸੀ ਸੰਵੇਦਨਸ਼ੀਲ ਹੈ ਕਿ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ ਨਿਯਮਤ ਹਾਰਡ ਡਰਾਈਵਾਂ ਦੀ ਬਜਾਏ SSDs ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਨ.

ਵਰਤਮਾਨ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਕਲੱਸਟਰ ਲਈ ਇੱਕ ਵੱਡੇ ਨੈੱਟਵਰਕ ਦੀਆਂ ਕੋਈ ਚੰਗੀਆਂ ਉਦਾਹਰਣਾਂ ਨਹੀਂ ਹਨ।

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

ਵਿਕਲਪ 1: kubefed ਦੇ ਨਾਲ ਕਲੱਸਟਰ ਫੈਡਰੇਸ਼ਨ

SIG-ਕਲੱਸਟਰ ਤੋਂ ਅਧਿਕਾਰਤ ਜਵਾਬ - kubefed2, ਅਸਲ ਕਿਊਬ ਫੈਡਰੇਸ਼ਨ ਕਲਾਇੰਟ ਅਤੇ ਆਪਰੇਟਰ ਦਾ ਨਵਾਂ ਸੰਸਕਰਣ.

ਪਹਿਲੀ ਵਾਰ, ਅਸੀਂ ਕਿਊਬ ਫੈਡਰੇਸ਼ਨ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕਲੱਸਟਰਾਂ ਦੇ ਸੰਗ੍ਰਹਿ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਵਸਤੂ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ।

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

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

ਕਲਪਨਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਸਿਰਫ਼ ਐਨੋਟੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਫੈਡਰੇਸ਼ਨ ਵਿੱਚ ਹਰੇਕ ਕਲੱਸਟਰ ਲਈ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਵਿਭਾਗੀਕਰਨ ਦਾ ਵਰਣਨ ਕਿਵੇਂ ਕਰ ਸਕਦੇ ਹੋ।

ਇਹ ਇੱਕ ਪੂਰੀ ਗੜਬੜ ਸੀ.

SIG-ਕਲੱਸਟਰ ਨੇ kubefed v1 ਤੋਂ ਬਾਅਦ ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਕੀਤਾ ਅਤੇ ਇੱਕ ਵੱਖਰੇ ਕੋਣ ਤੋਂ ਸਮੱਸਿਆ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

ਐਨੋਟੇਸ਼ਨਾਂ ਦੀ ਬਜਾਏ, ਉਹਨਾਂ ਨੇ ਕਲੱਸਟਰਾਂ 'ਤੇ ਸਥਾਪਤ ਇੱਕ ਕੰਟਰੋਲਰ ਨੂੰ ਜਾਰੀ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਇਸਨੂੰ ਕਸਟਮ ਰਿਸੋਰਸ ਪਰਿਭਾਸ਼ਾਵਾਂ (CRDs) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਨੁਕੂਲਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਹਰੇਕ ਸਰੋਤ ਲਈ ਜੋ ਫੈਡਰੇਸ਼ਨ ਦਾ ਹਿੱਸਾ ਹੋਵੇਗਾ, ਤੁਹਾਡੇ ਕੋਲ ਤਿੰਨ ਭਾਗਾਂ ਵਾਲੀ ਇੱਕ ਕਸਟਮ CRD ਪਰਿਭਾਸ਼ਾ ਹੈ:

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

ਇੱਥੇ ਪਲੇਸਮੈਂਟ ਅਤੇ ਓਵਰਰਾਈਡ ਭਾਗਾਂ ਦੇ ਨਾਲ ਇੱਕ ਸੰਯੁਕਤ ਡਿਲੀਵਰੀ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਹੈ।

apiVersion: types.federation.k8s.io/v1alpha1
kind: FederatedDeployment
metadata:
  name: test-deployment
  namespace: test-namespace
spec:
  template:
    metadata:
      labels:
        app: nginx
    spec:
      replicas: 3
      selector:
        matchLabels:
          app: nginx
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
            - image: nginx
              name: nginx
  placement:
    clusterNames:
      - cluster2
      - cluster1
  overrides:
    - clusterName: cluster2
      clusterOverrides:
        - path: spec.replicas
          value: 5

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ, ਸਪਲਾਈ ਨੂੰ ਦੋ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ: cluster1 и cluster2.

ਪਹਿਲਾ ਕਲੱਸਟਰ ਤਿੰਨ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਸਪਲਾਈ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ 5 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।

ਜੇਕਰ ਤੁਹਾਨੂੰ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਸੰਖਿਆ 'ਤੇ ਵਧੇਰੇ ਨਿਯੰਤਰਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ kubefed2 ਇੱਕ ਨਵਾਂ ReplicaSchedulingPreference ਆਬਜੈਕਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਨੂੰ ਵੇਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

apiVersion: scheduling.federation.k8s.io/v1alpha1
kind: ReplicaSchedulingPreference
metadata:
  name: test-deployment
  namespace: test-ns
spec:
  targetKind: FederatedDeployment
  totalReplicas: 9
  clusters:
    A:
      weight: 1
    B:
      weight: 2

CRD ਢਾਂਚਾ ਅਤੇ API ਅਜੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤਿਆਰ ਨਹੀਂ ਹਨ, ਅਤੇ ਅਧਿਕਾਰਤ ਪ੍ਰੋਜੈਕਟ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਸਰਗਰਮ ਕੰਮ ਚੱਲ ਰਿਹਾ ਹੈ।

kubefed2 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ, ਪਰ ਯਾਦ ਰੱਖੋ ਕਿ ਇਹ ਅਜੇ ਉਤਪਾਦਨ ਲਈ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ।

ਤੋਂ kubefed2 ਬਾਰੇ ਹੋਰ ਜਾਣੋ kubefed2 ਬਾਰੇ ਅਧਿਕਾਰਤ ਲੇਖ ਕੁਬਰਨੇਟਸ ਬਾਰੇ ਬਲੌਗ ਵਿੱਚ ਅਤੇ ਵਿੱਚ kubefed ਪ੍ਰੋਜੈਕਟ ਦਾ ਅਧਿਕਾਰਤ ਭੰਡਾਰ.

ਵਿਕਲਪ 2: Booking.com ਸ਼ੈਲੀ ਵਿੱਚ ਕਲੱਸਟਰਾਂ ਨੂੰ ਜੋੜਨਾ

Booking.com ਦੇ ਡਿਵੈਲਪਰਾਂ ਨੇ kubefed v2 'ਤੇ ਕੰਮ ਨਹੀਂ ਕੀਤਾ, ਪਰ ਉਹ Shipper ਦੇ ਨਾਲ ਆਏ - ਕਈ ਕਲੱਸਟਰਾਂ, ਕਈ ਖੇਤਰਾਂ ਅਤੇ ਕਈ ਬੱਦਲਾਂ ਵਿੱਚ ਡਿਲੀਵਰੀ ਲਈ ਇੱਕ ਆਪਰੇਟਰ।

ਸ਼ਿਪਰ kubefed2 ਦੇ ਸਮਾਨ ਹੈ।

ਦੋਵੇਂ ਟੂਲ ਤੁਹਾਨੂੰ ਤੁਹਾਡੀ ਮਲਟੀ-ਕਲੱਸਟਰ ਤੈਨਾਤੀ ਰਣਨੀਤੀ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ (ਕਿਹੜੇ ਕਲੱਸਟਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਕਿੰਨੀਆਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਹਨ)।

ਪਰ ਸ਼ਿਪਰ ਦਾ ਟੀਚਾ ਡਿਲਿਵਰੀ ਦੌਰਾਨ ਗਲਤੀਆਂ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਣਾ ਹੈ.

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

ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਸਰੋਤ ਨੂੰ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਧੱਕਦੇ ਹੋ, ਤਾਂ ਸ਼ਿਪਰ ਕੰਟਰੋਲਰ ਸਾਰੇ ਜੁੜੇ ਹੋਏ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਉਸ ਤਬਦੀਲੀ ਨੂੰ ਲਗਾਤਾਰ ਰੋਲ ਆਊਟ ਕਰਦਾ ਹੈ।

ਨਾਲ ਹੀ, ਸ਼ਿਪਰ ਬਹੁਤ ਸੀਮਤ ਹੈ.

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

ਮਿਆਰੀ ਡਿਲੀਵਰੀ ਦੀ ਬਜਾਏ, ਤੁਹਾਨੂੰ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਸਰੋਤ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਜਿਸ ਵਿੱਚ ਹੈਲਮ ਚਾਰਟ ਸ਼ਾਮਲ ਹੈ:

apiVersion: shipper.booking.com/v1alpha1
kind: Application
metadata:
  name: super-server
spec:
  revisionHistoryLimit: 3
  template:
    chart:
      name: nginx
      repoUrl: https://storage.googleapis.com/shipper-demo
      version: 0.0.1
    clusterRequirements:
      regions:
        - name: local
    strategy:
      steps:
        - capacity:
            contender: 1
            incumbent: 100
          name: staging
          traffic:
            contender: 0
            incumbent: 100
        - capacity:
            contender: 100
            incumbent: 0
          name: full on
          traffic:
            contender: 100
            incumbent: 0
    values:
      replicaCount: 3

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

ਕੀ ਹੋਵੇਗਾ ਜੇਕਰ ਅਸੀਂ ਸਾਰੇ ਹੈਲਮ ਤੋਂ ਬਦਲਦੇ ਹਾਂ ਅਨੁਕੂਲਿਤ ਕਰੋ ਜ ਕਪਿਟਨ?

'ਤੇ ਸ਼ਿਪਰ ਅਤੇ ਇਸਦੇ ਦਰਸ਼ਨ ਬਾਰੇ ਹੋਰ ਜਾਣੋ ਇਹ ਅਧਿਕਾਰਤ ਪ੍ਰੈਸ ਰਿਲੀਜ਼.

ਜੇ ਤੁਸੀਂ ਕੋਡ ਵਿੱਚ ਖੁਦਾਈ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਅਧਿਕਾਰਤ ਪ੍ਰੋਜੈਕਟ ਰਿਪੋਜ਼ਟਰੀ ਵੱਲ ਜਾਓ.

ਵਿਕਲਪ 3: "ਮੈਜਿਕ" ਕਲੱਸਟਰ ਮਿਲਾਉਣਾ

Kubefed v2 ਅਤੇ Shipper ਕਲੱਸਟਰ ਫੈਡਰੇਸ਼ਨ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ, ਕਸਟਮ ਸਰੋਤ ਪਰਿਭਾਸ਼ਾ ਦੁਆਰਾ ਕਲੱਸਟਰਾਂ ਨੂੰ ਨਵੇਂ ਸਰੋਤ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

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

YAML ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਕਿਸੇ ਫੈਡਰੇਸ਼ਨ ਵਿੱਚ ਮੌਜੂਦਾ ਕਲੱਸਟਰ ਨੂੰ ਕਿਵੇਂ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਵੇ?

ਮਲਟੀ-ਕਲੱਸਟਰ-ਸ਼ਡਿਊਲਰ ਇੱਕ ਐਡਮਿਰਲਿਟੀ ਪ੍ਰੋਜੈਕਟ ਹੈ, ਜੋ ਕਿ ਕਲੱਸਟਰਾਂ 'ਤੇ ਕੰਮ ਦੇ ਬੋਝ ਨੂੰ ਤਹਿ ਕਰਨ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ।

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

ਹਰੇਕ ਬਣਾਈ ਗਈ ਪੌਡ ਨੂੰ ਤੁਰੰਤ ਇੱਕ ਡਮੀ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ.

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

ਅਸਲ ਪੋਡ ਇੱਕ ਹੋਰ ਯੋਜਨਾ ਚੱਕਰ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ ਜਿੱਥੇ, ਪੂਰੇ ਫੈਡਰੇਸ਼ਨ ਦੀ ਪੋਲਿੰਗ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਪਲੇਸਮੈਂਟ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਪੌਡ ਨੂੰ ਨਿਸ਼ਾਨਾ ਕਲੱਸਟਰ ਵਿੱਚ ਪਹੁੰਚਾਇਆ ਜਾਂਦਾ ਹੈ।

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

ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਸਪਲਾਈ ਨੂੰ ਜੋੜਨ ਲਈ ਨਵੇਂ ਸਰੋਤ ਲਿਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਹਰੇਕ ਸਰੋਤ ਜੋ ਇੱਕ ਪੌਡ ਬਣਾਉਂਦਾ ਹੈ ਆਪਣੇ ਆਪ ਮਿਲਾਉਣ ਲਈ ਤਿਆਰ ਹੈ।

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

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

ਇਸ ਵਿੱਚ ਇੱਕ ਉੱਨਤ ਹੌਲੀ-ਹੌਲੀ ਡਿਲੀਵਰੀ ਵਿਧੀ ਨਹੀਂ ਹੈ।

ਮਲਟੀ-ਕਲੱਸਟਰ-ਸ਼ਡਿਊਲਰ ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਇੱਥੇ ਮਿਲ ਸਕਦੀ ਹੈ ਅਧਿਕਾਰਤ ਰਿਪੋਜ਼ਟਰੀ ਪੰਨਾ.

ਜੇ ਤੁਸੀਂ ਕਾਰਵਾਈ ਵਿੱਚ ਮਲਟੀ-ਕਲੱਸਟਰ-ਸ਼ਡਿਊਲਰ ਬਾਰੇ ਪੜ੍ਹਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਐਡਮਿਰਲਟੀ ਕੋਲ ਹੈ ਆਰਗੋ ਦੇ ਨਾਲ ਦਿਲਚਸਪ ਵਰਤੋਂ ਦਾ ਕੇਸ — ਵਰਕਫਲੋਜ਼, ਇਵੈਂਟਸ, ਸੀਆਈ ਅਤੇ ਸੀਡੀ ਕੁਬਰਨੇਟਸ।

ਹੋਰ ਸਾਧਨ ਅਤੇ ਹੱਲ

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

ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਵਿਸ਼ੇ ਦੀ ਹੋਰ ਪੜਚੋਲ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇੱਥੇ ਕੁਝ ਸਰੋਤ ਹਨ:

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

ਅੱਜ ਲਈ ਇਹ ਸਭ ਕੁਝ ਹੈ

ਅੰਤ ਤੱਕ ਪੜ੍ਹਨ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ!

ਜੇ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕਈ ਕਲੱਸਟਰਾਂ ਨੂੰ ਹੋਰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕਿਵੇਂ ਜੋੜਨਾ ਹੈ, ਸਾਨੂ ਦੁਸ.

ਅਸੀਂ ਤੁਹਾਡੀ ਵਿਧੀ ਨੂੰ ਲਿੰਕਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਾਂਗੇ।

ਕ੍ਰਿਸ ਨੇਸਬਿਟ-ਸਮਿਥ ਦਾ ਵਿਸ਼ੇਸ਼ ਧੰਨਵਾਦ (ਕ੍ਰਿਸ ਨੇਸਬਿਟ-ਸਮਿਥ) ਅਤੇ ਵਿਨਸੇਂਟ ਡੀ ਸਮੇ (ਵਿਨਸੈਂਟ ਡੀ ਸਮੈਟ) (ਵਿੱਚ ਭਰੋਸੇਯੋਗਤਾ ਇੰਜੀਨੀਅਰ swatmobile.ioਲੇਖ ਨੂੰ ਪੜ੍ਹਨ ਅਤੇ ਫੈਡਰੇਸ਼ਨ ਦੇ ਕੰਮ ਕਰਨ ਦੇ ਤਰੀਕੇ ਬਾਰੇ ਲਾਭਦਾਇਕ ਜਾਣਕਾਰੀ ਸਾਂਝੀ ਕਰਨ ਲਈ।

ਸਰੋਤ: www.habr.com