GCP ਵਿੱਚ ਸਥਿਰ IP ਬਨਾਮ VPN ਗਤੀ: ਤਿੰਨ ਵੇਰੀਏਬਲ, ਇੱਕ ਟੈਸਟ

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

ਰਾਖਵਾਂ ਪਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਖਰੀਦਦਾ ਹੈ

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

ਇੱਕ ਰਾਖਵਾਂ ਕਰਨ ਲਈ ਇਹ ਚੰਗੇ ਕਾਰਨ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਥ੍ਰੂਪੁਟ ਦਾ ਕਾਰਨ ਨਹੀਂ ਹੈ।

ਪੱਧਰ, ਪਤਾ ਅਤੇ ਆਵਾਜਾਈ ਨੂੰ ਤਿੰਨ ਵੇਰੀਏਬਲ ਰੱਖੋ

Google Cloud Premium ਅਤੇ Standard Network Service Tier ਵੀ ਵੇਚਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਵੱਖ-ਵੱਖ ਸੁਵਿਧਾ ਉਪਲਬਧਤਾ ਨਾਲ ਇੰਟਰਨੈੱਟ ਵੱਲ ਵੱਖਰੇ ਰਾਹ ਲੈਂਦੇ ਹਨ। ਸਥਿਰ ਪਤਾ-ਨਿਰਧਾਰਣ ਦੋਵਾਂ ਲਈ ਆਰਥੋਗੋਨਲ ਹੈ, ਇਸ ਲਈ ਸਥਿਰ ਅਤੇ Premium ਨੂੰ VM ਬਾਰੇ ਅਸੰਬੰਧਿਤ ਤੱਥਾਂ ਵਜੋਂ ਲਓ, ਸਮਾਨਾਰਥੀ ਨਹੀਂ। ਅਸਲ ਪੱਧਰ, ਖੇਤਰ ਅਤੇ ਸ਼ਾਮਲ ਕੋਈ ਵੀ ਇੰਟਰਕਨੈਕਸ਼ਨ ਜਾਂ ਅਟੈਚਮੈਂਟ ਨੋਟ ਕਰੋ, ਕਿਉਂਕਿ ਉਹ ਰਾਹ ਦਾ ਵਰਣਨ ਉਸ ਤਰ੍ਹਾਂ ਕਰਦੇ ਹਨ ਜਿਵੇਂ ਪਤੇ ਦਾ ਲੇਬਲ ਕਦੇ ਨਹੀਂ ਕਰੇਗਾ।

ਤਿੰਨ ਵੇਰੀਏਬਲ, ਤਿੰਨ ਵੱਖਰੇ ਪ੍ਰਯੋਗ, ਨਹੀਂ ਤਾਂ ਨਤੀਜਾ ਕਹਾਣੀ ਹੈ, ਮਾਪ ਨਹੀਂ।

ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਟੈਸਟ ਤਿਆਰ ਕਰੋ

ਮਨਜ਼ੂਰ UDP ਅਤੇ TCP ਪਰੋਫ਼ਾਈਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ VM, ਪਤਾ, ਕਲਾਇੰਟ ਦੀ ਥਾਂ, ਮੰਜ਼ਿਲ ਅਤੇ ਕੰਮ ਦਾ ਭਾਰ ਸਥਿਰ ਰੱਖੋ। ਹਰ ਆਵਾਜਾਈ ਲਈ ਸਰਵਰ ਸਰੋਤਾ ਅਤੇ ਮੇਲ ਖਾਂਦੇ ਫਾਇਰਵਾਲ ਨਿਯਮ ਦੋਵੇਂ ਲੋੜੀਂਦੇ ਹਨ; ਕਲਾਇੰਟ ਵਿੱਚ ਕੀਵਰਡ ਬਦਲ ਕੇ ਸਰੋਤਾ ਨਾ ਬਦਲਣਾ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਸਬਰ ਦੀ ਪਰਖ ਕਰਦਾ ਹੈ। ਦੁਹਰਾਉਣ ਯੋਗ ਤਬਾਦਲਾ ਵਰਤੋ ਅਤੇ ਦਿਸ਼ਾ, ਸਮਾਂ, ਇੱਕਲੇ ਬਨਾਮ ਸਮਾਨਾਂਤਰ ਸਟਰੀਮ ਅਤੇ ਇਕਾਈਆਂ ਨੋਟ ਕਰੋ, ਕਿਉਂਕਿ MB/s ਅਤੇ Mb/s ਅੱਠ ਗੁਣਾ ਵੱਖਰੇ ਹਨ।

