ਨੈੱਟਵਰਕ ਆਟੋਮੇਸ਼ਨ. ਕਿਸੇ ਦੀ ਜ਼ਿੰਦਗੀ ਦਾ ਇੱਕ ਕੇਸ

ਹੇ ਹਬਰ!

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

ਬੇਦਾਅਵਾ

ਆਟੋਮੇਸ਼ਨ ਲਈ ਸਾਡੇ ਮੁੱਖ ਟੂਲ Ansible (ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਵਜੋਂ) ਅਤੇ Git (Ansible playbooks ਲਈ ਇੱਕ ਭੰਡਾਰ ਵਜੋਂ) ਹਨ। ਮੈਂ ਤੁਰੰਤ ਇੱਕ ਰਿਜ਼ਰਵੇਸ਼ਨ ਕਰਨਾ ਚਾਹਾਂਗਾ ਕਿ ਇਹ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਲੇਖ ਨਹੀਂ ਹੈ, ਜਿੱਥੇ ਅਸੀਂ Ansible ਜਾਂ Git ਦੇ ਤਰਕ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਹਾਂ (ਉਦਾਹਰਨ ਲਈ, ਰੋਲਟਾਸਕੀਮੌਡਿਊਲ, ਵਸਤੂ ਸੂਚੀ ਫਾਈਲਾਂ, ਜਵਾਬ ਵਿੱਚ ਵੇਰੀਏਬਲ, ਜਾਂ ਕੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ git ਪੁਸ਼ ਜਾਂ git ਕਮਿਟ ਕਮਾਂਡਾਂ ਦਰਜ ਕਰਦੇ ਹੋ)। ਇਹ ਕਹਾਣੀ ਇਸ ਬਾਰੇ ਨਹੀਂ ਹੈ ਕਿ ਤੁਸੀਂ ਜਵਾਬਦੇਹ ਦਾ ਅਭਿਆਸ ਕਿਵੇਂ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਆਪਣੇ ਉਪਕਰਣਾਂ 'ਤੇ NTP ਜਾਂ SMTP ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਇਸ ਬਾਰੇ ਇੱਕ ਕਹਾਣੀ ਹੈ ਕਿ ਤੁਸੀਂ ਬਿਨਾਂ ਕਿਸੇ ਗਲਤੀ ਦੇ ਨੈੱਟਵਰਕ ਸਮੱਸਿਆ ਨੂੰ ਜਲਦੀ ਅਤੇ ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ ਕਿਵੇਂ ਹੱਲ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਵੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ TCP/IP, OSPF, BGP ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਕ ਕੀ ਹੈ, ਇਸ ਬਾਰੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਝਣਾ ਵੀ ਸਲਾਹਿਆ ਜਾਂਦਾ ਹੈ। ਅਸੀਂ ਸਮੀਕਰਨ ਵਿੱਚੋਂ ਜਵਾਬੀ ਅਤੇ ਗਿੱਟ ਦੀ ਚੋਣ ਵੀ ਲਵਾਂਗੇ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਅਜੇ ਵੀ ਕੋਈ ਖਾਸ ਹੱਲ ਚੁਣਨਾ ਹੈ, ਤਾਂ ਅਸੀਂ "ਨੈੱਟਵਰਕ ਪ੍ਰੋਗਰਾਮੇਬਿਲਟੀ ਅਤੇ ਆਟੋਮੇਸ਼ਨ" ਕਿਤਾਬ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ। ਜੇਸਨ ਐਡਲਮੈਨ, ਸਕਾਟ ਐਸ. ਲੋਵੇ ਅਤੇ ਮੈਟ ਓਸਵਾਲਟ ਦੁਆਰਾ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੇ ਨੈਟਵਰਕ ਇੰਜੀਨੀਅਰ ਲਈ ਹੁਨਰ।

ਹੁਣ ਬਿੰਦੂ ਨੂੰ.

ਸਮੱਸਿਆ ਦਾ ਗਠਨ

