خطوات الاستخدام
أدخل قيمة TTL (Time to Live) بالثواني. TTL هو المدة التي تخزّن فيها خوادم DNS وذاكرة التخزين المؤقت للمتصفح سجل DNS قبل تحديثه. كلما زاد TTL، طالت مدة بقاء السجل القديم في ذاكرة التخزين المؤقت بعد تغيير IP. هذا يؤثر بشكل مباشر على زمن تجاوز الفشل لأن العملاء لن يروا عنوان IP الجديد حتى انتهاء TTL.
أدخل قيمة فترة الفحص الصحي (Health Check Interval) بالثواني. هذه هي المدة بين كل فحص صحي لخادم الهدف. إذا فشل الفحص، يُكتشف انقطاع الخدمة. بعد اكتشاف الفشل، يتم تحديث سجل DNS ليشير إلى الخادم الاحتياطي. فترة الفحص تحدد مدى سرعة اكتشاف الفشل – فترات أقصر تؤدي إلى اكتشاف أسرع.
يحسب المُحسِّن زمن تجاوز الفشل الأقصى كمجموع TTL وفترة الفحص الصحي: زمن تجاوز الفشل = TTL + فترة الفحص. هذا يمثل أسوأ حالة حيث يحدث الفشل مباشرة بعد فحص صحي ناجح، مما يعني أن الفحص التالي سيستغرق فترة كاملة لاكتشاف الفشل، ثم يجب أن تنتهي ذاكرة التخزين المؤقت لل DNS الحالية (TTL) قبل أن يتمكن العملاء من رؤية السجل الجديد. الناتج هو أقصى وقت ممكن لتجاوز الفشل، لكن الوقت الفعلي قد يكون أقل إذا حدث الفشل في وقت مختلف.
أمثلة محلولة
تطبيقات عملية على وقت تجاوز فشل DNS بخطوات الحل كاملة.
الحل
باستخدام المعادلة: زمن تجاوز الفشل = TTL + فترة الفحص الصحي = 300 + 60 = 360 ثانية (6 دقائق). في هذا السيناريو، إذا تعطل الخادم الرئيسي بعد ثوانٍ من فحص صحي ناجح، سيستغرق الأمر 60 ثانية حتى يكتشف الفحص التالي الفشل. بعد ذلك، يتم تحديث سجل DNS على الفور، لكن العملاء الذين خزّنوا السجل القديم مؤقتًا سيبقون لديهم لمدة 300 ثانية أخرى حتى ينتهي TTL. لذلك، قد يستغرق تجاوز الفشل الكامل 6 دقائق كحد أقصى. في الممارسة العملية، إذا حدث الفشل قبل الفحص التالي بقليل، فقد يكون زمن تجاوز الفشل أقل، لكن هذا الحساب يعطي تقديرًا احترازيًا.
الحل
زمن تجاوز الفشل = 60 + 30 = 90 ثانية (1.5 دقيقة). هذا تكوين سريع الاستجابة، مثالي للخدمات عالية التوفر حيث يكون وقت التعطل غير مقبول. TTL المنخفض يعني أن أي تغيير في DNS ينتشر بسرعة، وفترة الفحص القصيرة تكتشف الأعطال بسرعة. العيب هو زيادة الحمل على خوادم DNS بسبب الاستعلامات المتكررة، وقد تفرض بعض مزودي الخدمة حدودًا على TTL الأدنى. هذا المثال يوضح مقايضة بين سرعة تجاوز الفشل والعبء على البنية التحتية.