يحدث انقطاع في خدمة الشبكة. إنها ليست مسألة إذا، ولكن متى. الأنظمة الأساسية السحابية وشبكات توصيل المحتوى (CDNs) التي تتمتع باتفاقيات مستوى الخدمة بوقت تشغيل بنسبة 100% ليست محصنة. إنهم يعانون من انقطاع التيار الكهربائي تمامًا مثل أي شيء آخر.

السؤال هو: ماذا تفعل عندما تتعطل إحدى خدمات الشبكة لديك؟ هل سيؤدي نقص الخدمات الزائدة إلى توقفك عن العمل؟ أم أنك ستنتقل إلى مزود آخر، وتحافظ على تجربة مستخدم سلسة؟ في النهاية الخلفية، كيف ستعمل عملية تجاوز الفشل؟ هل ستكون آلية أم يدوية؟

معظم المنظمات المتوسطة والكبيرة لديها أنظمة زائدة عن الحاجة في مكان لمساعدتهم على النجاة من انقطاع التيار الكهربائي. ما قد يكون أو لا يكون موجودًا هو الآلية الآلية التي تعيد توجيه حركة المرور إلى تلك الأنظمة الزائدة عن الحاجة عندما الخدمة الأساسية تنخفض.

تستخدم تقنية IBM NS1 Connect Filter Chain™‎ قوة DNS لإعادة توجيه حركة المرور تلقائيًا بين موفري الخدمة عند حدوث انقطاع في خدمة الشبكة. مع وجود بعض القواعد الأساسية، NS1 Connect يراقب حالة شبكتك ويقوم بتبديل نقاط النهاية حسب الحاجة. أنت تضع القواعد والأولويات مقدمًا؛ كل شيء بعد ذلك يحدث تلقائيا.

على منصة NS1، يتم تطبيق تكوينات سلسلة التصفية على السجلات الفردية داخل مناطق DNS. تحدد سلاسل التصفية كيفية تعامل NS1 مع الاستعلامات مقابل كل سجل - على وجه التحديد، الإجابات التي سيتم إرجاعها. تستخدم كل سلسلة تصفية منطقًا فريدًا لمعالجة الاستعلامات. يمكنك إنشاء مجموعات من المرشحات لتحقيق نتيجة محددة بناءً على احتياجاتك التشغيلية أو التجارية.

بالطبع، لا يرغب الجميع في توجيه حركة مرور تجاوز الفشل بنفس الطريقة. لذلك، قمنا بتجميع دليل سريع حول كيفية إنشاء أنظمة تجاوز الفشل النشطة والنشطة والسلبية واليدوية باستخدام سلاسل التصفية.

فشل نشط نشط

في حالة الاستخدام هذه، يقوم NS1 أو مصادر بيانات الطرف الثالث بمراقبة حالة نقاط النهاية الفردية في البنية التحتية لتسليم التطبيق لديك. عندما تشير البيانات إلى انقطاع في أحد الأنظمة، يقوم NS1 تلقائيًا بتوجيه حركة المرور إلى الأنظمة الثانوية التي تختارها. يطلق عليه "نشط-نشط" لأن هذه الأنظمة الثانوية من المحتمل أن تكون قيد التشغيل كجزء من نظام موازنة التحميل لديك على أي حال. عندما يكون هناك انقطاع في أحد الأنظمة، يقوم NS1 بإعادة توازن الحمل نحو الأنظمة النشطة بالفعل.

الفلتر الأول في السلسلة هو "أعلى". يخبر هذا المرشح النظام ما إذا كانت نقطة النهاية الخاصة بموفر الخدمة قيد التشغيل أم لا.

الفلتر الثاني في السلسلة هو إما "Shuffle" أو "Weighted Shuffle". إذا قام مرشح "أعلى" بإرجاع إجابة "خاطئة" لأي نقطة نهاية، فإنه يقوم تلقائيًا بتوزيع حركة المرور على مقدمي الخدمة الآخرين. يقوم Shuffle بتوزيع حركة المرور بشكل عشوائي، بينما يقوم Weighted Shuffle بتوزيعها بناءً على الأوزان التي تقدمها.

وأخيرًا، حدد عدد الإجابات التي تريد أن يقدمها DNS للاستعلامات الواردة. RFC 1912 يتطلب إرجاع إجابة واحدة فقط لكل استعلام CNAME. يسمح لك مرشح "Select First N" بتحديد عدد الإجابات التي يتم إرجاعها إلى العميل الطالب، ولكن يجب أن يكون الافتراضي واحدًا.

