ExpressRoute plus VPN: کوم د ناکامۍ ساحې پوښئ؟
دوهم IPsec تونل یوه پای ټکی پوښي، نه هغه لاندې مدار. هره د ناکامۍ ساحه نقشه کړئ، بیا پرېکړه وکړئ چې ایا بې کوډګرۍ بدیله لار اجازه لري.
د ExpressRoute د خصوصي peering له لارې تګ کوونکی IPsec تونل هغه ترانسپورت ته کوډګري زیاتوي چې له مخکې شته. دوهم تونل د پای ټکي شتون ښه کوي، او د دواړو لاندې د کیریر لار لپاره هېڅ هم نه کوي. دا توپیر هغه وخت ورکول اسانه دي چې ډشبورډونه دوه شین تونلونه ښیي او د ډیزاین بیاکتنه بله پوښتنه کوي: دا اړیکه باید کومې ناکامۍ زغمي؟ لومړی هغې ته ځواب ووایاست، بیا تونلونه وشمېرئ، ځکه چې د شینو شاخصونو شمېر د کوډګري طبقې ځانګړتیا ده او د ناکامۍ ساحو شمېر د ټولې لارې ځانګړتیا ده.
له ناکامیو پیل کړئ، نه له شینو تونلونو
له هر څه د رسم کولو مخکې څلور کرښې ولیکئ: یو VPN پای ټکی یا یو peer انسټنس ناکام شي، یو ځایي روټر یا لومړي مایل اړیکه ناکامه شي، شریکه ExpressRoute لار ناکامه شي، او IPsec ناغوښتل شو پداسې حال کې چې خصوصي peering لا هم ترافیک وړي. هره کرښه هغه نوموي چې ډیزاین باید ساتنه وکړي، او هر یو ته بېله میکانیزم ځواب وایي.
| Failure | What must survive | What does not cover it |
|---|---|---|
| One VPN endpoint or instance | An alternate encryption endpoint and a route to it | A second tunnel terminating on the same instance |
| One local router or first mile | Independent local equipment and transport reachability | Any number of logical tunnels |
| The ExpressRoute path | A separately designed surviving underlay | An IPsec tunnel layered on the same circuit |
| IPsec unavailable, peering up | The intended encrypted-only or approved fallback policy | Assuming the tunnel is the only route |
Microsoft د ExpressRoute د خصوصي peering له لارې د خصوصي IP سره د site-to-site VPN او له انټرنیټ پر بنسټ site-to-site اړیکو سره د ملاتړ شوې همغږۍ مستند کوي. هغه همغږي بېل لاندې طبقې ډیزاین دی، او یوازې د دې لپاره نه ښکاري چې تاسو یو بل خصوصي تونل پای ټکی زیات کړی دی.
د ناکامۍ ساحه 1: VPN پای ټکی
یوې ګېټوې ته دوه تونلونه معمولاً active-active جوړې وي چې په یوه Azure اړخ سرچینه پای مومي. هغوی د یو تونل یا یو انسټنس له ستونزې ساتنه کوي، او د هغې سرچینې له ناغوښتل کېدو، بیا تنظیمېدو یا د ظرفیت له خلاصېدو نه ساتنه نه کوي. د پای ټکي تکرار یعنې دوهم ملاتړ شوی پای ټکی، چې خپله لار او خپله ترتیب لري، او همدارنګه هغه روټ چې ورته رسېدلی شي.
وګورئ چې واقعاً څه ځای پر ځای کړي دي، نه هغه څه چې ډیاګرام یې وایي، ځکه پورټل دا سرچینې داسې ډلې کوي چې د هغوی اړیکه پټوي:
az network vpn-connection show -g rg-connectivity -n vpn-to-hub --query '{conn:connectionStatus,tunnels:tunnelConnectionStatus}'
az network vnet-gateway show -g rg-connectivity -n gw-hub --query '{sku:sku.name,activeActive:enableBgp,peers:bgpSettings.peers}'که دواړه تونلونه یوې ګېټوې ته اشاره وکړي چې یو عامه IP لري، تاسو د یو ځانګړي او محدود ډول د پای ټکي تکرار لرئ. دا کېدای شي هماغه وي چې اړتیا یې غواړي، او باید همداسې وویل شي نه دا چې د زیاتې اړیکې په توګه بیان شي.
د ناکامۍ ساحه 2: ځایي لار او کیریر
د کوډګرۍ لاندې یو فزیکي او سوداګریز واقعیت دی: د پیرودونکي څنډې وسیله، یوه کراس اړیکه، د عرضه کوونکي شبکه او د peering ځای. د ExpressRoute د شتون لارښود په روښانه توګه وایي چې له سره تر سره تکرار د پیرودونکي او د خدمت عرضه کوونکي برخې هم رانغاړي، نه یوازې د Microsoft اړخ. دوه منطقي لارې چې یو روټر، یوه برېښنا سرچینه یا لومړي مایل اړیکه شریکوي، لا هم هغه تکیه شریکوي.
دلته ډیزاین معمولاً په یوه رښتیني بیاکتنه کې ناکام شي. د یوه عرضه کوونکي دوه مدارونه چې په یوه ودانۍ کې پای مومي، پر هغه تجهیزات چې د یوې خریدارۍ امر دي، دوه د ناکامۍ ساحې نه دي. هغوی یوه د ناکامۍ ساحه ده چې دوه بلونه لري.
کیریر ته پوښتنه په لیکلي ډول وکړئ: له دې لارو کومه کې له کومه ځایه جلا کېږي، او کله چې شریکه برخه ناکامه شي مستنده چلند څه دی؟ د ډیزاین غونډې په جریان کې شفاهي ډاډونه هغه خنډ نه زغمي چې تاسو ورته ډیزاین کوئ.
د ناکامۍ ساحه 3: هغه روټ چې پرته له IPsec پاتې کېږي
خصوصي peering او IPsec کولای شي یوې اپلیکیشن پریفکس ته سیالې لارې وړاندې کړي. که ساتل شوې لار ورکه شي، پاتې شوې مستقیمه ExpressRoute لار کېدای شي لا هم د کار وړ وي، پرته له هغې کوډګري طبقې چې تونل یې برابره کړې وه. چې دا منل کېدونکی دی که نه یوه تګلاره ده، او هماغه پرېکړه ده چې ډېری وختونه پټه پاتې کېږي.
د کوډګرۍ غوښتنې او د شتون غوښتنې دلته واقعاً ټکر کېدای شي. «هره پاتې شوې لار بریا ګڼل کېږي» د شتون یوه خبره ده چې د کوډګرۍ پوښتنې ته په غلې «نه» ځواب وایي. ولیکئ چې کومه برخه ګټي، د کومو پریفکسونو لپاره، او چا تصویب کړه.
az network vnet-gateway list-advertised-routes -g rg-connectivity -n gw-hub --peer 10.0.0.1
az network vnet-gateway list-learned-routes -g rg-connectivity -n gw-hub -o tableزده شوې لارې د هغو پریفکسونو سره پرتله کړئ چې تاسو یې تمه لرله. د بېلګې لار چې یو کوچنی اداري بار وړي کېدای شي د هغه بار لپاره بشپړه کافي وي او د تولید غوښتنې ته د اړتیا وړ ظرفیت څخه ډېره لرې وي، نو د ظرفیت انګېرنه د لار تر څنګ ولیکئ.
درې جلا کرښې ولیکئ، نه یوه پرېکړه
د پای ټکي تکرار، د ترانسپورت تکرار او له ناورین وروسته بیا رغونه په ډیزاین ریکارډ کې جلا ننوتنې وساتئ، هر یو د خپل میکانیزم، خپل تایید او خپل مالک سره. کله چې یوه پېښه بیاکتنه پوښتنه وکړي چې اړیکه ولې د ګېټوې بیا پیل زغمل او خو د فایبر پرې کېدل یې ونه زغمل، درې کرښې په یوه جمله ځواب وایي؛ یوه «تکراري» چیک بکس دا نشي کولای.
بیا هغه کرښې وآزمایئ چې په ارزانه توګه یې آزمولای شئ. یو تونل ناکام کړئ او ډاډ ترلاسه کړئ چې ترافیک ځای بدلوي او بیا کوډګري کېږي. یوه لار بیرته واخلئ او ډاډ ترلاسه کړئ چې پاتې شوې لار هماغه ده چې تاسو یې اراده لرله، بیا ډاډ ترلاسه کړئ چې آیا لا هم کوډګري شوې ده. هغه ناکامۍ مستندې کړئ چې نشي کولای یې تقلید وکړئ، ځکه نه آزمول شوې کرښه یوه انګېرنه ده او باید همداسې وپېژندل شي.
ګټوره پایله یوه لنډه جدول او د هرې کرښې لپاره یوه جمله ده. که یوې کرښې میکانیزم نه وي، هماغه موندنه ده، او د ډیزاین په بیاکتنه کې یې موندل د کیریر د هغه خنډ په جریان کې موندلو څخه ډېر ارزانه دي چې دواړه تونلونه به هېڅکله نه زغمل.