ما هو التوفر العالي للمقابس (HA)

تناقش هذه المقالة تكوينات التوفر العالي (HA) وظروف التبديل الفاشلة للمواقع التي تستخدم زوج من مقابس Cato المادية.

نظرة عامة على توافر عالي لـ Socket لموقع

لتحسين مرونة الموقع، توصي Cato بشدة بتثبيت كل موقع بزوج من المقابس التي تعمل في وضع التوفر العالي (HA). يضمن هذا الوضع استمرارية الخدمة للموقع في حالة فشل أحد المقابس. أثناء التبديل الفاشل، تحافظ Cato Cloud على حالة التدفقات ويكون هناك تأثير ضئيل على تجربة المستخدم النهائي.

المواقع المدعومة للتوفر العالي للمقابس

تدعم Cato التوفر العالي للمقابس للبيئات التالية:

  • موقع المقابس المادية

  • موقع AWS vSocket

  • موقع Azure vSocket

تشرح هذه المقالة كيفية عمل التوفر العالي لموقع المقابس المادية. لمزيد من المعلومات حول إعداد HA لـ Socket في بضع نقرات، راجع استخدام Sockets في نشر HA.

توافر عالي لـ Socket ونماذج مختلفة من Socket

يمكن لمواقع HA لـ Socket استخدام اثنين من Sockets من نفس النوع X1500، X1600، X1600 LTE، أو X1700. ومع ذلك، لا يمكنك استخدام أنواع مختلفة من Sockets، لذا لا يتم دعم موقع يحتوي على Socket X1600 وSocket X1700.

  • يمكنك استخدام Socket X1500 وSocket X1500B في نفس موقع HA.
  • لا يمكنك استخدام مقبس X1600 ومقبس X1600 LTE في نفس موقع التوفر العالي.

فهم التوافر العالي لـ Socket والفشل

في نشر التوفر العالي للمقابس، يتم تعيين مقبسان من Cato إلى موقع. يتم تحديد المقبس الأول المعين للموقع كمقبس رئيسي، والثاني كمقبس ثانوي. تعمل المقابس في وضع التوفر العالي النشط/الاستعداد. أثناء التشغيل العادي للموقع، يمتلك المقبس الرئيسي حالة ماستر التوفر العالي، بينما يكون المقبس الثانوي في حالة احتياطية للتوفر العالي. فقط المقبس الذي يمتلك حالة ماستر التوفر العالي يتعامل مع الحركة.

  1. المقبس الثانوي (الاحتياطي) يراقب باستمرار حالة (نشاط) المقبس الرئيسي عن طريق الاستماع إلى رسائل المتابعة الدورية التي يرسلها المقبس الرئيسي. يتم إرسال رسائل الاحتفاظ بالحياة عبر الواجهة المخصصة مع تعيين الوجهة إلى LAN & VRRP أو VRRP (انظر أدناه اتصال LAN وHA لـ Socket).

  2. بمجرد أن يكتشف المقبس الثانوي (الاحتياطي) أن المقبس الرئيسي قد تعطل، يغيّر حالته للتوفر العالي إلى ماستر ويبدأ في التعامل مع الحركة. يحدث هذا بعد ثلاث ثوانٍ من عدم تلقي رسائل المتابعة للتوفر العالي.  

  3. يرسل المقبس الثانوي رسالة GARP إلى الشبكات المحلية لتسريع تقارب الطبقة 2.

  4. عندما يتعافى المقبس الرئيسي ويعود إلى وظيفته العادية، فإنه يصبح مسبقًا الماستر ويعود المقبس الثانوي إلى حالة الاستعداد.

توضح الصورة التالية صفحة تكوين التوفر العالي لمقابس X1500 في تطبيق إدارة Cato في الشبكة > المواقع > {site name} > تكوين الموقع > المقبس:

image.png

عنصر

وصف

1

دور التوفر العالي للمقبس - رئيسي أو ثانوي

2

حالة التوفر العالي للمقبس - ماستر أو احتياطي

3

حالة التوفر العالي - جاهز أو غير جاهز

4

