AWS VGW சப்நெட் வழி ஒரு VPN சுரங்கப்பாதையை மட்டும் தேர்ந்தெடுக்க முடியாதது ஏன்

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

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

ஒன்றைப் போலத் தெரியும் இரண்டு அடுக்குகள்

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

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

VGW உண்மையில் எதை ஒப்பிடுகிறது

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

ஒரே முன்னொட்டுக்கான தகுதியான பாதைகளில் AWS குறுகிய AS_PATH ஐ விரும்புகிறது. இரண்டு பாதைகள் நீளத்தில் சமமாக இருக்கும்போது MED ஐ ஒப்பிடுகிறது, பாதையின் முதல் AS பற்றிய ஆவணப்படுத்தப்பட்ட நிபந்தனைக்கு உட்பட்டு. நாட்டுப்புறக் கதை பதிப்பை அல்ல, வெளியிடப்பட்ட வரிசையைப் படியுங்கள், ஏனெனில் நாட்டுப்புறக் கதை பொதுவாக ஆரோக்கியப் படிநிலையையும் நிலையான வழி விலக்கையும் விட்டுவிடுகிறது. ஒரு விளைவு: காப்பு இணைப்பில் மூன்று முறை முன்னால் சேர்ப்பது முதன்மையைக் கண்டிப்பாகக் குறுகியதாக்குகிறது, முன்னுரிமையை வெளிப்படுத்தும் வழக்கம் அதுவே.

முன்னால் சேர்ப்பது, எப்போது அது எதுவும் செய்யாது

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

மாற்றத்திற்குப் பிறகு AWS பக்கத்தில் பெறப்பட்ட பாதையைச் சரிபார்க்கவும். வாடிக்கையாளர் சாதனத்தை ஒருபோதும் விட்டுச் செல்லாத முன்னால் சேர்ப்பு AWS புறக்கணித்ததைப் போலவே தோன்றும்.

நிலையான வழிகள் முழு வாதத்தையும் புறக்கணிக்கின்றன

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

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

பரிமாற்ற நுழைவாயில் வேறு பதில் ஏன்

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

முறைக்கு முன் வடிவமைப்பைத் தேர்ந்தெடுக்கவும்: நிலையான முன்னுரிமையுடன் செயலில் மற்றும் காப்பு, அல்லது ECMP உடன் செயலில் மற்றும் செயலில்.

அமைத்த பிறகு எதைச் சரிபார்ப்பது

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

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