ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਟੀਓ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਣਾ ਹੈ। ਭਾਗ 1

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

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

ਇਸ ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ

Istio ਵਿੱਚ ਦੋ ਮੁੱਖ ਖੇਤਰ ਹੁੰਦੇ ਹਨ - ਕੰਟਰੋਲ ਪਲੇਨ ਅਤੇ ਡਾਟਾ ਪਲੇਨ। ਕੰਟਰੋਲ ਪਲੇਨ ਵਿੱਚ ਮੁੱਖ ਭਾਗ ਹੁੰਦੇ ਹਨ ਜੋ ਬਾਕੀ ਦੇ ਸਹੀ ਸੰਚਾਲਨ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਨ. ਮੌਜੂਦਾ ਸੰਸਕਰਣ (1.0) ਵਿੱਚ ਕੰਟਰੋਲ ਪਲੇਨ ਵਿੱਚ ਤਿੰਨ ਮੁੱਖ ਭਾਗ ਹਨ: ਪਾਇਲਟ, ਮਿਕਸਰ, ਸੀਟਾਡੇਲ। ਅਸੀਂ ਸੀਟਾਡੇਲ 'ਤੇ ਵਿਚਾਰ ਨਹੀਂ ਕਰਾਂਗੇ, ਸੇਵਾਵਾਂ ਦੇ ਵਿਚਕਾਰ ਆਪਸੀ TLS ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਆਉ ਪਾਇਲਟ ਅਤੇ ਮਿਕਸਰ ਦੇ ਡਿਵਾਈਸ ਅਤੇ ਉਦੇਸ਼ 'ਤੇ ਇੱਕ ਡੂੰਘੀ ਵਿਚਾਰ ਕਰੀਏ.

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

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

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

Istio ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਾਰਦਰਸ਼ੀ ਕੰਮ ਕਰਨ ਲਈ, ਇੱਕ ਆਟੋਮੈਟਿਕ ਇੰਜੈਕਸ਼ਨ ਸਿਸਟਮ ਹੈ। ਨਵੀਨਤਮ ਲਾਗੂਕਰਨ Kubernetes 1.9+ ਸੰਸਕਰਣਾਂ (ਮਿਊਟੇਸ਼ਨਲ ਐਡਮਿਸ਼ਨ ਵੈਬਹੁੱਕ) ਲਈ ਢੁਕਵਾਂ ਹੈ। ਕੁਬਰਨੇਟਸ ਸੰਸਕਰਣ 1.7, 1.8 ਲਈ ਸ਼ੁਰੂਆਤੀ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੰਭਵ ਹੈ।

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

ਪਾਇਲਟ ਅਤੇ ਮਿਕਸਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਟੇਟਲੈੱਸ ਕੰਪੋਨੈਂਟ ਹਨ, ਸਾਰੇ ਸਟੇਟ ਨੂੰ ਮੈਮੋਰੀ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਉਹਨਾਂ ਲਈ ਸੰਰਚਨਾ ਕੁਬਰਨੇਟਸ ਕਸਟਮ ਸਰੋਤਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਸੈੱਟ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ etcd ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
Istio-ਏਜੰਟ ਪਾਇਲਟ ਦਾ ਪਤਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਉਸ ਲਈ ਇੱਕ GRPC ਸਟ੍ਰੀਮ ਖੋਲ੍ਹਦਾ ਹੈ।

ਜਿਵੇਂ ਕਿ ਮੈਂ ਕਿਹਾ, Istio ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਾਰਦਰਸ਼ੀ ਸਾਰੀਆਂ ਕਾਰਜਸ਼ੀਲਤਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਆਓ ਦੇਖੀਏ ਕਿਵੇਂ। ਐਲਗੋਰਿਦਮ ਇਹ ਹੈ:

