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 నిర్వహించే అప్డేట్లు ఒకసారి ఒక టన్నెల్కు వర్తించబడతాయి. లక్ష్య గేట్వే, కస్టమర్ గేట్వే లేదా కనెక్షన్ ఎంపికలలో కస్టమర్ ప్రారంభించిన మార్పులు, ప్రత్యామ్నాయ ఎండ్పాయింట్లు సిద్ధమయ్యే వరకు రెండు టన్నెళ్లను అందుబాటులో లేకుండా చేస్తాయి.

ఒకే టన్నెల్పై ఎంపికలను మార్చడం దాని స్వంత ప్రకటిత ప్రభావంతో కూడిన మూడవ సందర్భం: ఆ టన్నెల్ తన స్వంత అప్డేట్ సమయంలో అందుబాటులో ఉండదు, మరొకటి నడుస్తూనే ఉంటుంది.

అవసరమయ్యే ముందే ప్రత్యామ్నాయాన్ని నిరూపించండి

సంఘటన కోసం వేచి ఉండకుండా పరీక్షను షెడ్యూల్ చేయండి. ఆరోగ్యకరమైన టన్నెల్ను నిర్వహణ విండోలో క్రిందికి తీసుకురండి, ప్రత్యామ్నాయం చర్చలు జరుపుతుందని నిర్ధారించండి, ఆపై నిజమైన ట్రాఫిక్ రెండు దిశలలో దాని గుండా వెళుతుందని నిర్ధారించండి. టన్నెల్ స్థితితో పాటు తిరిగి మార్గనిర్దేశనాన్ని కూడా తనిఖీ చేయండి, ఎందుకంటే రెండవ దశ అసమతుల్యత టన్నెల్ను పైన, పనిభారాన్ని చనిపోయినట్లు వదిలివేస్తుంది. మీరు అక్కడ ఉన్నప్పుడు మార్పు సమయాన్ని కొలవండి.

నోటీసు, టెలిమెట్రీ అవుట్పుట్ మరియు మార్పు ప్రణాళికను ఒకే రికార్డులో ఉంచండి. ఆ రికార్డు తదుపరి త్రైమాసిక నోటీసును ఎవరైనా ఎప్పుడైనా బ్యాకప్ను పరీక్షించారా అనే చర్చకు బదులు రెండు నిమిషాల సమీక్షగా మారుస్తుంది.