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-ಗಳು ಅದರಿಂದ ಪರಸ್ಪರ ಸಂಪರ್ಕಗೊಂಡಿಲ್ಲ, ಮತ್ತು ಒಂದು ದಿಕ್ಕಿನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣುವ ರೂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಬದಿಯಲ್ಲಿ ಮಾತ್ರ Connected ತಲುಪಿದ peering. ಎರಡೂ ಬದಿಗಳು ಇರಬೇಕು ಮತ್ತು ಎರಡೂ 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 ಮತ್ತು ಮೌನವಾಗಿ ಒಂದನ್ನು ಆದ್ಯತೆ ನೀಡುವ ರೂಟ್ ಕೋಷ್ಟಕ.