ಎರಡು ಆನ್-ಪ್ರೆಮ್ VPN ವಿಳಾಸಗಳು: ಎರಡು Azure ಪೀರ್‌ಗಳು, ಒಂದಲ್ಲ

ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಶಾಖೆಯಲ್ಲಿ ಎರಡು ಇಂಟರ್ನೆಟ್ ಲಿಂಕ್‌ಗಳು ಮತ್ತು Azure ನಲ್ಲಿ ಒಂದು VPN ಗೇಟ್‌ವೇ ಇದೆ, ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇ ಎರಡೂ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳನ್ನು ಪಡೆಯುತ್ತದೆ. ಇದು ಅಚ್ಚುಕಟ್ಟಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ರೇಖಾಚಿತ್ರ ಸೂಚಿಸುವಂತೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಪ್ರತಿ ಆನ್-ಪ್ರೆಮ್ VPN ಸಾಧನವು ಪ್ರತ್ಯೇಕ ಪೀರ್ ಸಂಬಂಧವಾಗಿದೆ, ಮತ್ತು Microsoft ನ ಬಹು-ಸಾಧನ ವಿನ್ಯಾಸವು ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಆದ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇ ಸಂಪನ್ಮೂಲ ಮತ್ತು ತನ್ನದೇ ಸಂಪರ್ಕವನ್ನು ನೀಡುತ್ತದೆ. ಒಂದೇ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಎರಡನೇ ವಿಳಾಸ ಸೇರಿಸುವುದು ಎರಡನೇ ಪೀರ್ ಅನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಅದು ಎರಡೂ ಸಾಧನಗಳನ್ನು ಸರಿಯಾಗಿ ವಿವರಿಸದ ಸಂಪನ್ಮೂಲವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಪುರಾಣ: ಒಂದು ಗೇಟ್‌ವೇ, ಎರಡು ವಿಳಾಸಗಳು

ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇ ದೂರದ ಪೀರ್‌ನ ವಿವರಣೆಯಾಗಿದೆ: ಒಂದು ಸಾರ್ವಜನಿಕ ಅಂತ್ಯಬಿಂದು ಮತ್ತು ಅದರ ಹಿಂದಿನ ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು. ಆ ಸಂಪನ್ಮೂಲವು «ಈ ಎರಡು ಸಾಧನಗಳಲ್ಲಿ ಯಾವುದಾದರೂ» ಎಂದು ಅರ್ಥವಾಗಲು ಯಾವುದೇ ಬೆಂಬಲಿತ ಮಾರ್ಗವಿಲ್ಲ.

ಅದೇ ಗೊಂದಲವು ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲೂ ಇದೆ, ಅಲ್ಲಿ Azure ನ ಎರಡು ಸಾರ್ವಜನಿಕ IP ಗಳನ್ನು ಎರಡು Azure ಗೇಟ್‌ವೇಗಳು ಇರುವುದಕ್ಕೆ ಸಾಕ್ಷಿಯಾಗಿ ಓದಲಾಗುತ್ತದೆ.

ಮೊದಲು ವಸ್ತುಗಳನ್ನು ಎಣಿಸಿ, ನಂತರ ಸುರಂಗಗಳನ್ನು

ಒಂದೇ ಖಾಸಗಿ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಪ್ರವೇಶ ಮತ್ತು ತಮ್ಮದೇ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವ ಎರಡು ಸ್ವತಂತ್ರವಾಗಿ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಆನ್-ಪ್ರೆಮ್ ಸಾಧನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಜೊತೆಗೆ ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಮೋಡ್‌ನಲ್ಲಿ ಒಂದು ಮಾರ್ಗ ಆಧಾರಿತ Azure ಗೇಟ್‌ವೇ. Azure ಗೇಟ್‌ವೇಗೆ ಪ್ರತ್ಯೇಕ ಸಾರ್ವಜನಿಕ IP ಗಳೊಂದಿಗೆ ಎರಡು ಸಕ್ರಿಯ ಉದಾಹರಣೆಗಳಿವೆ. ಪ್ರತಿ ಆನ್-ಪ್ರೆಮ್ ಸಾಧನವು ಎರಡೂ ಉದಾಹರಣೆಗಳಿಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಅದೇ ಪೂರ್ಣ ಜಾಲರಿ, ಮತ್ತು ವಸ್ತುಗಳ ಸಂಖ್ಯೆ ರೇಖಾಚಿತ್ರದಿಂದ ಅಲ್ಲ, ಅದರಿಂದ ಬರುತ್ತದೆ.

ಗಣನೆ ವಿನ್ಯಾಸ ದಾಖಲೆಗೆ ಅಂಟಿಸಲು ಸಾಕಷ್ಟು ಚಿಕ್ಕದಾಗಿದೆ:

2 on-premises VPN devices
2 local network gateway resources
2 connection resources
4 IPsec tunnels in the complete 2 x 2 mesh

ಒಂದು ಸಂಪರ್ಕ ಸಂಪನ್ಮೂಲವು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಆಧಾರ ಸುರಂಗಗಳನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು, ಆದ್ದರಿಂದ ನಾಲ್ಕು ಸುರಂಗಗಳು ನಾಲ್ಕು ವರ್ಚುವಲ್ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇಗಳು ಎಂದರ್ಥವಲ್ಲ. Azure ನ ಎರಡು ಸಾರ್ವಜನಿಕ IP ಗಳು ಸಹ ದೂರದ ಸೈಟ್ ಅನ್ನು ವಿವರಿಸುವ ಎರಡು ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇಗಳಂತಹ ಅದೇ ವಸ್ತುಗಳಲ್ಲ.

Azure ಬದಿಯಲ್ಲಿ ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಏನು ಸೇರಿಸುತ್ತದೆ

ಸಕ್ರಿಯ-ಸಕ್ರಿಯ Azure ಗೇಟ್‌ವೇವನ್ನು ಒಂದು ಸಕ್ರಿಯ ಉದಾಹರಣೆಯಿಂದ ಎರಡಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಸಾರ್ವಜನಿಕ IP ಇರುತ್ತದೆ, ಮತ್ತು ಅದೇ ಪೂರ್ಣ ಜಾಲರಿಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಇದು ಒಂದೇ ಹರಿವಿನ ಥ್ರೂಪುಟ್ ಅನ್ನು ದ್ವಿಗುಣಗೊಳಿಸುವುದಿಲ್ಲ. ಎರಡೂ ಸಾಧನಗಳು ಒಟ್ಟಿಗೆ ಮುಂದಕ್ಕೆ ರವಾನಿಸಿದರೆ ಆನ್-ಪ್ರೆಮ್ ಬದಿಯು ಸಮಾನ-ವೆಚ್ಚದ ಬಹುಮಾರ್ಗವನ್ನು ಬೆಂಬಲಿಸುವ ಅಗತ್ಯವನ್ನೂ ಇದು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ. ಏನನ್ನಾದರೂ ಒದಗಿಸುವ ಮೊದಲು ಗೇಟ್‌ವೇ ಮೋಡ್, SKU ಮತ್ತು ದೂರದ ಸಾಧನದ ಸಾಮರ್ಥ್ಯವನ್ನು ದೃಢೀಕರಿಸಿ.

ನಿಷ್ಕ್ರಿಯ-ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ಗೇಟ್‌ವೇ ಸಂಪೂರ್ಣ ಮಾನ್ಯ ವಿನ್ಯಾಸವಾಗಿದೆ; ಅದು ಬೇರೆ ಸುರಂಗ ಸಂಖ್ಯೆಯನ್ನು ನೀಡುತ್ತದೆ ಅಷ್ಟೇ.

BGP ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ಬಳಸಬಹುದಾಗಿಸುತ್ತದೆ

ಬಹು-ಸಾಧನ ವಿನ್ಯಾಸಕ್ಕಾಗಿ ಎರಡೂ ಆನ್-ಪ್ರೆಮ್ ಸಾಧನಗಳು BGP ಚಲಾಯಿಸುತ್ತವೆ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಅನನ್ಯ BGP ಪೀರ್ ವಿಳಾಸ ನೀಡಿ ಮತ್ತು ಸಂಬಂಧಿತ ಮಾರ್ಗಗಳಲ್ಲಿ ಅದೇ ಉದ್ದೇಶಿತ ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಪ್ರಕಟಿಸಿ. ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಸಂರಕ್ಷಿತ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಗುರುತಿಸುತ್ತವೆ, ಆದರೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ವಾಹಕ ಸಂಪರ್ಕಗಳು ಎಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ ಎಂಬುದನ್ನು ಗುರುತಿಸುತ್ತವೆ. ಈ ಎರಡನ್ನು ಬೆರೆಸುವುದು ಪ್ರತಿ ಸುರಂಗವೂ ಮೇಲಿರುವ ಮತ್ತು ಮಾರ್ಗಗಳು ತಪ್ಪಾಗಿರುವ ವಿನ್ಯಾಸವನ್ನು ನೀಡುತ್ತದೆ.

