انقطاع خدمة AWS في 2026-02-21: مشاكل توجيه Direct Connect إلى US-EAST-1 – ماذا حدث؟

Lisa Ernst · 22.02.2026 · الحوسبة السحابية · 8 دقائق

في 21 فبراير 2026 (بتوقيت وسط أوروبا)، حدث اضطراب في AWS Direct Connect في منطقة US-EAST-1 (شمال فرجينيا)، والذي كان محسوسًا جدًا لبعض العملاء: كانت المسارات المعلن عنها مسبقًا بين VPC والشبكة المحلية غير متوفرة (أو لم تعد متوفرة) مؤقتًا. والنتيجة: مشاكل في الاتصال من أعباء العمل في VPC إلى مركز البيانات الخاص بها أو إلى شبكات الشبكة المحلية.

هذا أحد تلك الحوادث التي لا تبدو مذهلة وكأنها "كل شيء معطل" - ولكنها في البنيات الهجينة تسبب أضرارًا حقيقية على الفور، لأن الاتصال هو أساس كل شيء: قواعد البيانات، المصادقة، عمليات الدمج القديمة، شبكة VPN الاحتياطية، المراقبة، عمليات النشر.

ملخص قصير

ماذا: مشاكل اتصال في AWS Direct Connect إلى منطقة US-EAST-1.
متى: 21.02.2026 (بتوقيت وسط أوروبا؛ ليلًا/صباحًا باكرًا).
العرض: لدى بعض العملاء، كانت المسارات المعلن عنها سابقًا مفقودة بين VPC والشبكة المحلية، مما أدى إلى انقطاع الاتصال/فترات زمنية.
النطاق: تأثر بعض عملاء Direct Connect / ليس "AWS بأكملها".
الحالة (حسب التحديثات): تم تحديد السبب؛ عملت AWS بالتوازي على التخفيف، واستعادة المسارات، ولاحظت انتعاشًا كبيرًا.
المدة: تقريبًا ساعة-ساعتان (حسب العميل/المسار؛ تظهر تحديثات الحالة استعادة تدريجية).
الخلاصة: تتطلب المرونة الهجينة تكرار DX وشبكة VPN احتياطية، بالإضافة إلى استراتيجية توجيه نظيفة.

ماذا حدث؟

وفقًا لتحديثات الحالة المتاحة للجمهور، تم التحقيق في اضطراب اتصال Direct Connect في US-EAST-1 في البداية. بعد ذلك بوقت قصير، أكدت AWS أن بعض العملاء تأثروا. على وجه التحديد: "missing previously advertised routes" - أي أن المسارات التي كانت متوفرة سابقًا لم تعد معلن عنها (بشكل صحيح). حددت AWS السبب وعملت "على مسارات متوازية متعددة" للإصلاح، بما في ذلك استعادة إعلانات المسار المتأثرة.

الجدول الزمني (من تحديثات الحالة)

ملاحظة: تُأخذ التواريخ والأوقات من تحديثات الحالة العامة؛ قد تظهر في مناطق زمنية مختلفة اعتمادًا على العرض.

الوقت (تحديث الحالة)	التحديث	المعنى العملي
21.02.2026 00:38	تحقيق (مشاكل اتصال Direct Connect)	تأكيد أولي: المشكلة تكمن في اتصال DX بـ US-EAST-1.
21.02.2026 00:59	تم التأكيد - مسارات معلن عنها سابقًا مفقودة	قد يتعطل حركة المرور الهجينة (VPC → On-Prem) على الرغم من أن خدمات AWS الداخلية تبدو "خضراء".
21.02.2026 01:22	استعادة المسارات التي لم تعد معلن عنها قيد التنفيذ، تم تحديد السبب	الاستعادة مدفوعة بالمسار/مستوى التحكم: قد تعود السرعة بشكل مختلف لكل اتصال/VIF.
21.02.2026 01:33	إشارات مبكرة للانتعاش	يرى العملاء الأوائل استقرارًا - قد يكون الآخرون لا يزالون متأثرين.
21.02.2026 01:50	تعافى كبير	يبدو أن معظم المسارات/الإعلانات قد عادت؛ استمر في المراقبة.

التصنيف الفني: لماذا تعتبر "المسارات المفقودة" خطيرة جدًا

Direct Connect هو في النهاية توجيه (BGP) بالإضافة إلى مسارات مادية/افتراضية. عندما "تختفي" المسارات أو لا يتم الإعلان عنها بشكل صحيح، فإن ذلك غالبًا ما يظهر في التشغيل كخطأ شبكة كلاسيكي: فترات زمنية، فشل متقطع، توجيه غير متماثل، ثقاب أسود - وتختلف الأعراض بشكل كبير حسب التطبيق.

المهم هو: يمكن أن تحدث مثل هذه الأحداث دون أن تكون مثيلات EC2 أو خدمات AWS المُدارة معطلة بحد ذاتها. تعمل أعباء العمل الخاصة بك، ولكنها قد لا تصل إلى ما تحتاجه (على سبيل المثال، قاعدة بيانات محلية، AD/LDAP، واجهات برمجة تطبيقات قديمة، شبكات MPLS) بشكل مؤقت.

