ਹਾਈਲੋਡ++, ਮਿਖਾਇਲ ਮਾਕੁਰੋਵ, ਮੈਕਸਿਮ ਚੇਰਨੇਟਸੋਵ (ਇੰਟਰਸਵਿਆਜ਼): ਜ਼ੈਬਿਕਸ, ਇੱਕ ਸਰਵਰ 'ਤੇ 100kNVPS

ਅਗਲੀ ਹਾਈਲੋਡ++ ਕਾਨਫਰੰਸ 6 ਅਤੇ 7 ਅਪ੍ਰੈਲ, 2020 ਨੂੰ ਸੇਂਟ ਪੀਟਰਸਬਰਗ ਵਿੱਚ ਹੋਵੇਗੀ ਵੇਰਵੇ ਅਤੇ ਟਿਕਟਾਂ ਲਿੰਕ. ਹਾਈਲੋਡ++ ਮਾਸਕੋ 2018. ਹਾਲ “ਮਾਸਕੋ”। ਨਵੰਬਰ 9, 15:00. ਥੀਸਸ ਅਤੇ ਪੇਸ਼ਕਾਰੀ.

* ਨਿਗਰਾਨੀ - ਔਨਲਾਈਨ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ।
* ZABBIX ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਬੁਨਿਆਦੀ ਸੀਮਾਵਾਂ।
* ਸਕੇਲਿੰਗ ਵਿਸ਼ਲੇਸ਼ਣ ਸਟੋਰੇਜ ਲਈ ਹੱਲ।
* ZABBIX ਸਰਵਰ ਦਾ ਅਨੁਕੂਲਨ।
* UI ਓਪਟੀਮਾਈਜੇਸ਼ਨ।
* 40k NVPS ਤੋਂ ਵੱਧ ਦੇ ਲੋਡ ਹੇਠ ਸਿਸਟਮ ਨੂੰ ਚਲਾਉਣ ਦਾ ਅਨੁਭਵ ਕਰੋ।
* ਸੰਖੇਪ ਸਿੱਟੇ.

ਮਿਖਾਇਲ ਮਾਕੁਰੋਵ (ਇਸ ਤੋਂ ਬਾਅਦ - MM): - ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ!

ਮੈਕਸਿਮ ਚੇਰਨੇਟਸੋਵ (ਇਸ ਤੋਂ ਬਾਅਦ - MCH): - ਨਮਸਕਾਰ!

MM: - ਮੈਨੂੰ ਮੈਕਸਿਮ ਪੇਸ਼ ਕਰਨ ਦਿਓ. ਮੈਕਸ ਇੱਕ ਪ੍ਰਤਿਭਾਸ਼ਾਲੀ ਇੰਜੀਨੀਅਰ ਹੈ, ਸਭ ਤੋਂ ਵਧੀਆ ਨੈਟਵਰਕਰ ਹੈ ਜਿਸਨੂੰ ਮੈਂ ਜਾਣਦਾ ਹਾਂ। ਮੈਕਸਿਮ ਨੈਟਵਰਕ ਅਤੇ ਸੇਵਾਵਾਂ, ਉਹਨਾਂ ਦੇ ਵਿਕਾਸ ਅਤੇ ਸੰਚਾਲਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ.

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

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

ਏ: ਇੱਕ ਕਾਲ ਸੈਂਟਰ ਅਤੇ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਟ੍ਰੈਫਿਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਵਾਲੇ ਸਰਵਰਾਂ ਤੋਂ। ਆਈ.ਟੀ. ਵਿਭਾਗ ਕੋਲ ਹੁਣ ਲਗਭਗ 80 ਲੋਕ ਹਨ ਜਿਨ੍ਹਾਂ ਕੋਲ ਬਹੁਤ ਹੀ ਵਿਭਿੰਨ ਯੋਗਤਾਵਾਂ ਹਨ।

ਜ਼ੈਬਿਕਸ ਅਤੇ ਇਸਦੇ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ

MCH: - ਅਤੇ ਹੁਣ ਮੈਂ ਇੱਕ ਨਿੱਜੀ ਰਿਕਾਰਡ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ ਅਤੇ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਦੱਸਾਂਗਾ ਕਿ ਜ਼ੈਬਿਕਸ ਕੀ ਹੈ (ਇਸ ਤੋਂ ਬਾਅਦ "ਜ਼ੈਬਿਕਸ" ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ)।

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

ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਸੰਖੇਪ ਵਿੱਚ. ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਇਸ ਵਿੱਚ ਤਿੰਨ ਭਾਗ ਹਨ:

• ਸਰਵਰ। ਸੀ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ। ਨਾ ਕਿ ਗੁੰਝਲਦਾਰ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਥਰਿੱਡਾਂ ਵਿਚਕਾਰ ਜਾਣਕਾਰੀ ਦੇ ਟ੍ਰਾਂਸਫਰ ਦੇ ਨਾਲ. ਸਾਰੀ ਪ੍ਰੋਸੈਸਿੰਗ ਇਸ ਵਿੱਚ ਹੁੰਦੀ ਹੈ: ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਲੈ ਕੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰਨ ਤੱਕ।
• ਸਾਰਾ ਡਾਟਾ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜ਼ੈਬਿਕਸ MySQL, PostreSQL ਅਤੇ Oracle ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
• ਵੈੱਬ ਇੰਟਰਫੇਸ PHP ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸਿਸਟਮਾਂ 'ਤੇ ਇਹ ਅਪਾਚੇ ਸਰਵਰ ਦੇ ਨਾਲ ਆਉਂਦਾ ਹੈ, ਪਰ nginx + php ਦੇ ਸੁਮੇਲ ਵਿੱਚ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ।

ਅੱਜ ਅਸੀਂ ਜ਼ੈਬਿਕਸ ਨਾਲ ਸਬੰਧਤ ਸਾਡੀ ਕੰਪਨੀ ਦੇ ਜੀਵਨ ਦੀ ਇੱਕ ਕਹਾਣੀ ਦੱਸਣਾ ਚਾਹੁੰਦੇ ਹਾਂ...

Intersvyaz ਕੰਪਨੀ ਦੇ ਜੀਵਨ ਦੀ ਇੱਕ ਕਹਾਣੀ. ਸਾਡੇ ਕੋਲ ਕੀ ਹੈ ਅਤੇ ਸਾਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ?

5 ਜਾਂ 6 ਮਹੀਨੇ ਪਹਿਲਾਂ। ਕੰਮ ਤੋਂ ਇੱਕ ਦਿਨ ਬਾਅਦ...

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

MM: - ਪਰ ਆਓ ਪਹਿਲਾਂ ਸਮਕਾਲੀ ਕਰੀਏ. ਮੈਂ ਉੱਥੇ ਕੁਝ ਸਾਲਾਂ ਤੋਂ ਨਹੀਂ ਦੇਖਿਆ ਹੈ। ਜਿੱਥੋਂ ਤੱਕ ਮੈਨੂੰ ਯਾਦ ਹੈ, ਅਸੀਂ ਨਾਗੀਓਸ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਅਤੇ ਲਗਭਗ 8 ਸਾਲ ਪਹਿਲਾਂ ਜ਼ੈਬਿਕਸ ਵਿੱਚ ਬਦਲ ਗਏ. ਅਤੇ ਹੁਣ ਸਾਡੇ ਕੋਲ 6 ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਰਵਰ ਅਤੇ ਲਗਭਗ ਇੱਕ ਦਰਜਨ ਪ੍ਰੌਕਸੀ ਜਾਪਦੇ ਹਨ। ਕੀ ਮੈਂ ਕੁਝ ਉਲਝਣ ਵਿੱਚ ਹਾਂ?

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

