ਡਾਟਾ ਸੈਂਟਰਾਂ ਨੂੰ ਕਿਵੇਂ ਸਕੇਲ ਕਰਨਾ ਹੈ। Yandex ਰਿਪੋਰਟ

ਅਸੀਂ ਇੱਕ ਡਾਟਾ ਸੈਂਟਰ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਇਨ ਵਿਕਸਿਤ ਕੀਤਾ ਹੈ ਜੋ 100 ਹਜ਼ਾਰ ਸਰਵਰਾਂ ਤੋਂ ਵੱਡੇ ਕੰਪਿਊਟਿੰਗ ਕਲੱਸਟਰਾਂ ਨੂੰ ਇੱਕ ਪੇਟਾਬਾਈਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਦੀ ਪੀਕ ਬਾਈਸੈਕਸ਼ਨ ਬੈਂਡਵਿਡਥ ਦੇ ਨਾਲ ਤੈਨਾਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

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

- ਸ਼ੁਭ ਦੁਪਹਿਰ ਸਾਰਿਆਂ ਨੂੰ! ਮੇਰਾ ਨਾਮ ਦਮਿਤਰੀ ਅਫਨਾਸਯੇਵ ਹੈ, ਮੈਂ ਯਾਂਡੇਕਸ ਵਿਖੇ ਇੱਕ ਨੈਟਵਰਕ ਆਰਕੀਟੈਕਟ ਹਾਂ ਅਤੇ ਮੁੱਖ ਤੌਰ 'ਤੇ ਡਾਟਾ ਸੈਂਟਰ ਨੈਟਵਰਕ ਡਿਜ਼ਾਈਨ ਕਰਦਾ ਹਾਂ।



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

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

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

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

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

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

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

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

ਬੇਸ਼ੱਕ, ਸਾਨੂੰ ਆਟੋਮੇਸ਼ਨ ਦੀ ਲੋੜ ਹੈ, ਕਿਉਂਕਿ ਅਜਿਹੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਅਸੰਭਵ ਹੈ, ਅਤੇ ਇਹ ਕੁਝ ਸਮੇਂ ਲਈ ਅਸੰਭਵ ਹੈ. ਸਾਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਓਪਰੇਸ਼ਨਲ ਸਹਾਇਤਾ ਅਤੇ CI/CD ਸਹਾਇਤਾ ਦੀ ਲੋੜ ਹੈ ਜਿਸ ਹੱਦ ਤੱਕ ਇਹ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

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

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

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

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

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

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

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

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

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

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

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

ਬੇਸ਼ੱਕ, ਸਵਾਲ ਉੱਠਦਾ ਹੈ: ਕਲੋਜ਼ ਨੈਟਵਰਕ ਕੁਝ ਸਮੇਂ ਲਈ ਬਣਾਏ ਗਏ ਹਨ; ਇਹ ਵਿਚਾਰ ਆਮ ਤੌਰ 'ਤੇ ਕਲਾਸੀਕਲ ਟੈਲੀਫੋਨੀ, ਟੀਡੀਐਮ ਨੈਟਵਰਕ ਦੇ ਸਮੇਂ ਤੋਂ ਆਉਂਦਾ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕੁਝ ਬਿਹਤਰ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ, ਸ਼ਾਇਦ ਕੁਝ ਬਿਹਤਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ? ਹਾਂ ਅਤੇ ਨਹੀਂ। ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਹਾਂ, ਨਜ਼ਦੀਕੀ ਭਵਿੱਖ ਵਿੱਚ ਅਭਿਆਸ ਵਿੱਚ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਨਹੀਂ. ਕਿਉਂਕਿ ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਦਿਲਚਸਪ ਟੋਪੋਲੋਜੀ ਹਨ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਵੀ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਡ੍ਰੈਗਨਫਲਾਈ HPC ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵਰਤੀ ਜਾਂਦੀ ਹੈ; Xpander, FatClique, Jellyfish ਵਰਗੀਆਂ ਦਿਲਚਸਪ ਟੋਪੋਲਾਜੀ ਵੀ ਹਨ। ਜੇ ਤੁਸੀਂ ਹਾਲ ਹੀ ਵਿੱਚ SIGCOMM ਜਾਂ NSDI ਵਰਗੀਆਂ ਕਾਨਫਰੰਸਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਨੂੰ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਵਿਕਲਪਕ ਟੌਪੋਲੋਜੀਜ਼ 'ਤੇ ਕਾਫ਼ੀ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਕੰਮ ਲੱਭ ਸਕਦੇ ਹੋ ਜਿਨ੍ਹਾਂ ਵਿੱਚ Clos ਨਾਲੋਂ ਬਿਹਤਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (ਇੱਕ ਜਾਂ ਦੂਜੇ) ਹਨ।

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

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

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