1. ਸੇਵਾ ਦਾ ਨਵਾਂ ਸੰਸਕਰਣ ਤੈਨਾਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ।
2. ਸਾਈਡਕਾਰ ਕੰਟੇਨਰ ਇੰਜੈਕਟਿੰਗ ਪਹੁੰਚ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, istio-init ਕੰਟੇਨਰ ਅਤੇ istio-ਏਜੰਟ ਕੰਟੇਨਰ (ਦੂਤ) ਨੂੰ ਸੰਰਚਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਪੜਾਅ 'ਤੇ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਕੁਬਰਨੇਟਸ ਪੋਡ ਇਕਾਈ ਦੇ ਵਰਣਨ ਵਿੱਚ ਹੱਥੀਂ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
3. istio-init ਕੰਟੇਨਰ ਇੱਕ ਸਕ੍ਰਿਪਟ ਹੈ ਜੋ ਪੋਡ 'ਤੇ iptables ਨਿਯਮਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੀ ਹੈ। ਇੱਕ istio-ਏਜੰਟ ਕੰਟੇਨਰ ਵਿੱਚ ਲਪੇਟਣ ਲਈ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਲਈ ਦੋ ਵਿਕਲਪ ਹਨ: iptables ਰੀਡਾਇਰੈਕਟ ਨਿਯਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਾਂ TPROXY. ਲਿਖਣ ਦੇ ਸਮੇਂ, ਡਿਫਾਲਟ ਪਹੁੰਚ ਰੀਡਾਇਰੈਕਟ ਨਿਯਮਾਂ ਦੇ ਨਾਲ ਹੈ। istio-init ਵਿੱਚ, ਇਹ ਕੌਂਫਿਗਰ ਕਰਨਾ ਸੰਭਵ ਹੈ ਕਿ ਕਿਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ istio-ਏਜੰਟ ਨੂੰ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਸਾਰੇ ਆਉਣ ਵਾਲੇ ਅਤੇ ਸਾਰੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਣ ਲਈ, ਤੁਹਾਨੂੰ ਪੈਰਾਮੀਟਰ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ -i и -b ਅਰਥ ਵਿੱਚ *. ਤੁਸੀਂ ਇੰਟਰਸੈਪਟ ਕਰਨ ਲਈ ਖਾਸ ਪੋਰਟਾਂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ। ਕਿਸੇ ਖਾਸ ਸਬਨੈੱਟ ਨੂੰ ਰੋਕਣ ਲਈ, ਤੁਸੀਂ ਫਲੈਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ -x.
4. ਸ਼ੁਰੂਆਤੀ ਕੰਟੇਨਰਾਂ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਬਾਅਦ, ਪਾਇਲਟ-ਏਜੰਟ (ਦੂਤ) ਸਮੇਤ, ਮੁੱਖ ਲਾਂਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ GRPC ਰਾਹੀਂ ਪਹਿਲਾਂ ਤੋਂ ਤਾਇਨਾਤ ਪਾਇਲਟ ਨਾਲ ਜੁੜਦਾ ਹੈ ਅਤੇ ਕਲੱਸਟਰ ਵਿੱਚ ਸਾਰੀਆਂ ਮੌਜੂਦਾ ਸੇਵਾਵਾਂ ਅਤੇ ਰੂਟਿੰਗ ਨੀਤੀਆਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਪ੍ਰਾਪਤ ਡੇਟਾ ਦੇ ਅਨੁਸਾਰ, ਉਹ ਕਲੱਸਟਰਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਸਾਡੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਅੰਤਮ ਬਿੰਦੂਆਂ ਨੂੰ ਸਿੱਧਾ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਵੀ ਜ਼ਰੂਰੀ ਹੈ: ਦੂਤ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਸਰੋਤਿਆਂ (IP, ਪੋਰਟ ਜੋੜਿਆਂ) ਨੂੰ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਇਹ ਸੁਣਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ, ਜਦੋਂ ਬੇਨਤੀਆਂ ਪੌਡ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੀਆਂ ਹਨ, ਸਾਈਡਕਾਰ ਵਿੱਚ ਰੀਡਾਇਰੈਕਟ iptables ਨਿਯਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਰਾਜਦੂਤ ਪਹਿਲਾਂ ਹੀ ਇਹਨਾਂ ਕੁਨੈਕਸ਼ਨਾਂ ਦੀ ਸਫਲਤਾਪੂਰਵਕ ਪ੍ਰਕਿਰਿਆ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਇਹ ਸਮਝ ਸਕਦਾ ਹੈ ਕਿ ਆਵਾਜਾਈ ਨੂੰ ਅੱਗੇ ਕਿੱਥੇ ਪ੍ਰੌਕਸੀ ਕਰਨਾ ਹੈ। ਇਸ ਪੜਾਅ 'ਤੇ, ਜਾਣਕਾਰੀ ਮਿਕਸਰ ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ ਦੇਖਾਂਗੇ, ਅਤੇ ਟਰੇਸਿੰਗ ਸਪੈਨ ਭੇਜੇ ਜਾਂਦੇ ਹਨ।