MM: - ਇਹ ਸਪੱਸ਼ਟ ਹੈ. ਕੀ ਤੁਸੀਂ ਕੁਝ ਦੇਖਿਆ ਹੈ, ਕੀ ਤੁਸੀਂ ਡਾਇਗਨੌਸਟਿਕਸ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਖੋਦਿਆ ਹੈ?

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

MM: - ਇਹ ਸਪੱਸ਼ਟ ਹੈ. ਆਮ ਤੌਰ 'ਤੇ, MySQL ਇੱਕ LTP ਡੇਟਾਬੇਸ ਹੈ। ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਇਹ ਸਾਡੇ ਆਕਾਰ ਦੇ ਮੈਟ੍ਰਿਕਸ ਦੇ ਪੁਰਾਲੇਖ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਹੁਣ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ। ਆਓ ਇਸ ਨੂੰ ਬਾਹਰ ਕੱਢੀਏ।

MCH: - ਚਲੋ!

ਹੈਕਾਥਨ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਜ਼ੈਬਿਕਸ ਅਤੇ ਕਲਿਕਹਾਊਸ ਦਾ ਏਕੀਕਰਣ

ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਸਾਨੂੰ ਦਿਲਚਸਪ ਡੇਟਾ ਪ੍ਰਾਪਤ ਹੋਇਆ:

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

Clickhouse ਅਤੇ Elasticsearch ਦੀ ਤੁਲਨਾ

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

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

ਕੁੱਲ ਮਿਲਾ ਕੇ, ਪ੍ਰੋਸੈਸਰ ਦੀ ਖਪਤ ਅਤੇ ਗਤੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕਲਿਕਹਾਊਸ ਇਲਾਸਟਿਕਸ ਨਾਲੋਂ ਕਾਫ਼ੀ ਉੱਤਮ ਸੀ। ਉਸੇ ਸਮੇਂ, ਡੇਟਾ ਕੰਪਰੈਸ਼ਨ ਦੇ ਕਾਰਨ, ਕਲਿਕਹਾਊਸ ਹਾਰਡ ਡਰਾਈਵ 'ਤੇ 11 ਗੁਣਾ ਘੱਟ ਵਰਤਦਾ ਹੈ ਅਤੇ ਲਗਭਗ 30 ਗੁਣਾ ਘੱਟ ਡਿਸਕ ਓਪਰੇਸ਼ਨ ਕਰਦਾ ਹੈ:

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

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

ਅਸੀਂ ਮੁੱਖ MySQL ਡਾਟਾਬੇਸ ਨੂੰ ਇੰਨਾ ਰਾਹਤ ਦਿੱਤੀ ਹੈ ਕਿ ਅਸੀਂ ਇਸਨੂੰ ਜ਼ੈਬਿਕਸ ਸਰਵਰ ਨਾਲ ਇੱਕ ਮਸ਼ੀਨ 'ਤੇ ਜੋੜ ਸਕਦੇ ਹਾਂ ਅਤੇ MySQL ਲਈ ਸਮਰਪਿਤ ਸਰਵਰ ਨੂੰ ਛੱਡ ਸਕਦੇ ਹਾਂ।

ਜ਼ੈਬਿਕਸ ਵਿੱਚ ਪੋਲਿੰਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?

4 ਮਹੀਨੇ ਪਹਿਲਾਂ

MM: - ਠੀਕ ਹੈ, ਕੀ ਅਸੀਂ ਅਧਾਰ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਭੁੱਲ ਸਕਦੇ ਹਾਂ?

MCH: - ਇਹ ਯਕੀਨੀ ਕਰਨ ਲਈ ਹੈ! ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਜਿਸ ਨੂੰ ਸਾਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਉਹ ਹੈ ਹੌਲੀ ਡਾਟਾ ਇਕੱਠਾ ਕਰਨਾ। ਹੁਣ ਸਾਡੇ ਸਾਰੇ 15 ਪ੍ਰੌਕਸੀ ਸਰਵਰ SNMP ਅਤੇ ਪੋਲਿੰਗ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਾਲ ਓਵਰਲੋਡ ਹਨ। ਅਤੇ ਨਵੇਂ ਅਤੇ ਨਵੇਂ ਸਰਵਰਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਇਲਾਵਾ ਕੋਈ ਰਸਤਾ ਨਹੀਂ ਹੈ.

MM: - ਬਹੁਤ ਵਧੀਆ। ਪਰ ਪਹਿਲਾਂ, ਸਾਨੂੰ ਦੱਸੋ ਕਿ ਜ਼ੈਬਿਕਸ ਵਿੱਚ ਪੋਲਿੰਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?

MCH: - ਸੰਖੇਪ ਵਿੱਚ, ਮੈਟ੍ਰਿਕਸ ਦੀਆਂ 20 ਕਿਸਮਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਇੱਕ ਦਰਜਨ ਤਰੀਕੇ ਹਨ। ਜ਼ੈਬਿਕਸ ਜਾਂ ਤਾਂ "ਬੇਨਤੀ-ਜਵਾਬ" ਮੋਡ ਵਿੱਚ ਡੇਟਾ ਇਕੱਠਾ ਕਰ ਸਕਦਾ ਹੈ, ਜਾਂ "ਟਰੈਪਰ ਇੰਟਰਫੇਸ" ਰਾਹੀਂ ਨਵੇਂ ਡੇਟਾ ਦੀ ਉਡੀਕ ਕਰ ਸਕਦਾ ਹੈ।

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

ਲੋਡ ਵੰਡਣ ਲਈ ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਹਨ:

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

MM: - ਆਰਕੀਟੈਕਚਰ ਨਾਲ ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੈ. ਸਾਨੂੰ ਸਰੋਤਾਂ ਨੂੰ ਵੇਖਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ...

ਇੱਕ ਦੋ ਦਿਨ ਬਾਅਦ

nmap fping ਜਿੱਤਣ ਦੀ ਕਹਾਣੀ

MM: "ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਮੈਂ ਕੁਝ ਪੁੱਟਿਆ ਹੈ।"

MCH: - ਮੈਨੂੰ ਦੱਸੋ!

MM: - ਮੈਂ ਖੋਜਿਆ ਕਿ ਉਪਲਬਧਤਾ ਦੀ ਜਾਂਚ ਕਰਦੇ ਸਮੇਂ, ਜ਼ੈਬਿਕਸ ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਵੱਧ ਤੋਂ ਵੱਧ 128 ਹੋਸਟਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਮੈਂ ਇਸ ਸੰਖਿਆ ਨੂੰ 500 ਤੱਕ ਵਧਾਉਣ ਅਤੇ ਉਹਨਾਂ ਦੇ ਪਿੰਗ (ਪਿੰਗ) ਵਿੱਚ ਅੰਤਰ-ਪੈਕੇਟ ਅੰਤਰਾਲ ਨੂੰ ਹਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ - ਇਸ ਨਾਲ ਪ੍ਰਦਰਸ਼ਨ ਦੁੱਗਣਾ ਹੋ ਗਿਆ। ਪਰ ਮੈਨੂੰ ਵੱਡੀ ਗਿਣਤੀ ਚਾਹੀਦੀ ਹੈ।

