الليلة الماضية، بقيت مستيقظًا حتى الثالثة صباحًا مرة أخرى، فقط لأن شبكة CDN عالية الدفاع التي استخدمناها أصيبت فجأة بسكتة دماغية. المراقبة في الخلفية كلها إنذار أحمر، وتتطاير شكاوى المستخدمين مثل رقاقات الثلج. في هذه الأيام، حتى شبكة CDN، التي تدعي توفر 99.99%، يمكن أن تعطيك عرضًا “للتبخر”، مما يمنع المتسللين حقًا من منع زملائهم في الفريق.
لأكون صادقًا، عدم استقرار عقدة CDN عالية الدفاع هذا الشيء، لقد صعدت على الحفرة أكثر من بعض الأشخاص الذين كتبوا الكود أكثر. بعض مزودي الخدمة تهب السماء عالية، واجهت حقا حركة المرور أكثر، انهارت العقدة أسرع من الورق المعجن. في العام الماضي، استخدمت CDN07، عادةً ما يكون مستقرًا مثل الكلب العجوز، هجوم CC مباشرةً مستلقٍ بشكل مسطح، ارتفع وقت الاستجابة من 200 مللي ثانية إلى 20 ثانية، وكادت مكالمة العميل الهاتفية أن تصل إلى خطنا الأرضي.
لا تتسرع في توبيخ مزود الخدمة أولاً، فقد يكون سبب عدم استقرار العقدة أكثر تعقيداً مما تعتقد. ألخصها على النحو التالي: تقلبات العمود الفقري للشبكة (خاصةً العقد العابرة للقارات)، أو ضخ مزود خدمة الإنترنت المحلي، أو حركة مرور DDoS التي تتجاوز قدرة تنظيف العقدة، أو شهادات SSL المهيأة بشكل غير صحيح، أو ربما حتى تعطل مكيف الهواء في غرفة الخادم - لقد صادفت بالفعل مزودًا ارتفعت درجة حرارته وخفضت العقد بسبب تعطل مكيف الهواء.
في الأسبوع الماضي لمساعدة الأصدقاء على التحقق من حالة نموذجية بشكل خاص: مع بائع معروف CDN5، وجد فجأة أن زمن انتقال عقدة شرق آسيا ارتفع بشكل كبير. التحقق من MTR، وجدت أن العقدة نفسها ليست مشكلة، هي نقطة قفز توجيه وسيطة تم قصفها. في هذا الوقت قمت بتوبيخ بائع CDN عديم الفائدة، لا يمكن للناس التحكم في مسار المشغل.
أول شيء يجب القيام به هو تحديد نطاق المشكلة. لا تنتظر بحماقة استجابة مزود الخدمة، استخدم الأدوات لاستكشاف المشكلة بنفسك أولاً:
إذا وجدت أن المستخدمين في منطقة معينة يصلون إلى الموقع بشكل غير طبيعي، فمن المحتمل أن تكون هناك مشكلة في نقطة POP المحلية. لا تثق بلوحة المراقبة في هذه المرحلة - فبعض صفحات الحالة لدى البائعين ستقول دائمًا “كل شيء على ما يرام”، وهو أمر أقل موثوقية من توقعات الطقس.
لقد عانيت من خسارة العام الماضي مع 08Host. كانت صفحة الحالة لديهم خضراء بالكامل، ولكن في الواقع تعطلت عقدة جنوب الصين لمدة نصف ساعة. ثم تعلمت أن أكون ذكيًا واستخدمت UptimeRobot لإعداد أكثر من 20 نقطة مراقبة، وهي أكثر حساسية من مراقبة مزود الخدمة نفسه.
الإجراء الذهبي بعد اكتشاف خلل في العقدة: تمكين العقدة الاحتياطية على الفور! يجب أن تدعم شبكة CDN الموثوقة موازنة التحميل متعددة العقد. وتتمثل ممارستنا في أن حركة المرور المعتادة تذهب إلى العقدة الرئيسية، وتتحول تلقائيًا إلى العقدة الاحتياطية عند اكتشاف حالات شاذة. دعني أريك تكوينًا حقيقيًا:
احترس من معلمة النسخ الاحتياطي - إنها خط الدفاع الأخير. عندما تتعطل جميع عقد CDN، ستعود حركة المرور إلى خادمك الخاص. قد لا يكون قادرًا على تحمل حركة المرور الكثيفة، ولكنه على الأقل يضمن عدم تعطل العمل تمامًا.
إن تبديل العقد هو مجرد حل طارئ، فالمشكلة الأساسية لا تزال تتمثل في العثور على مزود الخدمة. لكن كيفية التواصل لها قواعدها الخاصة. لا تقل فقط “العقدة معطلة”، فالمهندسون ينزعجون كثيرًا من هذا النوع من الوصف الغامض. قم بإعداد قالب تقرير عن الأعطال، في كل مرة يتم طرحه مباشرة:
لقد اختبرت ذلك ووجدت أنه إذا قمت بنقل البيانات إلى خدمة العملاء، يمكن أن تكون سرعة المعالجة أسرع بأكثر من ثلاث مرات. حالة CDN07 الأسبوع الماضي، من التقرير إلى الحل في 18 دقيقة فقط - لأن مهندسيهم يلقون نظرة على البيانات لتحديد موقع مشكلة رابط الربط بين شنغهاي موبايل مباشرة.
يجب أن تبدأ الحلول طويلة المدى من بداية الاختيار لتجنب المخاطر. الآن اختيار شبكة CDN يجب أن أنظر إلى ثلاثة مؤشرات: تكرار العقدة (على الأقل 2 عقدة متوفرة في كل منطقة)، وعدد روابط BGP (لتحديد قدرات تحسين المسار)، وسعة التنظيف (لا تؤمن بالقيمة النظرية، لمعرفة أداء الهجوم الفعلي).
قامت 08Host بعمل جيد في هذا المجال، حيث نشرت أكثر من 3 عقد في كل منطقة واستخدمت مزودي غرف خوادم مختلفين للعقد المختلفة. حتى لو واجهت إحدى غرف الخوادم مشكلة، يمكن تغطية العقد الأخرى. على الرغم من أن السعر أغلى ثمناً، إلا أنه أكثر فعالية من حيث التكلفة من خسارة تعطل الأعمال.
إليك نصيحة أخرى: قم بإجراء تدريبات منتظمة على الفشل. كل شهر، اختر فترة ذروة منخفضة، وقم بمحاكاة فشل العقدة يدويًا، لمعرفة ما إذا كانت عملية التبديل سلسة. لا تنتظر حدوث خطأ ما لتكتشف أن العقدة الاحتياطية مهيأة بشهادة SSL خاطئة - لقد رأيت هذا النوع من الأخطاء منخفضة المستوى أكثر من مرة.
أخيرًا، هناك حقيقة ثابتة: لا توجد شبكة CDN مستقرة 100% قوية مثل Cloudflare لديها أيضًا وقت تعطل. المفتاح هو أن يكون لديك نظام كامل للتعافي من الكوارث. نحن ننشر الآن بنية من ثلاثة مستويات: CDN5 لتسريع الواجهة الأمامية ومنع DDoS، وCDN07 لموازنة التحميل العالمي، وأخيراً 08Host كحل احتياطي. على الرغم من أن التكلفة أعلى قليلاً، ولكن في العامين الماضيين، لم نتسبب أبداً في انقطاع الأعمال بسبب مشاكل في شبكة CDN.
تذكر أن شبكة CDN عالية الدفاع ليست مجرد شراء خدمة والانتهاء منها. يجب عليك المراقبة المستمرة والاختبار المنتظم ووضع خطط طوارئ. أولئك الذين يقولون “اشترِ دفاعًا عاليًا لترتاح”، إما أغبياء أو سيئون. من المفترض أن يكون أمن الشبكة حرب هجوم ودفاع، فالعقد المستقرة اليوم قد تنهار غدًا، فابقَ يقظًا أكثر من أي شيء آخر.
في المرة التالية التي تواجه فيها ضخ العقدة، خذ نفسًا عميقًا أولاً، ثم اتبع هذه العملية: المراقبة وتحديد المواقع ← تبديل العقد ← جمع البيانات ← الاتصال بالبائعين. لا تكن في عجلة من أمرك لتغيير التكوين بشكل أعمى، فبمجرد أن انزلق زميلي وقطع كل حركة المرور إلى العقدة الاحتياطية، فإن نتائج تلك العقدة لم يتم تكوينها لحماية القواعد، وفرش حركة مرور 500G مباشرة ...... هذه هي الكارثة الحقيقية.
تحقق من إعدادات CDN الآن. هل هناك أي إعداد للتبديل التلقائي؟ هل تم اختبار العقد الاحتياطية؟ هل تمت قراءة شروط اتفاقية مستوى الخدمة لمزود الخدمة وفهمها؟ هذه الواجبات المنزلية عادةً لا تفعل، يحدث شيء ما، لا يمكنك سوى الركوع والتوسل.