ਆਉ ਇੱਕ ਸਥਿਤੀ ਦੀ ਕਲਪਨਾ ਕਰੀਏ: ਸਵੇਰੇ 3 ਵਜੇ, ਤੁਸੀਂ ਜਲਦੀ ਸੌਂ ਰਹੇ ਹੋ ਅਤੇ ਸੁਪਨੇ ਦੇਖ ਰਹੇ ਹੋ. ਫੋਨ ਕਾਲ. ਤਕਨੀਕੀ ਨਿਰਦੇਸ਼ਕ ਕਾਲ ਕਰਦਾ ਹੈ:

- ਹਾਂ?
—###, ####, #####, ਫਾਇਰਵਾਲ ਕਲੱਸਟਰ ਡਿੱਗ ਗਿਆ ਹੈ ਅਤੇ ਵਧ ਨਹੀਂ ਰਿਹਾ ਹੈ !!!
ਤੁਸੀਂ ਆਪਣੀਆਂ ਅੱਖਾਂ ਰਗੜਦੇ ਹੋ, ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ ਕਿ ਕੀ ਹੋ ਰਿਹਾ ਹੈ ਅਤੇ ਕਲਪਨਾ ਕਰੋ ਕਿ ਇਹ ਕਿਵੇਂ ਹੋ ਸਕਦਾ ਹੈ. ਫੋਨ 'ਤੇ ਤੁਸੀਂ ਨਿਰਦੇਸ਼ਕ ਦੇ ਸਿਰ ਦੇ ਵਾਲਾਂ ਨੂੰ ਫਟਦੇ ਸੁਣ ਸਕਦੇ ਹੋ, ਅਤੇ ਉਹ ਵਾਪਸ ਕਾਲ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ ਕਿਉਂਕਿ ਜਨਰਲ ਉਸ ਨੂੰ ਦੂਜੀ ਲਾਈਨ 'ਤੇ ਬੁਲਾ ਰਿਹਾ ਹੈ।

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

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

ਜੈਕੀ ਚੈਨ ਸਥਿਤੀ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਬਿਆਨ ਕਰ ਸਕਦਾ ਹੈ।

ਤੁਹਾਡਾ ਧੰਨਵਾਦ, ਜੈਕੀ।

ਇੱਕ ਬਹੁਤ ਹੀ ਸੁਹਾਵਣਾ ਸਥਿਤੀ ਨਹੀਂ ਹੈ, ਕੀ ਇਹ ਹੈ?

ਆਓ ਕੁਝ ਸਮੇਂ ਲਈ ਆਪਣੇ ਨੈਟਵਰਕ ਭਰਾ ਨੂੰ ਉਸਦੇ ਉਦਾਸ ਵਿਚਾਰਾਂ ਨਾਲ ਛੱਡ ਦੇਈਏ.

ਆਓ ਇਸ ਬਾਰੇ ਚਰਚਾ ਕਰੀਏ ਕਿ ਘਟਨਾਵਾਂ ਅੱਗੇ ਕਿਵੇਂ ਵਿਕਸਤ ਹੋਣਗੀਆਂ।

ਅਸੀਂ ਸਮੱਗਰੀ ਦੀ ਪੇਸ਼ਕਾਰੀ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਕ੍ਰਮ ਦਾ ਸੁਝਾਅ ਦਿੰਦੇ ਹਾਂ

1. ਆਉ ਨੈਟਵਰਕ ਡਾਇਗ੍ਰਾਮ ਨੂੰ ਵੇਖੀਏ ਅਤੇ ਵੇਖੀਏ ਕਿ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ;
2. ਅਸੀਂ ਵਰਣਨ ਕਰਾਂਗੇ ਕਿ ਅਸੀਂ Ansible ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਰਾਊਟਰ ਤੋਂ ਦੂਜੇ ਰਾਊਟਰ ਵਿੱਚ ਸੈਟਿੰਗਾਂ ਨੂੰ ਕਿਵੇਂ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹਾਂ;
3. ਆਉ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਆਟੋਮੇਸ਼ਨ ਬਾਰੇ ਗੱਲ ਕਰੀਏ.