MCH: - ਮੇਰੇ ਅਭਿਆਸ ਵਿੱਚ, ਮੈਨੂੰ ਕਈ ਵਾਰ ਹਜ਼ਾਰਾਂ ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਉਪਲਬਧਤਾ ਦੀ ਜਾਂਚ ਕਰਨੀ ਪੈਂਦੀ ਹੈ, ਅਤੇ ਮੈਂ ਇਸਦੇ ਲਈ nmap ਤੋਂ ਤੇਜ਼ ਕੁਝ ਨਹੀਂ ਦੇਖਿਆ ਹੈ. ਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਇਹ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ। ਆਓ ਇਸਨੂੰ ਅਜ਼ਮਾਈਏ! ਸਾਨੂੰ ਪ੍ਰਤੀ ਦੁਹਰਾਓ ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਵਾਧਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

MM: - ਪੰਜ ਸੌ ਤੋਂ ਵੱਧ ਚੈੱਕ ਕਰੋ? 600?

MCH: - ਘੱਟੋ-ਘੱਟ ਦੋ ਹਜ਼ਾਰ.

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

MCH: - ਬਹੁਤ ਵਧੀਆ! ਅਤੇ ਕਦੋਂ?

MM: - ਆਮ ਵਾਂਗ, ਕੱਲ੍ਹ।

MCH: - ਅਸੀਂ fping ਅਤੇ nmap ਦੇ ਦੋਵਾਂ ਸੰਸਕਰਣਾਂ ਦੀ ਤੁਲਨਾ ਕੀਤੀ:

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

ਪੋਲਿੰਗ ਓਪਟੀਮਾਈਜੇਸ਼ਨ

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

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

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

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

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

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

MCH: - ਨਤੀਜੇ ਵਜੋਂ ਪੋਲਿੰਗ ਅਨੁਕੂਲਤਾਵਾਂ ਨੇ ਦਿਖਾਇਆ ਕਿ ਅਸੀਂ ਨਾ ਸਿਰਫ਼ ਸਾਰੀਆਂ ਪ੍ਰੌਕਸੀਆਂ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾ ਸਕਦੇ ਹਾਂ, ਸਗੋਂ ਕਈ ਜਾਂਚਾਂ ਲਈ ਅੰਤਰਾਲਾਂ ਨੂੰ ਵੀ ਘਟਾ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਲੋਡ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਲਈ ਪ੍ਰੌਕਸੀਆਂ ਦੀ ਹੁਣ ਲੋੜ ਨਹੀਂ ਹੋਵੇਗੀ।

ਲਗਭਗ ਤਿੰਨ ਮਹੀਨੇ ਪਹਿਲਾਂ

ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਬਦਲੋ - ਲੋਡ ਵਧਾਓ!

MM: - ਠੀਕ ਹੈ, ਮੈਕਸ, ਕੀ ਇਹ ਉਤਪਾਦਕ ਹੋਣ ਦਾ ਸਮਾਂ ਹੈ? ਮੈਨੂੰ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਰਵਰ ਅਤੇ ਇੱਕ ਚੰਗੇ ਇੰਜੀਨੀਅਰ ਦੀ ਲੋੜ ਹੈ।

MCH: - ਠੀਕ ਹੈ, ਆਓ ਇਸ ਦੀ ਯੋਜਨਾ ਬਣਾਈਏ। ਇਹ 5 ਹਜ਼ਾਰ ਮੀਟ੍ਰਿਕਸ ਪ੍ਰਤੀ ਸਕਿੰਟ ਦੇ ਡੈੱਡ ਪੁਆਇੰਟ ਤੋਂ ਜਾਣ ਦਾ ਉੱਚਾ ਸਮਾਂ ਹੈ।

ਅੱਪਗਰੇਡ ਦੇ ਬਾਅਦ ਸਵੇਰ

MCH: - ਮੀਸ਼ਾ, ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ, ਪਰ ਸਵੇਰ ਤੱਕ ਅਸੀਂ ਵਾਪਸ ਚਲੇ ਗਏ... ਅੰਦਾਜ਼ਾ ਲਗਾਓ ਕਿ ਅਸੀਂ ਕਿੰਨੀ ਗਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਹੇ?

MM: - ਵੱਧ ਤੋਂ ਵੱਧ 20 ਹਜ਼ਾਰ।

MCH: - ਹਾਂ, 25! ਬਦਕਿਸਮਤੀ ਨਾਲ, ਅਸੀਂ ਸਹੀ ਹਾਂ ਜਿੱਥੇ ਅਸੀਂ ਸ਼ੁਰੂ ਕੀਤਾ ਸੀ।

MM: - ਕਿਉਂ? ਕੀ ਤੁਸੀਂ ਕੋਈ ਡਾਇਗਨੌਸਟਿਕਸ ਚਲਾਇਆ ਸੀ?

MCH: - ਜੀ ਬਿਲਕੁਲ! ਇੱਥੇ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਦਿਲਚਸਪ ਸਿਖਰ ਹੈ:

MM: - ਆਓ ਦੇਖੀਏ. ਮੈਂ ਵੇਖਦਾ ਹਾਂ ਕਿ ਅਸੀਂ ਬਹੁਤ ਸਾਰੇ ਪੋਲਿੰਗ ਥ੍ਰੈੱਡਾਂ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ:

ਪਰ ਉਸੇ ਸਮੇਂ ਉਹ ਸਿਸਟਮ ਨੂੰ ਅੱਧੇ ਤੱਕ ਰੀਸਾਈਕਲ ਨਹੀਂ ਕਰ ਸਕੇ:

ਅਤੇ ਸਮੁੱਚੀ ਕਾਰਗੁਜ਼ਾਰੀ ਕਾਫ਼ੀ ਛੋਟੀ ਹੈ, ਲਗਭਗ 4 ਹਜ਼ਾਰ ਮੀਟ੍ਰਿਕਸ ਪ੍ਰਤੀ ਸਕਿੰਟ:

ਕੀ ਹੋਰ ਕੁਝ ਹੈ?

MCH: - ਹਾਂ, ਪੋਲਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਸਟ੍ਰੈਸ:

MM: - ਇੱਥੇ ਤੁਸੀਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਪੋਲਿੰਗ ਪ੍ਰਕਿਰਿਆ "ਸੇਮਾਫੋਰਸ" ਦੀ ਉਡੀਕ ਕਰ ਰਹੀ ਹੈ। ਇਹ ਤਾਲੇ ਹਨ:

MCH: - ਅਸਪਸ਼ਟ।

MM: - ਦੇਖੋ, ਇਹ ਅਜਿਹੀ ਸਥਿਤੀ ਦੇ ਸਮਾਨ ਹੈ ਜਿੱਥੇ ਥਰਿੱਡਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਉਹਨਾਂ ਸਰੋਤਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ ਜਿਸ ਨਾਲ ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਹੀ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਫਿਰ ਉਹ ਸਿਰਫ ਇਸ ਸਰੋਤ ਨੂੰ ਸਮੇਂ ਦੇ ਨਾਲ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ:

ਅਤੇ ਅਜਿਹੇ ਸਰੋਤ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਕੁੱਲ ਕਾਰਗੁਜ਼ਾਰੀ ਇੱਕ ਕੋਰ ਦੀ ਗਤੀ ਦੁਆਰਾ ਸੀਮਿਤ ਹੈ:

ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਦੋ ਤਰੀਕੇ ਹਨ.

ਮਸ਼ੀਨ ਦੇ ਹਾਰਡਵੇਅਰ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰੋ, ਤੇਜ਼ ਕੋਰ 'ਤੇ ਸਵਿਚ ਕਰੋ:

ਜਾਂ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਬਦਲੋ ਅਤੇ ਉਸੇ ਸਮੇਂ ਲੋਡ ਨੂੰ ਬਦਲੋ:

