EVPN VXLAN ਅਤੇ Cisco ACI 'ਤੇ ਆਧਾਰਿਤ ਨੈੱਟਵਰਕ ਫੈਬਰਿਕਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਅਨੁਭਵ ਅਤੇ ਇੱਕ ਛੋਟੀ ਤੁਲਨਾ

ਚਿੱਤਰ ਦੇ ਵਿਚਕਾਰਲੇ ਹਿੱਸੇ ਵਿੱਚ ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ। ਅਸੀਂ ਹੇਠਾਂ ਉਹਨਾਂ 'ਤੇ ਵਾਪਸ ਆਵਾਂਗੇ

ਕਿਸੇ ਬਿੰਦੂ 'ਤੇ, ਤੁਹਾਨੂੰ ਪਤਾ ਲੱਗ ਸਕਦਾ ਹੈ ਕਿ ਵੱਡੇ, ਗੁੰਝਲਦਾਰ L2-ਅਧਾਰਿਤ ਨੈਟਵਰਕ ਅੰਤਮ ਤੌਰ 'ਤੇ ਬੀਮਾਰ ਹਨ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, BUM ਟ੍ਰੈਫਿਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਅਤੇ STP ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸੰਚਾਲਨ ਨਾਲ ਜੁੜੀਆਂ ਸਮੱਸਿਆਵਾਂ. ਦੂਜਾ, ਆਰਕੀਟੈਕਚਰ ਆਮ ਤੌਰ 'ਤੇ ਪੁਰਾਣਾ ਹੈ। ਇਹ ਡਾਊਨਟਾਈਮ ਅਤੇ ਅਸੁਵਿਧਾਜਨਕ ਪ੍ਰਬੰਧਨ ਦੇ ਰੂਪ ਵਿੱਚ ਕੋਝਾ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।

ਸਾਡੇ ਕੋਲ ਦੋ ਸਮਾਨਾਂਤਰ ਪ੍ਰੋਜੈਕਟ ਸਨ, ਜਿੱਥੇ ਗਾਹਕਾਂ ਨੇ ਸੰਜੀਦਗੀ ਨਾਲ ਵਿਕਲਪਾਂ ਦੇ ਸਾਰੇ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕੀਤਾ ਅਤੇ ਦੋ ਵੱਖ-ਵੱਖ ਓਵਰਲੇ ਹੱਲ ਚੁਣੇ, ਅਤੇ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ।

ਲਾਗੂ ਕਰਨ ਦੀ ਤੁਲਨਾ ਕਰਨ ਦਾ ਮੌਕਾ ਸੀ। ਸ਼ੋਸ਼ਣ ਨਹੀਂ; ਸਾਨੂੰ ਇਸ ਬਾਰੇ ਦੋ ਜਾਂ ਤਿੰਨ ਸਾਲਾਂ ਵਿੱਚ ਗੱਲ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ.

ਇਸ ਲਈ, ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਅਤੇ SDN ਦੇ ਨਾਲ ਇੱਕ ਨੈੱਟਵਰਕ ਫੈਬਰਿਕ ਕੀ ਹੈ?

ਕਲਾਸੀਕਲ ਨੈਟਵਰਕ ਆਰਕੀਟੈਕਚਰ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕੀ ਕਰਨਾ ਹੈ?

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

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

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

ਨਾ ਸਿਰਫ਼ ਨੈੱਟਵਰਕ ਸਾਜ਼ੋ-ਸਾਮਾਨ, ਸਗੋਂ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਦੇ ਲਗਭਗ ਹਰ ਵੱਡੇ ਨਿਰਮਾਤਾ ਕੋਲ ਇਸਦੇ ਪੋਰਟਫੋਲੀਓ ਵਿੱਚ ਅਜਿਹੇ ਹੱਲਾਂ ਲਈ ਵਿਕਲਪ ਹਨ।

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

ਮੱਧਮ ਆਕਾਰ ਦੀਆਂ ਕੰਪਨੀਆਂ ਲਈ, ਵਿਕਰੇਤਾ ਦੁਆਰਾ ਬਕਸੇ ਵਾਲੇ ਹੱਲ ਦੇ ਰੂਪ ਵਿੱਚ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਕਾਰਜਕੁਸ਼ਲਤਾ 99 ਪ੍ਰਤੀਸ਼ਤ ਮਾਮਲਿਆਂ ਵਿੱਚ ਕਾਫੀ ਹੈ।

ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਕੀ ਹਨ?

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

ਆਮ ਤੌਰ 'ਤੇ, ਜੇਕਰ 2010 ਦੇ ਦਹਾਕੇ ਵਿੱਚ ਸਥਾਨਕ ਨੈੱਟਵਰਕਾਂ ਦੀ ਖੋਜ ਕੀਤੀ ਗਈ ਸੀ, ਤਾਂ ਉਹ 1970 ਦੇ ਦਹਾਕੇ ਵਿੱਚ ਮਿਲਟਰੀ ਤੋਂ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੇ ਨਾਲੋਂ ਬਹੁਤ ਵੱਖਰੇ ਦਿਖਾਈ ਦੇਣਗੇ।

