تقارب ECMP والاستمرارية
يقوم توجيه المسارات المتعددة متساوية التكلفة (ECMP) بتوزيع التدفقات؛ وهو لا يفهم المستخدمين أو ملفات تعريف الارتباط (cookies) أو جلسات تسجيل الدخول أو معاملات التطبيق. صمم استمرارية التطبيق في طبقة واعية بالتطبيق بدلاً من معاملة تجزئة ECMP المستقرة كميزة استمرارية.
التجزئة تحدد التدفق وليس المستخدم
Section titled “التجزئة تحدد التدفق وليس المستخدم”تحدد العديد من الموجهات مسارًا متساوي التكلفة من الحقول الموجودة في بروتوكول الإنترنت (IP) ورؤوس النقل. المدخل الشائع هو الخماسية: عنوان المصدر، وعنوان الوجهة، والبروتوكول، ومنفذ المصدر، ومنفذ الوجهة. وتعتمد الحقول الدقيقة والقيمة الأولية (seed) والسلوك على المنصة المستخدمة.
تتبع الحزم التي تحتوي على نفس الحقول المحددة عادةً نفس المسار طالما أن مجموعة ECMP مستقرة. يمكن أن يستخدم الاتصال الجديد منفذ مصدر مختلفًا وبالتالي يختار CE آخر. يؤدي كل من HTTP/1.0 و HTTP/1.1 و HTTP/2 وإعادة استخدام اتصال المتصفح والوكلاء (proxies) وترجمة عنوان الشبكة (NAT) إلى تغيير عدد اتصالات النقل التي تمثل جلسة مستخدم ظاهرة واحدة.
هذا السلوك هو تقارب التدفق فقط. وليس استمرارية لعنوان المصدر، أو استمرارية لملفات تعريف الارتباط، أو تكرارًا لحالة الجلسة.
حذف منفذ المصدر يغير المقايضة
Section titled “حذف منفذ المصدر يغير المقايضة”يمكن لبعض الموجهات حذف منفذ المصدر من تجزئة ECMP. يمكن أن يؤدي القيام بذلك إلى إبقاء الاتصالات التي لها نفس عناوين المصدر والوجهة على مسار واحد في كثير من الأحيان، ولكنه يقلل من القيم المتاحة لنشر حركة المرور. ويمكن للعديد من المستخدمين خلف عنوان NAT واحد التركيز على CE واحد.
لا يزال هذا التكوين لا يضمن استمرارية التطبيق:
- يمكن لتغيير مجموعة المسار إعادة تعيين التجزئة؛
- يؤدي فشل CE إلى نقل حركة المرور الجديدة إلى CE مختلف؛
- يمكن أن يتغير عنوان العميل؛
- لا يتم نسخ حالة التطبيق بين أجهزة CE بواسطة الموجه.
وضع الاستمرارية الصارمة في الطبقة الصحيحة
Section titled “وضع الاستمرارية الصارمة في الطبقة الصحيحة”عندما يتطلب التطبيق عودة المستخدم إلى نفس سياق المعالجة، استخدم آلية استمرارية مدعومة لطبقة التطبيق أو قم بوضع حالة الجلسة خارجيًا. وتشمل الأمثلة استمرارية ملفات تعريف الارتباط، واستمرارية عنوان المصدر التي يتم تنفيذها بواسطة موازن تحميل واعي بالتطبيق، ومخزن جلسة مشترك.
حدد المتطلبات بدقة:
| المتطلب | الآلية المناسبة |
|---|---|
| الحفاظ على الحزم في تدفق نقل واحد على مسار واحد | تجزئة تدفق ECMP |
| الحفاظ على الاتصالات الجديدة من عنوان واحد على هدف واحد | تقارب عنوان المصدر، مع فهم تركيز NAT |
| إبقاء مستخدم مصدق عليه واحد على مثيل تطبيق واحد | استمرارية طبقة التطبيق |
| البقاء عند فقدان جهاز CE المحدد أو مثيل التطبيق | حالة الجلسة المنسوخة أو الخارجية بالإضافة إلى تجاوز الفشل الواعي بالصحة |
التحقق من خلال حركة المرور وليس الافتراضات
Section titled “التحقق من خلال حركة المرور وليس الافتراضات”قم بإنشاء اتصالات مستقلة متعددة وقارن العدادات لكل مسار أو لكل CE. قم بتضمين العملاء خلف NAT، وكل إصدار HTTP في النطاق، والاتصالات طويلة الأجل، وتغيير مجموعة المسار. يثبت الطلب الناجح إمكانية الوصول؛ ولا يثبت التوزيع المتساوي أو الاستمرارية.
بالنسبة لجانب التوجيه الخاص بتغيير مجموعة المسار، راجع التوجيه وتجاوز الفشل.
مرجع المعايير
Section titled “مرجع المعايير”يصف RFC 2992 نموذجًا واحدًا لتوزيع التدفقات عبر قفزات تالية متساوية التكلفة والاضطراب الناجم عن تغير مجموعة القفزات التالية.