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

ಒಂದೇ ಸುರಂಗದಲ್ಲಿ ಆಯ್ಕೆಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ತನ್ನದೇ ಘೋಷಿತ ಪ್ರಭಾವವಿರುವ ಮೂರನೇ ಪ್ರಕರಣ: ಆ ಸುರಂಗ ತನ್ನದೇ ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ ಲಭ್ಯವಿರುವುದಿಲ್ಲ ಮತ್ತು ಇನ್ನೊಂದು ಚಾಲನೆಯಲ್ಲಿರುತ್ತದೆ.

ಅಗತ್ಯವಾಗುವ ಮೊದಲೇ ಪರ್ಯಾಯವನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ಘಟನೆಗಾಗಿ ಕಾಯುವ ಬದಲು ಪರೀಕ್ಷೆಯನ್ನು ನಿಗದಿಪಡಿಸಿ. ಆರೋಗ್ಯಕರ ಸುರಂಗವನ್ನು ನಿರ್ವಹಣಾ ವಿಂಡೋ ಒಳಗೆ ಇಳಿಸಿ, ಪರ್ಯಾಯವು ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ನಿಜವಾದ ಸಂಚಾರ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಅದನ್ನು ದಾಟುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸುರಂಗದ ಸ್ಥಿತಿಯೊಂದಿಗೆ ರಿಟರ್ನ್ ರೌಟಿಂಗ್ ಅನ್ನೂ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡನೇ ಹಂತದ ಹೊಂದಾಣಿಕೆ ಇಲ್ಲದಿದ್ದರೆ ಸುರಂಗ ಮೇಲಿರುತ್ತದೆ ಮತ್ತು ಕೆಲಸದ ಹೊರೆ ಸತ್ತಿರುತ್ತದೆ. ನೀವು ಅಲ್ಲಿರುವಾಗ ಪರಿವರ್ತನೆಯ ಸಮಯವನ್ನು ಅಳೆಯಿರಿ.

ಸೂಚನೆ, ಟೆಲಿಮೆಟ್ರಿ ಔಟ್ಪುಟ್ ಮತ್ತು ಬದಲಾವಣೆ ಯೋಜನೆಯನ್ನು ಒಂದೇ ದಾಖಲೆಯಲ್ಲಿ ಇರಿಸಿ. ಆ ದಾಖಲೆ ಮುಂದಿನ ತ್ರೈಮಾಸಿಕದ ಸೂಚನೆಯನ್ನು ಯಾರಾದರೂ ಎಂದಾದರೂ ಬ್ಯಾಕಪ್ ಪರೀಕ್ಷಿಸಿದ್ದಾರೆಯೇ ಎಂಬ ಚರ್ಚೆಯ ಬದಲು ಎರಡು ನಿಮಿಷದ ಪರಿಶೀಲನೆಯಾಗಿ ಮಾಡುತ್ತದೆ.