AWS Transit Gateway இல் பல VPC களுக்கு ஒரு தளம்-முதல்-தளம் VPN
VPN ஐ ஒரு முறை மற்றும் ஒவ்வொரு VPC ஐ ஒரு பரிமாற்ற நுழைவாயிலுடன் இணைத்து, பின்னர் இணைப்பை பரப்பிலிருந்து பிரிக்கவும், இதனால் ஸ்போக்குகள் அலுவலகத்தை அடையும் ஆனால் ஒன்றையொன்று அல்ல.
இந்த காலாண்டில் இரண்டு VPC களுக்கு அலுவலக நெட்வொர்க் தேவை, இரண்டாவது சுரங்கப்பாதையில்தான் மதிப்பீடு உடைகிறது. AWS Transit Gateway ஒரு பகிரப்பட்ட ரூட்டிங் மையமாக செயல்பட முடியும்: VPN ஒரு முறை இணைக்கப்படுகிறது, ஒவ்வொரு VPC உம் அதே மையத்துடன் இணைக்கப்படுகிறது. பின்னர் உள்ளக நெட்வொர்க் ஒரு இணைப்பின் மூலம் இணைக்கப்பட்ட ஒவ்வொரு VPC வையும் அடைகிறது. இது ரூட்டிங் முடிவு யாரிடம் உள்ளது என்பதை மாற்றுகிறது, பெரும்பாலான வடிவமைப்புகள் தவறு செய்வது இங்குதான்.
VPN இணைப்பு மற்றும் VPC இணைப்புகள் ஒரே நுழைவாயிலில் தனித்தனி பொருட்கள், எனவே ரூட்டிங் உறவுகள் பின்னர் கட்டப்பட வேண்டும்.
On-premises network <-> Site-to-Site VPN <-> Transit Gateway
|- VPC A
|- VPC B
பீரிங் மக்கள் எதிர்பார்க்கும் குறுக்குவழி ஏன் அல்ல
கவர்ச்சிகரமான மாற்று என்பது VPN ஐ VPC A இல் முடித்து VPC B ஐ அதனுடன் பீர் செய்வது. சாதாரண VPC பீரிங் A இன் VPN இணைப்பின் வழியாக விளிம்பு-முதல்-விளிம்பு பரிமாற்றத்தை வழங்காது. பீர், பீரிங் தானே வழங்கும் முகவரிகளை மட்டுமே அடைகிறது, VPN விளிம்பு அவற்றில் ஒன்று அல்ல. பரிமாற்றத்தை மையம் தருகிறது; பீரிங் உங்களுக்கு ஒரு ஜோடியை தருகிறது.
அந்த கட்டுப்பாடு பீரிங்கின் பண்பு, நீங்கள் உயர்த்தக்கூடிய ஒதுக்கீடு அல்ல.
இணைப்பும் பரப்பும் வெவ்வேறு வேலை செய்கின்றன
பரிமாற்ற நுழைவாயிலுக்குள், இணைப்பு என்பது இணைப்பிலிருந்து வரும் டிராஃபிக்கை தேட பயன்படுத்தப்படும் ரூட் அட்டவணையை தேர்ந்தெடுக்கிறது. பரப்பு என்பது ஒரு இணைப்பின் கற்ற அல்லது இணைக்கப்பட்ட முன்னொட்டுகளை எந்த அட்டவணைகள் பெறும் என்பதை தீர்மானிக்கிறது. ஒரு இணைப்பு ஒரு அட்டவணையுடன் இணைந்திருக்கும் அதே நேரத்தில் பலவற்றுக்கு பரவலாம். இரண்டையும் கலப்பதுதான் யாரும் திட்டமிடாத அணுகலை வடிவமைப்பு அடையும் வழி.
முழுமையாக இணைக்கப்பட்ட சிறிய மையம் எளிதான நிலை.
ஒவ்வொரு இணைப்பையும் ஒரு அட்டவணையில் வைத்தால் VPN உடன் இரண்டு VPC முன்னொட்டுகளும் தெளிவாக தீர்கின்றன. இது நிறுவனம் ஒருபோதும் நினைக்காத VPC களுக்கு இடையேயான அணுகலையும் அனுமதிக்கிறது, ஏனெனில் பகிரப்பட்ட அட்டவணைக்கு ஸ்போக் என்ற கருத்து இல்லை.
பணிச்சுமை பாதைகள் வேறு இடத்தில் வாழ்கின்றன
ஒவ்வொரு பணிச்சுமை துணை வலையமைப்புக்கும் நோக்கமான உள்ளக முன்னொட்டுகளுக்காக பரிமாற்ற நுழைவாயிலை நோக்கி அதன் சொந்த பாதை இன்னும் தேவை. அந்த VPC ரூட் அட்டவணைகள் நுழைவாயிலின் சொந்த அட்டவணைகளிலிருந்து தனித்தனி பொருட்கள். தேவையான முன்னொட்டுகளைச் சேர்த்து, ஒவ்வொரு இடத்தையும் புதிய இயல்புநிலையால் மாற்றுவதற்குப் பதிலாக இருக்கும் பாதைகளை பாதுகாக்கவும். துணை வலையமைப்பு பாதை வாடிக்கையாளர் சாதனத்துக்கு எதையும் அறிவிப்பதில்லை.
மாறும் அல்லது நிலையான ரூட்டிங்கை வேண்டுமென்றே தேர்ந்தெடுக்கவும்; பீரிங் இரண்டையும் தருவதில்லை.
உள்ளக அணுகலை இழக்காமல் ஸ்போக்குகளை தனிமைப்படுத்துங்கள்
A மற்றும் B இரண்டும் அலுவலகத்தை அடையலாம் ஆனால் ஒன்றையொன்று ரூட் செய்யக்கூடாது எனில், அட்டவணைகளை பிரிக்கவும். VPN இணைப்பின் இணைக்கப்பட்ட அட்டவணை VPC முன்னொட்டுகளை வைத்திருக்கிறது. VPC இணைப்புகளின் இணைக்கப்பட்ட அட்டவணை உள்ளக முன்னொட்டுகளை வைத்திருக்கிறது, A வை B உடன் இணைக்கும் பாதை இல்லாமல். அந்த உறவை உருவாக்குவது பரப்புதான், எனவே ஒவ்வொரு இயல்புநிலை இணைப்பையும் ஏற்க வேண்டியதில்லை.
இது ரூட்டிங் தனிமைப்படுத்தல், இது பயன்பாட்டு அனுமதி அல்ல.
பாதுகாப்பு குழுக்கள், நெட்வொர்க் ACL கள், ஹோஸ்ட் ஃபயர்வால்கள் மற்றும் ஒவ்வொரு சேவையின் சொந்த அனுமதிகளும் எந்த டிராஃபிக் ஏற்கப்படுகிறது என்பதை இன்னும் தீர்மானிக்கின்றன. ஆய்வு தேவைப்பட்டால், மையம் அதைச் செய்யும் என்று கருதுவதற்குப் பதிலாக அதன் ஆதரவு பாதையை வெளிப்படையாக வடிவமைக்கவும்.
மையம் சரிசெய்யாதது
முகவரி திட்டங்கள் இன்னும் ஒன்றுடன் ஒன்று மேலெழாமல் இருக்க வேண்டும், ஏனெனில் ஒரு முன்னொட்டு இரண்டு பணிச்சுமைகளை அடையாளம் காண மையம் அனுமதிக்காது. ஒவ்வொரு VPC இணைப்புக்கும் அதன் பணிச்சுமைகள் எதிர்பார்க்கும் Availability Zone பரப்பு தேவை. BGP உடன், வாடிக்கையாளர் சாதனத்தின் ஒவ்வொரு தேவையான முன்னொட்டுக்கும் திரும்பும் பாதைகள் வடிவமைப்பு மற்றும் அதன் இறக்குமதி கொள்கையுடன் பொருந்த வேண்டும். காணாமல் போன அறிவிப்பு உடைந்த சுரங்கப்பாதை போலவே தெரிகிறது.
VPN இணைப்பும் பரிமாற்ற நுழைவாயிலும் இப்போது பகிரப்பட்ட உள்கட்டமைப்பு.
சுரங்கப்பாதைகளின் மிகைநிலையை, சாதன திறன், கண்காணிப்பு மற்றும் பராமரிப்பை சார்ந்திருக்கும் அனைத்து VPC களைச் சுற்றி திட்டமிடுங்கள், ஒவ்வொன்றையும் தனித்தனியாக இணைக்கப்பட்டதாக கருதுவதற்குப் பதிலாக.
இருக்கும் virtual private gateway ஏற்பாட்டிலிருந்து இடமாற்றமும் அதே வெளிப்படையான திட்டத்திற்கு தகுதியானது. இணைப்புகளையும் கொள்கைகளையும் உருவாக்கி, ஒரு கட்டுப்படுத்தப்பட்ட பணிச்சுமை பாதையை நகர்த்தி, பழைய பாதையை நீக்குவதற்கு முன் அனுமதிக்கப்பட்ட மற்றும் மறுக்கப்பட்ட உறவுகளை உறுதிப்படுத்துங்கள். மையப்படுத்தல் நெட்வொர்க் குழுவுக்கு பகிரப்பட்ட இணைப்பை நிர்வகிக்க ஒரு இடத்தை தரும் போது உதவுகிறது, ஒரு பெரிய அட்டவணைக்குப் பின்னால் யார் யாரை அடையலாம் என்பதை மறைக்கும் போது தீங்கு செய்கிறது.