العودة

Cloudflare تخفض أوقات إعادة بناء مناطق DNS إلى النصف واستخدام RAM بنسبة 85%
SiTech AI Team2 دقيقة قراءة

Cloudflare تخفض أوقات إعادة بناء مناطق DNS إلى النصف واستخدام RAM بنسبة 85%

حسّن مهندسو Cloudflare إعادة بناء مناطق DNS: انخفض الوسيط الزمني للبناء من 7.7 إلى 3.3 ثانية، وانخفض استهلاك ذاكرة RAM في خوادم Zone Builder بنسبة 85%، من نطاق 50 إلى 79 GB إلى نحو 7 GB.

تقول Cloudflare إن مهندسيها حسّنوا خدمات إعادة بناء مناطق DNS، مما خفض أوقات إعادة البناء إلى النصف واستخدام الذاكرة بنسبة 85% عبر شبكتها. يلي هذا العمل توفيرات ذاكرة سابقة ويستهدف أسطولا من DNS يعالج 800 تغيير منطقة في الثانية.

الخلفية والحجم

يعالج أسطول DNS الخاص بـ Cloudflare 800 تغيير منطقة في الثانية، ارتفاعا من 250 قبل أربع سنوات. تحتوي منطقة DNS على سجلات وإعدادات وبيانات وصفية لنطاق، بما في ذلك عناوين IP وأسماء المضيفين وسطور نصية والنطاقات الفرعية وإعادة التوجيه ومعلومات البريد العشوائي أو الشهادات. تقول الشركة إن الاتساق يجب أن يُحفظ عبر آلاف خوادم DNS، وبعض النطاقات تحتوي على أكثر من 20 مليون سجل. سابقا، وجد المهندسون توفير 100 TB من الذاكرة في ذاكرة التخزين المؤقت لـ DNS وتوفيرا آخر 100 TB بتحسين توجيه خادم المهام. كانت الشركة قد حسّنت تحديثات السجلات في 2022 بتحديث البيانات الضرورية فقط.

إعادة بناء جزئية للإعدادات

سابقا، كانت تحديثات الإعدادات تتطلب عمليات بناء كاملة. أضاف المهندسون أسبابا ومعلومات إضافية إلى أحداث تغيير المنطقة، مما سمح بتصنيف تلك الأحداث. يمكن بعد ذلك أن تستخدم تغييرات إعدادات محددة عمليات بناء أصغر. تشكل تغييرات Apex والبيانات الوصفية، مثل Universal SSL، نوعا واحدا. تغيير خادم أسماء النطاق أو wildcards يُطلق إجراء أصغر آخر. تبقى عمليات البناء الكاملة للحالات التي لا توجد لديها آلية إعادة بناء جزئية. تُحدّث النطاقات ذات السجلات الكثيرة الآن على مراحل. تُبلّغ الشركة عن انخفاض 85% في استخدام RAM في خوادم Zone Builder، من نطاق 50 إلى 79 GB إلى نحو 7 GB، ويرجع ذلك في الغالب إلى هذه التغييرات.

المجدول والتزامن

دمج التحسين الثاني مجدولين منفصلين للتخطيط والتنفيذ في واحد. يكتشف المجدول الجديد تغييرات متعددة تؤثر في المنطقة نفسها ويجمعها. تستخدم Cloudflare Apache Kafka لرسائل الأحداث. سابقا، عندما أطلقت رسالة بناء بطيئا، انتظر المجدول انتهاء تلك المهمة ولم يعالج الطلبات التي تصل في هذه الأثناء، لأن Kafka يقدّم الرسائل بالترتيب. الآن يقرّ بالاستلام ويُشغّل المهام الأصغر الواردة خلال تلك الفترة. تُنفَّذ الطلبات بسرعة بعد إصدارها بوتيرة متسقة، بدلا من دفقات بعد انتظار في صف طويل. كما شدّد الفريق فترات معالجة الصف. انخفض الوسيط الزمني للبناء من 7.7 ثانية إلى 3.3 ثانية.

المصادر: Tom's Hardware

SiTech

SiTech — تطوير ويب مدعوم بالذكاء الاصطناعي

نبني مواقع سريعة وعصرية وندمج الذكاء الاصطناعي في سير عمل الشركات. لديك مشروع أو سؤال؟ يسعدنا مساعدتك.