ਇਸ ਤਰ੍ਹਾਂ, ਦਿਸ਼ਾ ਦਿਲਚਸਪ ਹੈ, ਪਰ, ਅਫ਼ਸੋਸ, ਅਸੀਂ ਇਸ ਨੂੰ ਹੁਣੇ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕਦੇ.

ਠੀਕ ਹੈ, ਅਸੀਂ Clos ਲਾਜ਼ੀਕਲ ਟੋਪੋਲੋਜੀ 'ਤੇ ਸੈਟਲ ਹੋ ਗਏ ਹਾਂ। ਅਸੀਂ ਇਸਨੂੰ ਕਿਵੇਂ ਸਕੇਲ ਕਰਾਂਗੇ? ਆਓ ਦੇਖੀਏ ਕਿ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਇੱਕ Clos ਨੈੱਟਵਰਕ ਵਿੱਚ ਦੋ ਮੁੱਖ ਮਾਪਦੰਡ ਹਨ ਜੋ ਅਸੀਂ ਕਿਸੇ ਤਰ੍ਹਾਂ ਬਦਲ ਸਕਦੇ ਹਾਂ ਅਤੇ ਕੁਝ ਖਾਸ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ: ਤੱਤਾਂ ਦਾ ਮੂਲ ਅਤੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਪੱਧਰਾਂ ਦੀ ਸੰਖਿਆ। ਮੇਰੇ ਕੋਲ ਇੱਕ ਯੋਜਨਾਬੱਧ ਚਿੱਤਰ ਹੈ ਕਿ ਦੋਵੇਂ ਆਕਾਰ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ। ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਦੋਵਾਂ ਨੂੰ ਜੋੜਦੇ ਹਾਂ।

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

ਸਮਰੱਥਾ ਦੇ ਸੰਬੰਧ ਵਿੱਚ, ਖਾਸ ਕਰਕੇ ਟੀਓਆਰ ਸਵਿੱਚਾਂ 'ਤੇ, ਦੋ ਸਕੇਲਿੰਗ ਵਿਕਲਪ ਹਨ। ਜਾਂ ਤਾਂ ਅਸੀਂ, ਆਮ ਟੌਪੌਲੋਜੀ ਨੂੰ ਕਾਇਮ ਰੱਖਦੇ ਹੋਏ, ਤੇਜ਼ ਲਿੰਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ, ਜਾਂ ਅਸੀਂ ਹੋਰ ਜਹਾਜ਼ਾਂ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹਾਂ।

ਜੇਕਰ ਤੁਸੀਂ Clos ਨੈੱਟਵਰਕ (ਹੇਠਲੇ ਸੱਜੇ ਕੋਨੇ ਵਿੱਚ) ਦੇ ਵਿਸਤ੍ਰਿਤ ਸੰਸਕਰਣ ਨੂੰ ਦੇਖਦੇ ਹੋ ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੇ Clos ਨੈੱਟਵਰਕ ਦੇ ਨਾਲ ਇਸ ਤਸਵੀਰ 'ਤੇ ਵਾਪਸ ਆਉਂਦੇ ਹੋ...

