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-ийн удирддаг шинэчлэлтүүд нэг удаад нэг туннельд хэрэгжинэ. Харилцагчийн эхлүүлсэн өөрчлөлтүүд зорилтот гарц, харилцагчийн гарц эсвэл холболтын сонголтуудад солих төгсгөлийн цэгүүд бэлтгэгдэх хүртэл хоёр туннелийг хүртээмжгүй болгоно.

Нэг туннель дээр сонголтыг өөрчлөх нь өөрийн зарласан нөлөөтэй гурав дахь тохиолдол: тэр туннель өөрийн шинэчлэлтийн үеэр хүртээмжгүй, нөгөө нь ажилласаар байна.

Хэрэгтэй болохоос өмнө хувилбарыг нотол

Үйл явдлыг хүлээхийн оронд туршилтыг төлөвлө. Эрүүл туннелийг засвар үйлчилгээний цонхны дотор буулгаж, хувилбар хэлэлцээр хийдэг эсэхийг батал, дараа нь бодит урсгал хоёр чиглэлд түүгээр дамждаг эсэхийг батал. Туннелийн төлөвөөс гадна буцах маршрутлалтыг шалга, учир нь хоёр дахь фазын зөрүү туннелийг дээшээ, ачааллыг үхсэн хэвээр үлдээдэг. Тэнд байхдаа шилжилтийн хугацааг хэмж.

Мэдэгдэл, телеметрийн гаралт, өөрчлөлтийн төлөвлөгөөг нэг бүртгэлд хадгал. Тэр бүртгэл дараа улирлын мэдэгдлийг хэн нэгэн нөөцийг хэзээ нэгэнт шалгасан эсэх тухай маргаан биш, хоёр минутын хяналт болгоно.