MCH: - ਵੈਸੇ, ਟੈਸਟ ਮਸ਼ੀਨ 'ਤੇ ਅਸੀਂ ਲੜਾਈ ਦੇ ਮੁਕਾਬਲੇ ਘੱਟ ਕੋਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ, ਪਰ ਉਹ ਪ੍ਰਤੀ ਕੋਰ ਦੀ ਬਾਰੰਬਾਰਤਾ ਵਿੱਚ 1,5 ਗੁਣਾ ਤੇਜ਼ ਹਨ!

MM: - ਸਾਫ਼? ਤੁਹਾਨੂੰ ਸਰਵਰ ਕੋਡ ਦੇਖਣ ਦੀ ਲੋੜ ਹੈ।

Zabbix ਸਰਵਰ ਵਿੱਚ ਡਾਟਾ ਮਾਰਗ

MCH: - ਇਸਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ, ਅਸੀਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ ਕਿ ਜ਼ੈਬਿਕਸ ਸਰਵਰ ਦੇ ਅੰਦਰ ਡੇਟਾ ਕਿਵੇਂ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

ਵਧੀਆ ਤਸਵੀਰ, ਸੱਜਾ? ਆਓ ਇਸ ਨੂੰ ਵੱਧ ਜਾਂ ਘੱਟ ਸਪੱਸ਼ਟ ਕਰਨ ਲਈ ਕਦਮ ਦਰ ਕਦਮ ਅੱਗੇ ਵਧੀਏ। ਡਾਟਾ ਇਕੱਠਾ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਥ੍ਰੈੱਡ ਅਤੇ ਸੇਵਾਵਾਂ ਹਨ:

ਉਹ ਇਕੱਠੇ ਕੀਤੇ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਇੱਕ ਸਾਕਟ ਦੁਆਰਾ ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਮੈਨੇਜਰ ਨੂੰ ਭੇਜਦੇ ਹਨ, ਜਿੱਥੇ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਕਤਾਰ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

"ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਮੈਨੇਜਰ" ਆਪਣੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਡੇਟਾ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਪ੍ਰੀਪ੍ਰੋਸੈਸਿੰਗ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਉਸੇ ਸਾਕਟ ਰਾਹੀਂ ਵਾਪਸ ਮੋੜਦੇ ਹਨ:

ਇਸ ਤੋਂ ਬਾਅਦ, ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਮੈਨੇਜਰ ਉਹਨਾਂ ਨੂੰ ਇਤਿਹਾਸ ਕੈਸ਼ ਵਿੱਚ ਸਟੋਰ ਕਰਦਾ ਹੈ:

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

MM: - ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਜੋ ਅਸੀਂ ਦੇਖਿਆ ਉਹ ਇਹ ਸੀ ਕਿ ਜ਼ਿਆਦਾਤਰ ਥ੍ਰੈੱਡ ਅਖੌਤੀ "ਸੰਰਚਨਾ ਕੈਸ਼" (ਮੈਮੋਰੀ ਖੇਤਰ ਜਿੱਥੇ ਸਾਰੀਆਂ ਸਰਵਰ ਸੰਰਚਨਾਵਾਂ ਸਟੋਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ) ਲਈ ਮੁਕਾਬਲਾ ਕਰਦੀਆਂ ਹਨ। ਡਾਟਾ ਇਕੱਠਾ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਥਰਿੱਡ ਖਾਸ ਤੌਰ 'ਤੇ ਬਹੁਤ ਸਾਰੇ ਬਲਾਕਿੰਗ ਕਰਦੇ ਹਨ:

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

ਪੋਲਰਾਂ ਨੂੰ ਵਿਵਾਦ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ

ਇਸ ਲਈ, ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਕਤਾਰ ਨੂੰ 4 ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਅਤੇ ਪੋਲਰਾਂ ਨੂੰ ਇਹਨਾਂ ਕਤਾਰਾਂ ਨੂੰ ਬਲਾਕ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ, ਇਹਨਾਂ ਹਿੱਸਿਆਂ ਨੂੰ ਇੱਕੋ ਸਮੇਂ, ਸੁਰੱਖਿਅਤ ਹਾਲਤਾਂ ਵਿੱਚ:

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

ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਮੈਨੇਜਰ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ ਦੂਜਾ ਸਾਕਟ ਜੋੜਿਆ ਜੋ ਖਾਸ ਤੌਰ 'ਤੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਸਮਰਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ:

ਇਸ ਤਰ੍ਹਾਂ, ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਮੈਨੇਜਰ ਕੋਲ ਆਪਣੇ ਕੰਮ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਦਾ ਮੌਕਾ ਸੀ ਅਤੇ, ਜੇਕਰ ਬਫਰ ਵਧਦਾ ਹੈ, ਤਾਂ ਕੰਮ ਨੂੰ ਹਟਾਉਣ ਨੂੰ ਹੌਲੀ ਕਰਨਾ ਹੈ, ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਇਹ ਬਫਰ ਲੈਣ ਦਾ ਮੌਕਾ ਦੇਣਾ ਹੈ:

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

ਅਸੀਂ ਸਾਕਟਾਂ ਦੀ ਗਿਣਤੀ ਵਧਾਉਂਦੇ ਹਾਂ - ਸਾਨੂੰ ਨਤੀਜਾ ਮਿਲਦਾ ਹੈ

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

ਇਸ ਲਈ, ਅਸੀਂ ਚਾਰ, ਸਾਕਟਾਂ ਦੇ ਚਾਰ ਸੈੱਟਾਂ ਦੇ ਨਾਲ, ਵਰਕਰ ਬਣਾਏ:

ਅਤੇ ਇਸਨੇ ਸਾਨੂੰ ਗਤੀ ਨੂੰ ਲਗਭਗ 130 ਹਜ਼ਾਰ ਮੀਟ੍ਰਿਕਸ ਤੱਕ ਵਧਾਉਣ ਦੀ ਆਗਿਆ ਦਿੱਤੀ:

ਵਿਕਾਸ ਦੀ ਗੈਰ-ਰੇਖਿਕਤਾ ਨੂੰ ਇਸ ਤੱਥ ਦੁਆਰਾ ਵਿਖਿਆਨ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਇਤਿਹਾਸ ਕੈਚ ਲਈ ਮੁਕਾਬਲਾ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ. 4 ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਪ੍ਰਬੰਧਕਾਂ ਅਤੇ ਇਤਿਹਾਸ ਦੇ ਡੁੱਬਣ ਵਾਲਿਆਂ ਨੇ ਇਸਦੇ ਲਈ ਮੁਕਾਬਲਾ ਕੀਤਾ। ਇਸ ਬਿੰਦੂ 'ਤੇ, ਅਸੀਂ ਟੈਸਟ ਮਸ਼ੀਨ 'ਤੇ ਲਗਭਗ 130 ਹਜ਼ਾਰ ਮੀਟ੍ਰਿਕਸ ਪ੍ਰਤੀ ਸਕਿੰਟ ਪ੍ਰਾਪਤ ਕਰ ਰਹੇ ਸੀ, ਪ੍ਰੋਸੈਸਰ ਦੇ ਲਗਭਗ 95% ਦੁਆਰਾ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ:

ਲਗਭਗ 2,5 ਮਹੀਨੇ ਪਹਿਲਾਂ

snmp-ਕਮਿਊਨਿਟੀ ਤੋਂ ਇਨਕਾਰ ਨੇ NVPs ਨੂੰ ਡੇਢ ਗੁਣਾ ਵਧਾ ਦਿੱਤਾ ਹੈ