ਨਤੀਜੇ ਵਜੋਂ, ਸਾਨੂੰ ਦੂਤ ਪ੍ਰੌਕਸੀ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਪੂਰਾ ਨੈਟਵਰਕ ਮਿਲਦਾ ਹੈ ਜਿਸ ਨੂੰ ਅਸੀਂ ਇੱਕ ਬਿੰਦੂ (ਪਾਇਲਟ) ਤੋਂ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹਾਂ। ਸਾਰੀਆਂ ਅੰਦਰ ਵੱਲ ਅਤੇ ਬਾਹਰ ਜਾਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਰਾਜਦੂਤ ਰਾਹੀਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਿਰਫ TCP ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ Kubernetes ਸੇਵਾ IP ਨੂੰ ਬਿਨਾਂ ਬਦਲੇ UDP ਉੱਤੇ kube-dns ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਫਿਰ, ਸੰਕਲਪ ਤੋਂ ਬਾਅਦ, ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਬੇਨਤੀ ਨੂੰ ਰਾਜਦੂਤ ਦੁਆਰਾ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਕਿਸ ਅੰਤਮ ਬਿੰਦੂ ਨੂੰ ਭੇਜੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ (ਜਾਂ ਨਹੀਂ ਭੇਜੀ ਗਈ, ਪਹੁੰਚ ਨੀਤੀਆਂ ਜਾਂ ਐਲਗੋਰਿਦਮ ਦੇ ਸਰਕਟ ਬ੍ਰੇਕਰ ਦੇ ਮਾਮਲੇ ਵਿੱਚ)।

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

ਇਸ ਦੇ ਮੌਜੂਦਾ ਰੂਪ ਵਿੱਚ ਮਿਕਸਰ ਵਿੱਚ ਦੋ ਭਾਗ ਹਨ: istio-telemetry, istio-policy (ਵਰਜਨ 0.8 ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਇੱਕ istio-ਮਿਕਸਰ ਕੰਪੋਨੈਂਟ ਸੀ)। ਇਹ ਦੋਵੇਂ ਮਿਕਸਰ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਆਪਣੇ ਕੰਮ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। Istio ਟੈਲੀਮੈਟਰੀ ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ ਕਿ GRPC ਰਾਹੀਂ ਸਾਈਡਕਾਰ ਰਿਪੋਰਟ ਕੰਟੇਨਰਾਂ ਤੋਂ ਕੌਣ ਕਿੱਥੇ ਅਤੇ ਕਿਹੜੇ ਮਾਪਦੰਡਾਂ ਨਾਲ ਜਾਂਦਾ ਹੈ। Istio- ਪਾਲਿਸੀ ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਚੈੱਕ ਬੇਨਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ ਕਿ ਨੀਤੀ ਨਿਯਮ ਸੰਤੁਸ਼ਟ ਹਨ। ਪਾਲਿਸੀ ਜਾਂਚ, ਬੇਸ਼ੱਕ, ਹਰ ਬੇਨਤੀ ਲਈ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਪਰ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਲਈ ਗਾਹਕ (ਸਾਈਡਕਾਰ ਵਿੱਚ) 'ਤੇ ਕੈਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਰਿਪੋਰਟ ਚੈੱਕਾਂ ਨੂੰ ਬੈਚ ਬੇਨਤੀਆਂ ਵਜੋਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਆਓ ਦੇਖੀਏ ਕਿ ਸੰਰਚਨਾ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਅਤੇ ਥੋੜੇ ਸਮੇਂ ਬਾਅਦ ਕਿਹੜੇ ਮਾਪਦੰਡ ਭੇਜੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ।

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

ਸੰਖੇਪ ਕਰਨ ਲਈ, istio-telemetry ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਸਕੀਮ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ।