ਨੈੱਟਵਰਕ ਚਿੱਤਰ ਅਤੇ ਵਰਣਨ

ਸਕੀਮ

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

ਟ੍ਰੈਫਿਕ ਨੂੰ ਮੂਵ ਕਰਨ ਲਈ ਸਾਡੇ ਕੋਲ ਦੋ ਮੁੱਖ ਕੰਮ ਹਨ:

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

ਆਉ ਬੁਨਿਆਦੀ ਤੱਤਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ:

1. ਦੋ ਬਾਰਡਰ ਰਾਊਟਰ (BRD-01, BRD-02);
2. ਫਾਇਰਵਾਲ ਕਲੱਸਟਰ (FW-CLUSTER);
3. ਕੋਰ ਸਵਿੱਚ (L3-CORE);
4. ਇੱਕ ਰਾਊਟਰ ਜੋ ਇੱਕ ਲਾਈਫਲਾਈਨ ਬਣ ਜਾਵੇਗਾ (ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਨੂੰ FW-CLUSTER ਤੋਂ ਐਮਰਜੈਂਸੀ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਾਂਗੇ) (ਐਮਰਜੈਂਸੀ);
5. ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਬੰਧਨ (L2-MGMT) ਲਈ ਸਵਿੱਚ;
6. Git ਅਤੇ Ansible (VM-ਆਟੋਮੇਸ਼ਨ) ਵਾਲੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ;
7. ਇੱਕ ਲੈਪਟਾਪ ਜਿਸ 'ਤੇ ਜਵਾਬਦੇਹ (ਲੈਪਟਾਪ-ਆਟੋਮੇਸ਼ਨ) ਲਈ ਪਲੇਬੁੱਕਾਂ ਦੀ ਜਾਂਚ ਅਤੇ ਵਿਕਾਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਨੈੱਟਵਰਕ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਖੇਤਰਾਂ ਦੇ ਨਾਲ ਇੱਕ ਡਾਇਨਾਮਿਕ OSPF ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ:

• ਖੇਤਰ 0 - ਉਹ ਖੇਤਰ ਜਿਸ ਵਿੱਚ ਐਕਸਚੇਂਜ ਜ਼ੋਨ ਵਿੱਚ ਆਵਾਜਾਈ ਨੂੰ ਮੂਵ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਰਾਊਟਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ;
• ਖੇਤਰ 1 - ਉਹ ਖੇਤਰ ਜਿਸ ਵਿੱਚ ਕੰਪਨੀ ਸੇਵਾਵਾਂ ਦੇ ਸੰਚਾਲਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਰਾਊਟਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ;
• ਖੇਤਰ 2 - ਖੇਤਰ ਜਿਸ ਵਿੱਚ ਰੂਟਿੰਗ ਪ੍ਰਬੰਧਨ ਆਵਾਜਾਈ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਰਾਊਟਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ;
• ਖੇਤਰ N - ਸ਼ਾਖਾ ਨੈੱਟਵਰਕ ਦੇ ਖੇਤਰ।

ਬਾਰਡਰ ਰਾਊਟਰਾਂ 'ਤੇ, ਇੱਕ ਵਰਚੁਅਲ ਰਾਊਟਰ (VRF-INTERNET) ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ 'ਤੇ eBGP ਪੂਰਾ ਦ੍ਰਿਸ਼ ਸੰਬੰਧਿਤ ਨਿਰਧਾਰਤ AS ਨਾਲ ਸਥਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। iBGP VRFs ਵਿਚਕਾਰ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਕੰਪਨੀ ਕੋਲ ਸਫੈਦ ਪਤਿਆਂ ਦਾ ਇੱਕ ਪੂਲ ਹੈ ਜੋ ਇਹਨਾਂ VRF-ਇੰਟਰਨੈੱਟ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਹੁੰਦੇ ਹਨ। ਕੁਝ ਸਫੈਦ ਪਤੇ ਸਿੱਧੇ FW-CLUSTER (ਪਤੇ ਜਿਨ੍ਹਾਂ 'ਤੇ ਕੰਪਨੀ ਦੀਆਂ ਸੇਵਾਵਾਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ) ਵੱਲ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਕੁਝ ਐਕਸਚੇਂਜ ਜ਼ੋਨ (ਅੰਦਰੂਨੀ ਕੰਪਨੀ ਸੇਵਾਵਾਂ ਜਿਨ੍ਹਾਂ ਲਈ ਬਾਹਰੀ IP ਪਤਿਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਦਫ਼ਤਰਾਂ ਲਈ ਬਾਹਰੀ NAT ਪਤੇ) ਰਾਹੀਂ ਰੂਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਅੱਗੇ, ਟ੍ਰੈਫਿਕ ਸਫੇਦ ਅਤੇ ਸਲੇਟੀ ਪਤਿਆਂ (ਸੁਰੱਖਿਆ ਜ਼ੋਨ) ਦੇ ਨਾਲ L3-CORE 'ਤੇ ਬਣਾਏ ਗਏ ਵਰਚੁਅਲ ਰਾਊਟਰਾਂ 'ਤੇ ਜਾਂਦਾ ਹੈ।

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

ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਇਸਦਾ ਵੇਰਵਾ

ਅਸੀਂ ਪਤਾ ਲਗਾਇਆ ਕਿ ਨੈੱਟਵਰਕ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਆਓ ਹੁਣ ਇੱਕ ਕਦਮ-ਦਰ-ਕਦਮ ਦੇਖੀਏ ਕਿ ਅਸੀਂ FW-CLUSTER ਤੋਂ ਐਮਰਜੈਂਸੀ ਵਿੱਚ ਟਰੈਫਿਕ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਕੀ ਕਰਾਂਗੇ:

1. ਅਸੀਂ ਕੋਰ ਸਵਿੱਚ (L3-CORE) 'ਤੇ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਅਸਮਰੱਥ ਕਰਦੇ ਹਾਂ ਜੋ ਇਸਨੂੰ FW-CLUSTER ਨਾਲ ਜੋੜਦੇ ਹਨ;
2. ਅਸੀਂ L2-MGMT ਕਰਨਲ ਸਵਿੱਚ 'ਤੇ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਅਸਮਰੱਥ ਕਰਦੇ ਹਾਂ ਜੋ ਇਸਨੂੰ FW-CLUSTER ਨਾਲ ਜੋੜਦੇ ਹਨ;
3. ਅਸੀਂ ਐਮਰਜੈਂਸੀ ਰਾਊਟਰ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ (ਮੂਲ ਰੂਪ ਵਿੱਚ, ਸਾਰੇ ਇੰਟਰਫੇਸ ਇਸ 'ਤੇ ਅਸਮਰੱਥ ਹੁੰਦੇ ਹਨ, ਸਿਵਾਏ L2-MGMT ਨਾਲ ਸਬੰਧਿਤ):

• ਅਸੀਂ ਐਮਰਜੈਂਸੀ 'ਤੇ ਇੰਟਰਫੇਸ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹਾਂ;
• ਅਸੀਂ ਬਾਹਰੀ IP ਐਡਰੈੱਸ (NAT ਲਈ) ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ ਜੋ FW-ਕਲੱਸਟਰ 'ਤੇ ਸੀ;
• ਅਸੀਂ GARP ਬੇਨਤੀਆਂ ਤਿਆਰ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ L3-CORE arp ਟੇਬਲ ਵਿੱਚ ਪੋਪੀ ਐਡਰੈੱਸ ਨੂੰ FW-Cluster ਤੋਂ EMERGENCY ਵਿੱਚ ਬਦਲਿਆ ਜਾਵੇ;
• ਅਸੀਂ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ BRD-01, BRD-02 ਲਈ ਸਥਿਰ ਵਜੋਂ ਰਜਿਸਟਰ ਕਰਦੇ ਹਾਂ;
• NAT ਨਿਯਮ ਬਣਾਓ;
• ਐਮਰਜੈਂਸੀ OSPF ਖੇਤਰ 1 ਵਿੱਚ ਵਾਧਾ;
• ਐਮਰਜੈਂਸੀ OSPF ਖੇਤਰ 2 ਵਿੱਚ ਵਾਧਾ;
• ਅਸੀਂ ਖੇਤਰ 1 ਤੋਂ 10 ਵਿੱਚ ਰੂਟਾਂ ਦੀ ਲਾਗਤ ਬਦਲਦੇ ਹਾਂ;
• ਅਸੀਂ ਖੇਤਰ 1 ਤੋਂ 10 ਵਿੱਚ ਡਿਫੌਲਟ ਰੂਟ ਦੀ ਲਾਗਤ ਬਦਲਦੇ ਹਾਂ;
• ਅਸੀਂ L2-MGMT ਨਾਲ ਜੁੜੇ IP ਪਤਿਆਂ ਨੂੰ ਬਦਲਦੇ ਹਾਂ (ਉਹਨਾਂ ਲਈ ਜੋ FW-CLUSTER 'ਤੇ ਸਨ);
• ਅਸੀਂ GARP ਬੇਨਤੀਆਂ ਤਿਆਰ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ L2-MGMT arp ਟੇਬਲ ਵਿੱਚ ਪੋਪੀ ਐਡਰੈੱਸ ਨੂੰ FW-CLUSTER ਤੋਂ ਐਮਰਜੈਂਸੀ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਜਾਵੇ।

ਦੁਬਾਰਾ, ਅਸੀਂ ਸਮੱਸਿਆ ਦੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਵਾਪਸ ਆਉਂਦੇ ਹਾਂ. ਸਵੇਰ ਦੇ ਤਿੰਨ ਵਜੇ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਤਣਾਅ, ਕਿਸੇ ਵੀ ਪੜਾਅ 'ਤੇ ਇੱਕ ਗਲਤੀ ਨਵੀਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ. CLI ਰਾਹੀਂ ਕਮਾਂਡਾਂ ਟਾਈਪ ਕਰਨ ਲਈ ਤਿਆਰ ਹੋ? ਹਾਂ? ਠੀਕ ਹੈ, ਘੱਟੋ ਘੱਟ ਆਪਣਾ ਚਿਹਰਾ ਕੁਰਲੀ ਕਰੋ, ਕੁਝ ਕੌਫੀ ਪੀਓ ਅਤੇ ਆਪਣੀ ਇੱਛਾ ਸ਼ਕਤੀ ਇਕੱਠੀ ਕਰੋ।
ਬਰੂਸ, ਕਿਰਪਾ ਕਰਕੇ ਮੁੰਡਿਆਂ ਦੀ ਮਦਦ ਕਰੋ।

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


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

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

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

ਅੱਗੇ, ਅਸੀਂ ਜਵਾਬਦੇਹ ਪਲੇਬੁੱਕ ਦੇ ਕੀਤੇ ਗਏ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਨਤੀਜੇ ਪੜ੍ਹਦੇ ਹਾਂ (ਆਈਪੀ ਐਡਰੈੱਸ ਗੁਪਤਤਾ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਬਦਲੇ ਗਏ ਸਨ):

[xxx@emergency ansible]$ ansible-playbook -i /etc/ansible/inventories/prod_inventory.ini /etc/ansible/playbooks/emergency_on.yml 

PLAY [------->Emergency on VCF] ********************************************************

TASK [vcf_junos_emergency_on : Disable PROD interfaces to FW-CLUSTER] *********************
changed: [vcf]

PLAY [------->Emergency on MGMT-CORE] ************************************************

TASK [mgmt_junos_emergency_on : Disable MGMT interfaces to FW-CLUSTER] ******************
changed: [m9-03-sw-03-mgmt-core]

PLAY [------->Emergency on] ****************************************************

TASK [mk_routeros_emergency_on : Enable EXT-INTERNET interface] **************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Generate gARP for EXT-INTERNET interface] ****************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Enable static default route to EXT-INTERNET] ****************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change NAT rule to EXT-INTERNET interface] ****************
changed: [m9-04-r-04] => (item=12)
changed: [m9-04-r-04] => (item=14)
changed: [m9-04-r-04] => (item=15)
changed: [m9-04-r-04] => (item=16)
changed: [m9-04-r-04] => (item=17)

TASK [mk_routeros_emergency_on : Enable OSPF Area 1 PROD] ******************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Enable OSPF Area 2 MGMT] *****************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change OSPF Area 1 interfaces costs to 10] *****************
changed: [m9-04-r-04] => (item=VLAN-1001)
changed: [m9-04-r-04] => (item=VLAN-1002)
changed: [m9-04-r-04] => (item=VLAN-1003)
changed: [m9-04-r-04] => (item=VLAN-1004)
changed: [m9-04-r-04] => (item=VLAN-1005)
changed: [m9-04-r-04] => (item=VLAN-1006)
changed: [m9-04-r-04] => (item=VLAN-1007)
changed: [m9-04-r-04] => (item=VLAN-1008)
changed: [m9-04-r-04] => (item=VLAN-1009)
changed: [m9-04-r-04] => (item=VLAN-1010)
changed: [m9-04-r-04] => (item=VLAN-1011)
changed: [m9-04-r-04] => (item=VLAN-1012)
changed: [m9-04-r-04] => (item=VLAN-1013)
changed: [m9-04-r-04] => (item=VLAN-1100)

TASK [mk_routeros_emergency_on : Change OSPF area1 default cost for to 10] ******************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change MGMT interfaces ip addresses] ********************
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n.254', u'name': u'VLAN-803'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+1.254', u'name': u'VLAN-805'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+2.254', u'name': u'VLAN-807'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+3.254', u'name': u'VLAN-809'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+4.254', u'name': u'VLAN-820'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+5.254', u'name': u'VLAN-822'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+6.254', u'name': u'VLAN-823'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+7.254', u'name': u'VLAN-824'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+8.254', u'name': u'VLAN-850'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+9.254', u'name': u'VLAN-851'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+10.254', u'name': u'VLAN-852'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+11.254', u'name': u'VLAN-853'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+12.254', u'name': u'VLAN-870'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+13.254', u'name': u'VLAN-898'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+14.254', u'name': u'VLAN-899'})

