تنبيه AWS للنفق الواحد: متى يكون مهمًا حقًا
قرين احتياطي مُهيّأ ليس مثل نفقين صالحين للاستخدام. قرّر بناءً على الأدلة: ما الذي يتجاوز العطل، وبأي سرعة، وما الذي يعطله تغييرك التالي.
عادةً ما يصل تنبيه AWS Health الذي يقول إن أحد النفقين متوقف عندما لا يبدو أن شيئًا معطوبًا. ولهذا السبب بالضبط يُتجاهل. التنبيه لا يصف انقطاعًا؛ بل يصف حالة تكرار استمرت بعد نافذة المراقبة الخاصة بـ AWS. وقرارك بالتحرك يعتمد على ما يمكن لتصميمك أن يتحمله، لا على ما توحي به لوحة المعلومات.
ما قاسه التنبيه فعلًا
لكل اتصال Site-to-Site نفقان ينتهيان عند نقاط نهاية AWS مختلفة. توصي وثائق المراقبة لدى AWS بتهيئة كليهما للتكرار، وترفع الإشعار عندما يبقى أحدهما متوقفًا للمدة الموثقة. تلك المدة مهمة، لأن التذبذب والفقد الدائم يبدوان متطابقين في رسم بياني واحد.
اقرأ القياسات عن بُعد لكل نفق بدلًا من الحالة الإجمالية للاتصال. يعرض aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' حالة ورسالة لكل نفق، وهي الأدلة التي يستند إليها التنبيه.
ثلاثة شروط تحدد استجابتك
راجع الشروط الثلاثة قبل أن تقرر هل هذه تذكرة أم تجاهل.
أولًا، هل يستطيع النفق الباقي حمل الحِمل، بما في ذلك أي سقف للنطاق الترددي والبادئات التي يعلنها؟ ثانيًا، هل يحدث التجاوز فعلًا، مع العلم أن نفقًا ثانيًا متوقفًا منذ الإنشاء لم يُثبت قط أنه يعود؟ ثالثًا، هل سيعطّل تغييرك التالي المخطط له النفقين معًا، فيحول تحذيرًا شكليًا إلى مشكلة في نافذة صيانة. إذا كانت أي إجابة لا أو غير معروفة، فالتنبيه نتيجة حقيقية.
إذا كانت الثلاثة سليمة بشكل واضح، فاكتب سبب كونها مقبولة ومضِ قدمًا. تلك الملاحظة تساوي أكثر من الجدل في الربع القادم.
ما لا يثبته القرين الاحتياطي
بوابة عميل بقرين احتياطي مُهيّأ ليست دليلًا على أن AWS ترى نفقين سليمين. يمكن لجانب العميل أن يحتفظ بقرين بارد يحتاج إلى تفاوض جديد، وقد يكون ذلك تصميمًا مشروعًا. لكنه ليس الملاحظة نفسها التي يوفرها نفقان حيان.
وجود موجّهين ماديين لا يعالج الحالة المعاكسة أيضًا. عندما ينتهي النفقان عند جهاز واحد أو يخرجان عبر وصلة ربط واحدة، يكون التكرار على الورق فقط.
طابِق التغيير مع نطاق أثره
وثائق وثائق استبدال نقاط النهاية لدى AWS تفصل بين الحالات، والتمييز يسهل تفويته. تُطبَّق التحديثات التي تديرها AWS على نفق واحد في كل مرة. أما التغييرات التي يبدأها العميل على البوابة الهدف أو بوابة العميل أو خيارات الاتصال فتجعل النفقين غير متاحين أثناء تزويد نقاط النهاية البديلة.
تغيير الخيارات على نفق واحد هو حالة ثالثة لها أثرها المعلن: يكون ذلك النفق غير متاح أثناء تحديثه ويستمر الآخر في العمل.
أثبت البديل قبل أن تحتاجه
جدول الاختبار بدلًا من انتظار الحدث. أنزل النفق السليم داخل نافذة صيانة، وتأكد من أن البديل يتفاوض، ثم تأكد من أن حركة مرور حقيقية تعبره في الاتجاهين. تحقق من التوجيه العائد ومن حالة النفق معًا، لأن عدم تطابق المرحلة الثانية يبقي النفق قائمًا بينما يموت الحمل. وقِس زمن الانتقال أثناء وجودك.
احفظ التنبيه ومخرجات القياسات وخطة التغيير في سجل واحد. ذلك السجل يحول تنبيه الربع القادم إلى مراجعة تستغرق دقيقتين بدلًا من جدال حول ما إذا كان أحد قد اختبر الاحتياطي يومًا.