الظروف المحددة للحالة العامة للتوفر العالي

  • متصل - اتصال WAN للمقبس

    • GreenCheck.png- كل من المقبسين الرئيسي والثانوي لديهما على الأقل نفق تشغيلي واحد متصل بـ Cato Cloud

    • Red_X.png- المقبس ليس لديه أي أنفاق تشغيلية متصلة بـ Cato Cloud

  • متابعة - حالة قناة متابعة التوفر العالي بين المقابس

    • GreenCheck.png- المقبس الثانوي يتلقى رسائل متابعة التوفر العالي من المقبس الرئيسي

    • Red_X.png- المقبس الثانوي لا يستقبل رسائل متابعة التوفر العالي من المقبس الرئيسي

  • الإصدار المتوافق - كل من المقبسيين الأول والثاني يعملان على إصدارات متوافقة من نظام تشغيل المقابس

    • GreenCheck.png- كلا المقبسين يعملان بإصدار متوافق (نفس الإصدار الرئيسي) من المقبس، على سبيل المثال 14.0.13986 و 14.0.12764

    • Red_X.png- المقابس لديها إصدارات رئيسية مختلفة، على سبيل المثال 14.0.13986 و 13.0.48732

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

    على سبيل المثال، إذا كان المقبس الرئيسي يعمل بالإصدار 18.0 والمقبس الثانوي يعمل بالإصدار 15.0، ففي حالة حدوث تبديل فشل، الميزات التي تم إصدارها مع الإصدارات 16 - 18 لن تعمل أثناء نشاط المقبس الثانوي.

مثال على فشل في HA لـ Socket

توضح المخططات التالية مثالاً على مشكلة في المقبس الرئيسي تتسبب في تبديل الفشل إلى المقبس الثانوي. عندما يكتشف المقبس الثانوي أن المقبس الرئيسي معطل، فإنه يغير حالته إلى ماستر. ينقل Cato Cloud تدفقات الحركة إلى روابط WAN في المقبس الثانوي.

Socket_HA_Regular.png
Socket_HA_Failure.png

HA لـ Socket وحالة العقل المنفصل

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

يمكنك تحديد حالة العقل المقسّم بفحص صفحة المقبس (الموضح أعلاه) في تطبيق إدارة Cato.

  • سيتم عرض المقبسين الرئيسي والثانوي على أنهما في حالة ماستر (البند 2)

  • حالة المتابعة (في البند 4) ستظهر على أنها فشلت وهذا يجعل حالة التوفر العالي (البند 3) تُعرض على أنها غير جاهز

بعد حل مشكلة اتصال LAN، يحدد المقبس الثانوي أن المقبس الرئيسي هو الماستر ويعود المقبس الثانوي إلى حالة الاستعداد.

حركة المرور للموقع أثناء حالة العقل المنفصل

العملية التالية تتأكد من أنه خلال حالة العقل المقسّم، فقط المقبس الثانوي هو الذي يتعامل مع الحركة للموقع (حتى إذا كان هناك حالة عقل مقسّم).

  • لحركة النزول (من PoP إلى الموقع):

    1. يكتشف PoP أن المقبس الثانوي أصبح الآن الماستر.

    2. يحدد PoP الأولوية المفضلة لأنفاق المقبس الثانوي.

      يتم الآن توجيه حركة النزول فقط إلى المقبس الثانوي.

  • لحركة الصعود (من الموقع إلى PoP):

    1. عندما يغير المقبس الثانوي حالة التوفر العالي من الاستعداد إلى الماستر، فإنه يرسل رسالة GARP إلى LAN لتحديث جداول ARP وMAC بأنه الآن الماستر.

      الآن يتم توجيه حركة الصعود من LAN فقط إلى المقبس الثانوي.

اتصال HA لـ Socket إلى سحابة Cato

كل من المقبسين الأول والثاني يقومان بتأسيس أنفاق DTLS إلى نفس PoP في Cato Cloud على كل منفذ من منافذ WAN. في الاتجاه الصاعد، فقط المقبس الماستر يرسل الحركة إلى PoP. في الاتجاه الأسفل، يستخدم PoP فقط أنفاق المقبس الماستر لإرسال الحركة إلى الموقع. في حالة حدوث حدث تبديل فشل التوفر العالي للمقبس، يصبح المقبس الثانوي الماستر الجديد وتقوم PoP بنقل الحركة من أنفاق المقبس الرئيسي الفاشل إلى أنفاق المقبس الثانوي. تحافظ PoP على حالة تدفق الحركة وحالة NAT لضمان استمرار جميع التطبيقات للمستخدم في العمل أثناء وبعد التبديل الفاشل.

توجد أدناه نماذج طوبولوجيا مادية ومنطقية للتوفر العالي للمقبس:

PhysicalLogicalTopology.png

