Azure peering ਜਾਂ VNet-ਤੋਂ-VNet VPN? ਰੂਟਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰੋ

Azure ਤੁਹਾਨੂੰ ਦੋ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਜੋੜਨ ਦੇ ਘੱਟੋ-ਘੱਟ ਦੋ ਤਰੀਕੇ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਇੱਕੋ ਵਸਤੂ 'ਤੇ ਬਦਲੇ ਜਾ ਸਕਣ ਵਾਲੇ ਸੈਟਿੰਗ ਨਹੀਂ ਹਨ। Peering ਬਿਨਾਂ ਗੇਟਵੇ Microsoft ਦੇ ਬੈਕਬੋਨ 'ਤੇ VNet ਜੋੜਦਾ ਹੈ; VNet-ਤੋਂ-VNet VPN ਤੁਹਾਡੇ ਵੱਲੋਂ ਤੈਨਾਤ, ਆਕਾਰ-ਨਿਰਧਾਰਤ ਅਤੇ ਨਿਗਰਾਨੀ ਕੀਤੇ ਦੋ ਗੇਟਵੇ ਵਿਚਕਾਰ IPsec ਸੰਬੰਧ ਰੱਖਦਾ ਹੈ। ਫੈਸਲਾ ਤਿੰਨ ਸ਼ਰਤਾਂ 'ਤੇ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਜੇ ਰੂਟ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਤਿੰਨਾਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਉਸ ਮਾਡਲ ਲਈ ਬਦਲਵਾਂ ਰਾਹ ਬਣਾਉਣ ਜਾ ਰਹੇ ਹੋ ਜੋ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਚੁਣਿਆ।

ਮਾਡਲ ਤੈਅ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

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

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

ਸ਼ਰਤ 1: ਕੀ ਤੁਹਾਨੂੰ ਆਪਣੀ ਮਲਕੀਅਤ ਵਾਲੀ IPsec ਸੀਮਾ ਚਾਹੀਦੀ ਹੈ?

Peering ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ Azure ਦੇ ਨਿੱਜੀ ਬੈਕਬੋਨ ਰਾਹੀਂ ਲੈ ਜਾਂਦਾ ਹੈ ਅਤੇ peered ਕਨੈਕਸ਼ਨ ਲਈ ਆਪਣੇ ਆਪ VPN ਗੇਟਵੇ ਦੀ ਲੋੜ ਨਹੀਂ ਰੱਖਦਾ। ਇਹ ਆਵਾਜਾਈ ਬਾਰੇ ਬਿਆਨ ਹੈ, ਐਨਕ੍ਰਿਪਸ਼ਨ ਬਾਰੇ ਅਜਿਹਾ ਬਿਆਨ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਆਡੀਟਰ ਨੂੰ «ਅਸੀਂ IPsec ਚਲਾਉਂਦੇ ਹਾਂ» ਵਜੋਂ ਦੇ ਸਕੋ। ਜੇ ਲੋੜ ਗਾਹਕ-ਸੰਰਚਿਤ ਟਨਲ, ਖ਼ਾਸ IKE ਨੀਤੀ ਜਾਂ ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਵਾਲੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ 'ਤੇ ਖ਼ਤਮ ਹੋਣ ਵਾਲੀ ਸੀਮਾ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ, ਤਾਂ ਬੈਕਬੋਨ ਕਿੰਨਾ ਵੀ ਨਿੱਜੀ ਹੋਵੇ, peering ਉਹ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ।