TASK [mk_routeros_emergency_on : Generate gARPs for MGMT interfaces] *********************
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n.254', u'name': u'VLAN-803'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+1.254', u'name': u'VLAN-805'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+2.254', u'name': u'VLAN-807'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+3.254', u'name': u'VLAN-809'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+4.254', u'name': u'VLAN-820'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+5.254', u'name': u'VLAN-822'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+6.254', u'name': u'VLAN-823'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+7.254', u'name': u'VLAN-824'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+8.254', u'name': u'VLAN-850'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+9.254', u'name': u'VLAN-851'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+10.254', u'name': u'VLAN-852'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+11.254', u'name': u'VLAN-853'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+12.254', u'name': u'VLAN-870'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+13.254', u'name': u'VLAN-898'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+14.254', u'name': u'VLAN-899'})

PLAY RECAP ************************************************************************

ਹੋ ਗਿਆ!

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

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

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

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

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

ਕੋਈ ਵੀ ਸਾਨੂੰ ਲਿਖ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਰੀਆਂ ਪਾਲੀਬੁੱਕਾਂ ਸਮੇਤ ਸਾਰੇ ਲਿਖਤੀ ਕੋਡ ਦੇ ਸਰੋਤ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਸੰਪਰਕ।

ਸਿੱਟਾ