لتحقيق أفضل اتصالات WAN والأداء ووظائف التوفر العالي، تتطلب Cato تخطيط كابلات متماثلة (متطابقة) لكل من المقابس. على سبيل المثال، إذا كان منفذ WAN1 في المقبس الرئيسي متصلًا بـ ISP1 ومنفذ WAN2 متصلًا بـ ISP2، يجب أن يكون للمقبس الثانوي نفس المنافذ المتصلة بنفس موفري الخدمة مثل المقبس الرئيسي.

يمكن أن تتضمن هذه الطوبولوجيا المتماثلة اتصالات مباشرة بموجهي ISP أو استخدام مجموعة من المحولات.

WAN_Connectivity_Router_Switch.png

ملاحظة

ملاحظة: استخدام طوبولوجيا غير متماثلة قد يخلق مشاكل وليس مدعومًا رسميًا من قبل Cato. على سبيل المثال، حيث يكون منفذ WAN1 في المقبس الرئيسي متصلًا بـ ISP1، ومنفذ WAN1 في المقبس الثانوي متصلًا بـ ISP2.

اتصال LAN وHA لـ Socket

تتطلب Cato أن يكون لكل من المقبس الرئيسي والثانوي تخطيط كابلات متناظر (متطابق) لاتصال LAN. على سبيل المثال، منفذ LAN 1 لكلا المقبسي الأول والثاني متصل بمحول LAN (أو منافذ LAN 1 و 2 للتكوينات التي تحتوي على منافذ LAN متعددة).

يناقش هذا القسم خيارات الاتصال LAN التالية للتوفر العالي للمقبس:

  1. منفذ LAN واحد

  2. منافذ LAN متعددة

  3. تجميع رابط LAN (الخيار الموصى به)

  4. منفذ مخصص لرسائل متابعة التوفر العالي

تتطلب بعض هذه الخيارات تكوينات إضافية للموقع في تطبيق إدارة Cato. على سبيل المثال، يتم تكوين منفذ LAN من أجل LAN & VRRP أو VRRP.

HA لـ Socket بمنفذ LAN واحد

هناك تكوينات تستخدم منفذ LAN واحد لتوصيل المقابس الرئيسي والثانوي بمحول LAN. مع هذا التكوين، يجب استخدام نفس رقم المنفذ في كلا المقبسين. تشغّل حركة المستخدم ورسائل متابعة التوفر العالي عبر رابط واحد. لا توفر هذه الطوبولوجيا تكرار رابط LAN.

 

يحدث تبديل فشل التوفر العالي للمقبس (حيث يصبح المقبس الثانوي الماستر) فقط عند تحقق كلا الشرطين التاليين:

  1. يتوقف المقبس الثانوي عن استقبال رسائل متابعة التوفر العالي من المقبس الرئيسي لمدة ثلاث ثوانٍ.

  2. منفذ LAN على المقبس الثانوي (الذي يستخدم لرسائل متابعة التوفر العالي) في حالة متصل.

إذا كان منفذ LAN في المقبس الثانوي غير متصل، فلن يصبح الماستر لتجنب حالة عقل مقسّم محتملة.

يبين الرسم البياني التالي مثالًا على طوبولوجيا التوفر العالي للمقبس مع منفذ LAN واحد على كل مقبس متصل بمحول:

HA_LAN_switch.png

HA لـ Socket بعدة منافذ LAN

يناقش هذا القسم عندما تكون كلا المقبسي الأول والثاني متصلين بمفاتيح LAN عبر منفذي LAN مستقلين أو أكثر. مع هذا التكوين، يجب استخدام نفس المنافذ في كلا المقبسين للاتصال LAN.

افتراضيًا، يتم استخدام منفذ LAN بأقل رقم لكل من حركة متابعة التوفر العالي وحركة المستخدم. تحمل المنافذ المتبقية للان حركة المستخدم فقط.

يمكنك اختيار أي منفذ LAN لحركة متابعة التوفر العالي عن طريق تغيير الوجهة من LAN إلى LAN & VRRP.  توضح لقطة الشاشة التالية المنفذ 3 لحركة المستخدم LAN والمنفذ 4 لحركة متابعة التوفر العالي وحركة المستخدم.

LAN_VRRP.png

لمزيد من المعلومات حول تغيير منفذ LAN لحركة مرور الاحتفاظ بالحياة لـ HA، راجع استخدام Sockets في نشر HA. لا توفر هذه الطوبولوجيا تكرار رابط LAN.