VNet-ਤੋਂ-VNet VPN ਉਹ ਸੀਮਾ ਦਿੰਦਾ ਹੈ: ਦੋ ਗੇਟਵੇ, IPsec/IKE ਸੰਬੰਧ, ਸਾਂਝੀਆਂ ਕੁੰਜੀਆਂ ਅਤੇ ਇਸ ਨਾਲ ਆਉਣ ਵਾਲੀ ਪੂਰੀ ਕਾਰਜਸ਼ੀਲ ਸਤ੍ਹਾ। ਤੁਹਾਨੂੰ ਟਨਲ ਦੀ ਸਥਿਤੀ, ਗੇਟਵੇ ਸਮਰੱਥਾ, SKU ਸੀਮਾਵਾਂ ਅਤੇ ਟਨਲ ਚਾਲੂ ਹੋਣ ਦਾ ਸਬੂਤ ਦੇਣ ਵਾਲੀ ਨਿਗਰਾਨੀ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਦੀ ਹੈ। ਲੋੜ ਬਿਲਕੁਲ ਉਸ ਸੀਮਾ ਬਾਰੇ ਹੋਵੇ ਤਾਂ ਇਹ ਸਹੀ ਜਵਾਬ ਹੈ, ਜਿਸ ਦਾ ਵਰਣਨ peering ਸੰਖੇਪ ਵਿੱਚ peering ਤੋਂ ਵੱਖਰੀ ਕਨੈਕਸ਼ਨ ਕਿਸਮ ਵਜੋਂ ਕੀਤਾ ਗਿਆ ਹੈ।

ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਵੀ ਓਨਾ ਹੀ ਸਾਵਧਾਨ ਰਹੋ। «ਸਾਨੂੰ VNet ਵਿਚਕਾਰ ਐਨਕ੍ਰਿਪਸ਼ਨ ਚਾਹੀਦਾ ਹੈ» ਅਕਸਰ ਵਰਕਲੋਡ ਦੇ ਆਪਣੇ TLS ਨਾਲ ਪੂਰਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਗੇਟਵੇ ਪਿੱਛੇ ਲੋੜ ਨਾ ਹੋਣ ਵਾਲਾ ਖ਼ਰਚ ਹੈ। ਕਾਰਜਵਿਧੀ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਵਾਕ ਲਿਖੋ ਜੋ ਆਡੀਟਰ ਪੜ੍ਹੇਗਾ।

ਸ਼ਰਤ 2: ਟੋਪੋਲੋਜੀ ਸਿੱਧੀ ਹੈ, ਜਾਂ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਲੰਘਣਾ ਹੈ?

Peering ਲੰਘਣਯੋਗ ਨਹੀਂ ਹੈ। ਇੱਕ ਹੱਬ ਨਾਲ peered ਦੋ VNet ਇਸ ਕਾਰਨ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਜੁੜੇ ਨਹੀਂ ਹੁੰਦੇ, ਅਤੇ ਇੱਕ ਦਿਸ਼ਾ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਦਿਖਣ ਵਾਲਾ ਰਾਹ ਆਮ ਤੌਰ 'ਤੇ ਉਹ peering ਹੁੰਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ ਇੱਕ ਪਾਸੇ Connected ਤੱਕ ਪਹੁੰਚਿਆ ਹੈ। ਦੋਵੇਂ ਪਾਸੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਦੋਵਾਂ ਨੂੰ Connected ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਟ੍ਰੈਫ਼ਿਕ ਚੁੱਪਚਾਪ ਗ਼ਾਇਬ ਹੋਣ 'ਤੇ ਪਹਿਲਾਂ ਇਹੀ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ।

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

az network vnet peering create -g hub-rg -n hub-to-spoke1   --vnet-name hub-vnet --remote-vnet /subscriptions/SUB/resourceGroups/spoke-rg/providers/Microsoft.Network/virtualNetworks/spoke1-vnet   --allow-vnet-access --allow-gateway-transit --allow-forwarded-traffic

az network vnet peering list -g hub-rg --vnet-name hub-vnet -o table
az network nic show-effective-route-table -g spoke-rg -n app-nic -o table

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

ਸ਼ਰਤ 3: ਲੰਘਣ ਵਾਲੇ ਰਾਹ ਅਤੇ ਬਿੱਲ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ?

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

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

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

ਚੋਣ ਨੂੰ ਇਸ ਦੇ ਆਪਣੇ ਦਾਅਵੇ ਦੇ ਵਿਰੁੱਧ ਪ੍ਰਮਾਣਿਤ ਕਰੋ

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

ਜੇ ਜਾਂਚਾਂ ਵਾਕ ਨਾਲ ਟਕਰਾਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਪਹਿਲਾਂ ਵਾਕ ਠੀਕ ਕਰੋ। ਇਨ੍ਹਾਂ ਡਿਜ਼ਾਈਨਾਂ ਵਿੱਚ ਬਹੁਤੀ ਉਲਝਣ ਉਸ ਸੰਕਰ ਤੋਂ ਆਉਂਦੀ ਹੈ ਜਿਸ ਨੂੰ ਕਿਸੇ ਨੇ ਬਿਆਨ ਨਹੀਂ ਕੀਤਾ: ਵਰਕਲੋਡ ਸਬਨੈੱਟ ਲਈ peering, ਇੱਕ ਪੁਰਾਣੀ ਸੇਵਾ ਲਈ VPN ਅਤੇ ਚੁੱਪਚਾਪ ਇੱਕ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਵਾਲੀ ਰੂਟ ਸਾਰਣੀ।