ما يمكنك فعله (الآن) تحديدًا - قائمة التحقق

تفعيل شبكة VPN احتياطية: شبكة VPN من موقع إلى موقع كمسار "طوارئ" يمكنها تولي الأمور في حالة مشاكل DX (مؤتمتة عبر أولويات التوجيه).
تكرار Direct Connect: اتصالان ماديان/موقعان، أجهزة/مقدمي خدمات منفصلون، VIFs منفصلة. تجنب مصير كابل واحد.
مراجعة تصميم التوجيه: تحديد BGP Communities/LocalPref/AS-Path-Prepending بشكل نظيف حتى لا "يتمسك" تجاوز الفشل.
مراقبة الصندوق الأسود: ليست فقط CloudWatch، ولكن فحوصات تركيبية عبر المسار الهجين (VPC → On-Prem والعودة).
دليل الاستجابة للحوادث: "تعطل DX / مسارات مفقودة" كتصنيف خاص بدليل الاستجابة للحوادث - بما في ذلك التبديل السريع ومكونات الاتصال الواضحة.

إذا كنت تستخدم الأنظمة الهجينة بشكل متكرر: فمن المفيد اختبار جداول التوجيه والانتشار وتجاوز الفشل بوعي مرة واحدة (أسلوب الفوضى، ولكن تحت السيطرة). لأن الدقائق هي التي تحسم الأمر هنا - وليس الساعات.

التصنيف: ما حدث في الماضي

حادث Direct Connect أمس هو فئة مختلفة عن انقطاعات "الإنترنت يحترق" الكبيرة - ولكنه يتناسب مع نمط: العديد من الاضطرابات ليست "حوسبة معطلة"، بل مشاكل في الشبكة/مستوى التحكم، والتي تسبب بعد ذلك أعراضًا ثانوية في كل مكان.

أمثلة (قصيرة) - للمقارنة

التاريخ	النطاق	ما كان الموضوع بشكل عام؟
21.02.2026	AWS Direct Connect (US-EAST-1)	مسارات معلن عنها سابقًا مفقودة (VPC ↔ On-Prem) ← مشاكل اتصال هجينة.
Okt 2025	خدمات AWS متعددة (US-EAST-1)	حادثة متعددة الخدمات كبيرة مع تأثيرات متتالية (بما في ذلك تبعيات DNS/موازن التحميل) - محسوسة على نطاق واسع.
Dez 2025	خدمة واحدة (مناطق الصين)	اضطراب مبلغ عنه في ميزة إدارة التكاليف؛ مناقشة حول أدوات الترميز الداخلية بالذكاء الاصطناعي (Kiro) وقضايا العملية/الأذونات.

هذه المراجعات ليست لإثارة الدراما - بل لتوضيح: المرونة دائمًا تقريبًا هي بنية. وفي الإعدادات الهجينة، فإن "الشبكة + التوجيه" هو المجال الذي يؤثر فيه حادث صغير على ما يبدو بشكل كبير على الفور.

أسئلة مكررة

هل كانت "AWS معطلة" أم Direct Connect فقط؟

تصف التحديثات العامة مشكلة في AWS Direct Connect إلى منطقة US-EAST-1. تأثر بعض العملاء/الاتصالات - وليس بالضرورة جميع خدمات AWS في جميع أنحاء العالم.

لماذا نشعر بشدة بفقدان المسارات؟

لأن العديد من الأنظمة الهجينة لديها تبعيات مركزية على الشبكة المحلية (AD/LDAP، قاعدة بيانات قديمة، مشاركات الملفات، واجهات برمجة تطبيقات مركزية). إذا كانت إعلانات BGP مفقودة، تستمر التطبيقات في العمل، ولكنها لا تصل إلى تبعياتها بشكل موثوق.

ما هو أفضل حماية؟

Direct Connect متكرر (مسارات منفصلة) بالإضافة إلى شبكة VPN احتياطية، إلى جانب مراقبة تركيبية عبر المسار الهجين الفعلي ودليل تشغيل واضح للتبديل.

هل هذا له علاقة بـ "أدوات الذكاء الاصطناعي"؟

بالنسبة لحادث Direct Connect، لا يوجد أي إشارة إلى أدوات الذكاء الاصطناعي في التحديثات العامة. يأتي الإشارة إلى الذكاء الاصطناعي من تقارير منفصلة حول حوادث أخرى (مثل ديسمبر 2025) وهي مجرد سياق هنا.

الخلاصة

حادث 2026-02-21 هو مثال جيد لماذا لا يجب فهم الانقطاعات فقط على أنها "خدمة معطلة": في البنى الهجينة، يكفي اضطراب في إعلانات المسار، وفجأة يتوقف تدفق الأعمال بالكامل. إذا أخذت شيئًا واحدًا فقط من هذا الحادث، فهو هذا: خطط للمسار (التوجيه) بنفس القدر من التكرار مثل أعباء العمل.