MM: - ਮੈਕਸ, ਮੈਨੂੰ ਇੱਕ ਨਵੀਂ ਟੈਸਟ ਕਾਰ ਦੀ ਲੋੜ ਹੈ! ਅਸੀਂ ਹੁਣ ਮੌਜੂਦਾ ਵਿੱਚ ਫਿੱਟ ਨਹੀਂ ਹਾਂ।

MCH: - ਹੁਣ ਤੁਹਾਡੇ ਕੋਲ ਕੀ ਹੈ?

MM: - ਹੁਣ - 130k NVPs ਅਤੇ ਇੱਕ ਸ਼ੈਲਫ-ਤਿਆਰ ਪ੍ਰੋਸੈਸਰ।

MCH: - ਵਾਹ! ਠੰਡਾ! ਉਡੀਕ ਕਰੋ, ਮੇਰੇ ਕੋਲ ਦੋ ਸਵਾਲ ਹਨ। ਮੇਰੇ ਹਿਸਾਬ ਨਾਲ, ਸਾਡੀ ਲੋੜ ਲਗਭਗ 15-20 ਹਜ਼ਾਰ ਮੀਟ੍ਰਿਕਸ ਪ੍ਰਤੀ ਸਕਿੰਟ ਹੈ। ਸਾਨੂੰ ਹੋਰ ਕਿਉਂ ਲੋੜ ਹੈ?

MM: "ਮੈਂ ਕੰਮ ਪੂਰਾ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ।" ਮੈਂ ਇਹ ਦੇਖਣਾ ਚਾਹਾਂਗਾ ਕਿ ਅਸੀਂ ਇਸ ਸਿਸਟਮ ਤੋਂ ਕਿੰਨਾ ਕੁ ਨਿਚੋੜ ਸਕਦੇ ਹਾਂ।

MCH: - ਪਰ…

MM: "ਪਰ ਇਹ ਕਾਰੋਬਾਰ ਲਈ ਬੇਕਾਰ ਹੈ."

MCH: - ਇਹ ਸਪੱਸ਼ਟ ਹੈ. ਅਤੇ ਦੂਸਰਾ ਸਵਾਲ: ਕੀ ਅਸੀਂ ਡਿਵੈਲਪਰ ਦੀ ਮਦਦ ਤੋਂ ਬਿਨਾਂ, ਸਾਡੇ ਕੋਲ ਜੋ ਹੁਣ ਸਾਡੇ ਕੋਲ ਹੈ ਉਸ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹਾਂ?

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

MCH: “ਫਿਰ ਸਾਨੂੰ ਕਿਸੇ ਕਿਸਮ ਦੇ ਬਦਲ ਦੀ ਲੋੜ ਹੈ।”

MM: - ਅਜਿਹੇ ਇੱਕ ਵਿਕਲਪ ਹੈ. ਅਸੀਂ ਨਵੇਂ ਲਾਕਿੰਗ ਸਿਸਟਮ ਨੂੰ ਛੱਡਦੇ ਹੋਏ, ਤੇਜ਼ ਕੋਰ 'ਤੇ ਸਵਿਚ ਕਰ ਸਕਦੇ ਹਾਂ। ਸਾਨੂੰ ਅਜੇ ਵੀ 60-80 ਹਜ਼ਾਰ ਮੀਟ੍ਰਿਕਸ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਮਿਲੇਗਾ। ਉਸੇ ਸਮੇਂ, ਅਸੀਂ ਬਾਕੀ ਸਾਰੇ ਕੋਡ ਨੂੰ ਛੱਡ ਸਕਦੇ ਹਾਂ। ਕਲਿਕਹਾਊਸ ਅਤੇ ਅਸਿੰਕ੍ਰੋਨਸ ਪੋਲਿੰਗ ਕੰਮ ਕਰੇਗੀ। ਅਤੇ ਇਸਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣਾ ਆਸਾਨ ਹੋਵੇਗਾ।

MCH: - ਹੈਰਾਨੀਜਨਕ! ਮੈਂ ਸੁਝਾਅ ਦਿੰਦਾ ਹਾਂ ਕਿ ਅਸੀਂ ਇੱਥੇ ਰੁਕੀਏ।

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

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

ਉਤਪਾਦਨ ਵਿੱਚ ਦੋ ਦਿਨ ਬਾਅਦ

ਘਟਨਾ ਇਤਿਹਾਸ ਪੌਪ-ਅੱਪ ਨੂੰ ਹਟਾਉਣਾ

MCH: - ਮੀਸ਼ਾ, ਅਸੀਂ ਦੋ ਦਿਨਾਂ ਤੋਂ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਾਂ, ਅਤੇ ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ। ਪਰ ਉਦੋਂ ਹੀ ਜਦੋਂ ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ! ਅਸੀਂ ਨੈੱਟਵਰਕ ਦੇ ਕਾਫ਼ੀ ਵੱਡੇ ਹਿੱਸੇ ਦੇ ਤਬਾਦਲੇ ਦੇ ਨਾਲ ਕੰਮ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਸੀ, ਅਤੇ ਅਸੀਂ ਦੁਬਾਰਾ ਆਪਣੇ ਹੱਥਾਂ ਨਾਲ ਜਾਂਚ ਕੀਤੀ ਕਿ ਕੀ ਵਧਿਆ ਅਤੇ ਕੀ ਨਹੀਂ।

MM: - ਨਹੀਂ ਹੋ ਸਕਦਾ! ਅਸੀਂ 10 ਵਾਰ ਹਰ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਕੀਤੀ। ਸਰਵਰ ਪੂਰੀ ਨੈੱਟਵਰਕ ਅਣਉਪਲਬਧਤਾ ਨੂੰ ਤੁਰੰਤ ਸੰਭਾਲਦਾ ਹੈ।

MCH: - ਹਾਂ, ਮੈਂ ਸਭ ਕੁਝ ਸਮਝਦਾ ਹਾਂ: ਸਰਵਰ, ਡੇਟਾਬੇਸ, ਸਿਖਰ, ਔਸਟੈਟ, ਲੌਗਸ - ਸਭ ਕੁਝ ਤੇਜ਼ ਹੈ... ਪਰ ਅਸੀਂ ਵੈੱਬ ਇੰਟਰਫੇਸ ਨੂੰ ਦੇਖਦੇ ਹਾਂ, ਅਤੇ ਸਰਵਰ 'ਤੇ "ਸ਼ੈਲਫ ਵਿੱਚ" ਇੱਕ ਪ੍ਰੋਸੈਸਰ ਹੈ ਅਤੇ ਇਹ:

MM: - ਇਹ ਸਪੱਸ਼ਟ ਹੈ. ਆਓ ਵੈੱਬ ਦੇਖੀਏ। ਅਸੀਂ ਦੇਖਿਆ ਕਿ ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਜਿੱਥੇ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਸਰਗਰਮ ਘਟਨਾਵਾਂ ਸਨ, ਜ਼ਿਆਦਾਤਰ ਲਾਈਵ ਵਿਜੇਟਸ ਨੇ ਬਹੁਤ ਹੌਲੀ ਹੌਲੀ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ:

ਇਸਦਾ ਕਾਰਨ ਘਟਨਾ ਇਤਿਹਾਸ ਪੌਪ-ਅਪਸ ਦੀ ਪੀੜ੍ਹੀ ਸੀ ਜੋ ਸੂਚੀ ਵਿੱਚ ਹਰੇਕ ਆਈਟਮ ਲਈ ਤਿਆਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਸ ਲਈ, ਅਸੀਂ ਇਹਨਾਂ ਵਿੰਡੋਜ਼ ਦੀ ਪੀੜ੍ਹੀ ਨੂੰ ਛੱਡ ਦਿੱਤਾ (ਕੋਡ ਵਿੱਚ 5 ਲਾਈਨਾਂ ਦੀ ਟਿੱਪਣੀ ਕੀਤੀ), ਅਤੇ ਇਸ ਨਾਲ ਸਾਡੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਹੋ ਗਈਆਂ।

