ორი ლოკალური VPN მისამართი: ორი Azure პირი, არა ერთი

დიაგრამაზე ფილიალში ინტერნეტის ორი არხია და Azure-ში ერთი VPN კარიბჭე, ამიტომ ლოკალური ქსელის კარიბჭე ორივე საჯარო მისამართს იღებს. ლამაზად გამოიყურება და არ მუშაობს ისე, როგორც დიაგრამა გვთავაზობს. თითოეული ლოკალური VPN მოწყობილობა ცალკე პირ-ურთიერთობაა და Microsoft-ის მრავალმოწყობილობიანი დიზაინი თითოეულს აძლევს საკუთარ ლოკალური ქსელის კარიბჭის რესურსს და საკუთარ კავშირს. მეორე მისამართის დამატება ერთ რესურსზე არ ქმნის მეორე პირს. ის ქმნის რესურსს, რომელიც არც ერთ მოწყობილობას არ აღწერს სწორად.

მითი: ერთი კარიბჭე, ორი მისამართი

ლოკალური ქსელის კარიბჭე შორეული პირის აღწერაა: ერთი საჯარო ბოლო წერტილი და მის უკან არსებული კერძო პრეფიქსები. არ არსებობს მხარდაჭერილი გზა, რომ ამ რესურსს ჰქონდეს მნიშვნელობა „ამ ორი მოწყობილობიდან რომელიმე“.

იგივე დაბნეულობა საპირისპირო მიმართულებითაც გვხვდება, სადაც Azure-ის ორი საჯარო IP იკითხება როგორც ორი Azure კარიბჭის არსებობის მტკიცებულება.

დათვალეთ ობიექტები, შემდეგ გვირაბები

აიღეთ ორი დამოუკიდებლად მართული ლოკალური მოწყობილობა, თითოეული საკუთარი საჯარო მისამართით და წვდომით ერთსა და იმავე კერძო ქსელებზე, პლუს ერთი მარშრუტზე დაფუძნებული Azure კარიბჭე აქტიურ-აქტიურ რეჟიმში. Azure კარიბჭეს აქვს ორი აქტიური ინსტანცია ცალკეული საჯარო IP-ებით. თითოეული ლოკალური მოწყობილობა უკავშირდება ორივე ინსტანციას. ეს არის სრული ბადე და ობიექტების რაოდენობა აქედან გამომდინარეობს, არა დიაგრამიდან.

არითმეტიკა საკმარისად მოკლეა, რომ საპროექტო დოკუმენტში ჩააკოპიროთ:

2 on-premises VPN devices
2 local network gateway resources
2 connection resources
4 IPsec tunnels in the complete 2 x 2 mesh

ერთ კავშირის რესურსს შეუძლია ერთზე მეტი ძირითადი გვირაბის ტარება, ამიტომ ოთხი გვირაბი არ ნიშნავს ოთხ ვირტუალურ ქსელურ კარიბჭეს. Azure-ის ორი საჯარო IP ასევე არ არის იგივე ობიექტები, რაც შორეულ საიტს აღწერენ ორი ლოკალური ქსელის კარიბჭე.

რას ამატებს აქტიურ-აქტიური Azure-ის მხარეს

აქტიურ-აქტიური Azure კარიბჭეს ერთი აქტიური ინსტანციიდან ორად აქცევს, თითოეულს საკუთარი საჯარო IP-ით, და სწორედ ეს ხდის სრულ ბადეს საერთოდ შესაძლებელს. ის არ აორმაგებს ერთი ნაკადის გამტარუნარიანობას. ის ასევე არ აშორებს ლოკალური მხარის მოთხოვნას მხარი დაუჭიროს თანაბარი ღირებულების მრავალმარშრუტიანობას, თუ ორივე მოწყობილობა ერთდროულად გადასცემს. სანამ რამეს მოამზადებთ, დაადასტურეთ კარიბჭის რეჟიმი, SKU და შორეული მოწყობილობის შესაძლებლობები.

პასიური ლოდინის კარიბჭე სრულიად ვალიდური დიზაინია; უბრალოდ გვირაბების სხვა რაოდენობას იძლევა.

BGP ორივე გზას გამოსაყენებელს ხდის

მრავალმოწყობილობიანი დიზაინისთვის ორივე ლოკალური მოწყობილობა BGP-ს უშვებს. მიეცით თითოეულს უნიკალური BGP პირის მისამართი და გამოაცხადეთ იგივე განზრახული კერძო პრეფიქსები შესაბამის გზებზე. კერძო პრეფიქსები იდენტიფიცირებენ დაცულ ქსელებს, ხოლო საჯარო მისამართები ადგენენ, სად მთავრდება დაშიფრული გადამზიდავი კავშირები. ამ ორის არევა იძლევა დიზაინს, სადაც ყველა გვირაბი აწეულია და მარშრუტები არასწორია.

დაგეგმეთ დაბრუნების მარშრუტიზაცია და ნებისმიერი მდგომარეობის შემოწმება, რომელმაც უნდა გაუძლოს ორივე გზიდან რომელიმეს. ჯანსაღი IKE სესია ყველა ბოლო წერტილზე არ ამტკიცებს, რომ სამუშაო დატვირთვას შეუძლია გამოიყენოს ყოველი გამოცხადებული მარშრუტი.

ნაკადზე დაფუძნებული შერჩევა გამტარუნარიანობის გაერთიანება არ არის

Azure ირჩევს გზას თითოეული ნაკადისთვის ჰეშის გამოყენებით ნაკადის მისამართებსა და პორტებზე. სტაბილურ მდგომარეობაში მოცემული TCP ან UDP ნაკადის პაკეტები ჩვეულებრივ ერთსა და იმავე გვირაბს გადის, და ლოკალურ მხარეს შეუძლია სხვა გვირაბი აირჩიოს დაბრუნების მიმართულებისთვის. ამიტომ ორი მოწყობილობა და ოთხი გვირაბი აუმჯობესებს ხელმისაწვდომობას და არა ერთი გადაცემის სიჩქარეს. როდესაც მომწოდებლის სლაიდი გვპირდება აგრეგაციას, ის სხვა ფუნქციას ან გაუგებრობას აღწერს.

სცადეთ პარალელური ნაკადებით, თუ გსურთ ნახოთ გზების განაწილება, და ერთი ნაკადით, თუ გსურთ ლიმიტის ნახვა.

რა სიჭარბე მოაშორეთ სინამდვილეში

ერთ მოწყობილობაზე ორი WAN მისამართი აუმჯობესებს წვდომის არხის ვარიანტებს, მაგრამ იზიარებს ამ მოწყობილობის კვებას, პროგრამულ უზრუნველყოფას და უკმარისობის მდგომარეობას. ისინი არ არიან იგივე, რაც ორი მოწყობილობა, და Azure-ის მხრიდან არც ერთი კონფიგურაცია არ ცვლის ამას. მიჰყევით მომწოდებლის მხარდაჭერილ ორმაგი WAN ან კლასტერის დიზაინს, ნაცვლად იმისა, რომ სიჭარბე მისამართების რაოდენობიდან გამოიტანოთ. შემდეგ გამოსცადეთ: თითო ჯერზე ერთი გზა მოხსენით და დაადასტურეთ დარჩენილი მარშრუტები და რეალური აპლიკაციის გაცვლა ორივე მიმართულებით.

მოელოდეთ აღმოჩენისა და კონვერგენციის შეფერხებებს და მოელოდეთ, რომ ზოგიერთი არსებული სესია დასრულდება.