... ਫਿਰ ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਟੌਪੌਲੋਜੀ ਹੈ, ਪਰ ਇਸ ਸਲਾਈਡ 'ਤੇ ਇਹ ਵਧੇਰੇ ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ ਢਹਿ ਜਾਂਦੀ ਹੈ ਅਤੇ ਫੈਕਟਰੀ ਦੇ ਪਲੇਨ ਇੱਕ ਦੂਜੇ 'ਤੇ ਲਗਾਏ ਜਾਂਦੇ ਹਨ। ਇਹ ਉਹੀ ਹੈ।

ਇੱਕ Clos ਨੈੱਟਵਰਕ ਨੂੰ ਸਕੇਲ ਕਰਨਾ ਸੰਖਿਆਵਾਂ ਵਿੱਚ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ? ਇੱਥੇ ਮੈਂ ਡੇਟਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹਾਂ ਕਿ ਇੱਕ ਨੈਟਵਰਕ ਕਿੰਨੀ ਵੱਧ ਤੋਂ ਵੱਧ ਚੌੜਾਈ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕਿੰਨੀ ਵੱਧ ਤੋਂ ਵੱਧ ਰੈਕਾਂ, ਟੀਓਆਰ ਸਵਿੱਚਾਂ ਜਾਂ ਲੀਫ ਸਵਿੱਚਾਂ, ਜੇਕਰ ਉਹ ਰੈਕਾਂ ਵਿੱਚ ਨਹੀਂ ਹਨ, ਤਾਂ ਅਸੀਂ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਦੇ ਪੱਧਰਾਂ ਲਈ ਕਿਹੜੇ ਸਵਿੱਚਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ ਇਸ ਦੇ ਅਧਾਰ ਤੇ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਅਸੀਂ ਕਿੰਨੇ ਪੱਧਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

ਇਹ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਕਿੰਨੇ ਰੈਕ ਹੋ ਸਕਦੇ ਹਨ, ਕਿੰਨੇ ਸਰਵਰ ਅਤੇ ਲਗਭਗ ਇਹ ਸਭ ਕੁਝ 20 kW ਪ੍ਰਤੀ ਰੈਕ ਦੇ ਆਧਾਰ 'ਤੇ ਕਿੰਨਾ ਖਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਥੋੜਾ ਪਹਿਲਾਂ ਮੈਂ ਦੱਸਿਆ ਸੀ ਕਿ ਅਸੀਂ ਲਗਭਗ 100 ਹਜ਼ਾਰ ਸਰਵਰਾਂ ਦੇ ਕਲੱਸਟਰ ਆਕਾਰ ਲਈ ਟੀਚਾ ਬਣਾ ਰਹੇ ਹਾਂ।

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

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

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

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

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

ਇੱਥੇ, ਸਿਧਾਂਤ ਵਿੱਚ, ਸਭ ਕੁਝ ਉਹੀ ਹੈ ਜੋ ਮੈਂ ਹੁਣੇ ਕਿਹਾ ਹੈ; ਇਹ ਬਾਅਦ ਵਿੱਚ ਵਿਚਾਰਨ ਲਈ ਇੱਕ ਸਲਾਈਡ ਹੈ.

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

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

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

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

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

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

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

ਸੰਖੇਪ ਕਰਨ ਲਈ, ਅਸੀਂ ਅੱਠ ਫੈਕਟਰੀ ਲੇਅਰਾਂ ਦੇ ਨਾਲ, ਸਪਾਈਨ ਦੇ ਦੋ ਪੱਧਰਾਂ ਦੇ ਨਾਲ ਇੱਕ ਟੌਪੋਲੋਜੀ 'ਤੇ ਨਿਰਮਾਣ ਕਰ ਰਹੇ ਹਾਂ।

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

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

