AWS ਆਪਣੀਆਂ ਲਚਕੀਲੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਪਕਾਉਂਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਸਕੇਲਿੰਗ

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

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

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

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

ਬੇਦਾਅਵਾ: ਹੇਠਾਂ ਦਿੱਤੀ ਹਰ ਚੀਜ਼ ਵੈਸੀਲੀ ਦੀ ਨਿੱਜੀ ਰਾਏ ਹੈ ਅਤੇ ਐਮਾਜ਼ਾਨ ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੀ ਸਥਿਤੀ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ ਹੋ ਸਕਦੀ।

ਨੈੱਟਵਰਕ ਸਕੇਲਿੰਗ

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

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

ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਕਲਾਉਡ

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

ਜਦੋਂ ਤੁਸੀਂ ਨੈੱਟਵਰਕ ਆਈਸੋਲੇਸ਼ਨ ਬਾਰੇ ਸੋਚਦੇ ਹੋ ਤਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕਿਹੜੀ ਚੀਜ਼ ਮਨ ਵਿੱਚ ਆਉਂਦੀ ਹੈ? ਯਕੀਨਨ VLANs и VRF - ਵਰਚੁਅਲ ਰੂਟਿੰਗ ਅਤੇ ਫਾਰਵਰਡਿੰਗ.

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

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

ਕੇਵਲ ਇੱਕ ਹੀ ਸਿੱਟਾ ਹੈ - ਆਪਣਾ ਹੱਲ ਬਣਾਓ।

2009 ਵਿੱਚ ਅਸੀਂ ਐਲਾਨ ਕੀਤਾ ਵੀਪੀਸੀ - ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਕਲਾਉਡ. ਨਾਮ ਅਟਕ ਗਿਆ ਅਤੇ ਹੁਣ ਬਹੁਤ ਸਾਰੇ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਵੀ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ.

VPC ਇੱਕ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਹੈ SDN (ਸਾਫਟਵੇਅਰ ਡਿਫਾਈਨਡ ਨੈੱਟਵਰਕ)। ਅਸੀਂ L2 ਅਤੇ L3 ਪੱਧਰਾਂ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਕਾਢ ਨਾ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਨੈੱਟਵਰਕ ਸਟੈਂਡਰਡ ਈਥਰਨੈੱਟ ਅਤੇ IP 'ਤੇ ਚੱਲਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਉੱਤੇ ਟਰਾਂਸਮਿਸ਼ਨ ਲਈ, ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਾਡੇ ਆਪਣੇ ਪ੍ਰੋਟੋਕੋਲ ਰੈਪਰ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਉਸ ID ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਕਿਰਾਏਦਾਰ ਦੇ VPC ਨਾਲ ਸਬੰਧਤ ਹੈ।

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

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

ਆਓ ਇਹ ਸਮਝੀਏ ਕਿ ਇਹ ਆਮ ਸ਼ਬਦਾਂ ਵਿੱਚ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਆਓ L2 ਪੱਧਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ। ਚਲੋ ਇਹ ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ ਭੌਤਿਕ ਸਰਵਰ 10.0.0.2 ਤੇ IP 192.168.0.3 ਵਾਲੀ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਹੈ। ਇਹ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 10.0.0.3 ਨੂੰ ਡਾਟਾ ਭੇਜਦਾ ਹੈ, ਜੋ 192.168.1.4 'ਤੇ ਰਹਿੰਦਾ ਹੈ। ਇੱਕ ARP ਬੇਨਤੀ ਤਿਆਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਨੈੱਟਵਰਕ ਨਾਈਟਰੋ ਕਾਰਡ ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। ਸਾਦਗੀ ਲਈ, ਅਸੀਂ ਇਹ ਮੰਨਦੇ ਹਾਂ ਕਿ ਦੋਵੇਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਇੱਕੋ "ਨੀਲੇ" VPC ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ।

