பங்கிடப்பட்ட Transit Gateway: AWS RAM இல் வழிகளின் உரிமை யாருக்கு
RAM பங்கிடல் மற்றொரு கணக்கு VPC-ஐ இணைக்க அனுமதிக்கிறது, ஆனால் வழி அட்டவணைகள், இணைப்புகள் மற்றும் பரவல்கள் நுழைவாயிலின் உரிமையாளரிடமே இருக்கின்றன. இங்கேதான் எல்லை.
Transit Gateway-ஐ Resource Access Manager உடன் பங்கிடுவது ஒரு குறிப்பிட்ட விஷயத்தைச் செய்கிறது: தனக்கு சொந்தமில்லாத ஒரு வளத்தின் மீது வரையறுக்கப்பட்ட இணைப்பு API தொகுப்பை மற்றொரு கணக்கு அழைக்க அனுமதிக்கிறது. இது நுழைவாயிலையோ, அதன் வழி அட்டவணைகளையோ அல்லது போக்குவரத்து எவ்வாறு அனுப்பப்படுகிறது என்பதைத் தீர்மானிக்கும் உரிமையையோ மாற்றாது. இணைப்பு பெறுபவரின் console-இல் தோன்றி உடனடியாக வேலை செய்வதால் மக்கள் எதிர்மாறாகக் கருதுகிறார்கள், அது உரிமை போலத் தோன்றுகிறது. அதன் கீழுள்ள பொறிமுறை பங்கிடப்பட்ட வளத்தின் மீது அனுமதி வழங்குவது, மேலும் ஒவ்வொரு குழந்தைப் பொருளும் உரிமையாளரின் கணக்கு எல்லைக்குள்ளேயே இருக்கிறது. அந்தப் பிரிவு பங்கிடப்பட்ட டிரான்சிட்டைச் சுற்றியுள்ள பெரும்பாலான அணுகல்-மறுப்பு டிக்கெட்டுகளை விளக்குகிறது.
பங்கிடல் உண்மையில் என்ன ஒப்படைக்கிறது
ஒரு வளப் பங்கிடல் ஒரு வளம், ஒரு முதன்மை மற்றும் ஒரு நிர்வகிக்கப்பட்ட அனுமதியைப் பெயரிடுகிறது. அனுமதி அந்த முதன்மை செய்யக்கூடிய செயல்களைப் பட்டியலிடுகிறது, Transit Gateway-க்கு அந்தப் பட்டியல் பங்கிடப்பட்ட வளத்தின் மீதான இணைப்புச் செயல்பாடுகளை உள்ளடக்குகிறது.
பட்டியலுக்கு வெளியே உள்ள எதுவும் console-இல் அல்ல, API-இல் தோல்வியடைகிறது, அதனால்தான் script முதன்முறை இயங்கும்போது பிழை அடிக்கடி தோன்றுகிறது.
வழி அட்டவணைகள், இணைப்புகள் மற்றும் பரவல்கள் உரிமையாளரிடமே இருக்கின்றன
அனுப்புதலை மூன்று குழந்தைப் பொருள்கள் தீர்மானிக்கின்றன: இணைப்பு எந்த வழி அட்டவணையுடன் இணைக்கப்பட்டுள்ளது, எந்த அட்டவணைகளுக்குப் பரவுகிறது, அந்த அட்டவணைகளில் என்ன வழிகள் உள்ளன. AWS-இன் பங்கிடல் ஆவணங்கள், பெறுபவர் பங்கிடல் மூலம் டிரான்சிட் நுழைவாயிலின் வழி அட்டவணைகளையோ அவற்றின் இணைப்புகள் மற்றும் பரவல்களையோ உருவாக்க, மாற்ற அல்லது நீக்க முடியாது என்று கூறுகின்றன. அந்த அழைப்புகள் உரிமையாளர் கணக்குக்குரியவை. புதிய இணைப்பு தேவைப்படும் பெறுபவர் நிர்வாக மாற்றத்தைக் கேட்கிறார், இயக்க மறந்த அனுமதியைப் பயன்படுத்தவில்லை.
கீழே உள்ள அட்டவணை நான் வடிவமைப்பு ஆவணங்களில் வைக்கும் பிரிவு, ஏனெனில் அது பணியாளர் மாற்றங்களைத் தாண்டி நிற்கிறது.
| Role | What it controls |
|---|---|
| Transit Gateway owner | The gateway, its route tables, associations and propagations; the Site-to-Site VPN attachment is created here. |
| VPC owner using the share | Its own attachment, subnet route tables and security policy for the workloads. |
| Shared-subnet participant | Workload traffic only, following routes the VPC owner already set. |
நடுவரிசையைக் கவனமாகப் படியுங்கள்: VPC உரிமையாளர் தனது சப்நெட் வழிகளைக் கட்டுப்படுத்துகிறார், நுழைவாயில் உரிமையாளர் மைய அனுப்புதல் முடிவைக் கட்டுப்படுத்துகிறார், வேலை செய்யும் பாதைக்கு இரண்டும் தேவை. எந்த ஒரு கணக்கும் அதைத் தனியாக முடிக்க முடியாது.
ஒரு பாதை, இரண்டு கணக்குகள்
ஸ்போக் VPC-இலிருந்து ஆன்-பிரிமைசஸ் முன்னொட்டு வரை ஒரு பாக்கெட்டைப் பின்தொடரவும். ஸ்போக் சப்நெட் வழி அட்டவணை அந்த முன்னொட்டை டிரான்சிட் நுழைவாயில் இணைப்புக்கு அனுப்ப வேண்டும், அதை VPC உரிமையாளர் மாற்றலாம். பின்னர் நுழைவாயில் இணைப்பின் தொடர்புடைய அட்டவணையில் VPN இணைப்பை நோக்கிச் சுட்டும் வழியைக் கொண்டிருக்க வேண்டும், அதை உரிமையாளர் மட்டுமே மாற்ற முடியும். திரும்பும் போக்குவரத்துக்கு இரண்டின் பிரதிபலிப்பு தேவை. எந்தப் பக்கத்தையும் தவறவிட்டால் பாதி நிறுவப்பட்ட, ஃபயர்வால் சிக்கல் போலத் தோன்றும் பாதை கிடைக்கும்.
இரண்டு மாற்றங்களையும் இரண்டு பொறுப்பாளர்களுடன் ஒரே டிக்கெட்டில் எழுதுங்கள், இல்லையெனில் அவை வெவ்வேறு வாரங்களில் முடியும்.
இடம் முக்கியமானபோது கிடைக்கும் மண்டல ID-களைப் பயன்படுத்துங்கள்
மண்டலப் பெயர்கள் கணக்கு-உள்ளூர் மாற்றுப் பெயர்கள். ஒரு கணக்கில் us-east-1a மற்றொரு கணக்கில் us-east-1a உடன் ஒரே இயற்பியல் மண்டலம் என்று உத்தரவாதம் இல்லை. வடிவமைப்புக்கு ஒரே மண்டலத்தில் இணைப்பும் பணிச்சுமையும் தேவைப்பட்டால், AZ ID-களை ஒப்பிட்டுப் பதிவு செய்யுங்கள்.
பெயர்களை ஒப்பிடுவது சரியாகத் தோன்றும் வரைபடத்தையும் சரியில்லாத தாமத சுயவிவரத்தையும் தருகிறது. வரைபடம் இன்னும் வரையப்படும்போதே அதைச் சரிபார்க்கவும், யாரோ வித்தியாசத்தை அளந்த பிறகு அல்ல.
பங்கிடலை ரத்து செய்வது தரவுப் பாதையை வெட்டாது
பங்கிடலை அகற்றுவது ரத்து செய்வது போலத் தோன்றும், அது உடனடி போக்குவரத்து நிறுத்தம் அல்ல. நுழைவாயில் பங்கிடலில் இருந்து விலகும்போது இணைப்பு செயல்படும் நிலையில் இருக்கும் என்று AWS ஆவணப்படுத்துகிறது. வளத்தை நிர்வகிக்கும் அனுமதி மறைகிறது, ஏற்கனவே உள்ள இணைப்பு யாரோ அதை நீக்கும் அல்லது முடக்கும் வரை அனுப்புவதைத் தொடர்கிறது. ரத்தை இரண்டு படிகளாகத் திட்டமிடுங்கள்: பங்கிடலை அகற்றுங்கள், பின்னர் இணைப்பை, இரண்டாவதை உரிமையாளர் செய்வார்.
பங்கிடலே உங்கள் ஒரே கட்டுப்பாடு என்றால், உங்களுக்குக் கட்டுப்பாடு இல்லை.
பங்கிடல் பதிவையும் ரூட்டிங் பதிவையும் ஒன்றாக வைத்திருங்கள்
இரண்டு கலைப்பொருள்கள் இரண்டு வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன. பங்கிடல் பதிவு யார் வளத்துடன் வேலை செய்யலாம் என்று கூறுகிறது. வழி அட்டவணைகள் எந்த நெட்வொர்க்குகள் உண்மையில் பேச முடியும் என்று கூறுகின்றன. அவற்றை ஒரே உரிமையாளர் பட்டியலுடன் ஒன்றாகச் சேமியுங்கள், இல்லையெனில் அடுத்த சம்பவம் ஒருபோதும் சிக்கலாக இல்லாத அனுமதியை நிரூபிக்கும் ஒருவரிடம் தொடங்கும்.
பின்னர் ஒவ்வொரு திசையிலும் ஒரு ஓட்டத்தையும் அடைய முடியாததாக இருக்க வேண்டிய ஒரு முன்னொட்டையும் சோதிக்கவும்.