ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦੀ ਨਿਗਰਾਨੀ: ਪ੍ਰੋਮੀਥੀਅਸ ਦੀ ਇੱਕ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਅਤੇ ਜਾਣ-ਪਛਾਣ

ਕੁਬਰਨੇਟਸ ਨਿਗਰਾਨੀ ਦੀ ਧਾਰਨਾ 'ਤੇ ਵਿਚਾਰ ਕਰੋ, ਪ੍ਰੋਮੀਥੀਅਸ ਟੂਲ ਨਾਲ ਜਾਣੂ ਹੋਵੋ, ਅਤੇ ਚੇਤਾਵਨੀ ਬਾਰੇ ਗੱਲ ਕਰੋ।

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

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

ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਕੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ

ਭੌਤਿਕ ਸਰਵਰ. ਜੇਕਰ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਇਸਦੇ ਸਰਵਰਾਂ 'ਤੇ ਤੈਨਾਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਦੀ ਸਿਹਤ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਜ਼ੈਬਿਕਸ ਇਸ ਕੰਮ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ; ਜੇ ਤੁਸੀਂ ਉਸ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਨਕਾਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਕੋਈ ਵਿਵਾਦ ਨਹੀਂ ਹੋਵੇਗਾ. ਇਹ ਜ਼ੈਬਿਕਸ ਹੈ ਜੋ ਸਾਡੇ ਸਰਵਰਾਂ ਦੀ ਸਥਿਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ।

ਆਓ ਕਲੱਸਟਰ ਪੱਧਰ 'ਤੇ ਨਿਗਰਾਨੀ ਵੱਲ ਵਧੀਏ।

ਕੰਟਰੋਲ ਪਲੇਨ ਕੰਪੋਨੈਂਟਸ: API, ਸ਼ਡਿਊਲਰ ਅਤੇ ਹੋਰ। ਘੱਟੋ-ਘੱਟ, ਤੁਹਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਸਰਵਰ ਜਾਂ etcd ਦਾ API 0 ਤੋਂ ਵੱਧ ਹੈ। Etcd ਬਹੁਤ ਸਾਰੇ ਮੈਟ੍ਰਿਕਸ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ: ਡਿਸਕਾਂ ਦੁਆਰਾ ਜਿਸ 'ਤੇ ਇਹ ਸਪਿਨਿੰਗ ਕਰ ਰਿਹਾ ਹੈ, ਇਸਦੇ etcd ਕਲੱਸਟਰ ਦੀ ਸਿਹਤ ਦੁਆਰਾ, ਅਤੇ ਹੋਰ।

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

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

ਪ੍ਰਵੇਸ਼. ਪ੍ਰੋਜੈਕਟ ਦੇ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂਆਂ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਵੇਸ਼ ਨਿਯੰਤਰਣ (ਇਨਗਰੈਸ ਕੰਟਰੋਲਰ ਸਮੇਤ) ਦੀ ਉਪਲਬਧਤਾ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ।

ਕਲੱਸਟਰ ਦੇ ਮੁੱਖ ਭਾਗਾਂ ਨੂੰ ਖਤਮ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ - ਹੁਣ ਆਓ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਦੇ ਪੱਧਰ 'ਤੇ ਹੇਠਾਂ ਚੱਲੀਏ।

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

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

Prometheus

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

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

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

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

ਪ੍ਰੋਮੀਥੀਅਸ ਕੁਬਰਨੇਟਸ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਏਕੀਕ੍ਰਿਤ ਹੈ: ਇਹ ਏਪੀਆਈ ਸਰਵਰ ਨਾਲ ਪਹੁੰਚ ਅਤੇ ਇੰਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ।

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

ਪ੍ਰੋਮੀਥੀਅਸ ਆਰਕੀਟੈਕਚਰ