يحدث تبديل فشل التوفر العالي للمقبس (حيث يصبح المقبس الثانوي الماستر) فقط عند تحقق كلا الشرطين التاليين:

  1. يتوقف المقبس الثانوي عن استقبال رسائل متابعة التوفر العالي من المقبس الرئيسي لمدة ثلاث ثوانٍ.

  2. منفذ LAN & VRRP على المقبس الثانوي في حالة متصل.

إذا كان منفذ LAN في المقبس الثانوي غير متصل، فلن يصبح الماستر لتجنب حالة عقل مقسّم محتملة.

HA لـ Socket مع تجميع رابط LAN (تكوين موصى به)

كلا المقبسي الأول والثاني متصلين بمفاتيح LAN عبر منفذين LAN أو أكثر مجمعة في تجميع الوصلة (LAG).  مع هذا التكوين، يجب استخدام نفس المنافذ في كلا المقبسين لاتصال LAN. يوفر هذا التخطيط تكرار روابط LAN لكل من حركة المستخدم ورسائل متابعة التوفر العالي. إذا فشل أحد منافذ أعضاء LAG، فستواصل المنافذ الأخرى حمل حركة المستخدم وحركة متابعة التوفر العالي.

توفر هذه الطبولوجيا مرونة الارتباط ومرونة سوكيت ويتم اعتبارها أفضل ممارسة.

لتعلم المزيد عن تجميع روابط LAN، راجع تكوين تجميع الروابط لـ Socket.

الرسم البياني التالي مثال على طبولوجيا توصيل شبكة منطقة محلية HA سوكيت باستخدام تجمع شبكة محلية مع كومة من المحولات:

SocketHA_LAG.png

منفذ مخصص لحركة مرور الاحتفاظ بالحياة لـ HA

في هذا التكوين، تعزل حركة مرور HA الحفاظ على الحياة عن حركة مرور الشبكة المحلية. يمكنك تخصيص منفذ واحد (شبكة محلية، شبكة واسعة، أو منافذ USB) فقط لحركة مرور HA الحفاظ على الحياة أثناء استخدام واحد أو أكثر من المنافذ المتبقية لحركة مرور الشبكة المحلية.

لتعيين المنفذ المخصص لحركة مرور HA الحفاظ على الحياة، قم بتعيين Destination للمنفذ إلى VRRP. ثم قم بتعيين خيار HA link between sockets إلى Direct أو Via Switch.

Direct_HA_Link.png

هذه هي تكوينات المنفذ المخصصة:

  1. Direct (كابل خلفي بين السوكتين) – مع هذا التكوين، إذا توقفت سوكيت الثانوية عن استقبال رسائل الحفاظ على الحياة HA، فإنها تصبح الماجستير بغض النظر عن حالة منفذ VRRP.

  2. عبر المحول – مع هذا التكوين، يتم توصيل منفذ VRRP على كل من السوكتين بمحول. وسلوك الفشل يعتمد على حالة منفذ VRRP الخاص بالسوكت الثانوية:                                                             

    1. عندما تكون حالة منفذ السوكت الثانوي متصلة ولكنها لا تتلقى رسائل الحفاظ على الحياة - تصبح السوكت الثانوية الماجستير.

      تفترض السوكت الثانوي أن الحالة ناتجة عن فشل السوكت الأولية.

    2. عندما تكون حالة منفذ Socket الثانوي غير متصلة - لا يصبح Socket الثانوي ماستر (تفترض أنها مشكلة محلية بينه وبين المحول).

      تفترض السوكت الثانوي أن السوكت الأولية تعمل بشكل صحيح، ولا تصبح الماجستير لتجنب حالة انقسام الدماغ المحتملة.

هذه هي الرسومات البيانية لتكوينات المنفذ المخصص المباشرة وعبر المحول:

Socket_HA_-_Direct_Port_for_HA_Traffic.png
Socket_HA_-_via_Switch_Port_for_HA.png

شروط الفشل للتوافر العالي لـ Socket

يصف القسم الشروط التي تسبب الفشل من سوكيت أولية إلى سوكيت ثانوية.

فشل بسبب فشل Socket الأساسي

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

  • فشل عام في السوكت أو فقدان الطاقة

  • الاتصال بشبكة محلية (عدم وجود الحفاظ على الحياة لأكثر من ثلاث ثواني)

  • لا يوجد اتصال بالإنترنت لأكثر من عشر ثوان

فشل بسبب فشل الاحتفاظ بالحياة

يوجد أيضًا سيناريو فشل يحدث عندما لا تتلقى السوكيت الثانوية رسائل الحفاظ على الحياة من السوكت الأولية لمدة ثلاث ثوان.

عندما تكتشف السوكيت الثانوية أن السوكيت الأولية متوقفة، فإنها تقوم بتغيير حالتها إلى الماجستير. تنقل Cato Cloud تدفقات الحركة المرورية إلى الروابط الواسعة في السوكيت الثانوية. يظهر الرسم البياني التالي هذا السيناريو.

Socket_HA_LAN_Failure.png

هل تسبب مشاكل الاتصال بالإنترنت الفشل في Socket؟

تستخدم السوكت آلية استكشاف لتحديد حالة الاتصال بالإنترنت. إذا حددت السوكت الأولية أن الاتصال بالإنترنت غير متوفر على جميع الروابط (روابط Cato) لأكثر من 10 ثوان، فإنها تتوقف عن إرسال رسائل الحفاظ على الحياة HA. هذا يؤدي إلى الفشل إلى السوكيت الثانوي.

ملاحظة

ملاحظة: من الممكن وجود حالة حيث تكون السوكت الأولية متصلة بالإنترنت، ولكن جميع الأنفاق DTLS في حالة غير متصلة. بما أن السوكيت لديها آليات استعادة للإنترنت والشبكة الواسعة، فإن هذه الحالة لا تؤدي إلى فشل إلى السوكت الثانوي. تتيح هذه الآليات الإفاقة للسوكيت أن تعيد الاتصال بنقطة تواجد مختلفة في Cato Cloud.

مراقبة التوافر العالي لـ Socket

يناقش هذا القسم الصفحات المختلفة في تطبيق إدارة Cato الذي يمكنك استخدامه لمراقبة الحالة والأحداث في HA سوكيت.

إظهار حالة HA لـ Socket

توجد صفحات مختلفة في تطبيق إدارة Cato التي تعرض حالة HA سوكيت لموقع.

اسم الصفحة

الوصف

المسار

المواقع

يعرض جميع المواقع في الحساب. عمود HA Status يعرض حالة HA سوكيت لكل موقع.

الشبكة > المواقع

السوكت

يعرض تفاصيل HA سوكيت لموقع. انظر أعلاه فهم التوافر العالي لـ Socket والفشل.

الشبكة > المواقع > <اسم الموقع> > تكوين الموقع > Socket

تحليلات الشبكة

يعرض بيانات الشبكة لموقع وحالة HA.

الشبكة > المواقع > <اسم الموقع> > مراقبة الموقع > تحليلات الشبكة

أحداث الفشل في HA لـ Socket

كلما حدث فشل في Socket، عندما يكون الـ Socket الثانوي نشطًا لأكثر من 35 ثانية، يتم إنشاء حدث Socket Fail-Over. على سبيل المثال، إذا قام الـ Socket الأساسي بالترقية إلى إصدار جديد من Socket، واستغرق عملية الترقية 20 ثانية، لن يتم إنشاء حدث Socket Fail-Over لأن الـ Socket الثانوي كان نشطًا لمدة 20 ثانية فقط.

يمكنك رؤية الحدث في تطبيق إدارة Cato في الصفحة الرئيسية > الأحداث. هنا مثال على حدث يظهر الفشل من Socket الأساسي إلى Socket الثانوي.

Failover.png

تعريف إشعارات البريد الإلكتروني للفشل في التوافر العالي لـ Socket

يمكنك استخدام صفحة قاعدة صحة الروابط (الشبكة > قواعد صحة الروابط) لإنشاء قاعدة صحة الاتصال لإرسال إشعارات بريد إلكتروني لأحداث الفشل في Socket HA. يتم إرسال إشعارات البريد الإلكتروني إلى جميع المستلمين في قائمة المراسلات التي تقوم بتكوينها في تطبيق إدارة Cato. يمكن أن تتضمن قائمة المراسلات عناوين بريد إلكتروني غير معرفة للمستخدمين والمديرين في تطبيق إدارة Cato.

هذا مثال على قاعدة صحة الاتصال للفشل في Socket:

Socket_Failover_Alert.png

لمزيد من المعلومات حول تكوين قاعدة صحة الاتصال، راجع العمل مع قواعد صحة الروابط.

هل كان هذا المقال مفيداً؟

15 من 17 وجدوا هذا مفيداً

لا توجد تعليقات