ਸਾਡੀ ਰਾਏ ਵਿੱਚ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਜੋ ਸਵੈਚਲਿਤ ਹੋ ਸਕਦੀਆਂ ਹਨ ਅਜੇ ਤੱਕ ਕ੍ਰਿਸਟਲ ਨਹੀਂ ਹੋਈਆਂ ਹਨ। ਅਸੀਂ ਜੋ ਸਾਹਮਣਾ ਕੀਤਾ ਹੈ ਅਤੇ ਸਾਡੇ ਪੱਛਮੀ ਸਹਿਯੋਗੀ ਕੀ ਚਰਚਾ ਕਰ ਰਹੇ ਹਨ, ਉਸ ਦੇ ਆਧਾਰ 'ਤੇ, ਹੇਠਾਂ ਦਿੱਤੇ ਥੀਮ ਹੁਣ ਤੱਕ ਦਿਖਾਈ ਦੇ ਰਹੇ ਹਨ:

• ਡਿਵਾਈਸ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ;
• ਡਾਟਾ ਇਕੱਠਾ ਕਰਨ;
• ਰਿਪੋਰਟਿੰਗ;
• ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ;
• ਪਾਲਣਾ.

ਜੇਕਰ ਕੋਈ ਦਿਲਚਸਪੀ ਹੈ, ਤਾਂ ਅਸੀਂ ਦਿੱਤੇ ਗਏ ਵਿਸ਼ਿਆਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ 'ਤੇ ਚਰਚਾ ਜਾਰੀ ਰੱਖ ਸਕਦੇ ਹਾਂ।

ਮੈਂ ਆਟੋਮੇਸ਼ਨ ਬਾਰੇ ਵੀ ਥੋੜ੍ਹੀ ਗੱਲ ਕਰਨਾ ਚਾਹਾਂਗਾ। ਇਹ ਸਾਡੀ ਸਮਝ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:

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

ਅਤੇ ਇਹਨਾਂ ਬਿੰਦੂਆਂ ਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:

• IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਪਾਰਦਰਸ਼ਤਾ (ਸੰਚਾਲਨ, ਆਧੁਨਿਕੀਕਰਨ, ਲਾਗੂ ਕਰਨ ਦੇ ਘੱਟ ਜੋਖਮ। ਪ੍ਰਤੀ ਸਾਲ ਘੱਟ ਡਾਊਨਟਾਈਮ);
• IT ਸਰੋਤਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ (ਸਮਰੱਥਾ-ਯੋਜਨਾਬੰਦੀ ਪ੍ਰਣਾਲੀ - ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿੰਨੀ ਖਪਤ ਹੁੰਦੀ ਹੈ, ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਇੱਕ ਸਿਸਟਮ ਵਿੱਚ ਕਿੰਨੇ ਸਰੋਤਾਂ ਦੀ ਲੋੜ ਹੈ, ਨਾ ਕਿ ਉੱਚ ਵਿਭਾਗਾਂ ਦੇ ਪੱਤਰਾਂ ਅਤੇ ਮੁਲਾਕਾਤਾਂ ਦੁਆਰਾ);
• ਆਈਟੀ ਸਟਾਫ ਦੀ ਗਿਣਤੀ ਨੂੰ ਘਟਾਉਣ ਦੀ ਸੰਭਾਵਨਾ.

ਲੇਖ ਦੇ ਲੇਖਕ: ਅਲੈਗਜ਼ੈਂਡਰ ਚੇਲੋਵੇਕੋਵ (CCIE RS, CCIE SP) ਅਤੇ ਪਾਵੇਲ ਕਿਰੀਲੋਵ। ਅਸੀਂ IT ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਆਟੋਮੇਸ਼ਨ ਦੇ ਵਿਸ਼ੇ 'ਤੇ ਚਰਚਾ ਕਰਨ ਅਤੇ ਹੱਲ ਪ੍ਰਸਤਾਵਿਤ ਕਰਨ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਾਂ।


ਸਰੋਤ: www.habr.com