ਪ੍ਰੋਮੀਥੀਅਸ ਸਰਵਰ ਪਿਛਲਾ ਸਿਰਾ ਹੈ, ਪ੍ਰੋਮੀਥੀਅਸ ਦਾ ਦਿਮਾਗ। ਮੈਟ੍ਰਿਕਸ ਇੱਥੇ ਸਟੋਰ ਅਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਮੈਟ੍ਰਿਕਸ ਟਾਈਮ ਸੀਰੀਜ਼ ਡੇਟਾਬੇਸ (TSDB) ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। TSDB ਇੱਕ ਵੱਖਰਾ ਡੇਟਾਬੇਸ ਨਹੀਂ ਹੈ, ਪਰ ਗੋ ਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕ ਪੈਕੇਜ ਹੈ ਜੋ ਪ੍ਰੋਮੀਥੀਅਸ ਵਿੱਚ ਏਮਬੇਡ ਕੀਤਾ ਗਿਆ ਹੈ। ਮੋਟੇ ਤੌਰ 'ਤੇ, ਸਭ ਕੁਝ ਇੱਕ ਬਾਈਨਰੀ ਵਿੱਚ ਹੈ।

ਲੰਬੇ ਸਮੇਂ ਲਈ TSDB ਵਿੱਚ ਡੇਟਾ ਸਟੋਰ ਨਾ ਕਰੋ

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

ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਬਹੁਤ ਜ਼ਿਆਦਾ ਟ੍ਰੈਫਿਕ ਹੈ, ਮੈਟ੍ਰਿਕਸ ਦੀ ਗਿਣਤੀ ਸੈਂਕੜੇ ਹਜ਼ਾਰ ਪ੍ਰਤੀ ਸਕਿੰਟ ਹੈ, ਤਾਂ ਡਿਸਕ ਸਪੇਸ ਜਾਂ ਮਿਆਦ ਦੁਆਰਾ ਉਹਨਾਂ ਦੀ ਸਟੋਰੇਜ ਨੂੰ ਸੀਮਤ ਕਰਨਾ ਬਿਹਤਰ ਹੈ. ਆਮ ਤੌਰ 'ਤੇ, "ਗਰਮ ਡੇਟਾ" ਨੂੰ ਕੁਝ ਘੰਟਿਆਂ ਵਿੱਚ TSDB, ਮੈਟ੍ਰਿਕਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਲੰਬੇ ਸਟੋਰੇਜ ਲਈ, ਬਾਹਰੀ ਸਟੋਰੇਜ ਉਹਨਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਇਸਦੇ ਲਈ ਢੁਕਵੇਂ ਹਨ, ਉਦਾਹਰਨ ਲਈ, InfluxDB, ClickHouse, ਅਤੇ ਹੋਰ. ਮੈਂ ਕਲਿਕਹਾਊਸ ਬਾਰੇ ਹੋਰ ਚੰਗੀਆਂ ਸਮੀਖਿਆਵਾਂ ਦੇਖੀਆਂ.

ਪ੍ਰੋਮੀਥੀਅਸ ਸਰਵਰ ਮਾਡਲ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ ਖਿੱਚੋ: ਉਹ ਉਹਨਾਂ ਅੰਤਮ ਬਿੰਦੂਆਂ ਲਈ ਮੈਟ੍ਰਿਕਸ ਲਈ ਜਾਂਦਾ ਹੈ ਜੋ ਅਸੀਂ ਉਸਨੂੰ ਦਿੱਤੇ ਹਨ। ਉਹਨਾਂ ਨੇ ਕਿਹਾ: “ਏਪੀਆਈ ਸਰਵਰ ਤੇ ਜਾਓ”, ਅਤੇ ਉਹ ਹਰ ਸਕਿੰਟ ਵਿੱਚ ਉੱਥੇ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮੈਟ੍ਰਿਕਸ ਲੈਂਦਾ ਹੈ।

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

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

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

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

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

https://prometheus.io/docs/prometheus/latest/querying/basics/