ਇੱਕ ਹੋਰ ਨੋਟ: ਬਦਕਿਸਮਤੀ ਨਾਲ, ਡਿਸਸੈਂਬਲਡ 100 ਤੋਂ 4x25 ਮਲਟੀਮੋਡ ਪੋਰਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਬਹੁਤ ਸੰਭਵ ਨਹੀਂ ਹੈ। SFP28 ਟ੍ਰਾਂਸਸੀਵਰਾਂ ਦੀਆਂ ਡਿਜ਼ਾਈਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਕਾਰਨ, ਇਹ 28 Gbit QSFP100 ਤੋਂ ਬਹੁਤ ਸਸਤਾ ਨਹੀਂ ਹੈ। ਅਤੇ ਮਲਟੀਮੋਡ ਲਈ ਇਹ ਅਸੈਂਬਲੀ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦੀ.

ਇਕ ਹੋਰ ਸੀਮਾ ਇਹ ਹੈ ਕਿ ਕੰਪਿਊਟਿੰਗ ਕਲੱਸਟਰਾਂ ਦੇ ਆਕਾਰ ਅਤੇ ਸਰਵਰਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਕਾਰਨ, ਸਾਡੇ ਡੇਟਾ ਸੈਂਟਰ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਵੱਡੇ ਹੁੰਦੇ ਹਨ। ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਫਲਾਈਟ ਸਿੰਗਲਮੋਡ ਨਾਲ ਕਰਨੀ ਪਵੇਗੀ। ਦੁਬਾਰਾ ਫਿਰ, ਪੌਡਾਂ ਦੇ ਭੌਤਿਕ ਆਕਾਰ ਦੇ ਕਾਰਨ, ਟਵਿਨੈਕਸ (ਕਾਂਪਰ ਕੇਬਲ) ਦੇ ਦੋ ਸਪੈਨ ਚਲਾਉਣਾ ਸੰਭਵ ਨਹੀਂ ਹੋਵੇਗਾ।

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

ਇਹ ਉਹ ਹੈ ਜੋ ਹਾਲ ਹੀ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਅਸੀਂ ਕਿੱਥੇ ਜਾ ਰਹੇ ਹਾਂ ਅਤੇ ਕੀ ਸੰਭਵ ਹੈ. ਇਹ ਸਪੱਸ਼ਟ ਹੈ, ਘੱਟੋ-ਘੱਟ, ਮਲਟੀਮੋਡ ਅਤੇ ਸਿੰਗਲਮੋਡ ਦੋਵਾਂ ਲਈ 50-ਗੀਗਾਬਿਟ SerDes ਵੱਲ ਕਿਵੇਂ ਵਧਣਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ 400G ਲਈ ਹੁਣ ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਸਿੰਗਲ-ਮੋਡ ਟ੍ਰਾਂਸਸੀਵਰਾਂ ਵਿੱਚ ਕੀ ਹੈ, ਅਕਸਰ ਉਦੋਂ ਵੀ ਜਦੋਂ 50G SerDes ਬਿਜਲੀ ਵਾਲੇ ਪਾਸੇ ਤੋਂ ਆਉਂਦੇ ਹਨ, 100 Gbps ਪ੍ਰਤੀ ਲੇਨ ਪਹਿਲਾਂ ਹੀ ਆਪਟਿਕਸ ਵਿੱਚ ਜਾ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ, ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੰਭਵ ਹੈ ਕਿ 50 ਤੱਕ ਜਾਣ ਦੀ ਬਜਾਏ, 100 ਗੀਗਾਬਿਟ SerDes ਅਤੇ 100 Gbps ਪ੍ਰਤੀ ਲੇਨ ਵਿੱਚ ਇੱਕ ਤਬਦੀਲੀ ਹੋਵੇਗੀ, ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਵਿਕਰੇਤਾਵਾਂ ਦੇ ਵਾਅਦਿਆਂ ਦੇ ਅਨੁਸਾਰ, ਉਹਨਾਂ ਦੀ ਉਪਲਬਧਤਾ ਬਹੁਤ ਜਲਦੀ ਹੋਣ ਦੀ ਉਮੀਦ ਹੈ. ਉਹ ਸਮਾਂ ਜਦੋਂ 50G SerDes ਸਭ ਤੋਂ ਤੇਜ਼ ਸਨ, ਅਜਿਹਾ ਲਗਦਾ ਹੈ, ਬਹੁਤ ਲੰਬਾ ਨਹੀਂ ਹੋਵੇਗਾ, ਕਿਉਂਕਿ 100G SerDes ਦੀਆਂ ਪਹਿਲੀਆਂ ਕਾਪੀਆਂ ਲਗਭਗ ਅਗਲੇ ਸਾਲ ਰੋਲ ਆਊਟ ਹੋ ਰਹੀਆਂ ਹਨ। ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਉਹ ਸ਼ਾਇਦ ਵਾਜਬ ਪੈਸੇ ਦੇ ਹੋਣਗੇ.

