ثلاثة آلاف فرع تبدو كأنها مشكلة توجيه، لكنها تتصرف كمشكلة مسك دفاتر. حساب إجمالي البادئات يستغرق عشر دقائق، ونادرًا ما يكون هو الرقم المؤلم. المؤلم هو العمل لكل جلسة، ودفعة التحديثات عند فشل مكوّن مشترك، والوقت اللازم قبل أن تتوافق إعادة التوجيه مع الطوبولوجيا الجديدة.

لذا امشِ في الحساب بالترتيب الصحيح. أحصِ العلاقات، ثم أحصِ البادئات والبدائل، ثم أحصِ ما يحدث في ساعة سيئة، وبعد ذلك فقط قارن البروتوكولات والمنصات. وإذا عُكس الترتيب تحوّل التمرين إلى جدال حول حدود المسارات لا يستطيع أحد حسمه بالمعلومات المتاحة على الطاولة.

أربع ميزانيات، لا واحدة

كل ميزانية تجيب عن سؤال مختلف، ويمكن أن تكون كل واحدة منها القيد الحاكم على منصة مختلفة. وكتابتها منفصلة تمنع رقم بادئات كبير واحد من أن ينوب عن التصميم كله.

BudgetWhat you are really counting
SessionsPeers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count
PrefixesAlternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see
ChurnUpdates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event
RecoveryTime to detect, reselect, reinstall and restore the application, measured end to end rather than per box

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

ثمة سؤال منصة أيضًا مخفي داخل الأربع كلها: هل تتشارك التشفير وإعادة التوجيه والتوجيه المعالج نفسه أم لها مسارات منفصلة؟ جهازان بسعة مسارات متطابقة قد يتصرفان بشكل مختلف جدًا تحت وطأة التحديثات، ونادرًا ما تقول ورقة المواصفات أي الجهازين تشتري.

أجرِ الحساب على أرقامك أنت

خذ تصميمًا افتراضيًا: 3,000 فرع، وثلاث بادئات لكل فرع قبل التجميع، ومحوران لكل فرع لتحقيق التكرار. على زوج المحورين أن يستوعب نحو 9,000 بادئة فرعية قبل التلخيص، ويستلزم التصميم 6,000 جلسة بين الفرع والمحور إذا كان كل فرع يقرن مع المحورين معًا.

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

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

ماذا يمنحك BGP، وماذا يمنحك IGP

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

لا يكون IGP خاطئًا تلقائيًا. فعندما تناسب الطوبولوجيا وبنية المناطق ونموذج التجاور الخدمة، يتقارب بروتوكول حالة الوصلة بسرعة ويحتاج إلى بنية سياسات أقل. الفخ هو افتراض أنه يستطيع التعبير عن التحكم نفسه في التصدير لكل جار كما يفعل BGP: فمنطقة OSPF حد تدفق، وليست مرشحًا يمكنك إرفاقه بفرع واحد.

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

اختبر الدفعة، لا الحالة المستقرة

ابنِ المقارنة حول العطل الذي تتوقعه فعلًا: سقوط محور، أو حدث شبكة WAN إقليمي، أو نافذة صيانة تُخرج نصف المواقع من الخدمة دفعة واحدة. قِس زمن التعافي من منظور الفرع، بما في ذلك التطبيق، لأن مستوى تحكم يتقارب في ثوانٍ يعني القليل إذا استغرقت الجلسة دقائق لإعادة التأسيس.

show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPF

سجّل ما تفعله المنصة عند ذروة الدفعة لا في حالة السكون، وكرر ذلك مع تمكين ميزات الأمان. إثبات المفهوم الذي يُظهر جدولًا هادئًا فقط هو اختبار ذاكرة، والذاكرة لم تكن يومًا الرقم المثير للاهتمام.

مقالات ذات صلة