ਕੁਬਰਨੇਟਸ ਐਡਵੈਂਚਰ ਡੇਲੀਮੋਸ਼ਨ: ਬੱਦਲਾਂ ਵਿੱਚ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਣਾ + ਆਨ-ਪ੍ਰੀਮਿਸਸ

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

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

ਕੁਬਰਨੇਟਸ ਦੇ ਅਧਾਰ ਤੇ ਆਪਣਾ ਪਲੇਟਫਾਰਮ ਬਣਾਉਣਾ ਮਹੱਤਵਪੂਰਣ ਕਿਉਂ ਹੈ?

Google ਕਲਾਉਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਿਨਾਂ ਕਿਸੇ ਸਮੇਂ ਉਤਪਾਦਨ-ਪੱਧਰ API

ਗਰਮੀਆਂ 2016

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

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

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

ਤੁਸੀਂ GKE ਕਿਉਂ ਚੁਣਿਆ?

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

ਡੇਲੀਮੋਸ਼ਨ ਵਿੱਚ GKE ਕਲੱਸਟਰ

ਕਿਉਂਕਿ ਡੇਲੀਮੋਸ਼ਨ ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਉਪਲਬਧ ਇੱਕ ਵੀਡੀਓ ਪਲੇਟਫਾਰਮ ਹੈ, ਅਸੀਂ ਸੱਚਮੁੱਚ ਉਡੀਕ ਸਮੇਂ ਨੂੰ ਘਟਾ ਕੇ ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ। (ਲੇਟੈਂਸੀ)... ਪਹਿਲਾਂ ਸਾਡਾ API ਸਿਰਫ਼ ਪੈਰਿਸ ਵਿੱਚ ਉਪਲਬਧ ਸੀ, ਜੋ ਕਿ ਸਬ-ਓਪਟੀਮਲ ਸੀ। ਮੈਂ ਨਾ ਸਿਰਫ਼ ਯੂਰਪ ਵਿੱਚ, ਸਗੋਂ ਏਸ਼ੀਆ ਅਤੇ ਅਮਰੀਕਾ ਵਿੱਚ ਵੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੁੰਦਾ ਸੀ।

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

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

ਗੂਗਲ ਲੋਡ ਸੰਤੁਲਨ ਦੀ ਨਿਗਰਾਨੀ

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

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

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਕੰਮ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਸਿਰਫ਼ 6 ਮਹੀਨਿਆਂ ਬਾਅਦ Google ਕਲਾਊਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਉਤਪਾਦਨ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਸਕੇ।

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

ਸਥਾਨਕ ਕੰਟੇਨਰ ਆਰਕੈਸਟਰੇਸ਼ਨ ਪਲੇਟਫਾਰਮ ਡੇਲੀਮੋਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ

ਪਤਝੜ 2016

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

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

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

ਨੈੱਟਵਰਕ ਹਿੱਸਾ

ਸਾਡਾ ਨੈੱਟਵਰਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੂਟ ਹੈ। ਹਰੇਕ ਸਰਵਰ Exabgp ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਨੈੱਟਵਰਕ 'ਤੇ ਆਪਣੇ IP ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੰਦਾ ਹੈ। ਅਸੀਂ ਕਈ ਨੈਟਵਰਕ ਪਲੱਗਇਨਾਂ ਦੀ ਤੁਲਨਾ ਕੀਤੀ ਅਤੇ ਸਿਰਫ ਇੱਕ ਹੀ ਸੀ ਜੋ ਸਾਰੀਆਂ ਲੋੜਾਂ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਦਾ ਸੀ (ਵਰਤਿਆ ਗਿਆ L3 ਪਹੁੰਚ ਦੇ ਕਾਰਨ) ਕੈਲੀਕੋ. ਇਹ ਮੌਜੂਦਾ ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਮਾਡਲ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫਿੱਟ ਬੈਠਦਾ ਹੈ।