ਭੌਤਿਕ ਵਿਗਿਆਨ ਦੀ ਚੋਣ ਬਾਰੇ ਇੱਕ ਹੋਰ ਸੂਖਮਤਾ. ਸਿਧਾਂਤ ਵਿੱਚ, ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ 400 ਜਾਂ 200 ਗੀਗਾਬਿਟ ਪੋਰਟਾਂ ਦੀ ਵਰਤੋਂ 50G SerDes ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ. ਪਰ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਇਹ ਬਹੁਤਾ ਅਰਥ ਨਹੀਂ ਰੱਖਦਾ, ਕਿਉਂਕਿ, ਜਿਵੇਂ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਕਿਹਾ ਸੀ, ਅਸੀਂ ਸਵਿੱਚਾਂ 'ਤੇ ਇੱਕ ਕਾਫ਼ੀ ਵੱਡਾ ਰੈਡੀਕਸ ਚਾਹੁੰਦੇ ਹਾਂ, ਕਾਰਨ ਦੇ ਅੰਦਰ, ਬੇਸ਼ੱਕ। ਅਸੀਂ 128 ਚਾਹੁੰਦੇ ਹਾਂ. ਅਤੇ ਜੇਕਰ ਸਾਡੇ ਕੋਲ ਸੀਮਤ ਚਿੱਪ ਸਮਰੱਥਾ ਹੈ ਅਤੇ ਅਸੀਂ ਲਿੰਕ ਸਪੀਡ ਨੂੰ ਵਧਾਉਂਦੇ ਹਾਂ, ਤਾਂ ਰੇਡੀਕਸ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਘੱਟ ਜਾਂਦਾ ਹੈ, ਕੋਈ ਚਮਤਕਾਰ ਨਹੀਂ ਹੁੰਦੇ.

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

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

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

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

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

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

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

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

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

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

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

ਇਸ ਸਬੰਧ ਵਿਚ ਬਹੁਤ ਦਿਲਚਸਪ ਕੰਮ RIFT ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਬਾਰੇ ਅਗਲੀ ਰਿਪੋਰਟ ਵਿਚ ਚਰਚਾ ਕੀਤੀ ਜਾਵੇਗੀ।

ਇੱਕ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਡੇਟਾ ਪਲੇਨ ਸੰਘਣੇ ਟੋਪੋਲੋਜੀ ਵਿੱਚ ਕਿਵੇਂ ਸਕੇਲ ਕਰਦੇ ਹਨ, ਜਿੱਥੇ ਸਾਡੇ ਕੋਲ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਵਿਕਲਪਕ ਮਾਰਗ ਹਨ। ਇਸ ਕੇਸ ਵਿੱਚ, ਕਈ ਵਾਧੂ ਡਾਟਾ ਢਾਂਚੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ: ECMP ਸਮੂਹ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਨੈਕਸਟ ਹੌਪ ਸਮੂਹਾਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ।

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