ਨਕਸ਼ਾ ਸਰੋਤ ਪਤੇ ਨੂੰ ਆਪਣੇ ਨਾਲ ਬਦਲਦਾ ਹੈ ਅਤੇ ARP ਫਰੇਮ ਨੂੰ ਮੈਪਿੰਗ ਸੇਵਾ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ।

ਮੈਪਿੰਗ ਸੇਵਾ ਉਹ ਜਾਣਕਾਰੀ ਵਾਪਸ ਕਰਦੀ ਹੈ ਜੋ L2 ਭੌਤਿਕ ਨੈੱਟਵਰਕ 'ਤੇ ਪ੍ਰਸਾਰਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।

ARP ਜਵਾਬ ਵਿੱਚ ਨਾਈਟਰੋ ਕਾਰਡ VPC ਵਿੱਚ ਇੱਕ ਪਤੇ ਨਾਲ ਭੌਤਿਕ ਨੈੱਟਵਰਕ 'ਤੇ MAC ਨੂੰ ਬਦਲ ਦਿੰਦਾ ਹੈ।

ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਸਮੇਂ, ਅਸੀਂ ਇੱਕ VPC ਰੈਪਰ ਵਿੱਚ ਲਾਜ਼ੀਕਲ MAC ਅਤੇ IP ਨੂੰ ਲਪੇਟਦੇ ਹਾਂ। ਅਸੀਂ ਢੁਕਵੇਂ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਆਈਪੀ ਨਾਈਟਰੋ ਕਾਰਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਹ ਸਭ ਕੁਝ ਭੌਤਿਕ ਨੈੱਟਵਰਕ 'ਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਹਾਂ।

ਭੌਤਿਕ ਮਸ਼ੀਨ ਜਿਸ ਲਈ ਪੈਕੇਜ ਨਿਯਤ ਹੈ, ਜਾਂਚ ਕਰਦੀ ਹੈ। ਐਡਰੈੱਸ ਸਪੂਫਿੰਗ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਰੋਕਣ ਲਈ ਇਹ ਜ਼ਰੂਰੀ ਹੈ। ਮਸ਼ੀਨ ਮੈਪਿੰਗ ਸੇਵਾ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬੇਨਤੀ ਭੇਜਦੀ ਹੈ ਅਤੇ ਪੁੱਛਦੀ ਹੈ: “ਭੌਤਿਕ ਮਸ਼ੀਨ 192.168.0.3 ਤੋਂ ਮੈਨੂੰ ਇੱਕ ਪੈਕੇਟ ਪ੍ਰਾਪਤ ਹੋਇਆ ਹੈ ਜੋ ਨੀਲੇ VPC ਵਿੱਚ 10.0.0.3 ਲਈ ਹੈ। ਕੀ ਉਹ ਜਾਇਜ਼ ਹੈ? 

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

ਅੱਗੇ, ਡੇਟਾ ਨੂੰ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਲਈ ਇਹ ਇਰਾਦਾ ਹੈ. 

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

ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਹਰੇਕ ਪੈਕੇਟ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਦੇ ਸਮੇਂ, ਸਰਵਰ ਮੈਪਿੰਗ ਸੇਵਾ ਵੱਲ ਮੁੜਦੇ ਹਨ. ਅਟੱਲ ਦੇਰੀ ਨਾਲ ਕਿਵੇਂ ਨਜਿੱਠਣਾ ਹੈ? ਕੈਸ਼ਿੰਗ, ਜ਼ਰੂਰ.

ਸੁੰਦਰਤਾ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਪੂਰੇ ਵਿਸ਼ਾਲ ਟੇਬਲ ਨੂੰ ਕੈਸ਼ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ. ਇੱਕ ਭੌਤਿਕ ਸਰਵਰ ਇੱਕ ਮੁਕਾਬਲਤਨ ਛੋਟੀ ਜਿਹੀ VPCs ਤੋਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਇਹਨਾਂ VPCs ਬਾਰੇ ਜਾਣਕਾਰੀ ਨੂੰ ਕੈਸ਼ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। "ਡਿਫੌਲਟ" ਸੰਰਚਨਾ ਵਿੱਚ ਹੋਰ VPCs ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਅਜੇ ਵੀ ਜਾਇਜ਼ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਕਾਰਜਕੁਸ਼ਲਤਾ ਜਿਵੇਂ ਕਿ VPC-ਪੀਅਰਿੰਗ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸੰਬੰਧਿਤ VPCs ਬਾਰੇ ਜਾਣਕਾਰੀ ਵੀ ਕੈਸ਼ ਵਿੱਚ ਲੋਡ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। 

