Peering په Azure کې که VPN له VNet څخه VNet ته؟ د لارښوونې دمخه پریکړه وکړئ

Azure تاسو ته لږ تر لږه دوه لارې درکوي چې دوه مجازي شبکې سره ونښلوئ، او دا د یوې څیز د بدلېدونکو تنظیماتو په څېر نه دي. Peering د VNet شبکې پرته له ګېټوې د Microsoft پر ملا د هډوکو سره یوځای کوي؛ VPN له VNet څخه VNet ته د دوو ګېټوو ترمنځ IPsec اړیکه ټینګوي چې تاسو یې ځای پر ځای کوئ، اندازه ټاکئ او څارنه کوئ. پریکړه پر درې شرطونو راګرځي، او که د لارې له زیاتولو دمخه د درېیو ځوابونه ونشئ ورکولای، تاسو د هغه ماډل لپاره چې هېڅکله مو نه دی ټاکلی، د لارې خوا ته ودانۍ پیلوئ.

درې شرطونه چې ماډل ټاکي

لومړی دا دی چې آیا په غوښتنه کې څه شی د IPsec هغې پولې ته اړتیا لري چې ستاسو ده او ورته اشاره کولی شئ. دویم دا دی چې آیا د پتو ځایونه پاک دي او دوې VNet شبکې یوازې د یو بل سره خبرې کول غواړي. درېیم دا دی چې د هر تېرېدونکي لارې او د ګېټوې بل مالک څوک دی. په همدې ترتیب ځواب ووایئ، ځکه لومړی کولی شي Peering لرې کړي، هر څومره چې دویم زړه راښکونکی ښکاره شي.

د دواړو ماډلونو ګډه څیزه کلکه پته ایښودنه ده: د VNet د پتو ځایونه باید یو پر بل ونه لګي. نه Peering او نه VPN له VNet څخه VNet ته د دوو یو شان حدونو د روښانه کولو ملاتړ شوې لاره نه ده، او د یو پر بل لګېدو لپاره بېله بل ډول نښلونې، د نقشې جوړښت یا بیا ډیزاین ته اړتیا ده.

شرط 1: آیا ستاسو د خپلې IPsec پولې ته اړتیا لرئ؟

Peering ټرافیک د Azure د خصوصي ملا د هډوکو له لارې وړي او د peered نښلونې لپاره پخپله VPN ګېټوې ته اړتیا نه لري. دا د لېږد په اړه خبره ده، نه د کوډ کولو هغه خبره چې پلټونکي ته «موږ IPsec چلوو» ووایاست. که غوښتنه د پیرودونکي لخوا تنظیم شوې تونل، ځانګړې IKE تګلاره یا هغه پوله ونوموي چې ستاسو تر کنټرول لاندې تجهیزاتو کې پای ته رسېږي، Peering هغه نه پوره کوي، هر څومره چې ملا د هډوکي خصوصي وي.

VPN له VNet څخه VNet ته هغه پوله برابروي: دوه ګېټوې، IPsec/IKE اړیکه، شریکې کیليګانې او هغه ټول کاري سطح چې ورسره راځي. تاسو د تونل حالت، د ګېټوې ظرفیت، د SKU حدونه او هغه څارنه په میراث وړئ چې ثابتوي تونل ولاړ دی. دا سم ځواب دی کله چې غوښتنه په ځانګړي ډول د همدې پولې په اړه وي، چې د Peering کتنه کې د Peering څخه بېلې نښلونې ډول په توګه بیان شوې ده.

په بل لوري کې هم هماغومره احتیاط وکړئ. «موږ د VNet شبکو ترمنځ کوډ کول غواړو» ډېری وخت د کاري بار خپل TLS پوره کوي، او بیا ګېټوې د تر شا غوښتنې پرته لګښت وي. د میکانیزم له ټاکلو دمخه هغه جمله ولیکئ چې پلټونکی به یې لولي.

شرط 2: ایا ټوپولوژي مستقیمه ده، که څه شی باید تېر شي؟

Peering تېرېدونکی نه دی. دوې VNet شبکې چې یوې هب ته peered شوې، په دې سره یو بل سره نښلول شوې نه دي، او هغه لار چې په یوه لوري کار کوونکې ښکاري، معمولاً هغه Peering ده چې یوازې یوې خوا ته Connected رسېدلې ده. دواړه خواوې باید وي او دواړه باید Connected وښيي، او کله چې ټرافیک په غلی ډول ورک شي لومړی همدا ګوري.

که غوښتنه د هب له لارې د سیمه ییزې شبکې رسېدل وي، د ګېټوې تېرېدل ځانګړې رولونه لرونکی بېل ډیزاین دی: هب د ګېټوې مالک دی، د سپوک Peering د ګېټوې تېرېدو اجازه ورکوي، او سپوک باید لیږدول شوي ټرافیک اجازه ورکړي. دا پر Peering باندې ځانګړنې دي، نه د VNet شبکو نښلولو اتوماتیکې پایلې:

az network vnet peering create -g hub-rg -n hub-to-spoke1   --vnet-name hub-vnet --remote-vnet /subscriptions/SUB/resourceGroups/spoke-rg/providers/Microsoft.Network/virtualNetworks/spoke1-vnet   --allow-vnet-access --allow-gateway-transit --allow-forwarded-traffic

az network vnet peering list -g hub-rg --vnet-name hub-vnet -o table
az network nic show-effective-route-table -g spoke-rg -n app-nic -o table

اغېزمنه د لارو جدول «ایا لار شته؟» پوښتنې ته رښتینی ځواب دی. دا د راتلونکي ټوپ ډول ښيي چې پلیټفارم به یې واقعاً کاروي، له همدې کبله هغه Peering چې تنظیم شوی ښکاري خو نښلول شوی نه دی، د معما په ډول نه، بلکې د ورکې یا غلطې لارې په ډول ښکاري.

شرط 3: د تېرېدونکي لارې او بل مالک څوک دی؟

هره اضافي ټوپ خاوند لري. په Peering کې نوی VNet په دواړو خواو کې نوې Peering جوړه او د تېرېدو لپاره هغه هب چې ټرافیک لېږدوي او هغه د لارو جدول چې هغه ته اشاره کوي. په VPN کې نوی VNet بله ګېټوې یا په شته ګېټوې بله نښلونه ده، چې خپل د ظرفیت حد لري چې باید وڅارل شي.

لګښت هماغه بڼه تعقیبوي خو هماغه توکي نه: د Peering فیسونه نښلونه او د معلوماتو لېږد دي، VPN بیا د ګېټوې ساعتونه او خپل لېږد فیسونه زیاتوي. هغه ټوپولوژي پرتله کړئ چې تاسو به واقعاً یو کال چلوئ، په دې کې دویم تونل او څارنه، نه د نن یوې نښلونې بیه. هغه کار هم ورګډ کړئ چې هیڅوک فاکتور نه کوي: یو څوک باید کیليګانې وڅرخوي، د تونل حالت وګوري او کله چې ګېټوې بیا پیل شي د شپې په درې بجو خبرتیا ته ځواب ووایي. معمولاً همدا توکی بحث فیصله کوي، ځکه یوازینی توکی دی چې هېڅکله په نرخ وړاندیز کې نه ښکاري.

هر څه چې وټاکئ، درې بهیرونه وازموئ: هغه چې موخه ده، هغه چې رد شوی او باید رد پاتې شي، او د بیا رغولو هغه حالت چې د هب ګېټوې یا Peering ښکته وي. هغه ماډل چې یوازې خوږه لار تشریح کوي تصدیق شوی نه دی، بلکې ښودل شوی دی.

ټاکنه د هغې د خپلې ادعا پر وړاندې تصدیق کړئ

یوه جمله ولیکئ چې ماډل، پوله او خاوند ونوموي، بیا وګورئ چې ځای پر ځای شوی حالت ورسره سمون لري. د Peering لپاره دا مانا لري چې دواړه د Peering حالتونه Connected، اغېزمنه لار د موخې مخکښ لپاره د Peering راتلونکی ټوپ ښيي، او په لار کې هېڅ ګېټوې نشته. د VPN له VNet څخه VNet ته دا مانا لري چې دواړه نښلونې Connected، په دواړو ګېټوو کې سمې کیليګانې او تګلارې، او هغه لار چې راتلونکی ټوپ یې د مجازي شبکې ګېټوې ده.

که څېړنې له جملې سره مخالفت ولري، لومړی جمله سمه کړئ. په دغو ډیزاینونو کې ډېره ګډوډي له هغه هایبرید راځي چې هیچا نه دی بیان کړی: د کاري بار فرعي شبکه لپاره Peering، یوې زړې خدمت لپاره VPN او هغه د لارو جدول چې په غلی ډول یو ته ترجیح ورکوي.