عندما يتعطل خادم اللعبة، فإن الموقف الأكثر شيوعًا في المجموعة التقنية هو: "هذا التذبذب في الشبكة، لا يمكن للآلهة أن تنقذ آه". لكن الحقيقة في كثير من الأحيان، قد لا تكون شبكة CDN الخاصة بك قد اختارت الشبكة الصحيحة، أو أن التكوين خاطئ. لقد اختبرت ما لا يقل عن عشرة شبكات CDN عالية الدفاع السائدة، يمكن الضغط على معدل فقدان الحزمة بثبات إلى 1% أدناه، يدان للعد أكثر.
في العام الماضي، كانت إحدى ألعاب FPS لدينا في الإصدار التجريبي العام، وكان هناك ما يقرب من 100,000 شخص متصل بالإنترنت في نفس الوقت خلال فترة الذروة. كان الخادم نفسه قادرًا على التعامل مع ذلك، لكن اللاعبين أبلغوا عن "اتصال شبكة غير مستقر". بعد التحقق من المراقبة، ارتفع معدل فقدان الحزمة إلى 15%، والذي لا يزال يلعب مطرقة؟ التأخير مرة أخرى منخفض، وفقدان الحزمة مرتفع كالمعتاد بطاقة PPT. في وقت لاحق قضينا شهرين ضبط، معدل فقدان الحزمة العالمي ضغط إلى 0.8%، اليوم على الاختبار الفعلي للبرنامج الفعال سحبت لك.
لنفجر بعض الأوهام أولاً:لا تصدق بائعي شبكات توصيل المحتوى الذين يتباهون بأن "خطوط BGP هي كل شيء"، BGP هو مجرد بروتوكول توجيه، ولا يعني الجودة. لقد واجهت عقدة "BGP متعدد الخطوط" الخاصة بأحد البائعين، ومعدل فقدان الحزمة في المساء أعلى من معدل فقدان الحزمة من الدرجة الثانية لمزود خدمة الإنترنت. ما يؤثر حقًا على معدل فقدان الحزمة هو ثلاثة أشياء: المسافة الفعلية، وازدحام الخط، وعدد ناقلات "المصافحة" بينهما.
على سبيل المثال، المستخدم من هيلونغجيانغ المتصل بغرفة خادم شنغهاي، قد تقفز حركة المرور خمس أو ست مرات. بكين تهتز قليلاً، وجينان تدور حولها، ونانجينغ ثم تصنع بطاقة. قد يفقد كل رابط الحزم. تتمثل المهمة الأساسية للتوجيه الذكي في تحويل هذه العملية إلى "اتصال مباشر من نقطة إلى نقطة".
المخطط الذي نستخدمه هو سبر ثنائي الوصلة + تبديل المسار الديناميكي. يرسل العميل SDK حزمة مسبار سعة 4 كيلوبايت إلى عقدة الحافة كل 10 ثوانٍ، وتقوم العقدة بحساب معدل فقدان الحزمة والتأخير. وبمجرد تجاوز العتبة (على سبيل المثال، فقدان الحزمة > 2% أو التأخير > 80 مللي ثانية)، يتم قطع الاتصال على الفور إلى الخط الاحتياطي. إليك مشكلة: لا تستخدم اختبار ICMP! ستحد العديد من شركات الاتصالات من سرعة ICMP، ولن يُسمح بالبيانات على الإطلاق. عليك استخدام منافذ TCP أو UDP المخصصة.
هذا هو المنطق الأساسي (كود Python الزائف) للنص البرمجي الخاص بالمسبار المحلي:
الكشف لا يكفي، فجودة العقدة هي الأساس. لقد قمنا بمقارنة ثلاثة بائعين: CDN5، CDN07، 08Host. النتائج فظيعة - في نفس المنطقة، يمكن أن يكون معدل فقدان حزم العقدة CDN5 أقل من 08Host 40%. لأن CDN5 قامت ببناء شبكة CDN5 ذاتيًا، بينما استأجرت 08Host نطاقًا تردديًا مستعملًا. في هذه الأيام، حتى CDN يجب أن "تمنع زملاء الفريق"، فأنت لا تعرف أبدًا عدد المتاجرين المستعملين وراء العقد التي تستأجرها.
يقع في قلب عملية تحسين العقدة "الذهاب إلى الوسيط".وقّعنا لاحقًا عقدًا عميقًا مباشرة مع CDN5، يتطلب أن تكون جميع العقد يجب أن تكون متاحة من قبل شركات النقل الرئيسية الثلاث غرفة من الفئة A، وعدد القفزات لا يتجاوز 3. بالمناسبة، اختر مادة سوداء: بائع يسمى "800 عقدة عالمية"، في الواقع، 600 عقدة افتراضية، جوهر إعادة بيع AWS و Google Cloud. عادةً ما تكون هذه العقدة على ما يرام، في حالة وجود DDoS مباشرةً.
من المزالق الأخرى لشبكات CDN عالية الدفاع أن قواعد الحماية نفسها يمكن أن تزيد من فقدان الحزمة. على سبيل المثال، قد تؤدي الحماية من تدفق SYN Flood إلى قتل مصافحة TCP العادية عن طريق الخطأ. لقد عانينا من خسارة - بعد تشغيل "وضع الحماية الفائقة"، لم يتمكن اللاعبون العاديون من الاتصال لأن مصافحة TCP أعيد تعيينها ثلاث مرات قسراً. تم حل المشكلة عن طريق التغيير إلى "البصمة الديناميكية":
أخيرًا، هناك مشكلة ميتافيزيقية: الجدولة عبر الشبكة. يذهب مستخدمو الهاتف المحمول إلى عقدة الاتصالات، ومعدل فقدان الحزمة مرتفع بطبيعته 3%. تتمثل استراتيجيتنا الحالية في "ثلاث عقد على ثلاث شبكات": تنشر كل منطقة ثلاث عقد على الأقل من الاتصالات والهاتف المحمول و"يونيكوم"، ثم تستخدم Anycast IP كنقطة دخول. سيتم حل المستخدمين دائمًا إلى نفس عقدة الناقل.
مقارنة بين البيانات المقاسة: قبل التحسين، كان متوسط معدل فقدان الحزمة للوصول عبر الشبكة هو 12.71 تيرابايت 3 تيرابايت، والوصول إلى نفس الشبكة هو 4.31 تيرابايت 3 تيرابايت، وبعد التحسين، تم إجبار الإرسال عبر الشبكة على أن يكون الإرسال عبر نفس الشبكة من خلال Anycast، وتم الضغط على معدل فقدان الحزمة العالمي إلى 0.81 تيرابايت 3 تيرابايت، وزادت التكلفة بمقدار 251 تيرابايت 3 تيرابايت، ولكن انخفضت شكاوى اللاعبين بمقدار 901 تيرابايت 3 تيرابايت، وهو ما يمثل قدرًا كبيرًا من الدية.
نصيحة أخرى: اضبط قيمة MTU. تكون حزم الألعاب صغيرة بشكل عام، ويقل احتمال تجزئة وحدة MTU 1200 عن 1500. يمكن أن يكون فقدان شريحة تفاعلاً متسلسلاً - فقدان شريحة واحدة وإعادة إرسال الحزمة بأكملها. لقد نشرنا تحسين MTU عبر عقد Linux الخاصة بنا:
بصراحة، لا يوجد أكثر من خمسة في الصين يمكنها تحقيق معدل فقدان حزم أقل من 1%.CDN5 تعمل بقوة في شرق وجنوب الصين، ولكن يوصى باستخدام CDN07 في شمال شرق الصين - لديهم اتفاقية تناظر عميق مع Unicom.08Host رخيص، ولكنه مناسب فقط للألعاب التي لا تتأثر بزمن الاستجابة. إذا كنت تمارس ألعابًا تنافسية، فلا توفر هذا المال. يمكن أن يتضاعف تخبط اللاعبين.
أخيرًا ألقِ نظرية العاصفة: انظر بائعي CDN موثوق بهم أم لا، دعه يفتح مباشرةً خلفية المراقبة في الوقت الفعلي. تجرأ على إظهار منحنى التأخير وفقدان الحزمة لمدة 48 ساعة، بشكل عام ليس سيئًا للغاية. أولئك الذين سيتخلصون فقط من "مخطط التغطية الكاملة للشبكة"، وهو في الأساس فطيرة في السماء. لدينا الآن نظام المراقبة الخاص بنا، كل 5 دقائق من نقاط الكشف الـ 200 في البلاد لإرسال الحزم، أقل من 99.5% توافر العقد مباشرة دون اتصال بالإنترنت تلقائيًا.
في ظل عدم وجود حل سحري لتقليل معدل فقدان الحزم، فإن الأمر كله يتعلق بتراكم التفاصيل. من بروتوكول التوجيه إلى درجة حرارة الخزانة، يمكن قلب كل رابط. ولكن طالما أنك تمضغ "التوجيه الذكي" و"تحسين العقدة"، فإن معدل فقدان الحزمة لا يجرؤ على أن يكون متغطرسًا معك.