ਅਸੀਂ VPC ਨੂੰ ਡੇਟਾ ਦੇ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਕ੍ਰਮਬੱਧ ਕੀਤਾ ਹੈ।

ਬਲੈਕਫੁੱਟ

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

ਬਲੈਕਫੁੱਟ ਟ੍ਰੈਫਿਕ ਨੂੰ ਡੀਕੈਪਸੂਲੇਟ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਨਾਲ ਜੋ ਲੋੜੀਂਦਾ ਹੈ ਉਹ ਕਰਦਾ ਹੈ। ਡਾਟਾ ਇੰਟਰਨੈੱਟ 'ਤੇ ਇਸ ਤਰ੍ਹਾਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।

VPN ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡੇਟਾ ਨੂੰ ਡੀਕੈਪਸੂਲੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ IPsec ਵਿੱਚ ਦੁਬਾਰਾ ਲਪੇਟਿਆ ਜਾਂਦਾ ਹੈ।

ਡਾਇਰੈਕਟ ਕਨੈਕਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਟ੍ਰੈਫਿਕ ਨੂੰ ਟੈਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਚਿਤ VLAN ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।

ਹਾਈਪਰਪਲੇਨ

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

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

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

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

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

ਰੌਲਾ ਪਾਉਣ ਵਾਲਾ ਗੁਆਂਢੀ

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

ਪਰ ਅਸੀਂ ਆਪਣੇ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਅਸੰਭਵ ਦ੍ਰਿਸ਼ਾਂ ਦੇ ਅਧਾਰ ਤੇ ਬਣਾਉਂਦੇ ਹਾਂ. 

ਘੱਟ ਸੰਭਾਵਨਾ ਦਾ ਮਤਲਬ ਅਸੰਭਵ ਨਹੀਂ ਹੈ।

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

ਰੌਲੇ-ਰੱਪੇ ਵਾਲੇ ਗੁਆਂਢੀ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਨਾ ਹੈ? ਸਭ ਤੋਂ ਪਹਿਲੀ ਚੀਜ਼ ਜੋ ਮਨ ਵਿੱਚ ਆਉਂਦੀ ਹੈ ਉਹ ਹੈ ਸ਼ਾਰਡਿੰਗ. ਸਾਡੇ 8 ਨੋਡਾਂ ਨੂੰ ਤਰਕ ਨਾਲ 4 ਨੋਡਾਂ ਦੇ 2 ਸ਼ਾਰਡਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ। ਹੁਣ ਇੱਕ ਰੌਲਾ-ਰੱਪਾ ਵਾਲਾ ਗੁਆਂਢੀ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਿਰਫ਼ ਇੱਕ ਚੌਥਾਈ ਨੂੰ ਪਰੇਸ਼ਾਨ ਕਰੇਗਾ, ਪਰ ਇਹ ਉਹਨਾਂ ਨੂੰ ਬਹੁਤ ਪਰੇਸ਼ਾਨ ਕਰੇਗਾ।

ਆਓ ਚੀਜ਼ਾਂ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਕਰੀਏ। ਅਸੀਂ ਹਰੇਕ ਉਪਭੋਗਤਾ ਨੂੰ ਸਿਰਫ 3 ਨੋਡਸ ਨਿਰਧਾਰਤ ਕਰਾਂਗੇ। 

