Cisco ACI ਡਾਟਾ ਸੈਂਟਰ ਲਈ ਨੈੱਟਵਰਕ ਫੈਬਰਿਕ - ਪ੍ਰਸ਼ਾਸਕ ਦੀ ਮਦਦ ਕਰਨ ਲਈ

Cisco ACI ਸਕ੍ਰਿਪਟ ਦੇ ਇਸ ਜਾਦੂਈ ਟੁਕੜੇ ਦੀ ਮਦਦ ਨਾਲ, ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਇੱਕ ਨੈਟਵਰਕ ਸੈਟ ਕਰ ਸਕਦੇ ਹੋ।

Cisco ACI ਡਾਟਾ ਸੈਂਟਰ ਲਈ ਨੈੱਟਵਰਕ ਫੈਕਟਰੀ ਪੰਜ ਸਾਲਾਂ ਤੋਂ ਮੌਜੂਦ ਹੈ, ਪਰ Habré ਨੇ ਅਸਲ ਵਿੱਚ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਿਹਾ, ਇਸਲਈ ਮੈਂ ਇਸਨੂੰ ਥੋੜਾ ਠੀਕ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਮੈਂ ਤੁਹਾਨੂੰ ਆਪਣੇ ਤਜ਼ਰਬੇ ਤੋਂ ਦੱਸਾਂਗਾ ਕਿ ਇਹ ਕੀ ਹੈ, ਇਸਦਾ ਕੀ ਉਪਯੋਗ ਹੈ ਅਤੇ ਇਸਦਾ ਰੇਕ ਕਿੱਥੇ ਹੈ।

ਇਹ ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਿੱਥੋਂ ਆਇਆ ਹੈ?

2013 ਵਿੱਚ ਜਦੋਂ ACI (ਐਪਲੀਕੇਸ਼ਨ ਸੈਂਟਰਿਕ ਇਨਫਰਾਸਟ੍ਰਕਚਰ) ਦੀ ਘੋਸ਼ਣਾ ਕੀਤੀ ਗਈ ਸੀ, ਪ੍ਰਤੀਯੋਗੀ ਇੱਕ ਵਾਰ ਵਿੱਚ ਤਿੰਨ ਪਾਸਿਆਂ ਤੋਂ ਡੇਟਾ ਸੈਂਟਰ ਨੈਟਵਰਕਸ ਲਈ ਰਵਾਇਤੀ ਪਹੁੰਚ 'ਤੇ ਅੱਗੇ ਵਧ ਰਹੇ ਸਨ।

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

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

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

ACI ਉਪਰੋਕਤ ਸਾਰਿਆਂ ਲਈ ਸਿਸਕੋ ਦਾ "ਅਸਮਮਿਤ ਪ੍ਰਤੀਕਿਰਿਆ" (ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ, ਇਸਦੀ ਇਨਸੀਮ ਕੰਪਨੀ, ਇਸਦੇ ਸਾਬਕਾ ਕਰਮਚਾਰੀਆਂ ਦੁਆਰਾ ਸਥਾਪਿਤ ਕੀਤੀ ਗਈ) ਬਣ ਗਈ ਹੈ।

OpenFlow ਨਾਲ ਕੀ ਅੰਤਰ ਹੈ?

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

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

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

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

