شریک Transit Gateway: په AWS RAM کې روټونه د چا ملکیت دي
د RAM شریکول بل حساب ته اجازه ورکوي چې VPC ونښلوي، خو د روټ جدولونه، اړیکې او خپرېدل د ګېټوې مالک سره پاتې کېږي. دلته حد دی.
Transit Gateway له Resource Access Manager سره شریکول یو ځانګړی کار کوي: بل حساب ته اجازه ورکوي چې د هغې سرچینې پر ضد چې مالک یې نه دی، ټاکل شوې نښلولو API ټولګه وبلل شي۔ دا ګېټوې، د هغې روټ جدولونه یا د دې حق چې ټرافیک څنګه لیږدول کېږي، نه انتقالوي۔ خلک برعکس فکر کوي ځکه نښلول د ترلاسه کوونکي په کنسول کې ښکاري او سمدلاسه کار کوي، چې د ملکیت احساس ورکوي۔ لاندې میکانیزم په شریکه سرچینه کې د اجازې ورکول دي، او هر ماشوم شی د مالک د حساب په حد کې پاتې کېږي۔ دا وېش د شریک ټرانزیټ شاوخوا ډېری د لاسرسي رد شوي ټکټونه تشریح کوي۔
شریکول واقعاً څه سپاري
د سرچینې شریکول یوه سرچینه، یو اصلي او یوه مدیریت شوې اجازه نوموي۔ اجازه هغه کړنې لیست کوي چې هغه اصلي کولی شي، او د Transit Gateway لپاره هغه لیست په شریکه سرچینه کې د نښلولو عملیات رانغاړي۔
له لیست بهر هر څه په کنسول کې نه، بلکې په API کې ناکامېږي، له همدې امله تېروتنه ډېری وخت د سکریپټ لومړي ځل چلېدو ته ښکاري۔
د روټ جدولونه، اړیکې او خپرېدل د مالک سره پاتې کېږي
لیږد د درې ماشوم شیانو له خوا ټاکل کېږي: نښلول له کوم روټ جدول سره تړلی دی، په کومو جدولونو کې خپرېږي، او هغه جدولونه کوم روټونه لري۔ د 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 مستند کوي چې کله ګېټوې له شریکولو ووځي، نښلول فعال پاتې کېږي۔ د سرچینې د مدیریت اجازه ورکېږي، په داسې حال کې چې موجود نښلول تر هغه پورې لیږد ته دوام ورکوي چې څوک یې ړنګ یا غیرفعال کړي۔ لغوه کول په دوو ګامونو پلان کړئ: شریکول لرې کړئ، بیا نښلول، او دوهم مالک ترسره کوي۔
که شریکول ستاسو یوازینی کنټرول وي، تاسو کنټرول نه لرئ۔
د شریکولو ریکارډ او د روټینګ ریکارډ یوځای وساتئ
دوه هنري اثار دوه بېلو پوښتنو ته ځواب ورکوي۔ د شریکولو ریکارډ وایي چې څوک کولی شي له سرچینې سره کار وکړي۔ روټ جدولونه وایي چې کوم شبکه واقعاً خبرې کولی شي۔ هغوی د یوې مالک لیست سره یوځای وساتئ، که نه نو بل پېښه به د هغه چا سره پیل شي چې هغه اجازه ثابتوي چې هیڅکله ستونزه نه وه۔
بیا په هر لوري کې یوه جریان او یو مختګ چې باید نه رسېدونکی پاتې شي، وآزموئ۔