ਚਾਲ ਵੱਖ-ਵੱਖ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਬੇਤਰਤੀਬੇ ਨੋਡ ਨਿਰਧਾਰਤ ਕਰਨਾ ਹੈ. ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਵਿੱਚ, ਨੀਲਾ ਉਪਭੋਗਤਾ ਦੂਜੇ ਦੋ ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ - ਹਰੇ ਅਤੇ ਸੰਤਰੀ ਨਾਲ ਨੋਡਾਂ ਨੂੰ ਕੱਟ ਰਿਹਾ ਹੈ।

8 ਨੋਡਾਂ ਅਤੇ 3 ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਨਾਲ, ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇ ਨਾਲ ਇੱਕ ਰੌਲੇ-ਰੱਪੇ ਵਾਲੇ ਗੁਆਂਢੀ ਦੀ ਸੰਭਾਵਨਾ 54% ਹੈ। ਇਹ ਇਸ ਸੰਭਾਵਨਾ ਦੇ ਨਾਲ ਹੈ ਕਿ ਇੱਕ ਨੀਲਾ ਉਪਭੋਗਤਾ ਦੂਜੇ ਕਿਰਾਏਦਾਰਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰੇਗਾ. ਉਸੇ ਸਮੇਂ, ਇਸਦੇ ਲੋਡ ਦਾ ਸਿਰਫ ਇੱਕ ਹਿੱਸਾ. ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ, ਇਹ ਪ੍ਰਭਾਵ ਘੱਟੋ-ਘੱਟ ਕਿਸੇ ਤਰ੍ਹਾਂ ਹਰ ਕਿਸੇ ਲਈ ਨਹੀਂ, ਪਰ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਿਰਫ਼ ਇੱਕ ਤਿਹਾਈ ਲਈ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੋਵੇਗਾ। ਇਹ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਚੰਗਾ ਨਤੀਜਾ ਹੈ.

ਉਹਨਾਂ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਸੰਖਿਆ ਜੋ ਇੰਟਰਸੈਕਟ ਕਰਨਗੇ

ਪ੍ਰਤੀਸ਼ਤ ਵਿੱਚ ਸੰਭਾਵਨਾ

0

18%

1

54%

2

26%

3

2%

ਆਉ ਸਥਿਤੀ ਨੂੰ ਹਕੀਕਤ ਦੇ ਨੇੜੇ ਲਿਆਈਏ - ਆਓ 100 ਨੋਡਾਂ ਅਤੇ 5 ਨੋਡਾਂ 'ਤੇ 5 ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਲੈਂਦੇ ਹਾਂ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਕੋਈ ਵੀ ਨੋਡ 77% ਦੀ ਸੰਭਾਵਨਾ ਨਾਲ ਨਹੀਂ ਕੱਟੇਗਾ। 

ਉਹਨਾਂ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਸੰਖਿਆ ਜੋ ਇੰਟਰਸੈਕਟ ਕਰਨਗੇ

ਪ੍ਰਤੀਸ਼ਤ ਵਿੱਚ ਸੰਭਾਵਨਾ

0

77%

1

21%

2

1,8%

3

0,06%

4

0,0006%

5

0,00000013%

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

ਬਹੁਤ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਹਾਈਪਰਪਲੇਨ ਦੇ ਆਧਾਰ 'ਤੇ ਬਣਾਈਆਂ ਗਈਆਂ ਹਨ: ਨੈੱਟਵਰਕ ਲੋਡ ਬੈਲੈਂਸਰ, NAT ਗੇਟਵੇ, ਐਮਾਜ਼ਾਨ EFS, AWS PrivateLink, AWS ਟ੍ਰਾਂਜ਼ਿਟ ਗੇਟਵੇ।

ਨੈੱਟਵਰਕ ਸਕੇਲ

ਹੁਣ ਆਪਾਂ ਨੈੱਟਵਰਕ ਦੇ ਪੈਮਾਨੇ ਬਾਰੇ ਗੱਲ ਕਰੀਏ। ਅਕਤੂਬਰ 2019 ਲਈ AWS ਆਪਣੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ 22 ਖੇਤਰ, ਅਤੇ 9 ਹੋਰ ਯੋਜਨਾਬੱਧ ਹਨ.