ਓਵਰਲੇਅ ਨੈੱਟਵਰਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਫੈਬਰਿਕ ਬਣਾਉਣ ਲਈ ਤਕਨਾਲੋਜੀਆਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, ਵਰਤਮਾਨ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਵਿਕਰੇਤਾ ਲਾਗੂਕਰਨ ਅਤੇ ਇੰਟਰਨੈਟ RFC ਪ੍ਰੋਜੈਕਟ ਹਨ (EVPN+VXLAN, EVPN+MPLS, EVPN+MPLSoGRE, EVPN+Geneve ਅਤੇ ਹੋਰ)। ਹਾਂ, ਇੱਥੇ ਮਾਪਦੰਡ ਹਨ, ਪਰ ਵੱਖ-ਵੱਖ ਨਿਰਮਾਤਾਵਾਂ ਦੁਆਰਾ ਇਹਨਾਂ ਮਾਪਦੰਡਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਅਜਿਹੀਆਂ ਫੈਕਟਰੀਆਂ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਸਿਰਫ ਕਾਗਜ਼ 'ਤੇ ਸਿਧਾਂਤ ਵਿੱਚ ਵਿਕਰੇਤਾ ਲਾਕ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡਣਾ ਅਜੇ ਵੀ ਸੰਭਵ ਹੈ.

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

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

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

ਇਹ ਕਿਸ ਲਈ ਹੈ

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

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

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

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

ਦੂਜੇ ਗਾਹਕ ਨੇ ਜੂਨੀਪਰ ਤੋਂ ਇੱਕ ਨਿਯੰਤਰਣ ਰਹਿਤ ਹੱਲ ਚੁਣਿਆ ਕਿਉਂਕਿ ਉਹਨਾਂ ਦੇ ਮੌਜੂਦਾ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਇੱਕ EVPN VXLAN ਫੈਬਰਿਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਾਲੀ ਇੱਕ ਛੋਟੀ ਸਥਾਪਨਾ ਸੀ। ਪਰ ਉੱਥੇ ਇਹ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਨਹੀਂ ਸੀ (ਇੱਕ ਸਵਿੱਚ ਵਰਤਿਆ ਗਿਆ ਸੀ)। ਅਸੀਂ ਮੁੱਖ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਵਿਸਤਾਰ ਕਰਨ ਅਤੇ ਬੈਕਅੱਪ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਇੱਕ ਫੈਕਟਰੀ ਬਣਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਮੌਜੂਦਾ EVPN ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਵਰਤਿਆ ਗਿਆ ਸੀ: VXLAN encapsulation ਅਸਲ ਵਿੱਚ ਵਰਤਿਆ ਨਹੀਂ ਗਿਆ ਸੀ, ਕਿਉਂਕਿ ਸਾਰੇ ਮੇਜ਼ਬਾਨ ਇੱਕ ਸਵਿੱਚ ਨਾਲ ਜੁੜੇ ਹੋਏ ਸਨ, ਅਤੇ ਸਾਰੇ MAC ਐਡਰੈੱਸ ਅਤੇ /32 ਹੋਸਟ ਐਡਰੈੱਸ ਲੋਕਲ ਸਨ, ਉਹਨਾਂ ਲਈ ਗੇਟਵੇ ਉਹੀ ਸਵਿੱਚ ਸੀ, ਕੋਈ ਹੋਰ ਡਿਵਾਈਸ ਨਹੀਂ ਸਨ। , ਜਿੱਥੇ VXLAN ਸੁਰੰਗਾਂ ਨੂੰ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਸੀ। ਉਹਨਾਂ ਨੇ ਫਾਇਰਵਾਲ (ਫਾਇਰਵਾਲ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਕਾਫੀ ਸੀ) ਦੇ ਵਿਚਕਾਰ IPSEC ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਟ੍ਰੈਫਿਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

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

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

ਮਾਈਗ੍ਰੇਸ਼ਨ ਯੋਜਨਾ

ਦੋ ACI-ਅਧਾਰਿਤ ਡਾਟਾ ਸੈਂਟਰ:

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

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

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

ਤੁਲਨਾ

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

ਇੱਥੇ ਦੂਜੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਦੋ ਡਾਟਾ ਸੈਂਟਰਾਂ ਲਈ EVPN VXLAN ਫੈਬਰਿਕ ਆਰਕੀਟੈਕਚਰ ਹੈ:

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

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

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

