AWS ஒற்றை-சுரங்கப்பாதை அறிவிப்பு: உண்மையில் எப்போது முக்கியம்

ஒரு சுரங்கப்பாதை செயலிழந்துள்ளது எனும் AWS Health அறிவிப்பு பொதுவாக எதுவும் உடைந்ததாகத் தெரியாதபோது வரும். அதனால்தான் அது புறக்கணிக்கப்படுகிறது. அறிவிப்பு ஒரு தடையை விவரிக்கவில்லை; AWS இன் கண்காணிப்பு சாளரத்தைத் தாண்டி நீடித்த ஒரு பணிநீக்க நிலையை விவரிக்கிறது. நீங்கள் நடவடிக்கை எடுப்பதா இல்லையா என்பது உங்கள் வடிவமைப்பு எதைத் தாங்கும் என்பதைப் பொறுத்தது, டாஷ்போர்டு எப்படித் தோன்றுகிறது என்பதைப் பொறுத்தது அல்ல.

அறிவிப்பு உண்மையில் எதை அளந்தது

ஒவ்வொரு Site-to-Site இணைப்பிலும் இரண்டு சுரங்கப்பாதைகள் உள்ளன, அவை வெவ்வேறு AWS முனைப்புள்ளிகளில் முடிவடைகின்றன. AWS இன் கண்காணிப்பு ஆவணங்கள் இரண்டையும் பணிநீக்கத்திற்காக கட்டமைக்கப் பரிந்துரைக்கின்றன, ஒன்று ஆவணப்படுத்தப்பட்ட காலத்திற்கு செயலிழந்திருந்தால் அறிவிப்பை உயர்த்துகின்றன. அந்தக் காலம் முக்கியம், ஏனெனில் சிறிய ஊசலாட்டமும் நிரந்தர இழப்பும் ஒரே வரைபடத்தில் ஒரே மாதிரி தெரிகின்றன.

இணைப்பின் ஒட்டுமொத்த நிலைக்குப் பதிலாக ஒவ்வொரு சுரங்கப்பாதையின் தொலைஅளவையைப் படியுங்கள். aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' ஒவ்வொரு சுரங்கப்பாதைக்கும் நிலை மற்றும் செய்தியைத் திருப்பித் தருகிறது, அறிவிப்பு அந்த ஆதாரத்தின் அடிப்படையில்தான் உள்ளது.

உங்கள் பதிலைத் தீர்மானிக்கும் மூன்று நிபந்தனைகள்

இது ஒரு புகாரா அல்லது புறக்கணிப்பா என முடிவெடுக்கும் முன் மூன்றையும் பாருங்கள்.

முதலில், எஞ்சிய சுரங்கப்பாதை சுமையைத் தாங்க முடியுமா, எந்த அலைவரிசை வரம்பும் அது அறிவிக்கும் முன்னொட்டுகளும் உட்பட? இரண்டாவது, உருவாக்கத்திலிருந்தே செயலிழந்திருக்கும் இரண்டாவது சுரங்கப்பாதை ஒருபோதும் மேலே வந்ததாக நிரூபிக்கப்படவில்லை எனில், மாற்றம் உண்மையில் நடக்கிறதா? மூன்றாவது, உங்கள் அடுத்த திட்டமிட்ட மாற்றம் இரண்டு சுரங்கப்பாதைகளையும் ஒரே நேரத்தில் கீழே இறக்குமா, அது தோற்ற எச்சரிக்கையை பராமரிப்பு சாளரப் பிரச்சினையாக மாற்றுகிறது. ஏதேனும் பதில் இல்லை அல்லது தெரியவில்லை எனில், அறிவிப்பு ஒரு உண்மையான கண்டுபிடிப்பு.

மூன்றும் நிரூபிக்கப்பட்டு சரியாக இருந்தால், ஏன் பொறுத்துக்கொள்ளக்கூடியது என எழுதி முன்னேறுங்கள். அந்தக் குறிப்பு அடுத்த காலாண்டின் விவாதத்தை விட மதிப்புமிக்கது.

காத்திருப்பு peer எதை நிரூபிக்காது