ಹಿಂತಿರುಗುವ ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಎರಡೂ ಮಾರ್ಗಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಒಂದನ್ನು ಸಹಿಸಿಕೊಳ್ಳಬೇಕಾದ ಯಾವುದೇ ಸ್ಥಿತಿ ಪರಿಶೀಲನೆಯನ್ನು ಯೋಜಿಸಿ. ಪ್ರತಿ ಅಂತ್ಯಬಿಂದುವಿನಲ್ಲಿ ಆರೋಗ್ಯಕರ IKE ಅಧಿವೇಶನವು ಯಾವುದೇ ಕೆಲಸದ ಹೊರೆ ಪ್ರತಿ ಪ್ರಕಟಿತ ಮಾರ್ಗವನ್ನು ಬಳಸಬಹುದು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಹರಿವು-ಆಧಾರಿತ ಆಯ್ಕೆ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಪೂಲಿಂಗ್ ಅಲ್ಲ

Azure ಹರಿವಿನ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್‌ಗಳ ಮೇಲೆ ಹ್ಯಾಶ್ ಬಳಸಿ ಪ್ರತಿ ಹರಿವಿಗೆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಸ್ಥಿರ ಸ್ಥಿತಿಯಲ್ಲಿ, ನಿರ್ದಿಷ್ಟ TCP ಅಥವಾ UDP ಹರಿವಿನ ಪ್ಯಾಕೆಟ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ಸುರಂಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಆನ್-ಪ್ರೆಮ್ ಬದಿಯು ಹಿಂತಿರುಗುವ ದಿಕ್ಕಿಗೆ ಬೇರೆ ಸುರಂಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಆದ್ದರಿಂದ ಎರಡು ಸಾಧನಗಳು ಮತ್ತು ನಾಲ್ಕು ಸುರಂಗಗಳು ಲಭ್ಯತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತವೆ, ಒಂದು ವರ್ಗಾವಣೆಯ ವೇಗವನ್ನಲ್ಲ. ಮಾರಾಟಗಾರರ ಸ್ಲೈಡ್ ಸಮಗ್ರೀಕರಣವನ್ನು ಭರವಸೆ ನೀಡಿದಾಗ, ಅದು ಬೇರೆ ವೈಶಿಷ್ಟ್ಯ ಅಥವಾ ತಪ್ಪು ಗ್ರಹಿಕೆಯನ್ನು ವಿವರಿಸುತ್ತಿದೆ.

ಮಾರ್ಗಗಳು ಹೇಗೆ ಹರಡುತ್ತವೆ ಎಂದು ನೋಡಲು ಬಯಸಿದರೆ ಸಮಾನಾಂತರ ಹರಿವುಗಳೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಮಿತಿಯನ್ನು ನೋಡಲು ಬಯಸಿದರೆ ಒಂದೇ ಹರಿವಿನೊಂದಿಗೆ.

ನೀವು ನಿಜವಾಗಿ ಯಾವ ಪುನರಾವರ್ತನೆಯನ್ನು ತೆಗೆದುಹಾಕಿದ್ದೀರಿ

ಒಂದೇ ಸಾಧನದಲ್ಲಿ ಎರಡು WAN ವಿಳಾಸಗಳು ಪ್ರವೇಶ-ಲಿಂಕ್ ಆಯ್ಕೆಗಳನ್ನು ಸುಧಾರಿಸುತ್ತವೆ, ಆದರೆ ಆ ಸಾಧನದ ವಿದ್ಯುತ್, ಸಾಫ್ಟ್‌ವೇರ್ ಮತ್ತು ವೈಫಲ್ಯ ಸ್ಥಿತಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. ಅವು ಎರಡು ಸಾಧನಗಳಿಗೆ ಸಮಾನವಲ್ಲ, ಮತ್ತು Azure ಬದಿಯ ಯಾವುದೇ ಸಂರಚನೆಯು ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ವಿಳಾಸಗಳ ಸಂಖ್ಯೆಯಿಂದ ಪುನರಾವರ್ತನೆಯನ್ನು ಊಹಿಸುವ ಬದಲು ಮಾರಾಟಗಾರರ ಬೆಂಬಲಿತ ಡ್ಯುಯಲ್-WAN ಅಥವಾ ಕ್ಲಸ್ಟರ್ ವಿನ್ಯಾಸವನ್ನು ಅನುಸರಿಸಿ. ನಂತರ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ: ಒಂದೇ ಸಮಯಕ್ಕೆ ಒಂದು ಮಾರ್ಗವನ್ನು ತೆಗೆದುಹಾಕಿ ಮತ್ತು ಉಳಿದ ಮಾರ್ಗಗಳು ಹಾಗೂ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ನಿಜವಾದ ಅಪ್ಲಿಕೇಶನ್ ವಿನಿಮಯವನ್ನು ದೃಢೀಕರಿಸಿ.

ಪತ್ತೆ ಮತ್ತು ಒಮ್ಮುಖದ ವಿಳಂಬಗಳನ್ನು ನಿರೀಕ್ಷಿಸಿ, ಮತ್ತು ಕೆಲವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅಧಿವೇಶನಗಳು ಕೊನೆಗೊಳ್ಳುತ್ತವೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿ.