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

რა გაზომა შეტყობინებამ სინამდვილეში

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

წაიკითხეთ ტელემეტრია თითოეული გვირაბისთვის და არა კავშირის საერთო მდგომარეობა. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' აბრუნებს სტატუსს და შეტყობინებას თითოეული გვირაბისთვის და სწორედ ეს არის მტკიცებულება, რომელსაც ეყრდნობა შეტყობინება.

სამი პირობა, რომლებიც განსაზღვრავს თქვენს რეაქციას

გადახედეთ სამივეს, სანამ გადაწყვეტთ, ბილეთია ეს თუ მხრების აჩეჩვა.

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

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

რას არ ამტკიცებს სარეზერვო peer

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

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

შეუსაბამეთ ცვლილება მისი გავლენის რადიუსს

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

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

დაამტკიცეთ ალტერნატივა, სანამ დაგჭირდებათ

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

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

დაკავშირებული სტატიები