1. ਸੇਵਾ 1 ਸੇਵਾ 2 ਨੂੰ ਬੇਨਤੀ ਭੇਜਦੀ ਹੈ।
2. ਸੇਵਾ 1 ਨੂੰ ਛੱਡਣ ਵੇਲੇ, ਬੇਨਤੀ ਨੂੰ ਇਸਦੀ ਆਪਣੀ ਸਾਈਡਕਾਰ ਵਿੱਚ ਲਪੇਟਿਆ ਜਾਂਦਾ ਹੈ।
3. ਸਾਈਡਕਾਰ ਦੂਤ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਬੇਨਤੀ ਸੇਵਾ 2 ਨੂੰ ਜਾਂਦੀ ਹੈ ਅਤੇ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਤਿਆਰ ਕਰਦੀ ਹੈ।
4. ਫਿਰ ਇੱਕ ਰਿਪੋਰਟ ਬੇਨਤੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ istio-telemetry ਨੂੰ ਭੇਜਦਾ ਹੈ।
5. ਇਸਟੀਓ-ਟੈਲੀਮੈਟਰੀ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ ਕਿ ਕੀ ਇਹ ਰਿਪੋਰਟ ਬੈਕਐਂਡ ਨੂੰ ਭੇਜੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਕਿਸ ਨੂੰ ਅਤੇ ਕਿਹੜਾ ਡੇਟਾ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
6. Istio-telemetry ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਬੈਕਐਂਡ ਨੂੰ ਰਿਪੋਰਟ ਡੇਟਾ ਭੇਜਦੀ ਹੈ।

ਹੁਣ ਆਓ ਦੇਖੀਏ ਕਿ ਸਿਸਟਮ ਵਿੱਚ Istio ਨੂੰ ਕਿਵੇਂ ਤੈਨਾਤ ਕਰਨਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਿਰਫ਼ ਮੁੱਖ ਭਾਗ (ਪਾਇਲਟ ਅਤੇ ਸਾਈਡਕਾਰ ਦੂਤ) ਸ਼ਾਮਲ ਹਨ।

ਪਹਿਲਾਂ, ਆਓ ਮੁੱਖ ਸੰਰਚਨਾ (ਜਾਲ) ਨੂੰ ਵੇਖੀਏ ਜੋ ਪਾਇਲਟ ਪੜ੍ਹਦਾ ਹੈ:

apiVersion: v1
kind: ConfigMap
metadata:
  name: istio
  namespace: istio-system
  labels:
    app: istio
    service: istio
data:
  mesh: |-

    # пока что не включаем отправку tracing информации (pilot настроит envoy’и таким образом, что отправка не будет происходить)
    enableTracing: false

    # пока что не указываем mixer endpoint’ы, чтобы sidecar контейнеры не отправляли информацию туда
    #mixerCheckServer: istio-policy.istio-system:15004
    #mixerReportServer: istio-telemetry.istio-system:15004

    # ставим временной промежуток, с которым будет envoy переспрашивать Pilot (это для старой версии envoy proxy)
    rdsRefreshDelay: 5s

    # default конфигурация для envoy sidecar
    defaultConfig:
      # аналогично как rdsRefreshDelay
      discoveryRefreshDelay: 5s

      # оставляем по умолчанию (путь к конфигурации и бинарю envoy)
      configPath: "/etc/istio/proxy"
      binaryPath: "/usr/local/bin/envoy"

      # дефолтное имя запущенного sidecar контейнера (используется, например, в именах сервиса при отправке tracing span’ов)
      serviceCluster: istio-proxy

      # время, которое будет ждать envoy до того, как он принудительно завершит все установленные соединения
      drainDuration: 45s
      parentShutdownDuration: 1m0s

      # по умолчанию используются REDIRECT правила iptables. Можно изменить на TPROXY.
      #interceptionMode: REDIRECT

      # Порт, на котором будет запущена admin панель каждого sidecar контейнера (envoy)
      proxyAdminPort: 15000

      # адрес, по которому будут отправляться trace’ы по zipkin протоколу (в начале мы отключили саму отправку, поэтому это поле сейчас не будет использоваться)
      zipkinAddress: tracing-collector.tracing:9411

      # statsd адрес для отправки метрик envoy контейнеров (отключаем)
      # statsdUdpAddress: aggregator:8126

      # выключаем поддержку опции Mutual TLS
      controlPlaneAuthPolicy: NONE

      # адрес, на котором будет слушать istio-pilot для того, чтобы сообщать информацию о service discovery всем sidecar контейнерам
      discoveryAddress: istio-pilot.istio-system:15007

ਸਾਰੇ ਮੁੱਖ ਨਿਯੰਤਰਣ ਭਾਗ (ਕੰਟਰੋਲ ਪਲੇਨ) ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਨੇਮਸਪੇਸ istio-ਸਿਸਟਮ ਵਿੱਚ ਸਥਿਤ ਹੋਣਗੇ।

ਘੱਟੋ-ਘੱਟ, ਸਾਨੂੰ ਸਿਰਫ਼ ਪਾਇਲਟ ਤਾਇਨਾਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸਦੇ ਲਈ ਅਸੀਂ ਵਰਤਦੇ ਹਾਂ ਅਜਿਹੀ ਸੰਰਚਨਾ.