ਵਿਜੇਟਸ ਲਈ ਲੋਡ ਹੋਣ ਦਾ ਸਮਾਂ, ਭਾਵੇਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਉਪਲਬਧ ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਸਾਡੇ ਲਈ ਸਵੀਕਾਰਯੋਗ 10-15 ਸਕਿੰਟਾਂ ਤੱਕ ਕਈ ਮਿੰਟਾਂ ਤੋਂ ਘਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਇਤਿਹਾਸ ਨੂੰ ਅਜੇ ਵੀ ਸਮੇਂ 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ:

ਕਾਮ ਤੋਂ ਬਾਦ. 2 ਮਹੀਨੇ ਪਹਿਲਾਂ

MCH: - ਮੀਸ਼ਾ, ਤੁਸੀਂ ਜਾ ਰਹੇ ਹੋ? ਅਸੀਂ ਗੱਲ ਕਰਨੀ ਹੈ।

MM: - ਮੇਰਾ ਇਰਾਦਾ ਨਹੀਂ ਸੀ। ਜ਼ੈਬਿਕਸ ਨਾਲ ਦੁਬਾਰਾ ਕੁਝ?

MCH: - ਨਹੀਂ, ਆਰਾਮ ਕਰੋ! ਮੈਂ ਸਿਰਫ ਇਹ ਕਹਿਣਾ ਚਾਹੁੰਦਾ ਸੀ: ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ, ਧੰਨਵਾਦ! ਮੈਨੂੰ ਇੱਕ ਬੀਅਰ ਮਿਲੀ ਹੈ।

ਜ਼ੈਬਿਕਸ ਕੁਸ਼ਲ ਹੈ

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

• ਤੁਸੀਂ Elasticsearch ਨਾਲ ਏਕੀਕਰਣ ਦੇ ਰੂਪ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਟੈਕਸਟ ਫਾਈਲਾਂ ਵਿੱਚ ਇਤਿਹਾਸ ਨੂੰ ਅਪਲੋਡ ਕਰ ਸਕਦੇ ਹੋ (ਵਰਜਨ XNUMX ਤੋਂ ਉਪਲਬਧ);
• ਤੁਸੀਂ ਸਾਡੇ ਅਨੁਭਵ ਅਤੇ ਕਲਿਕਹਾਊਸ ਦੇ ਨਾਲ ਏਕੀਕਰਣ ਦਾ ਲਾਭ ਲੈ ਸਕਦੇ ਹੋ।

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

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

ਉਹੀ ਜ਼ੈਬਿਕਸ ਪੈਚ

MM: - ਮੈਂ ਕੁਝ ਪੁਆਇੰਟ ਜੋੜਨਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਸਮੁੱਚੀ ਮੌਜੂਦਾ ਰਿਪੋਰਟ, ਸਾਰੇ ਟੈਸਟ, ਨੰਬਰ ਉਸ ਸੰਰਚਨਾ ਲਈ ਦਿੱਤੇ ਗਏ ਹਨ ਜੋ ਅਸੀਂ ਵਰਤਦੇ ਹਾਂ। ਅਸੀਂ ਹੁਣ ਇਸ ਤੋਂ ਲਗਭਗ 20 ਹਜ਼ਾਰ ਮੀਟ੍ਰਿਕਸ ਪ੍ਰਤੀ ਸਕਿੰਟ ਲੈ ਰਹੇ ਹਾਂ। ਜੇ ਤੁਸੀਂ ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ ਕਿ ਕੀ ਇਹ ਤੁਹਾਡੇ ਲਈ ਕੰਮ ਕਰੇਗਾ, ਤਾਂ ਤੁਸੀਂ ਤੁਲਨਾ ਕਰ ਸਕਦੇ ਹੋ। ਅੱਜ ਜੋ ਚਰਚਾ ਕੀਤੀ ਗਈ ਸੀ ਉਹ ਇੱਕ ਪੈਚ ਦੇ ਰੂਪ ਵਿੱਚ GitHub 'ਤੇ ਪੋਸਟ ਕੀਤੀ ਗਈ ਹੈ: github.com/miklert/zabbix

ਪੈਚ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਕਲਿਕਹਾਊਸ ਨਾਲ ਪੂਰਾ ਏਕੀਕਰਣ (ਜ਼ੈਬਿਕਸ ਸਰਵਰ ਅਤੇ ਫਰੰਟਐਂਡ ਦੋਵੇਂ);
• ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਮੈਨੇਜਰ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ;
• ਅਸਿੰਕ੍ਰੋਨਸ ਪੋਲਿੰਗ

ਪੈਚ lts ਸਮੇਤ ਸਾਰੇ ਸੰਸਕਰਣ 4 ਦੇ ਅਨੁਕੂਲ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ, ਘੱਟੋ-ਘੱਟ ਬਦਲਾਅ ਦੇ ਨਾਲ ਇਹ ਵਰਜਨ 3.4 'ਤੇ ਕੰਮ ਕਰੇਗਾ।

ਤੁਹਾਡੇ ਧਿਆਨ ਲਈ ਧੰਨਵਾਦ.

ਤੁਹਾਡੇ ਸਵਾਲ

ਦਰਸ਼ਕਾਂ ਤੋਂ ਸਵਾਲ (ਇਸ ਤੋਂ ਬਾਅਦ - A): - ਸ਼ੁਭ ਦੁਪਹਿਰ! ਕਿਰਪਾ ਕਰਕੇ ਮੈਨੂੰ ਦੱਸੋ, ਕੀ ਤੁਹਾਡੀ ਜ਼ੈਬਿਕਸ ਟੀਮ ਨਾਲ ਜਾਂ ਉਹਨਾਂ ਨਾਲ ਤੁਹਾਡੇ ਨਾਲ ਗਹਿਰਾਈ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੀ ਯੋਜਨਾ ਹੈ, ਤਾਂ ਜੋ ਇਹ ਪੈਚ ਨਹੀਂ ਹੈ, ਪਰ ਜ਼ੈਬਿਕਸ ਦਾ ਆਮ ਵਿਵਹਾਰ ਹੈ?

MM: - ਹਾਂ, ਅਸੀਂ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਕੁਝ ਬਦਲਾਅ ਕਰਾਂਗੇ। ਕੁੱਝ ਤਾਂ ਹੋਵੇਗਾ, ਕੁੱਝ ਪੈਂਚ ਵਿੱਚ ਹੀ ਰਹੇਗਾ।

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

