من لا شيء إلى مركز البيانات باستخدام VXLAN / EVPN أو كيفية طهي Cumulus Linux. الجزء 1

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

إدخال Cumulus Linux. تركيب الأجهزة والإعداد الأولي

مقدمة في بداية العمل كانت على النحو التالي:

1. شراء المعدات
2. رفوف مستأجرة
3. تم وضع خطوط لمراكز البيانات القديمة

أول قطعة من الأجهزة التي يجب تسليمها كانت 4 x Mellanox SN2410 مع نظام Cumulus Linux المثبت مسبقًا عليها. في البداية ، لم يكن هناك أي فهم لكيفية ظهور كل شيء (سيتم تطويره فقط في مرحلة تنفيذ VXLAN / EVPN) ، لذلك قررنا رفعها كمفاتيح L3 بسيطة باستخدام CLAG (تناظرية من MLAG من Cumulus). في السابق ، لم يكن لدي ولا زملائي خبرة كبيرة مع Cumulus ، لذلك كان كل شيء جديدًا إلى حد ما ، ثم تقريبًا.

بدون ترخيص - لا توجد منافذ

بشكل افتراضي ، عند تشغيل الجهاز ، يتوفر لك منفذا فقط - وحدة التحكم و eth0 (ويعرف أيضًا باسم منفذ الإدارة). لإلغاء حظر منافذ 25G / 100G ، تحتاج إلى إضافة ترخيص. ويتضح على الفور أن Linux باسم البرنامج ليس من أجل لا شيء منذ ذلك الحين بعد تثبيت الترخيص ، تحتاج إلى إعادة تشغيل البرنامج الخفي switchd من خلال "إعادة تشغيل systemctl switchd.service" (في الواقع ، يمنع عدم وجود ترخيص هذا البرنامج الخفي من البدء).



الشيء التالي الذي سيجعلك تتذكر على الفور أن هذا لا يزال Linux ، هو تحديث الجهاز باستخدام apt-get Upgrade ، كما هو الحال في Ubuntu العادي ، ولكن ليس من الممكن دائمًا التحديث بهذه الطريقة. عند التبديل بين الإصدارات ، على سبيل المثال ، من 3.1.1 إلى 4.1.1 ، تحتاج إلى تثبيت صورة جديدة ، مما يستلزم إعادة تعيين التكوينات إلى الوضع الافتراضي. ولكنه يحفظ أن DHCP ممكّن على واجهة الإدارة في التكوين الافتراضي ، مما يسمح لك بإعادة التحكم.

نظام الالتزام

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



أول شيء واجهته هو ترقيم التراجع للركام ، نظرًا لعادة التراجع 1 == آخر تكوين عمل. أنا أقود هذا الأمر بثقة كبيرة للتراجع عن أحدث التغييرات. لكن ما كان مفاجأة لي عندما اختفت قطعة الجهاز تحت السيطرة ، ولم أفهم لبعض الوقت ما حدث. بعد ذلك ، بعد قراءة قفص الاتهام من الركام ، أصبح من الواضح ما حدث: من خلال توجيه الأمر "net rollback 1" بدلاً من الرجوع إلى التكوين الأخير ، عدت إلى تكوين الجهاز الأول. (ومرة أخرى ، حفظ DHCP من الفشل الذريع في التكوين الافتراضي)





الشيء الثاني الذي كان عليّ مواجهته هو خوارزمية تأكيد الالتزام: على عكس "تأكيد الالتزام 10" المعتاد ، حيث تحتاج في غضون 10 دقائق إلى كتابة "الالتزام" مرة أخرى ، كان لدى Cumulus رؤيتها الخاصة لهذه الميزة. "تأكيد الالتزام" هو ببساطة الضغط على مفتاح الإدخال (Enter) بعد إدخال الأمر ، والذي يمكن أن يؤدي إلى مزحة قاسية عليك إذا لم يتم فقد الاتصال فورًا بعد الالتزام.

الهيكل الأول

كانت المرحلة التالية هي العمل على منطق المفاتيح فيما بينها ، في هذه المرحلة تم تثبيت واختبار الأجهزة فقط ، ولم يكن هناك حديث عن أي مخططات مستهدفة حتى الآن. ولكن أحد الشروط كان أن الخوادم المتصلة بأزواج MLAG مختلفة يجب أن تكون في نفس مجال L2. لم أرغب في جعل أحد الأزواج بسيطًا من L2 ، وبالتالي تقرر رفع اتصال L3 عبر SVI ، فقد تم اختيار OSPF للتوجيه ، حيث تم استخدامه بالفعل في مراكز البيانات القديمة ، مما يسهل توصيل البنية التحتية في الخطوة التالية.







يوضح هذا الرسم التخطيطي مخطط الفيزياء + تقسيم الأجهزة إلى أزواج ، تعمل جميع الروابط الموجودة في المخطط في وضع Trunk.







كما ذكرنا سابقًا ، تتم جميع اتصالات L3 عبر SVI ، وبالتالي ، فإن جهازين فقط من أصل 4 أجهزة لهما عنوان IP في كل شبكة محلية ظاهرية ، مما يسمح لك بإنشاء نوع من حزمة L3 p2p.

أوامر أساسية للمهتمين

خاتمة

آمل أن يجد شخص ما هذا المقال ممتعًا. أرغب في رؤية التعليقات: ما الذي يجب إضافته وما هو غير ضروري تمامًا. في المقالة التالية ، سننتقل بالفعل إلى الأكثر إثارة للاهتمام - تصميم الشبكة المستهدفة وتكوين VXLAN / EVPN. وفي المستقبل ، من الممكن نشر مقال عن أتمتة VXLAN / EVPN باستخدام Python.