ਆਧੁਨਿਕ ਡਿਵਾਈਸਾਂ 'ਤੇ ਡੇਟਾ ਪਲੇਨ ਸਕੇਲੇਬਿਲਟੀ ਕਿਸ ਤਰ੍ਹਾਂ ਦੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ? ਜੇਕਰ ਅਸੀਂ LPM (ਸਭ ਤੋਂ ਲੰਬਾ ਪ੍ਰੀਫਿਕਸ ਮੈਚ) ਕਰਦੇ ਹਾਂ, ਤਾਂ ਸਭ ਕੁਝ ਬਹੁਤ ਵਧੀਆ ਹੈ, 100k ਅਗੇਤਰਾਂ ਤੋਂ ਵੱਧ। ਜੇ ਅਸੀਂ ਨੈਕਸਟ ਹੌਪ ਸਮੂਹਾਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਤਾਂ ਸਭ ਕੁਝ ਬਦਤਰ ਹੈ, 2-4 ਹਜ਼ਾਰ. ਜੇ ਅਸੀਂ ਇੱਕ ਟੇਬਲ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ ਜਿਸ ਵਿੱਚ ਨੈਕਸਟ ਹੌਪਸ (ਜਾਂ ਆਸਪਾਸ) ਦਾ ਵੇਰਵਾ ਹੈ, ਤਾਂ ਇਹ 16k ਤੋਂ 64k ਤੱਕ ਹੈ. ਅਤੇ ਇਹ ਇੱਕ ਸਮੱਸਿਆ ਬਣ ਸਕਦਾ ਹੈ. ਅਤੇ ਇੱਥੇ ਅਸੀਂ ਇੱਕ ਦਿਲਚਸਪ ਦਿਸ਼ਾ ਵੱਲ ਆਉਂਦੇ ਹਾਂ: ਡੇਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ MPLS ਦਾ ਕੀ ਹੋਇਆ? ਸਿਧਾਂਤ ਵਿੱਚ, ਅਸੀਂ ਇਹ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ।

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

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

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

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

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

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

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

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

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

ਬਿਹਤਰ ਇੰਸਟਰੂਮੈਂਟੇਸ਼ਨ ਅਤੇ ਬਿਹਤਰ ਨਿਗਰਾਨੀ ਲਗਭਗ ਕਦੇ ਵੀ ਬੇਲੋੜੀ ਨਹੀਂ ਹੁੰਦੀ। ਸਾਰਾ ਸਵਾਲ ਕੋਸ਼ਿਸ਼ ਅਤੇ ਵਾਪਸੀ ਦਾ ਸੰਤੁਲਨ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸ ਨੂੰ ਵਾਜਬ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹੋ, ਬਹੁਤ ਵਧੀਆ.

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

ਭਵਿੱਖ ਵਿੱਚ ਹੋਰ ਦੇਖਦੇ ਹੋਏ, ਸਾਨੂੰ ਉੱਨਤ ਟੋਪੋਲੋਜੀਜ਼ ਅਤੇ ਸੰਭਵ ਤੌਰ 'ਤੇ ਅਜਿਹੇ ਨੈੱਟਵਰਕਾਂ ਦੀ ਲੋੜ ਹੈ ਜੋ ਘੱਟ ਓਵਰਹੈੱਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਤਾਜ਼ਾ ਚੀਜ਼ਾਂ ਵਿੱਚੋਂ, ਹਾਲ ਹੀ ਵਿੱਚ HPC Cray Slingshot ਲਈ ਫੈਬਰਿਕ ਤਕਨਾਲੋਜੀ ਬਾਰੇ ਪ੍ਰਕਾਸ਼ਨ ਕੀਤੇ ਗਏ ਹਨ, ਜੋ ਕਿ ਵਸਤੂ ਈਥਰਨੈੱਟ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਪਰ ਬਹੁਤ ਛੋਟੇ ਸਿਰਲੇਖਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਵਿਕਲਪ ਦੇ ਨਾਲ। ਨਤੀਜੇ ਵਜੋਂ, ਓਵਰਹੈੱਡ ਘੱਟ ਜਾਂਦਾ ਹੈ.

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

ਸਰੋਤ: www.habr.com