تجاوز الفشل النشط والسلبي

كما هو الحال في حالة الاستخدام النشط والنشط، يقوم NS1 أو مصادر بيانات الطرف الثالث بمراقبة حالة البنية التحتية لتسليم التطبيق لديك وتوجيه حركة المرور إلى الأنظمة الثانوية في حالة انقطاع النظام الأساسي. الفرق هنا هو أن الأنظمة الثانوية قد لا تتعامل مع حركة المرور بالفعل، حيث يتم تشغيلها فقط عند الحاجة إليها كخيار متكرر.

وكما في المثال السابق، فإن الفلتر الأول في هذه السلسلة هو "أعلى". وبالاعتماد على بيانات المراقبة، يحدد NS1 أي الخدمات الأساسية متصلة بالإنترنت.

الفلتر الثاني في هذه السلسلة هو "الأولوية". يقوم عامل التصفية هذا بإنشاء منطق يعطي الأولوية للأنظمة النشطة على الأنظمة السلبية أو الاحتياطية. إذا كانت الإجابات ذات الأولوية الأعلى متوفرة، فسيتم تصنيفها إلى المركز الأول في قائمة الإجابات المحتملة. إذا لم يكن الأمر كذلك، يستمر NS1 في أسفل قائمة الأولويات حتى يجد موردًا متاحًا.

أخيرًا، يحدد خيار "Select First N" عدد الإجابات التي سيتم تقديمها. الإجابة التي تريد تقديمها في هذه الحالة هي واحدة.

تجاوز الفشل اليدوي

في بعض الأحيان، قد ترغب في اتخاذ قرارات تجاوز الفشل فقط بعد أن تعرف المزيد عن الموقف. في هذه الحالات، تكون سلسلة التصفية هي آلية التنفيذ التي تستخدمها بمجرد تحديد المكان الذي تريد أن تتجه إليه حركة المرور. بدلاً من توجيه تغذية البيانات إلى NS1، ستقوم بتشغيل عامل التصفية يدويًا عند الحاجة إليه باستخدام المنطق السلبي النشط.

الفلتر الأول في هذه السلسلة هو "أعلى"، مع الاختلاف هنا أنك تحدد يدويًا الخدمات التي يتم رفعها وأسفلها (بدلاً من قيام خلاصة البيانات بذلك نيابةً عنك).

المرشح الثاني في هذه السلسلة هو "الأولوية"، بدءاً بالأنظمة النشطة بدلاً من الأنظمة السلبية أو الاحتياطية. إذا كانت الإجابات ذات الأولوية الأعلى متوفرة، فسيتم فرزها إلى الموضع الأول في قائمة الإجابات المحتملة. إذا لم يكن الأمر كذلك، يستمر NS1 في أسفل قائمة الأولويات حتى يجد موردًا متاحًا.

أخيرًا، يحدد خيار "Select First N" عدد الإجابات التي سيتم تقديمها. الإجابة التي تريد تقديمها في هذه الحالة هي واحدة.

توفر السحابة المتعددة أو CDN المتعددة

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

المرشح الأول في هذه السلسلة هو "عتبة توفر النجم النابض". يتيح لك عامل التصفية هذا تعيين قيمة النسبة المئوية التي ستحدد استخدام الخدمة بناءً على مقاييس التوفر.

الفلتر الثاني في السلسلة هو "Weighted Shuffle"، الذي يوزع حركة المرور على مقدمي الخدمة الآخرين الذين يستوفون تعريف "متاح" من الفلتر الأول. يتم توزيع حركة المرور على أساس الأوزان التي تقدمها.

عامل التصفية الثالث هو "فرز أداء بولسار"، والذي يأخذ التوزيع المرجح من عامل التصفية السابق ويوجه حركة المرور إلى أسرع خدمة متاحة، مما يؤدي إلى التخلص من الخدمات منخفضة الأداء بناءً على الحد الذي تحدده.

أخيرًا، سيحدد "Select First N" عدد الإجابات التي سيتم تقديمها. الإجابة التي تريد تقديمها في هذه الحالة هي واحدة.

لمزيد من المعلومات حول كيفية استخدام سلاسل التصفية لتحسين الأداء والمرونة، وخفض التكاليف والمزيد، استكشف المزيد أدناه.

يمكنك الحماية من انقطاع الخدمة من خلال خدمات الشبكة المرنة والمتكررة