ਤੁਸੀਂ ACI ਲਈ ਜ਼ਿਆਦਾ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ, ਹਾਲਾਂਕਿ ਸਿਸਕੋ ਇਸ ਸਮੇਂ ਸਰਗਰਮੀ ਨਾਲ ਇਸ ਹੱਲ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਅਕਸਰ ਇਸ 'ਤੇ ਚੰਗੀ ਛੋਟ ਦਿੰਦਾ ਹੈ, ਪਰ ਤੁਸੀਂ ਰੱਖ-ਰਖਾਅ 'ਤੇ ਬਚਤ ਕਰਦੇ ਹੋ। ਬਿਨਾਂ ਕਿਸੇ ਕੰਟਰੋਲਰ ਦੇ ਇੱਕ EVPN ਫੈਕਟਰੀ ਦੇ ਪ੍ਰਬੰਧਨ ਅਤੇ ਕਿਸੇ ਵੀ ਆਟੋਮੇਸ਼ਨ ਲਈ ਨਿਵੇਸ਼ਾਂ ਅਤੇ ਨਿਯਮਤ ਖਰਚਿਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ - ਨਿਗਰਾਨੀ, ਆਟੋਮੇਸ਼ਨ, ਨਵੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ACI 'ਤੇ ਸ਼ੁਰੂਆਤੀ ਲਾਂਚ ਵਿੱਚ 30-40 ਪ੍ਰਤੀਸ਼ਤ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਅਜਿਹਾ ਇਸ ਲਈ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਲੋੜੀਂਦੇ ਪ੍ਰੋਫਾਈਲਾਂ ਅਤੇ ਨੀਤੀਆਂ ਦੇ ਪੂਰੇ ਸੈੱਟ ਨੂੰ ਬਣਾਉਣ ਵਿੱਚ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ ਜੋ ਫਿਰ ਵਰਤੇ ਜਾਣਗੇ। ਪਰ ਜਿਵੇਂ-ਜਿਵੇਂ ਨੈੱਟਵਰਕ ਵਧਦਾ ਹੈ, ਲੋੜੀਂਦੀਆਂ ਸੰਰਚਨਾਵਾਂ ਦੀ ਗਿਣਤੀ ਘਟਦੀ ਜਾਂਦੀ ਹੈ। ਤੁਸੀਂ ਪਹਿਲਾਂ ਤੋਂ ਬਣਾਈਆਂ ਨੀਤੀਆਂ, ਪ੍ਰੋਫਾਈਲਾਂ, ਵਸਤੂਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ। ਤੁਸੀਂ ਵਿਭਾਜਨ ਅਤੇ ਸੁਰੱਖਿਆ ਨੂੰ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ, ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਇਕਰਾਰਨਾਮੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਸਕਦੇ ਹੋ ਜੋ EPGs ਵਿਚਕਾਰ ਕੁਝ ਪਰਸਪਰ ਕ੍ਰਿਆਵਾਂ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ - ਕੰਮ ਦੀ ਮਾਤਰਾ ਤੇਜ਼ੀ ਨਾਲ ਘਟਦੀ ਹੈ।

EVPN ਵਿੱਚ, ਤੁਹਾਨੂੰ ਫੈਕਟਰੀ ਵਿੱਚ ਹਰੇਕ ਡਿਵਾਈਸ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਗਲਤੀਆਂ ਦੀ ਸੰਭਾਵਨਾ ਵੱਧ ਹੁੰਦੀ ਹੈ।

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

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

Cisco ACI ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਅਤੇ ਕੰਟੇਨਰਾਈਜ਼ੇਸ਼ਨ ਸਿਸਟਮ (VMware, Kubernetes, Hyper-V) ਅਤੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰਬੰਧਨ ਨਾਲ ਏਕੀਕਰਣ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਅਤੇ ਸੁਰੱਖਿਆ ਸੇਵਾਵਾਂ ਦੇ ਨਾਲ ਉਪਲਬਧ - ਸੰਤੁਲਨ, ਫਾਇਰਵਾਲ, WAF, IPS, ਆਦਿ... ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਵਧੀਆ ਮਾਈਕ੍ਰੋ-ਸੈਗਮੈਂਟੇਸ਼ਨ। ਦੂਜੇ ਹੱਲ ਵਿੱਚ, ਨੈਟਵਰਕ ਸੇਵਾਵਾਂ ਨਾਲ ਏਕੀਕਰਣ ਇੱਕ ਹਵਾ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਲੋਕਾਂ ਨਾਲ ਪਹਿਲਾਂ ਹੀ ਫੋਰਮਾਂ 'ਤੇ ਚਰਚਾ ਕਰਨਾ ਬਿਹਤਰ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ ਅਜਿਹਾ ਕੀਤਾ ਹੈ।

ਨਤੀਜਾ

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

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

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

ਵਲਾਦੀਮੀਰ ਕਲੇਪਚੇ, ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕ.

ਸਰੋਤ: www.habr.com