VM ਦੇ CPU ’ਤੇ ਵੀ ਨਜ਼ਰ ਰੱਖੋ, ਕਿਉਂਕਿ ਛੋਟਾ ਇੰਸਟੈਂਸ ਐਨਕ੍ਰਿਪਸ਼ਨ ਜਾਂ softirq ਕੰਮ ਵਿੱਚ ਨੈੱਟਵਰਕ ਤੋਂ ਬਹੁਤ ਪਹਿਲਾਂ ਭਰ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਹੱਦ ਬਿਲਕੁਲ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦੀ ਹੱਦ ਵਰਗੀ ਦਿਸੇਗੀ।

VM ਅਤੇ ਕਲਾਇੰਟ ਦੇ ਮੁੜ-ਭੇਜਣ ਅਤੇ ਨੁਕਸਾਨ ਕਾਊਂਟਰ ਰਾਹ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਆਵਾਜਾਈ ਦੀ ਸਮੱਸਿਆ ਤੋਂ ਵੱਖ ਕਰਦੇ ਹਨ, ਅਤੇ ਪ੍ਰਗਤੀ ਪੱਟੀ ਇਹ ਨਹੀਂ ਕਰ ਸਕਦੀ। iperf3 ਨਾਲ ਕੰਮ ਕਰਨ ਯੋਗ ਕ੍ਰਮ ਹਰ ਆਵਾਜਾਈ ਲਈ ਲਗਭਗ ਦਸ ਮਿੰਟ ਲੈਂਦਾ ਹੈ। ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਸਰਵਰ ਸ਼ੁਰੂ ਕਰੋ, ਹਰ ਦਿਸ਼ਾ ਵਿੱਚ ਤੀਹ ਸਕਿੰਟ ਕਲਾਇੰਟ ਚਲਾਓ ਅਤੇ ਹਰ ਦਿਸ਼ਾ ਤਿੰਨ ਵਾਰ ਦੁਹਰਾਓ। ਹਰ ਲੜੀ ਦੀ ਪਹਿਲੀ ਦੌੜ ਸੁੱਟ ਦਿਓ, ਫਿਰ TCP ਦੌੜਾਂ ਜੋ ਮੁੜ-ਭੇਜਣ ਸੰਖਿਆ ਛਾਪਦੀਆਂ ਹਨ ਉਸ ਨਾਲ ਭੇਜਣ ਵਾਲੇ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦੀਆਂ ਦਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

UDP ਅਤੇ TCP ਯਾਂਤ੍ਰਿਕ ਤੌਰ ’ਤੇ ਕਿਉਂ ਵੱਖਰੇ ਹਨ

UDP ਉੱਤੇ OpenVPN ਡੇਟਾਗ੍ਰਾਮ ਢੋਂਦਾ ਹੈ ਅਤੇ ਨੁਕਸਾਨ ਸੰਭਾਲਣ ਦਾ ਕੰਮ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਆਪਣੀ ਆਵਾਜਾਈ ਉੱਤੇ ਛੱਡਦਾ ਹੈ। TCP ਉੱਤੇ ਟਨਲ ਦਾ ਭਰੋਸੇਯੋਗ ਸਟਰੀਮ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸੇਯੋਗ ਐਪਲੀਕੇਸ਼ਨ ਸਟਰੀਮ ਦੇ ਹੇਠਾਂ ਬੈਠਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਗੁੰਮਿਆ ਸੈਗਮੈਂਟ ਉਸਦੇ ਪਿੱਛੇ ਸਭ ਕੁਝ ਰੋਕ ਦਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਆਪਣੇ ਸ਼ਡਿਊਲ ਅਨੁਸਾਰ ਮੁੜ ਭੇਜਦਾ ਹੈ। ਇਹ ਕਤਾਰ ਦੇ ਸਿਰ ਦਾ ਵਿਵਹਾਰ TCP ਨੂੰ TCP ਦੇ ਅੰਦਰ ਟਨਲ ਕਰਨ ਦਾ ਗੁਣ ਹੈ, ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦੀ ਨੀਤੀ ਨਹੀਂ। MTU ਅਤੇ MSS ਦੀ ਸੰਭਾਲ ਵੀ ਦੋ ਮੋਡਾਂ ਵਿੱਚ ਵੱਖਰੀ ਹੈ, ਜੋ ਉਸੇ ਰਾਹ ਉੱਤੇ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਵਿਵਹਾਰ ਬਦਲਦੀ ਹੈ।

ਇਸ ਲਈ ਤੇਜ਼ TCP ਟੈਸਟ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਉਸ ਦਿਨ ਉਸ ਰਾਹ ਉੱਤੇ TCP ਤੇਜ਼ ਸੀ, ਅਤੇ ਇਸ ਤੋਂ ਵਧੇਰੇ ਆਮ ਕੁਝ ਨਹੀਂ।

ਨਤੀਜਾ ਇਸ ਤਰ੍ਹਾਂ ਲਿਖੋ ਕਿ ਉਹ ਸਮੀਖਿਆ ਵਿੱਚ ਟਿਕ ਜਾਵੇ

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

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