Broadcom ਤੋਂ ਚਿਪਸ ਪਹਿਲਾਂ Cisco ਦੁਆਰਾ Nexus 3000 ਸੀਰੀਜ਼ ਸਵਿੱਚਾਂ ਵਿੱਚ ਵਰਤੇ ਗਏ ਸਨ। Nexus 9000 ਪਰਿਵਾਰ ਵਿੱਚ, ACI ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ, ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਮਾਡਲ ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਨੂੰ ਵਪਾਰੀ + ਕਿਹਾ ਜਾਂਦਾ ਸੀ। ਸਵਿੱਚ ਨੇ ਇੱਕੋ ਸਮੇਂ ਨਵੀਂ ਬ੍ਰੌਡਕਾਮ ਟ੍ਰਾਈਡੈਂਟ 2 ਚਿੱਪ ਅਤੇ ਸਿਸਕੋ ਦੁਆਰਾ ਵਿਕਸਤ ਇੱਕ ਪੂਰਕ ਚਿੱਪ ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਜੋ ACI ਦੇ ਸਾਰੇ ਜਾਦੂ ਨੂੰ ਲਾਗੂ ਕਰਦੀ ਹੈ। ਜ਼ਾਹਰਾ ਤੌਰ 'ਤੇ, ਇਸ ਨੇ ਉਤਪਾਦ ਦੀ ਰਿਲੀਜ਼ ਨੂੰ ਤੇਜ਼ ਕਰਨਾ ਅਤੇ ਸਵਿੱਚ ਦੀ ਕੀਮਤ ਟੈਗ ਨੂੰ ਸਿਰਫ਼ ਟ੍ਰਾਈਡੈਂਟ 2 ਦੇ ਆਧਾਰ 'ਤੇ ਮਾਡਲਾਂ ਦੇ ਨੇੜੇ ਦੇ ਪੱਧਰ ਤੱਕ ਘਟਾਉਣਾ ਸੰਭਵ ਬਣਾਇਆ। ਇਹ ਪਹੁੰਚ ACI ਡਿਲਿਵਰੀ ਦੇ ਪਹਿਲੇ ਦੋ ਜਾਂ ਤਿੰਨ ਸਾਲਾਂ ਲਈ ਕਾਫੀ ਸੀ। ਇਸ ਸਮੇਂ ਦੌਰਾਨ, Cisco ਨੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੇ Nexus 9000 ਨੂੰ ਹੋਰ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਸੈਟ ਦੇ ਨਾਲ ਆਪਣੇ ਖੁਦ ਦੇ ਚਿਪਸ 'ਤੇ ਵਿਕਸਤ ਅਤੇ ਲਾਂਚ ਕੀਤਾ ਹੈ, ਪਰ ਉਸੇ ਕੀਮਤ ਪੱਧਰ 'ਤੇ। ਫੈਕਟਰੀ ਵਿੱਚ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਦੇ ਰੂਪ ਵਿੱਚ ਬਾਹਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੁਰੱਖਿਅਤ ਹਨ. ਉਸੇ ਸਮੇਂ, ਅੰਦਰੂਨੀ ਭਰਾਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਗਈ ਹੈ: ਰੀਫੈਕਟਰਿੰਗ ਵਰਗੀ ਚੀਜ਼, ਪਰ ਹਾਰਡਵੇਅਰ ਲਈ.

ਸਿਸਕੋ ACI ਆਰਕੀਟੈਕਚਰ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

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

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

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

ਸੁਰੰਗਾਂ L2 ਖੰਡ ਅਤੇ L3 ਭਾਗਾਂ (ਅਰਥਾਤ VRF) ਨੂੰ ਅੰਦਰੂਨੀ IP ਟ੍ਰਾਂਸਪੋਰਟ ਦੁਆਰਾ ਖਿੱਚਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਡਿਫਾਲਟ ਗੇਟਵੇ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰ ਇੱਕ ਸਵਿੱਚ ਫੈਬਰਿਕ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੂਟ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਤਰਕ ਦੇ ਰੂਪ ਵਿੱਚ, ACI ਇੱਕ VXLAN/EVPN ਫੈਬਰਿਕ ਦੇ ਸਮਾਨ ਹੈ।

ਜੇਕਰ ਹਾਂ, ਤਾਂ ਕੀ ਅੰਤਰ ਹਨ? ਹੋਰ ਸਭ ਕੁਝ!

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

