ExpressRoute და VPN: რომელ წარუმატებლობის დომენებს ფარავთ?
მეორე IPsec გვირაბი ფარავს საბოლოო წერტილს და არა მის ქვეშ არსებულ წრედს. ასახეთ თითოეული წარუმატებლობის დომენი, შემდეგ გადაწყვიტეთ დასაშვებია თუ არა დაშიფვრის გარეშე სარეზერვო გზა.
ExpressRoute-ის კერძო პირინგზე გამავალი IPsec გვირაბი დაშიფვრას ამატებს იმ ტრანსპორტს, რომელიც უკვე არსებობს. მეორე გვირაბი აუმჯობესებს საბოლოო წერტილის ხელმისაწვდომობას და საერთოდ არაფერს აკეთებს ორივეს ქვეშ მდებარე ოპერატორის გზისთვის. ამ განსხვავების დაკარგვა ადვილია, როცა პანელები ორ მწვანე გვირაბს აჩვენებენ და დიზაინის განხილვა სხვა კითხვას სვამს: რომელი წარუმატებლობები უნდა გადაიტანოს ამ კავშირმა? ჯერ ამას უპასუხეთ, შემდეგ დათვალეთ გვირაბები, რადგან მწვანე ინდიკატორების რაოდენობა დაშიფვრის ფენის თვისებაა, ხოლო წარუმატებლობის დომენების რაოდენობა — მთელი გზის თვისება.
დაიწყეთ წარუმატებლობებით და არა მწვანე გვირაბებით
დაწერეთ ოთხი სტრიქონი, სანამ რამეს დახატავთ: ერთი VPN საბოლოო წერტილის ან peer ინსტანსის წარუმატებლობა, ერთი ლოკალური მარშრუტიზატორის ან პირველი მილის კავშირის წარუმატებლობა, საერთო ExpressRoute გზის წარუმატებლობა და IPsec-ის მიუწვდომლობა, სანამ კერძო პირინგი კვლავ ტვირთავს ტრაფიკს. თითოეული სტრიქონი ასახელებს, რა უნდა შეინარჩუნოს დიზაინმა, და თითოეულს სხვადასხვა მექანიზმი პასუხობს.
| 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 ადოკუმენტირებს კერძო IP-ის მქონე site-to-site VPN-ს ExpressRoute-ის კერძო პირინგის გავლით და ინტერნეტზე დაფუძნებულ 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: ლოკალური გზა და ოპერატორი
დაშიფვრის ქვეშ ფიზიკური და კომერციული რეალობაა: მომხმარებლის კიდის მოწყობილობა, გადაკვეთა, პროვაიდერის ქსელი და პირინგის ადგილი. ExpressRoute-ის ხელმისაწვდომობის სახელმძღვანელო ცალსახად ამბობს, რომ ბოლოდან ბოლომდე სიჭარბე მოიცავს მომხმარებლისა და მომსახურების პროვაიდერის სეგმენტებს და არა მხოლოდ Microsoft-ის მხარეს. ორი ლოგიკური გზა, რომლებიც იზიარებენ მარშრუტიზატორს, კვების წყაროს ან პირველი მილის კავშირს, კვლავ იზიარებენ ამ დამოკიდებულებას.
აქ ხდება ჩვეულებრივ ისე, რომ დიზაინი მარცხდება პატიოსან განხილვაზე. ერთი და იმავე პროვაიდერის ორი წრედი, რომლებიც ერთსა და იმავე შენობაში მთავრდება, ერთი და იმავე შესყიდვის შეკვეთის აღჭურვილობაზე, ორი წარუმატებლობის დომენი არ არის. ეს ერთი წარუმატებლობის დომენია ორი ინვოისით.
ჰკითხეთ ოპერატორს წერილობით: ამ გზებიდან რომელი განშტოდება, სად, და რა არის დოკუმენტირებული ქცევა, როცა საერთო სეგმენტი მარცხდება? ზეპირი დარწმუნება დიზაინის ზარის დროს არ გადაიტანს იმ ავარიას, რომლისთვისაც ქმნით დიზაინს.
წარუმატებლობის დომენი 3: გზა, რომელიც IPsec-ის გარეშე რჩება
კერძო პირინგი და 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შეადარეთ ნასწავლი მარშრუტები იმ პრეფიქსებს, რომლებსაც ელოდით. მცირე ადმინისტრაციული დატვირთვის მქონე სარეზერვო გზა შეიძლება სრულიად ადეკვატური იყოს ამ დატვირთვისთვის და ძალიან შორს იყოს იმ ტევადობისგან, რაც წარმოების მოთხოვნას სჭირდება, ამიტომ ტევადობის ვარაუდი მარშრუტის გვერდით ჩაწერეთ.
ჩაწერეთ სამი ცალკე სტრიქონი და არა ერთი განაჩენი
შეინარჩუნეთ საბოლოო წერტილის სიჭარბე, ტრანსპორტის სიჭარბე და კატასტროფის შემდგომი აღდგენა, როგორც ცალკე ჩანაწერები დიზაინის რეესტრში, თითოეული საკუთარი მექანიზმით, საკუთარი შემოწმებითა და საკუთარი მფლობელით. როცა ინციდენტის განხილვა კითხულობს, რატომ გადაიტანა კავშირმა კარიბჭის გადატვირთვა, მაგრამ არა ბოჭკოს გაჭრა, სამი სტრიქონი ერთი წინადადებით პასუხობს; ერთი «ზედმეტი» მოსანიშნი უჯრა ამას ვერ შეძლებს.
შემდეგ გამოსცადეთ ის სტრიქონები, რომელთა გამოცდაც იაფად შეიძლება. ჩაამწყვდიეთ ერთი გვირაბი და დაადასტურეთ, რომ ტრაფიკი გადაადგილდება და ხელახლა იშიფრება. გაიწვიეთ ერთი მარშრუტი და დაადასტურეთ, რომ დარჩენილი გზა სწორედ ის არის, რაც განიზრახეთ, შემდეგ დაადასტურეთ, კვლავ დაშიფრულია თუ არა. დაადოკუმენტირეთ ის წარუმატებლობები, რომელთა სიმულირებაც ვერ შეძელით, რადგან გამოუცდელი სტრიქონი ვარაუდია და ისე უნდა აღინიშნოს.
სასარგებლო შედეგია მოკლე ცხრილი და თითო წინადადება სტრიქონზე. თუ სტრიქონს მექანიზმი არ აქვს, ეს არის აღმოჩენა, და მისი დიზაინის განხილვაზე აღმოჩენა გაცილებით იაფია, ვიდრე ოპერატორის ავარიის დროს, რომელსაც ორივე გვირაბი ვერასოდეს გადაიტანდა.