கட்டமைக்கப்பட்ட காப்பு peer கொண்ட வாடிக்கையாளர் நுழைவாயில் AWS இரண்டு ஆரோக்கியமான சுரங்கப்பாதைகளைப் பார்க்கிறது என்பதற்கான ஆதாரம் அல்ல. வாடிக்கையாளர் பக்கம் புதிய பேச்சுவார்த்தை தேவைப்படும் குளிர்ந்த peer ஒன்றை வைத்திருக்கலாம், அது செல்லுபடியாகும் வடிவமைப்பாக இருக்கலாம். ஆயினும் அது இரண்டு உயிருள்ள சுரங்கப்பாதைகளின் அதே கண்காணிப்பு அல்ல.

இரண்டு இயற்பியல் திசைவிகளும் எதிர் நிலையைச் சரிசெய்யாது. இரண்டு சுரங்கப்பாதைகளும் ஒரே சாதனத்தில் முடிந்தாலோ அல்லது ஒரே மேல்நோக்கி இணைப்பு வழியாக வெளியேறினாலோ, பணிநீக்கம் காகிதத்தில் மட்டுமே உள்ளது.

மாற்றத்தை அதன் தாக்க வரம்புக்கு ஏற்ப அமையுங்கள்

AWS இன் முனைப்புள்ளி மாற்றீட்டிற்கான ஆவணம் நிலைகளைப் பிரிக்கிறது, இந்த வேறுபாட்டைத் தவறவிடுவது எளிது. AWS நிர்வகிக்கும் புதுப்பிப்புகள் ஒரு நேரத்தில் ஒரு சுரங்கப்பாதைக்குப் பயன்படுத்தப்படுகின்றன. இலக்கு நுழைவாயில், வாடிக்கையாளர் நுழைவாயில் அல்லது இணைப்பு விருப்பங்களில் வாடிக்கையாளர் தொடங்கும் மாற்றங்கள், மாற்று முனைப்புள்ளிகள் தயாராகும் வரை இரண்டு சுரங்கப்பாதைகளையும் கிடைக்காததாக்குகின்றன.

ஒரே சுரங்கப்பாதையில் விருப்பங்களை மாற்றுவது அதன் சொந்த அறிவிக்கப்பட்ட தாக்கத்தைக் கொண்ட மூன்றாவது நிலை: அந்தச் சுரங்கப்பாதை அதன் சொந்த புதுப்பிப்பின் போது கிடைக்காது, மற்றொன்று தொடர்ந்து இயங்கும்.

தேவைப்படும் முன் மாற்றை நிரூபியுங்கள்

நிகழ்வுக்காகக் காத்திருக்காமல் சோதனையைத் திட்டமிடுங்கள். ஆரோக்கியமான சுரங்கப்பாதையை பராமரிப்பு சாளரத்திற்குள் கீழே இறக்குங்கள், மாற்று பேச்சுவார்த்தை நடத்துகிறது என உறுதிசெய்யுங்கள், பின்னர் உண்மையான போக்குவரத்து இரு திசைகளிலும் அதைக் கடக்கிறது என உறுதிசெய்யுங்கள். சுரங்கப்பாதை நிலையுடன் திரும்பும் வழித்தடத்தையும் சரிபாருங்கள், ஏனெனில் இரண்டாம் கட்டப் பொருந்தாமை சுரங்கப்பாதையை மேலேயும் பணிச்சுமையை இறந்ததாகவும் விட்டுவிடும். நீங்கள் அங்கிருக்கும்போது மாற்றத்தின் நேரத்தை அளவிடுங்கள்.

அறிவிப்பு, தொலைஅளவை வெளியீடு மற்றும் மாற்றத் திட்டத்தை ஒரே பதிவில் வைத்திருங்கள். அந்தப் பதிவு அடுத்த காலாண்டின் அறிவிப்பை, யாராவது எப்போதாவது காப்பைச் சோதித்தார்களா என்ற விவாதத்திற்குப் பதிலாக இரண்டு நிமிட மறுஆய்வாக மாற்றுகிறது.