EPG ਦੇ ਸਬੰਧ ਵਿੱਚ, ਸਾਰੇ ਪਹੁੰਚ ਨਿਯਮ ਤਿਆਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ACI ਵਿੱਚ, "ਵਾਈਟ ਲਿਸਟ" ਸਿਧਾਂਤ ਮੂਲ ਰੂਪ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਯਾਨੀ, ਸਿਰਫ ਟ੍ਰੈਫਿਕ ਦੀ ਇਜਾਜ਼ਤ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਦੇ ਲੰਘਣ ਦੀ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਇਜਾਜ਼ਤ ਹੁੰਦੀ ਹੈ। ਭਾਵ, ਅਸੀਂ "ਵੈੱਬ" ਅਤੇ "MySQL" EPG ਸਮੂਹ ਬਣਾ ਸਕਦੇ ਹਾਂ ਅਤੇ ਇੱਕ ਨਿਯਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਸਕਦੇ ਹਾਂ ਜੋ ਉਹਨਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਨੂੰ ਸਿਰਫ਼ ਪੋਰਟ 3306 'ਤੇ ਹੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਹ ਨੈੱਟਵਰਕ ਪਤਿਆਂ ਨਾਲ ਬੰਨ੍ਹੇ ਬਿਨਾਂ ਅਤੇ ਇੱਕੋ ਸਬਨੈੱਟ ਦੇ ਅੰਦਰ ਵੀ ਕੰਮ ਕਰੇਗਾ!

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

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

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

ਜੇ ਸਰਵਰ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਹਨ, ਤਾਂ ਇਹ ਕਨੈਕਟ ਕੀਤੇ ਵਰਚੁਅਲਾਈਜ਼ੇਸ਼ਨ ਵਾਤਾਵਰਨ ਦਾ ਹਵਾਲਾ ਦੇਣ ਲਈ ਕਾਫੀ ਹੈ, ਅਤੇ ਫਿਰ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਹੀ ਹੋ ਜਾਵੇਗਾ: VM ਨਾਲ ਜੁੜਨ ਲਈ ਇੱਕ ਪੋਰਟ ਸਮੂਹ (VMWare ਦੇ ਰੂਪ ਵਿੱਚ) ਬਣਾਇਆ ਜਾਵੇਗਾ, ਲੋੜੀਂਦੇ VLANs ਜਾਂ VXLANs ਹੋਣਗੇ. ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਉਹ ਲੋੜੀਂਦੇ ਸਵਿੱਚ ਪੋਰਟਾਂ ਆਦਿ 'ਤੇ ਰਜਿਸਟਰ ਕੀਤੇ ਜਾਣਗੇ। ਇਸ ਲਈ, ਹਾਲਾਂਕਿ ACI ਇੱਕ ਭੌਤਿਕ ਨੈਟਵਰਕ ਦੇ ਆਲੇ ਦੁਆਲੇ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਵਰਚੁਅਲ ਸਰਵਰਾਂ ਲਈ ਕੁਨੈਕਸ਼ਨ ਭੌਤਿਕ ਲੋਕਾਂ ਨਾਲੋਂ ਬਹੁਤ ਸਰਲ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ। ACI ਕੋਲ ਪਹਿਲਾਂ ਤੋਂ ਹੀ VMWare ਅਤੇ MS Hyper-V ਦੇ ਨਾਲ ਬਿਲਟ-ਇਨ ਕਨੈਕਟੀਵਿਟੀ ਹੈ, ਨਾਲ ਹੀ OpenStack ਅਤੇ RedHat ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਲਈ ਸਮਰਥਨ ਹੈ। ਕੁਝ ਸਮੇਂ ਤੋਂ, ਕੰਟੇਨਰ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਬਿਲਟ-ਇਨ ਸਮਰਥਨ ਵੀ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ: ਕੁਬਰਨੇਟਸ, ਓਪਨਸ਼ਿਫਟ, ਕਲਾਉਡ ਫਾਉਂਡਰੀ, ਜਦੋਂ ਕਿ ਇਹ ਨੀਤੀਆਂ ਅਤੇ ਨਿਗਰਾਨੀ ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਚਿੰਤਤ ਹੈ, ਯਾਨੀ, ਨੈਟਵਰਕ ਪ੍ਰਸ਼ਾਸਕ ਤੁਰੰਤ ਦੇਖ ਸਕਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਮੇਜ਼ਬਾਨ ਕਿਹੜੇ ਪੋਡਾਂ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹ ਕਿਹੜੇ ਸਮੂਹਾਂ ਵਿੱਚ ਆਉਂਦੇ ਹਨ।

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

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

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

ਵਾਅਦਾ ਕੀਤਾ ਰੈਕ

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

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

ਸਰੋਤ: www.habr.com