რატომ ვერ აირჩევს AWS VGW ქვექსელის მარშრუტი ერთ VPN გვირაბს

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

თამაშში ორი შრეა: VPC მარშრუტი, რომელიც ამბობს რომელი კარიბჭე, და კარიბჭის საკუთარი გვირაბის არჩევანი. მათი არევა ქმნის ცვლილებებს, რომლებიც მარშრუტების ცხრილში სწორად გამოიყურება და არასოდეს გადაადგილებს არც ერთ პაკეტს.

ორი შრე, რომლებიც ერთს ჰგავს

ქვექსელის მარშრუტი პასუხობს ერთ კითხვას: ამ დანიშნულებისთვის რომელი მიმაგრება? მისი სამიზნე ვირტუალური კერძო კარიბჭეა, და მისი მეტრიკა მხოლოდ იმავე ცხრილის სხვა მარშრუტებს ეჯიბრება. ამ ჩანაწერში არაფერი განასხვავებს გვირაბი ერთს გვირაბი ორისგან ან A კავშირს B კავშირისგან. უფრო კონკრეტული პრეფიქსი სხვა დანიშნულების დამთხვევაა, არა უფრო წვრილი ბილიკის არჩევანი.

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

რას ადარებს VGW სინამდვილეში

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

იმავე პრეფიქსისთვის დასაშვები ბილიკებიდან AWS უპირატესობას ანიჭებს უფრო მოკლე AS_PATH-ს. როცა ორი ბილიკი თანაბარი სიგრძისაა, ის ადარებს MED-ს, ბილიკში პირველი AS-ის შესახებ დოკუმენტირებული პირობის გათვალისწინებით. წაიკითხეთ გამოქვეყნებული რიგი და არა ფოლკლორული ვერსია, რადგან ფოლკლორი ჩვეულებრივ გამოტოვებს ჯანმრთელობის საფეხურს და სტატიკური მარშრუტის გამონაკლისს. ერთი შედეგი: სარეზერვო კავშირზე სამი წინ დამატება ძირითადს მკაცრად უფრო მოკლეს ხდის, და ეს არის უპირატესობის გამოხატვის ჩვეულებრივი გზა.

წინ დამატება, და როცა ის არაფერს აკეთებს

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

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

სტატიკური მარშრუტები მთელ არგუმენტს უგულებელყოფს

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

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

რატომ არის ტრანზიტული კარიბჭე სხვა პასუხი

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

აირჩიეთ მოდელი მექანიზმამდე: აქტიური და სარეზერვო დამაგრებული უპირატესობით, ან აქტიური და აქტიური ECMP-ით.

რა უნდა გადაამოწმოთ დაყენების შემდეგ

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

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