AWS ਇੱਕ-ਟਨਲ ਸੂਚਨਾ: ਅਸਲ ਵਿੱਚ ਕਦੋਂ ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ

ਇੱਕ ਟਨਲ ਡਾਊਨ ਹੈ ਇਹ ਦੱਸਣ ਵਾਲੀ AWS Health ਸੂਚਨਾ ਆਮ ਤੌਰ 'ਤੇ ਉਦੋਂ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਕੁਝ ਵੀ ਟੁੱਟਿਆ ਨਹੀਂ ਦਿਸਦਾ। ਇਸੇ ਲਈ ਇਸ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸੂਚਨਾ ਕਿਸੇ ਰੁਕਾਵਟ ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਦੀ; ਇਹ ਉਸ ਰਿਡੰਡੈਂਸੀ ਸਥਿਤੀ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ ਜੋ AWS ਦੀ ਨਿਗਰਾਨੀ ਵਿੰਡੋ ਤੋਂ ਅੱਗੇ ਚੱਲੀ ਹੈ। ਤੁਸੀਂ ਕਾਰਵਾਈ ਕਰਦੇ ਹੋ ਜਾਂ ਨਹੀਂ, ਇਹ ਤੁਹਾਡੇ ਡਿਜ਼ਾਈਨ ਦੀ ਸਮਰੱਥਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਡੈਸ਼ਬੋਰਡ ਕਿਵੇਂ ਦਿਸਦਾ ਹੈ 'ਤੇ ਨਹੀਂ।

ਸੂਚਨਾ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਮਾਪਿਆ

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

ਕਨੈਕਸ਼ਨ ਦੀ ਸਮੁੱਚੀ ਸਥਿਤੀ ਦੀ ਥਾਂ ਹਰ ਟਨਲ ਦੀ ਟੈਲੀਮੈਟਰੀ ਪੜ੍ਹੋ। aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' ਹਰ ਟਨਲ ਲਈ ਸਥਿਤੀ ਅਤੇ ਸੁਨੇਹਾ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਅਤੇ ਸੂਚਨਾ ਜਿਸ ਸਬੂਤ 'ਤੇ ਆਧਾਰਿਤ ਹੈ ਉਹ ਇਹੀ ਹੈ।

ਤੁਹਾਡੇ ਜਵਾਬ ਨੂੰ ਤੈਅ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

ਇਹ ਟਿਕਟ ਹੈ ਜਾਂ ਅਣਗਹਿਲੀ, ਇਹ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨੇ ਵੇਖੋ।

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

ਜੇ ਤਿੰਨੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਠੀਕ ਹਨ, ਤਾਂ ਕਿਉਂ ਇਹ ਸਹਿਣਯੋਗ ਹੈ ਲਿਖੋ ਅਤੇ ਅੱਗੇ ਵਧੋ। ਉਹ ਨੋਟ ਅਗਲੀ ਤਿਮਾਹੀ ਦੀ ਬਹਿਸ ਤੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ।

ਸਟੈਂਡਬਾਏ ਪੀਅਰ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ

ਕੌਨਫਿਗਰ ਕੀਤੇ ਬੈਕਅਪ ਪੀਅਰ ਵਾਲਾ ਗਾਹਕ ਗੇਟਵੇ ਇਸ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ AWS ਦੋ ਸਿਹਤਮੰਦ ਟਨਲ ਵੇਖਦਾ ਹੈ। ਗਾਹਕ ਪਾਸੇ ਨਵੀਂ ਗੱਲਬਾਤ ਦੀ ਲੋੜ ਵਾਲਾ ਠੰਡਾ ਪੀਅਰ ਰੱਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਜਾਇਜ਼ ਡਿਜ਼ਾਈਨ ਹੋ ਸਕਦਾ ਹੈ। ਫਿਰ ਵੀ ਇਹ ਦੋ ਜੀਵਤ ਟਨਲਾਂ ਵਰਗੀ ਨਿਗਰਾਨੀ ਨਹੀਂ ਹੈ।

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

ਤਬਦੀਲੀ ਨੂੰ ਇਸ ਦੇ ਪ੍ਰਭਾਵ ਦੇ ਘੇਰੇ ਨਾਲ ਮੇਲੋ

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

ਇੱਕ ਟਨਲ 'ਤੇ ਵਿਕਲਪ ਬਦਲਣਾ ਆਪਣੇ ਘੋਸ਼ਿਤ ਪ੍ਰਭਾਵ ਵਾਲਾ ਤੀਜਾ ਕੇਸ ਹੈ: ਉਹ ਟਨਲ ਆਪਣੇ ਅੱਪਡੇਟ ਦੌਰਾਨ ਅਣਉਪਲਬਧ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ।

ਲੋੜ ਪੈਣ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲ ਸਾਬਤ ਕਰੋ

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

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