MM: - ਮੈਂ ਸਮਰਥਨ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿ ਸਕਦਾ। ਜੇ ਮੈਂ ਜ਼ੈਬਿਕਸ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਹੁੰਦਾ, ਤਾਂ ਮੈਂ ਸ਼ਾਇਦ ਨਾਂਹ ਕਹਾਂਗਾ, ਕਿਉਂਕਿ ਇਹ ਕਿਸੇ ਹੋਰ ਦਾ ਕੋਡ ਹੈ। 4.2 ਕੋਡਬੇਸ ਲਈ, ਸਾਡੀ ਸਥਿਤੀ ਹੈ: "ਅਸੀਂ ਸਮੇਂ ਦੇ ਨਾਲ ਅੱਗੇ ਵਧਾਂਗੇ, ਅਤੇ ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਅਗਲੇ ਸੰਸਕਰਣ 'ਤੇ ਅਪਡੇਟ ਕਰਾਂਗੇ।" ਇਸ ਲਈ, ਕੁਝ ਸਮੇਂ ਲਈ ਅਸੀਂ ਅਪਡੇਟ ਕੀਤੇ ਸੰਸਕਰਣਾਂ ਲਈ ਇੱਕ ਪੈਚ ਪੋਸਟ ਕਰਾਂਗੇ. ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਰਿਪੋਰਟ ਵਿੱਚ ਕਿਹਾ ਹੈ: ਸੰਸਕਰਣਾਂ ਦੇ ਨਾਲ ਤਬਦੀਲੀਆਂ ਦੀ ਗਿਣਤੀ ਅਜੇ ਵੀ ਬਹੁਤ ਘੱਟ ਹੈ. ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ 3.4 ਤੋਂ 4 ਤੱਕ ਤਬਦੀਲੀ ਵਿੱਚ ਸਾਨੂੰ ਲਗਭਗ 15 ਮਿੰਟ ਲੱਗ ਗਏ। ਉੱਥੇ ਕੁਝ ਬਦਲਿਆ ਹੈ, ਪਰ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ।

ਏ: - ਇਸ ਲਈ ਤੁਸੀਂ ਆਪਣੇ ਪੈਚ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹੋ ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ ਉਤਪਾਦਨ ਵਿੱਚ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਕਿਸੇ ਤਰੀਕੇ ਨਾਲ ਅਪਡੇਟਸ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ?

MM: - ਅਸੀਂ ਇਸਦੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ. ਇਹ ਸਾਡੇ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਹੱਲ ਕਰਦਾ ਹੈ।

MCH: - ਇੱਕ ਵਾਰ ਫਿਰ, ਮੈਂ ਇਸ ਤੱਥ ਵੱਲ ਧਿਆਨ ਖਿੱਚਣਾ ਚਾਹਾਂਗਾ ਕਿ ਉਹ ਤਬਦੀਲੀਆਂ ਜੋ ਆਰਕੀਟੈਕਚਰ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹਨ ਅਤੇ ਬਲਾਕਿੰਗ ਜਾਂ ਕਤਾਰਾਂ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹਨ, ਮਾਡਿਊਲਰ ਹਨ, ਉਹ ਵੱਖਰੇ ਮੋਡੀਊਲ ਵਿੱਚ ਹਨ। ਮਾਮੂਲੀ ਤਬਦੀਲੀਆਂ ਦੇ ਨਾਲ ਵੀ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਬਰਕਰਾਰ ਰੱਖ ਸਕਦੇ ਹੋ।

MM: - ਜੇ ਤੁਸੀਂ ਵੇਰਵਿਆਂ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ, ਤਾਂ "ਕਲਿੱਕਹਾਊਸ" ਅਖੌਤੀ ਇਤਿਹਾਸ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਖੋਲ੍ਹਿਆ ਹੋਇਆ ਹੈ - ਇਹ ਇਲਾਸਟਿਕ ਸਹਾਇਤਾ ਦੀ ਇੱਕ ਕਾਪੀ ਹੈ, ਯਾਨੀ ਕਿ ਇਹ ਸੰਰਚਨਾਯੋਗ ਹੈ। ਪੋਲਿੰਗ ਸਿਰਫ ਪੋਲਰ ਬਦਲਦੀ ਹੈ। ਸਾਡਾ ਮੰਨਣਾ ਹੈ ਕਿ ਇਹ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਕੰਮ ਕਰੇਗਾ।

ਏ: - ਬਹੁਤ ਸਾਰਾ ਧੰਨਵਾਦ. ਮੈਨੂੰ ਦੱਸੋ, ਕੀ ਤਬਦੀਲੀਆਂ ਦਾ ਕੋਈ ਦਸਤਾਵੇਜ਼ ਹੈ?

MM: - ਦਸਤਾਵੇਜ਼ ਇੱਕ ਪੈਚ ਹੈ। ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਕਲਿਕਹਾਊਸ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨਾਲ, ਨਵੇਂ ਕਿਸਮ ਦੇ ਪੋਲਰਾਂ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨਾਲ, ਨਵੇਂ ਸੰਰਚਨਾ ਵਿਕਲਪ ਪੈਦਾ ਹੁੰਦੇ ਹਨ. ਆਖਰੀ ਸਲਾਈਡ ਦੇ ਲਿੰਕ ਵਿੱਚ ਇਸਦਾ ਉਪਯੋਗ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਇਸਦਾ ਇੱਕ ਛੋਟਾ ਵੇਰਵਾ ਹੈ।

fping ਨੂੰ nmap ਨਾਲ ਬਦਲਣ ਬਾਰੇ

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

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

ਏ: - ਕੀ ਇਹ ਪ੍ਰੌਕਸੀਆਂ ਲਈ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ?

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

MCH: - ਸਵਾਲ ਦਾ ਸਹੀ ਜਵਾਬ ਹੈ: "ਤੁਹਾਨੂੰ ਅਜਿਹੇ ਸਿਸਟਮ ਨਾਲ ਪ੍ਰੌਕਸੀ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?" ਸਿਰਫ NAT ਜਾਂ ਕਿਸੇ ਕਿਸਮ ਦੇ ਹੌਲੀ ਚੈਨਲ ਦੁਆਰਾ ਨਿਗਰਾਨੀ ਕਰਕੇ ...

ਏ: - ਅਤੇ ਤੁਸੀਂ ਜ਼ੈਬਿਕਸ ਨੂੰ ਅਲਰਟਰ ਵਜੋਂ ਵਰਤਦੇ ਹੋ, ਜੇ ਮੈਂ ਸਹੀ ਤਰ੍ਹਾਂ ਸਮਝਦਾ ਹਾਂ। ਜਾਂ ਕੀ ਤੁਹਾਡੇ ਗ੍ਰਾਫਿਕਸ (ਜਿੱਥੇ ਆਰਕਾਈਵ ਲੇਅਰ ਹੈ) ਨੂੰ ਕਿਸੇ ਹੋਰ ਸਿਸਟਮ ਵਿੱਚ ਲੈ ਜਾਇਆ ਗਿਆ ਹੈ, ਜਿਵੇਂ ਕਿ ਗ੍ਰਾਫਾਨਾ? ਜਾਂ ਕੀ ਤੁਸੀਂ ਇਸ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ?

MM: - ਮੈਂ ਇੱਕ ਵਾਰ ਫਿਰ ਜ਼ੋਰ ਦੇਵਾਂਗਾ: ਅਸੀਂ ਪੂਰਨ ਏਕੀਕਰਣ ਪ੍ਰਾਪਤ ਕਰ ਲਿਆ ਹੈ। ਅਸੀਂ ਕਲਿਕਹਾਊਸ ਵਿੱਚ ਇਤਿਹਾਸ ਪਾ ਰਹੇ ਹਾਂ, ਪਰ ਉਸੇ ਸਮੇਂ ਅਸੀਂ php ਫਰੰਟਐਂਡ ਨੂੰ ਬਦਲ ਦਿੱਤਾ ਹੈ. Php ਫਰੰਟਐਂਡ ਕਲਿਕਹਾਊਸ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉੱਥੋਂ ਸਾਰੇ ਗ੍ਰਾਫਿਕਸ ਕਰਦਾ ਹੈ. ਉਸੇ ਸਮੇਂ, ਈਮਾਨਦਾਰ ਹੋਣ ਲਈ, ਸਾਡੇ ਕੋਲ ਇੱਕ ਹਿੱਸਾ ਹੈ ਜੋ ਉਸੇ ਜ਼ੈਬਿਕਸ ਡੇਟਾ ਤੋਂ, ਉਸੇ ਕਲਿਕਹਾਊਸ ਤੋਂ ਦੂਜੇ ਗ੍ਰਾਫਿਕ ਡਿਸਪਲੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਡੇਟਾ ਬਣਾਉਂਦਾ ਹੈ.

