د څو VPC لپاره یو له سایټ څخه سایټ ته VPN په AWS Transit Gateway کې

په دې ربع کې دوه 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 ترتیب څخه لېږد هم هماغه څرګند پلان غواړي۔ نښلونکي او تګلارې جوړې کړئ، یو کنټرول شوی کاري بار مسیر لېږدوئ، او د پخواني مسیر په تقاعد کولو دمخه اجازه شوې او رد شوې اړیکې تایید کړئ۔ مرکزیت کله مرسته کوي چې شبکې ټیم ته د ګډې اړیکې سمبالولو لپاره یو ځای ورکوي، او کله زیان رسوي چې د یوه لوی جدول تر شا پټوي چې څوک چاته رسېدلی شي۔