Простой запрос

    container_memory_usage_bytes

Математические операции

    container_memory_usage_bytes / 1024 / 1024

Встроенные функции

    sum(container_memory_usage_bytes) / 1024 / 1024

Уточнение запроса

    100 - avg by (instance) (rate(node_cpu_seconds_total{mode="idle"}[5m]) * 100)

Prometheus ਵੈੱਬ ਇੰਟਰਫੇਸ

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

ਸਮੀਕਰਨ ਲਾਈਨ ਵਿੱਚ, ਤੁਸੀਂ PromQL ਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕ ਸਵਾਲ ਲਿਖ ਸਕਦੇ ਹੋ।

ਚੇਤਾਵਨੀ ਟੈਬ ਵਿੱਚ ਚੇਤਾਵਨੀ ਨਿਯਮ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਤਿੰਨ ਸਥਿਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ:

1. ਨਾ-ਸਰਗਰਮ - ਜੇਕਰ ਚੇਤਾਵਨੀ ਇਸ ਸਮੇਂ ਕਿਰਿਆਸ਼ੀਲ ਨਹੀਂ ਹੈ, ਭਾਵ, ਇਸਦੇ ਨਾਲ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਅਤੇ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ;
2. ਲੰਬਿਤ - ਇਹ ਹੈ ਜੇਕਰ ਚੇਤਾਵਨੀ ਕੰਮ ਕਰਦੀ ਹੈ, ਪਰ ਭੇਜਣਾ ਅਜੇ ਤੱਕ ਨਹੀਂ ਲੰਘਿਆ ਹੈ। ਦੇਰੀ ਨੂੰ ਨੈੱਟਵਰਕ ਬਲਿੰਕਿੰਗ ਲਈ ਮੁਆਵਜ਼ਾ ਦੇਣ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ: ਜੇਕਰ ਨਿਸ਼ਚਿਤ ਸੇਵਾ ਇੱਕ ਮਿੰਟ ਦੇ ਅੰਦਰ ਵਧ ਗਈ ਹੈ, ਤਾਂ ਅਲਾਰਮ ਅਜੇ ਨਹੀਂ ਵੱਜਣਾ ਚਾਹੀਦਾ ਹੈ;
3. ਫਾਇਰਿੰਗ ਤੀਜੀ ਸਥਿਤੀ ਹੈ ਜਦੋਂ ਅਲਰਟ ਲਾਈਟ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸੰਦੇਸ਼ ਭੇਜਦਾ ਹੈ।

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

ਪ੍ਰੋਮੀਥੀਅਸ ਇੰਟਰਫੇਸ ਦੀ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ 'ਤੇ ਸਲਰਮ ਦੇ ਲੈਕਚਰ ਵਿੱਚ.

Grafana ਨਾਲ ਏਕੀਕਰਣ

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

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

ਅਗਲੇ ਲੇਖਾਂ ਵਿੱਚ, ਅਸੀਂ ਨਿਗਰਾਨੀ ਦੇ ਵਿਸ਼ੇ ਨੂੰ ਜਾਰੀ ਰੱਖਾਂਗੇ: ਅਸੀਂ ਗ੍ਰਾਫਾਨਾ ਲੋਕੀ ਅਤੇ ਵਿਕਲਪਕ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੌਗਸ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ।

ਲੇਖਕ: ਮਾਰਸੇਲ ਇਬਰਾਏਵ, ਪ੍ਰਮਾਣਿਤ ਕੁਬਰਨੇਟਸ ਪ੍ਰਸ਼ਾਸਕ, ਕੰਪਨੀ ਵਿੱਚ ਪ੍ਰੈਕਟਿਸ ਇੰਜੀਨੀਅਰ ਸਾ Southਥਬ੍ਰਿਜ, ਸਪੀਕਰ ਅਤੇ ਕੋਰਸ ਡਿਵੈਲਪਰ ਸਲਰਮ।

ਸਰੋਤ: www.habr.com