MCH: - "ਗ੍ਰਾਫਾਨ" ਵਿੱਚ ਵੀ।

ਸਰੋਤਾਂ ਦੀ ਵੰਡ ਬਾਰੇ ਫੈਸਲੇ ਕਿਵੇਂ ਲਏ ਗਏ ਸਨ?

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

MM: - ਜ਼ਾਹਰ ਹੈ, ਅਸੀਂ ਇਤਿਹਾਸ ਦੇ ਡਰਾਮੇ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਦੱਸਿਆ. ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਪਾਇਆ ਜਿੱਥੇ ਕੁਝ ਕਰਨਾ ਸੀ, ਅਤੇ ਅਸੀਂ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਦੋ ਸਮਾਨਾਂਤਰ ਟੀਮਾਂ ਦੇ ਨਾਲ ਗਏ:

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

ਏ: - ਅਤੇ ਟੀਮ ਦਾ ਆਕਾਰ ਕੀ ਹੈ?

MCH: - ਉਹ ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਹੈ.

ਏ: - ਇਸ ਲਈ, ਹਮੇਸ਼ਾ ਵਾਂਗ, ਤੁਹਾਨੂੰ ਇੱਕ ਭਾਵੁਕ ਦੀ ਲੋੜ ਹੈ?

MM: - ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਇੱਕ ਜੋਸ਼ ਕੀ ਹੈ.

ਏ: - ਇਸ ਕੇਸ ਵਿੱਚ, ਜ਼ਾਹਰ ਹੈ, ਤੁਸੀਂ. ਤੁਹਾਡਾ ਬਹੁਤ ਬਹੁਤ ਧੰਨਵਾਦ, ਤੁਸੀਂ ਸ਼ਾਨਦਾਰ ਹੋ।

MM: - ਤੁਹਾਡਾ ਧੰਨਵਾਦ.

Zabbix ਲਈ ਪੈਚ ਬਾਰੇ

ਏ: - ਇੱਕ ਸਿਸਟਮ ਲਈ ਜੋ ਪ੍ਰੌਕਸੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ (ਉਦਾਹਰਣ ਲਈ, ਕੁਝ ਵਿਤਰਿਤ ਸਿਸਟਮਾਂ ਵਿੱਚ), ਕੀ ਇਹ ਅਨੁਕੂਲ ਹੋਣਾ ਅਤੇ ਪੈਚ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਕਹੋ, ਪੋਲਰ, ਪ੍ਰੌਕਸੀ ਅਤੇ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਜ਼ੈਬਿਕਸ ਦੇ ਪ੍ਰੀਪ੍ਰੋਸੈਸਰ ਨੂੰ; ਅਤੇ ਉਹਨਾਂ ਦਾ ਆਪਸੀ ਤਾਲਮੇਲ? ਕੀ ਮਲਟੀਪਲ ਪ੍ਰੌਕਸੀਆਂ ਵਾਲੇ ਸਿਸਟਮ ਲਈ ਮੌਜੂਦਾ ਵਿਕਾਸ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਸੰਭਵ ਹੈ?

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

ਪ੍ਰੌਕਸੀਜ਼ ਵਿੱਚ ਦਿਲਚਸਪੀ ਸਮਝਣ ਯੋਗ ਹੈ. ਅਸੀਂ ਇਸਦੀ ਜਾਂਚ ਕਰਾਂਗੇ। ਇਹ ਇੱਕ ਦਿਲਚਸਪ ਵਿਸ਼ਾ ਹੈ।

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

MM: - ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਹੋਰ ਵੀ ਸਰਲ ਹੈ। ਤੁਸੀਂ ਕੋਡ ਲੈਂਦੇ ਹੋ, ਇੱਕ ਪੈਚ ਲਾਗੂ ਕਰਦੇ ਹੋ, ਫਿਰ ਇਸਨੂੰ ਲੋੜ ਅਨੁਸਾਰ ਸੰਰਚਿਤ ਕਰੋ - ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਇਕੱਠੇ ਕਰੋ (ਉਦਾਹਰਨ ਲਈ, ODBC ਨਾਲ) ਅਤੇ ਪੈਚ ਕੀਤੇ ਕੋਡ ਨੂੰ ਸਿਸਟਮਾਂ ਵਿੱਚ ਵੰਡੋ। ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ - ਇੱਕ ਪ੍ਰੌਕਸੀ ਇਕੱਠੀ ਕਰੋ, ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ - ਇੱਕ ਸਰਵਰ।

ਏ: - ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਨਾ ਹੈ, ਤੁਹਾਨੂੰ ਸਰਵਰ ਨੂੰ ਪ੍ਰੌਕਸੀ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਨੂੰ ਵੀ ਪੈਚ ਨਹੀਂ ਕਰਨਾ ਪਏਗਾ?

MCH: - ਨਹੀਂ, ਇਹ ਮਿਆਰੀ ਹੈ।

MM: - ਅਸਲ ਵਿੱਚ, ਵਿਚਾਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਆਵਾਜ਼ ਨਹੀਂ ਆਈ. ਅਸੀਂ ਹਮੇਸ਼ਾ ਵਿਚਾਰਾਂ ਦੇ ਵਿਸਫੋਟ ਅਤੇ ਤਬਦੀਲੀਆਂ ਦੀ ਮਾਤਰਾ ਅਤੇ ਸਹਾਇਤਾ ਦੀ ਸੌਖ ਵਿਚਕਾਰ ਸੰਤੁਲਨ ਬਣਾਈ ਰੱਖਿਆ ਹੈ।

ਕੁਝ ਵਿਗਿਆਪਨ 🙂

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, $4.99 ਤੋਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਲਾਉਡ VPS, ਪ੍ਰਵੇਸ਼-ਪੱਧਰ ਦੇ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਐਨਾਲਾਗ, ਜਿਸਦੀ ਖੋਜ ਸਾਡੇ ਦੁਆਰਾ ਤੁਹਾਡੇ ਲਈ ਕੀਤੀ ਗਈ ਸੀ: VPS (KVM) E5-2697 v3 (6 ਕੋਰ) 10GB DDR4 480GB SSD 1Gbps ਤੋਂ $19 ਜਾਂ ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸਾਂਝਾ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੂਰੀ ਸੱਚਾਈ? (RAID1 ਅਤੇ RAID10 ਦੇ ਨਾਲ ਉਪਲਬਧ, 24 ਕੋਰ ਤੱਕ ਅਤੇ 40GB DDR4 ਤੱਕ)।

ਡੈਲ R730xd ਐਮਸਟਰਡਮ ਵਿੱਚ ਈਕੁਇਨਿਕਸ ਟੀਅਰ IV ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ 2 ਗੁਣਾ ਸਸਤਾ? ਇੱਥੇ ਹੀ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ਟੀਵੀ $199 ਤੋਂ ਨੀਦਰਲੈਂਡ ਵਿੱਚ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ਤੋਂ! ਬਾਰੇ ਪੜ੍ਹੋ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਾਰਪੋਰੇਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਡੇਲ R730xd E5-2650 v4 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕਲਾਸ 9000 ਯੂਰੋ ਦੀ ਕੀਮਤ ਦੇ ਇੱਕ ਪੈਸੇ ਲਈ?

ਸਰੋਤ: www.habr.com