• ਹਰੇਕ ਖੇਤਰ ਵਿੱਚ ਕਈ ਉਪਲਬਧਤਾ ਜ਼ੋਨ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਇਹਨਾਂ ਵਿੱਚੋਂ 69 ਹਨ।
• ਹਰੇਕ AZ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਸੈਂਟਰ ਹੁੰਦੇ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁੱਲ 8 ਤੋਂ ਵੱਧ ਨਹੀਂ ਹਨ।
• ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਸਰਵਰ ਹਨ, ਕੁਝ 300 ਤੱਕ ਹਨ।

ਆਓ ਹੁਣ ਇਸ ਸਭ ਦਾ ਔਸਤ ਕਰੀਏ, ਗੁਣਾ ਕਰੋ ਅਤੇ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਚਿੱਤਰ ਪ੍ਰਾਪਤ ਕਰੋ ਜੋ ਪ੍ਰਤੀਬਿੰਬਤ ਹੁੰਦਾ ਹੈ ਐਮਾਜ਼ਾਨ ਕਲਾਉਡ ਸਕੇਲ.

ਉਪਲਬਧਤਾ ਜ਼ੋਨਾਂ ਅਤੇ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਵਿਚਕਾਰ ਬਹੁਤ ਸਾਰੇ ਆਪਟੀਕਲ ਲਿੰਕ ਹਨ। ਸਾਡੇ ਸਭ ਤੋਂ ਵੱਡੇ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ, 388 ਚੈਨਲ ਇੱਕ ਦੂਜੇ ਅਤੇ ਦੂਜੇ ਖੇਤਰਾਂ (ਟ੍ਰਾਂਜ਼ਿਟ ਸੈਂਟਰਾਂ) ਦੇ ਨਾਲ ਸੰਚਾਰ ਕੇਂਦਰਾਂ ਵਿਚਕਾਰ AZ ਸੰਚਾਰ ਲਈ ਰੱਖੇ ਗਏ ਹਨ। ਕੁੱਲ ਵਿੱਚ ਇਹ ਪਾਗਲ ਦਿੰਦਾ ਹੈ 5000 Tbit.

ਬੈਕਬੋਨ AWS ਖਾਸ ਤੌਰ 'ਤੇ ਕਲਾਉਡ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਅਨੁਕੂਲ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਅਸੀਂ ਇਸਨੂੰ ਚੈਨਲਾਂ 'ਤੇ ਬਣਾਉਂਦੇ ਹਾਂ 100 GB / s. ਅਸੀਂ ਚੀਨ ਦੇ ਖੇਤਰਾਂ ਨੂੰ ਛੱਡ ਕੇ, ਉਹਨਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਟਰੋਲ ਕਰਦੇ ਹਾਂ। ਟ੍ਰੈਫਿਕ ਨੂੰ ਹੋਰ ਕੰਪਨੀਆਂ ਦੇ ਲੋਡ ਨਾਲ ਸਾਂਝਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ.

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

ਗ੍ਰਾਫ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਮੱਗਰੀ ਪ੍ਰਦਾਤਾਵਾਂ ਅਤੇ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਦਾ ਹਿੱਸਾ ਵਧ ਰਿਹਾ ਹੈ. ਇਸਦੇ ਕਾਰਨ, ਬੈਕਬੋਨ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਇੰਟਰਨੈਟ ਟ੍ਰੈਫਿਕ ਦਾ ਹਿੱਸਾ ਲਗਾਤਾਰ ਘਟ ਰਿਹਾ ਹੈ.

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

ਮੈਂ ਹੈਰਾਨ ਹਾਂ ਕਿ ਜੇ ਇਹ ਰੁਝਾਨ ਜਾਰੀ ਰਿਹਾ ਤਾਂ 10 ਸਾਲਾਂ ਵਿੱਚ ਇੰਟਰਨੈਟ ਕਿਵੇਂ ਬਦਲ ਜਾਵੇਗਾ?

ਭੌਤਿਕ ਚੈਨਲ

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

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

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

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

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

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

ਸਰੋਤ: www.habr.com