நேரடி சுரங்கப்பாதையில் AWS VPN சுரங்கப்பாதை பதிவுகளை இயக்க வேண்டுமா?
சுரங்கப்பாதை செயல்பாட்டுப் பதிவுகளை இயக்குவது நேரடி சுரங்கப்பாதையைச் சில நிமிடங்களுக்கு இடைநிறுத்தக்கூடும். எதையும் மாற்றுவதற்கு முன் எந்தச் சுரங்கப்பாதை, எந்தப் பதிவு வகை மற்றும் எந்த நேர சாளரம் என்பதை முடிவு செய்யுங்கள்.
Site-to-Site VPN ஒன்றுக்கு சுரங்கப்பாதை செயல்பாட்டுப் பதிவுகளை இயக்குவது, அது அளவிடும் சுரங்கப்பாதையையே வீழ்த்தக்கூடிய சிறிய மாற்றமாகும். ஏற்கனவே உள்ள சுரங்கப்பாதையில் பதிவு செய்வதை இயக்குவது அதைச் சில நிமிடங்களுக்கு இடைநிறுத்தக்கூடும் என்று AWS எச்சரிக்கிறது, எனவே சுவாரஸ்யமான கேள்வி கொடியை எவ்வாறு திருப்புவது என்பதல்ல, எந்தச் சுரங்கப்பாதையில் எப்போது திருப்புவது என்பதே. மூன்று நிபந்தனைகள் வரிசையைத் தீர்மானிக்கின்றன: மற்ற சுரங்கப்பாதை உண்மையில் வழித்தடங்களைக் கொண்டு செல்கிறதா, உங்களுக்கு சேவை நிகழ்வுகள் வேண்டுமா BGP நிகழ்வுகள் வேண்டுமா, மாற்றம் console வழியாகச் செல்கிறதா சுரங்கப்பாதை விருப்ப API வழியாகச் செல்கிறதா. இவற்றில் தவறு செய்தால், இடைநிறுத்தம் அல்லது எதுவும் இல்லாத பதிவுக் குழு என்று முடிவடையும்.
மூன்று நிபந்தனைகள் வரிசையைத் தீர்மானிக்கின்றன
நீங்கள் மாற்றப்போகும் பொருளின் அடையாளத்தில் தொடங்குங்கள். உங்களுக்கு VPN இணைப்பு ID, பிராந்தியம் மற்றும் குறிப்பிட்ட சுரங்கப்பாதையின் வெளிப்புற IP முகவரி தேவை, ஏனெனில் இந்த அம்சத்தில் உள்ள ஒவ்வொரு பதிவு அமைப்பும் இணைப்புக்கு அல்ல, சுரங்கப்பாதைக்கு உரியது. தவறான வெளிப்புற முகவரிக்குப் பயன்படுத்தப்பட்ட மாற்றம், யாரும் பிழைதிருத்தாத ஒரு சுரங்கப்பாதையில் செய்யப்பட்ட மாற்றமாகும்.
சேருமிடம் அதே பிராந்தியத்தில் உள்ள CloudWatch பதிவுக் குழு, நீங்கள் உண்மையில் விரும்பும் தக்கவைப்பு மற்றும் அணுகல் கொள்கையுடன். எளிய பெயர்கள் மோதக்கூடிய வளக் கொள்கை அளவு வரம்புகளைத் தவிர்ப்பதால் AWS இந்தக் குழுக்களுக்கு /aws/vendedlogs/ முன்னொட்டைப் பரிந்துரைக்கிறது. /aws/vendedlogs/vpn/branch-a-activity போன்ற பெயர் ஒரு எடுத்துக்காட்டு மட்டுமே; முக்கியமானது குழு உள்ளதா, விநியோகப் பாத்திரம் அதில் எழுத முடியுமா, இரண்டையும் VPN கட்டமைப்பின் உரிமையாளரே நிர்வகிக்கிறாரா என்பதே. பெயர் அனுமதிகளைத் தராது, விநியோகக் கொள்கை இல்லாமல் உருவாக்கப்பட்ட குழு பிழைக்குப் பதிலாக மௌனத்தை உருவாக்கும்.
முதல் நிபந்தனை: உண்மையில் போக்குவரத்தைக் கொண்டு செல்லும் தேவையற்ற சுரங்கப்பாதை
இதுதான் குழுக்கள் தவிர்க்கும் நிபந்தனை. கட்டமைக்கப்பட்ட இரண்டு சுரங்கப்பாதைகள், பயன்பாட்டுக்கு பயன்படுத்தக்கூடிய மாற்று வழி உள்ளது என்பதற்கான சான்று அல்ல.
ஒரு சுரங்கப்பாதையைத் தொடுவதற்கு முன், மற்றொன்று முக்கியமான வழித்தடங்களைக் கொண்டு செல்கிறது என்பதை உறுதிப்படுத்துங்கள்: வாடிக்கையாளர் நுழைவாயில் பக்கத்தின் வழித்தட அட்டவணையைச் சரிபார்த்து, பயன்பாடு உண்மையில் மாற முடியும் என்பதை உறுதிப்படுத்துங்கள். AWS இன் இடைநிறுத்த சாளரம் நிமிடங்களில், வினாடிகளில் அல்ல, மேலும் காகிதத்தில் மட்டும் இருக்கும் சுரங்கப்பாதை கண்டறியும் மாற்றத்தை இடைநிறுத்தமாக மாற்றும். காப்பு வழி நிரூபிக்கப்படவில்லை என்றால், பதிவை செயலற்றதாகக் கருதாமல், வேறு எந்த வழித்தட மாற்றத்திற்கும் தரும் அதே கவனத்துடன் மாற்றத்தைத் திட்டமிடுங்கள். எந்தச் சுரங்கப்பாதையின் நடத்தையை விளக்க முயல்கிறீர்களோ அதை அளவிடுங்கள், எளிதில் அடையக்கூடியதை அல்ல.
இரண்டாம் நிபந்தனை: செயல்பாட்டுப் பதிவு அல்லது BGP பதிவு
இது உண்மையில் எதைப் படிக்க முடியும் என்பதைத் தீர்மானிக்கிறது. செயல்பாட்டுப் பதிவுகள் IKE மற்றும் IPsec நிலை மாற்றங்கள், DPD செய்திகள் போன்ற சேவை நிகழ்வுகளை உள்ளடக்குகின்றன; சுரங்கப்பாதை மேலெழாதபோது அல்லது தொடர்ந்து விசைகளைப் புதுப்பிக்கும்போது இதுவே தேவை. BGP பதிவுகள் தனிச் சொந்தக் கட்டுப்பாடுகளுடன் கூடிய தனி ஓட்டம், அவை வேறொரு கேள்விக்குப் பதிலளிக்கின்றன: வழித்தடங்கள் எதிர்பார்த்தபடி பரிமாறப்பட்டு விலக்கப்பட்டனவா என்பது.
செயல்பாட்டுக் கொடியை இயக்குவது, சேவை வெளியிடக்கூடிய ஒவ்வொரு ஓட்டத்திற்கும் கோரிக்கை அல்ல. சந்தேகம் வழித்தடத்தில் இருந்தால் இரண்டையும் இயக்குங்கள்; சந்தேகம் நிலை 1 அல்லது நிலை 2 பேச்சுவார்த்தையில் இருந்தால், அதைக் காட்டுவது செயல்பாட்டு ஓட்டமே.
இரண்டு ஓட்டங்களுமே பாக்கெட் பிடிப்பு அல்ல, அந்த வேறுபாடு தேவையானதை விட அதிக டிக்கெட்டுகளைத் தீர்க்கிறது. செயல்பாடு மற்றும் BGP பதிவுகள், சேவை சுரங்கப்பாதை மற்றும் அமர்வுடன் என்ன செய்தது என்பதைச் சொல்கின்றன, உங்கள் பயன்பாடு அதன் வழியாக என்ன அனுப்பியது என்பதை அல்ல. பயன்பாட்டு நேர முடக்கம் பிழைதிருத்த சுரங்கப்பாதைப் பதிவுகளை நாடுவது வகைப் பிழை, மேலும் யாரும் கவனிக்கும் முன் பொதுவாக ஒரு இடைநிறுத்த சாளரத்தைச் செலவழிக்கிறது. முதலில் கேள்வியைத் தேர்ந்தெடுங்கள், பின்னர் அதற்குப் பதிலளிக்கக்கூடிய ஓட்டத்தை.
மூன்றாம் நிபந்தனை: console மாற்றம் அல்லது சுரங்கப்பாதை விருப்ப API
ஒரு மனிதர் ஒரே முறை மாற்றம் செய்கிறார் என்றால் console வழி சரிதான்: VPC console, Site-to-Site VPN connections, இணைப்பைத் தேர்ந்தெடுங்கள், Actions, Modify VPN tunnel options, வெளிப்புற IP ஐத் தேர்ந்தெடுங்கள், Tunnel activity log ஐ இயக்குங்கள், குழு மற்றும் வெளியீட்டு வடிவமைப்பைத் தேர்ந்தெடுத்து, சாளரத்திற்குள் சேமியுங்கள். VPN குறியீடாக நிர்வகிக்கப்பட்டால், அதே கிளிக் பின்னர் சரிசெய்ய வேண்டிய விலகலாகும்.
தானியங்கிக்கு, சுரங்கப்பாதை விருப்பங்களின் செயல்பாட்டுப் பதிவுப் பகுதிக்கு நிலையான வடிவம் உள்ளது: LogOptions இல் CloudWatchLogOptions உள்ளது, அதனுடன் LogEnabled, LogGroupArn மற்றும் LogOutputFormat. அந்தத் தொகுதி ஒரு துண்டு, கோரிக்கை அல்ல; modify-vpn-tunnel-options க்கு இன்னும் இணைப்பு ID மற்றும் சுரங்கப்பாதையின் வெளிப்புற IP தேவை, மீதமுள்ள சுரங்கப்பாதை அமைப்புகளை வார்ப்புருவின் உரிமையாளர் பாதுகாக்க வேண்டும். BGP பதிவு அதே கட்டமைப்பில் அதன் சொந்த BgpLogEnabled, BgpLogGroupArn மற்றும் BgpLogOutputFormat விசைகளைப் பயன்படுத்துகிறது. அழைப்பு பயன்படுத்தப்பட்டது என்று நம்புவதற்குப் பதிலாக describe-vpn-connections உடன் மாற்றத்தை மீண்டும் படியுங்கள்.
பதிவுகள் உங்களுக்கு என்ன சொல்ல முடியும், என்ன சொல்ல முடியாது
முதல் சுரங்கப்பாதை முடிந்து, எதிர்பார்க்கப்பட்ட வழி கிடைத்தபின், இரண்டாவது சுரங்கப்பாதையின் பதிவுகளும் தேவைப்பட்டால் அதே கட்டுப்படுத்தப்பட்ட வரிசையை மீண்டும் செய்யுங்கள். ஒரு நேரத்தில் ஒரு சுரங்கப்பாதை என்பதே முழு விஷயம்.
பதிவுகள் இணைப்பு மற்றும் சுரங்கப்பாதையின் வெளிப்புற முகவரியால் அடையாளம் காணப்படும் ஓட்டங்களில் வருகின்றன, எனவே வரலாறு பின்னோக்கித் தோன்றும் என்று எதிர்பார்ப்பதற்குப் பதிலாக அந்த அடையாளத்துடன் தொடர்புபடுத்துங்கள். மாற்றத்திற்கு முன் எதுவும் இல்லை, எவ்வளவு காத்திருப்பினும் அந்த இடைவெளி நிரம்பாது. உங்களுக்கு அடிப்படைக் கோடு தேவைப்பட்டால், ஒப்பிடுவதற்கு ஏதாவது இருக்க மாற்றத்திற்கு முன் தற்போதைய சுரங்கப்பாதை நிலை மற்றும் வழித்தட அட்டவணையைப் பதிவு செய்யுங்கள்.
பதிவுக் குழு, அதன் தக்கவைப்பு, அதன் விநியோக அனுமதிகள் மற்றும் சுரங்கப்பாதை விருப்பத் தொகுதியை VPN உடனேயே ஒரே பட்டியலில் வைத்திருங்கள், ஏனெனில் அவை நான்கு இடங்களில் பரவிய ஒரே கட்டமைப்பு. AWS இன் பதிவுகளை இயக்கும் நடைமுறை ஒவ்வொரு சுரங்கப்பாதையின் பணிப்பாய்வையும் அதன் இடைநிறுத்த எச்சரிக்கையையும் ஆவணப்படுத்துகிறது, மேலும் அதை மாற்றத்திற்குப் பிறகு அல்ல, முன்பே படிக்க வேண்டும். பின்னர் வரிசையாகச் சரிபாருங்கள்: சுரங்கப்பாதை திரும்பியது, பதிவுகள் எதிர்பார்க்கப்பட்ட ஓட்டத்தில் தோன்றுகின்றன, பதிவுகள் நீங்கள் டிக்கெட் திறந்த கேள்விக்குப் பதிலளிக்கின்றன. மூன்றாவது தோல்வியடைந்தால், சிக்கல் பதிவில் அல்ல, ஓட்டத்தின் தேர்வில் இருந்தது.