AWS-тің бір туннель туралы хабарламасы: қашан ол шын мәнінде маңызды

Бір туннельдің өшкені туралы 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 басқаратын жаңартулар бір уақытта бір туннельге қолданылады. Тұтынушы бастаған өзгерістер мақсатты қақпада, тұтынушы қақпасында немесе қосылым параметрлерінде екі туннельді де ауыстырушы соңғы нүктелер дайындалғанша қолжетімсіз етеді.

Бір туннельде параметрлерді өзгерту — өзінің жарияланған әсері бар үшінші жағдай: бұл туннель өз жаңартуы кезінде қолжетімсіз, ал екіншісі жұмысын жалғастырады.

Қажет болмай тұрып баламаны дәлелдеңіз

Оқиғаны күтпей-ақ сынақты жоспарлаңыз. Сау туннельді техникалық қызмет терезесінің ішінде түсіріңіз, баламаның келіссөз жүргізетінін растаңыз, содан кейін нақты трафиктің одан екі бағытта да өтетінін растаңыз. Туннель күйімен қатар қайтару маршруттауын тексеріңіз, өйткені екінші фазаның сәйкессіздігі туннельді жоғары, ал жүктемені өлі қалдырады. Сол жерде болғанда ауысудың уақытын өлшеңіз.

Хабарламаны, телеметрия шығысын және өзгеріс жоспарын бір жазбада ұстаңыз. Бұл жазба келесі тоқсандағы хабарламаны біреудің резервті сынап көрген-көрмегені туралы дау емес, екі минуттық шолуға айналдырады.