ਕਿਉਂਕਿ ਅਸੀਂ ਸਾਰੇ ਉਪਲਬਧ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਤੱਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ, ਇਸ ਲਈ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਾਨੂੰ ਸਾਡੇ ਘਰੇਲੂ ਨੈੱਟਵਰਕ ਉਪਯੋਗਤਾ (ਸਾਰੇ ਸਰਵਰਾਂ 'ਤੇ ਵਰਤੀ ਜਾਂਦੀ ਹੈ) ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਸੀ: ਕੁਬਰਨੇਟਸ ਨੋਡਸ ਦੇ ਨਾਲ ਨੈੱਟਵਰਕ 'ਤੇ IP ਐਡਰੈੱਸ ਰੇਂਜਾਂ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦੇਣ ਲਈ ਇਸਦੀ ਵਰਤੋਂ ਕਰੋ। ਅਸੀਂ ਕੈਲੀਕੋ ਨੂੰ ਪੌਡਾਂ ਨੂੰ IP ਪਤੇ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ, ਪਰ ਨੈੱਟਵਰਕ ਉਪਕਰਣਾਂ 'ਤੇ BGP ਸੈਸ਼ਨਾਂ ਲਈ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਅਤੇ ਅਜੇ ਵੀ ਨਹੀਂ ਕੀਤੀ। ਵਾਸਤਵ ਵਿੱਚ, ਰੂਟਿੰਗ ਨੂੰ Exabgp ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਕੈਲੀਕੋ ਦੁਆਰਾ ਵਰਤੇ ਗਏ ਸਬਨੈੱਟ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੰਦਾ ਹੈ। ਇਹ ਸਾਨੂੰ ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ (ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ ਲੋਡ ਬੈਲੇਂਸਰਾਂ ਤੋਂ) ਤੋਂ ਕਿਸੇ ਵੀ ਪੌਡ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਅਸੀਂ ਪ੍ਰਵੇਸ਼ ਟ੍ਰੈਫਿਕ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ

ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਲੋੜੀਂਦੀ ਸੇਵਾ ਲਈ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਲਈ, ਕੁਬਰਨੇਟਸ ਇਨਗਰੇਸ ਸਰੋਤਾਂ ਦੇ ਨਾਲ ਏਕੀਕਰਣ ਦੇ ਕਾਰਨ ਇੰਗਰੈਸ ਕੰਟਰੋਲਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ।

ਤਿੰਨ ਸਾਲ ਪਹਿਲਾਂ, nginx-ingress-controller ਸਭ ਤੋਂ ਪਰਿਪੱਕ ਕੰਟਰੋਲਰ ਸੀ: Nginx ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਆਲੇ-ਦੁਆਲੇ ਸੀ ਅਤੇ ਇਸਦੀ ਸਥਿਰਤਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਜਾਣਿਆ ਜਾਂਦਾ ਸੀ।

ਸਾਡੇ ਸਿਸਟਮ ਵਿੱਚ, ਅਸੀਂ ਨਿਯੰਤਰਕਾਂ ਨੂੰ ਸਮਰਪਿਤ 10-ਗੀਗਾਬਿਟ ਬਲੇਡ ਸਰਵਰਾਂ 'ਤੇ ਰੱਖਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਹਰੇਕ ਕੰਟਰੋਲਰ ਅਨੁਸਾਰੀ ਕਲੱਸਟਰ ਦੇ kube-apiserver ਐਂਡਪੁਆਇੰਟ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਸੀ। ਇਹ ਸਰਵਰ ਜਨਤਕ ਜਾਂ ਨਿੱਜੀ IP ਪਤਿਆਂ ਦੀ ਮਸ਼ਹੂਰੀ ਕਰਨ ਲਈ Exabgp ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਸਾਡੀ ਨੈੱਟਵਰਕ ਟੋਪੋਲੋਜੀ ਸਾਨੂੰ ਇਹਨਾਂ ਕੰਟਰੋਲਰਾਂ ਤੋਂ BGP ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ ਤਾਂ ਜੋ NodePort ਵਰਗੀ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਿੱਧੇ ਪੌਡਾਂ ਤੱਕ ਪਹੁੰਚਾਇਆ ਜਾ ਸਕੇ। ਇਹ ਪਹੁੰਚ ਨੋਡਾਂ ਦੇ ਵਿਚਕਾਰ ਹਰੀਜੱਟਲ ਟ੍ਰੈਫਿਕ ਤੋਂ ਬਚਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ ਅਤੇ ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦੀ ਹੈ।

ਇੰਟਰਨੈੱਟ ਤੋਂ ਪੌਡ ਤੱਕ ਆਵਾਜਾਈ ਦੀ ਆਵਾਜਾਈ

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

ਗੂਗਲ ਕਲਾਉਡ ਤੋਂ ਡੇਲੀਮੋਸ਼ਨ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਤੱਕ ਟ੍ਰੈਫਿਕ ਦਾ ਮਾਈਗਰੇਸ਼ਨ

ਪਤਝੜ 2018

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

ਮੌਜੂਦਾ ਰੂਟਿੰਗ ਰਣਨੀਤੀ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੈ, ਪਰ ਇਹ ਲੋੜਾਂ ਦੇ ਅਨੁਕੂਲ ਹੈ। ਜਨਤਕ IP (Google ਕਲਾਊਡ ਅਤੇ ਡੇਲੀਮੋਸ਼ਨ 'ਤੇ) ਤੋਂ ਇਲਾਵਾ, AWS ਰੂਟ 53 ਦੀ ਵਰਤੋਂ ਨੀਤੀਆਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਸਾਡੀ ਪਸੰਦ ਦੇ ਕਲੱਸਟਰ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਰੂਟ 53 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਰੂਟਿੰਗ ਨੀਤੀ ਦੀ ਉਦਾਹਰਨ

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

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

ਕਿਉਂਕਿ ਸਾਡੇ GKE ਕਲੱਸਟਰਾਂ ਨੂੰ ਕਸਟਮ ਮੈਟ੍ਰਿਕਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਟੋਸਕੇਲ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਹ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਦੇ ਆਧਾਰ 'ਤੇ ਉੱਪਰ/ਡਾਊਨ ਕਰਦੇ ਹਨ।

ਆਮ ਮੋਡ ਵਿੱਚ, ਸਾਰੇ ਖੇਤਰੀ ਆਵਾਜਾਈ ਨੂੰ ਸਥਾਨਕ ਕਲੱਸਟਰ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ GKE ਸਮੱਸਿਆਵਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਰਿਜ਼ਰਵ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ (ਰੂਟ 53 ਦੁਆਰਾ ਸਿਹਤ ਜਾਂਚਾਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ)।

...

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

ਅਨੁਵਾਦਕ ਤੋਂ ਪੀ.ਐਸ

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

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਵੀ ਪੜ੍ਹੋ:

• «ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਟਿੰਡਰ ਤਬਦੀਲੀ".
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 10: Reddit";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 9: CERN ਅਤੇ 210 K8s ਕਲੱਸਟਰ";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 8: ਇਸ ਨੇ";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 7: ਬਲੈਕਰੋਕ";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 6: ਬਲੇਬਲਾਕਾਰ";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 5: ਡਿਜੀਟਲ ਬੈਂਕ ਮੋਨਜ਼ੋ";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 4: SoundCloud (ਪ੍ਰੋਮੀਥੀਅਸ ਦੁਆਰਾ)";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 3: GitHub";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 2: ਸਹਿਮਤੀ ਅਤੇ SAP";
• «ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਸਫਲਤਾ ਦੀਆਂ ਕਹਾਣੀਆਂ। ਭਾਗ 1: ਈਬੇ ਤੋਂ 4200 ਹਾਰਥਸ ਅਤੇ ਟੈਸਮਾਸਟਰ".

ਸਰੋਤ: www.habr.com