ਅਤੇ ਅਸੀਂ ਕੰਟੇਨਰ ਦੇ ਇੰਜੈਕਸ਼ਨ ਸਾਈਡਕਾਰ ਨੂੰ ਹੱਥੀਂ ਕੌਂਫਿਗਰ ਕਰਾਂਗੇ।

Init ਕੰਟੇਨਰ:

initContainers:
 - name: istio-init
   args:
   - -p
   - "15001"
   - -u
   - "1337"
   - -m
   - REDIRECT
   - -i
   - '*'
   - -b
   - '*'
   - -d
   - ""
   image: istio/proxy_init:1.0.0
   imagePullPolicy: IfNotPresent
   resources:
     limits:
       memory: 128Mi
   securityContext:
     capabilities:
       add:
       - NET_ADMIN

ਅਤੇ ਸਾਈਡਕਾਰ:

       name: istio-proxy
       args:
         - "bash"
         - "-c"
         - |
           exec /usr/local/bin/pilot-agent proxy sidecar 
           --configPath 
           /etc/istio/proxy 
           --binaryPath 
           /usr/local/bin/envoy 
           --serviceCluster 
           service-name 
           --drainDuration 
           45s 
           --parentShutdownDuration 
           1m0s 
           --discoveryAddress 
           istio-pilot.istio-system:15007 
           --discoveryRefreshDelay 
           1s 
           --connectTimeout 
           10s 
           --proxyAdminPort 
           "15000" 
           --controlPlaneAuthPolicy 
           NONE
         env:
         - name: POD_NAME
           valueFrom:
             fieldRef:
               fieldPath: metadata.name
         - name: POD_NAMESPACE
           valueFrom:
             fieldRef:
               fieldPath: metadata.namespace
         - name: INSTANCE_IP
           valueFrom:
             fieldRef:
               fieldPath: status.podIP
         - name: ISTIO_META_POD_NAME
           valueFrom:
             fieldRef:
               fieldPath: metadata.name
         - name: ISTIO_META_INTERCEPTION_MODE
           value: REDIRECT
         image: istio/proxyv2:1.0.0
         imagePullPolicy: IfNotPresent
         resources:
           requests:
             cpu: 100m
             memory: 128Mi
           limits:
             memory: 2048Mi
         securityContext:
           privileged: false
           readOnlyRootFilesystem: true
           runAsUser: 1337
         volumeMounts:
         - mountPath: /etc/istio/proxy
           name: istio-envoy

ਸਭ ਕੁਝ ਸਫਲਤਾਪੂਰਵਕ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਪਾਇਲਟ ਲਈ ਇੱਕ ServiceAccount, ClusterRole, ClusterRoleBinding, CRD ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਜਿਸ ਦੇ ਵੇਰਵੇ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ। ਇੱਥੇ.

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

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

ਨਾਲ ਹੀ, Istio (ਅਜੇ ਵੀ ਪ੍ਰਯੋਗਾਤਮਕ) ਕੋਲ ਕਲੱਸਟਰ ਤੋਂ ਬਾਹਰ ਚੱਲਣ ਦੀ ਸਮਰੱਥਾ ਹੈ ਅਤੇ ਕਈ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰਾਂ ਦੇ ਵਿਚਕਾਰ ਸੇਵਾ ਖੋਜ ਨੂੰ ਦੇਖਣ ਅਤੇ ਫੰਬਲ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੈ। ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਇੱਥੇ.

ਮਲਟੀ-ਕਲੱਸਟਰ ਸਥਾਪਨਾ ਲਈ, ਹੇਠ ਲਿਖੀਆਂ ਸੀਮਾਵਾਂ ਤੋਂ ਸੁਚੇਤ ਰਹੋ:

1. Pod CIDR ਅਤੇ Service CIDR ਸਾਰੇ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਵਿਲੱਖਣ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਓਵਰਲੈਪ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ।
2. ਸਾਰੇ CIDR ਪੌਡ ਕਲੱਸਟਰਾਂ ਦੇ ਵਿਚਕਾਰ ਕਿਸੇ ਵੀ CIDR ਪੌਡ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
3. ਸਾਰੇ Kubernetes API ਸਰਵਰ ਇੱਕ ਦੂਜੇ ਤੱਕ ਪਹੁੰਚਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

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

ਸਰੋਤ: www.habr.com