وصف

ترشدك هذه المقالة خلال تكوين بروتوكول التحكم في تجميع الارتباط (LACP) وتمكينه وتعطيله والتحقق منه على مضيفي AHV من خلال ما يلي:

• فوائد/مزايا LACP
• تكوين التبديل الموصى به
• حل
  • لـ AOS 5.19 أو الأحدث
  • الطريقة اليدوية
  • نظرة عامة على سير العمل
• تكوين LACP والتحقق منه وتعطيله
  • كيفية التحقق من اسم السند واسم الجسر/التبديل
  • كيفية تكوين LACP في AHV
  • كيفية التحقق من تكوين LACP
  • كيفية تعطيل LACP على المضيف
  • كيفية العثور على عنوان MAC لبطاقة NIC لمضيف AHV

لمزيد من المعلومات، راجع دليل أفضل ممارسات شبكة AHV i n بوابة Nutanix للحصول على الوثائق الكاملة حول تكوين الشبكات لمضيفي AHV.

فوائد/مزايا LACP

• يمكن لمستخدم واحد VM مزود بتدفقات TCP متعددة استخدام ما يصل إلى 20 جيجابت في الثانية من عرض النطاق الترددي في عقدة AHV مع محولين بسعة 10 جيجا بايت .
• يمكن لخوارزمية تجزئة حركة المرور مثل Balance-TCP تقسيم حركة المرور بين روابط متعددة بطريقة نشطة ونشطة. نظرًا لأن الوصلات الصاعدة تظهر كرابط L2 واحد، يمكن للخوارزمية موازنة حركة المرور بين أعضاء الرابطة دون أي اعتبار لجداول عناوين MAC التبديلية.
• باستخدام LACP، تظهر الارتباطات المتعددة للمحولات الفعلية المنفصلة كارتباط واحد من الطبقة الثانية.
  ملاحظة: لاستخدام العديد من المحولات الأولية، يجب عليك تكوين MLAG أو vPC على المحول الفعلي.

[ العودة إلى الأعلى ]

تكوين التبديل الموصى به

يوصى بتمكين خيار LACP الاحتياطي على المحول المستخدم لتوصيل عقد AHV. يمكن العثور على نماذج الأوامر أدناه. بالنسبة لبائعي المحولات الآخرين، راجع أدلة المنتجات الخاصة بهم.

أريستا:

 منفذ قناة lacp احتياطي فردي

سيسكو نيكزس:

 لا lacp تعليق الفرد

**يتم تعطيل الوضع الاحتياطي بشكل افتراضي

محفز سيسكو:

 لا يوجد تعطيل مستقل لقناة المنفذ

**يتم تعطيل الوضع الاحتياطي بشكل افتراضي

جونيبر كيو اف اكس:

 القوة

**راجع Nutanix KB-15541 لمعرفة الاعتبارات المحددة المتعلقة بمفاتيح Juniper.

[ العودة إلى الأعلى ]

حل

AOS 5.19 أو أحدث

من الممكن تمكين LACP باستخدام Prism Element (PE) أو Prism Central (PC) UI. راجع الفصل حول المحول الظاهري في دليل إدارة AHV للحصول على مزيد من المعلومات حول المحولات الافتراضية. راجع الفصل الخاص بإنشاء أو تحديث المحول الظاهري للحصول على معلومات حول كيفية إدارة المحولات الافتراضية.

هناك احتمال ألا يتم نشر المحول الظاهري بشكل صحيح بسبب تكوين الرابطة غير المتسق عبر العقد، ومن ثم يجب تحديث تكوين الرابطة يدويًا لجعل تكوين الرابطة/الجسر متطابقًا على جميع العقد. لا تستخدم أوامر ovs-vsctl لإجراء تغييرات على مستوى الجسر (مثل تعطيل أو تمكين LACP). بدلاً من ذلك، استخدم أوامر Manage_ovs .
قبل استخدام Manage_ovs لإجراء تغييرات على مستوى OVS، يجب تعطيل المفتاح الظاهري مؤقتًا.

يمكن اتباع تسلسل الخطوات أدناه:

1. قائمة التبديل الظاهري

    nutanix@cvm$ acli net.list_virtual_switch
   

2. قم بتعطيل التبديل الظاهري على المجموعة عن طريق تشغيل الأمر أدناه على وحدة التحكم VM (CVM):

    nutanix@cvm$ acli net.disable_virtual_switch
   

3. ثم استخدم أوامر Manage_ovs المذكورة في قسم " كيفية تعطيل LACP على المضيف " لتغيير تكوين السند من LACP إلى active-backup/balance-slb.
   ملاحظة : بالنسبة إلى AOS >= 5.19 و<5.20.2
   • هناك مشكلة معروفة في التبديل الظاهري بسبب إعادة إنشاء المحول الظاهري تلقائيًا حتى بعد تعطيله. تم إصلاح هذه المشكلة في AOS 5.20.2 وما بعده.
   • يتم إعادة إنشائه تلقائيًا في السيناريو عندما لا يكون المحول الظاهري موجودًا على المجموعة ويتم قطع اتصال إحدى عقد AHV الأولى في المجموعة بالشبكة واستعادة الاتصال بالشبكة. ربما يمكنك الوصول إلى هذا السيناريو أثناء عملية تغيير تكوين السند على AHV و/أو إجراء تغييرات تكوين المنفذ على جانب التبديل الفعلي.
   • إذا تمت إعادة تمكين المحول الظاهري بسبب هذه المشكلة، فستفشل أوامر Manage_ovs مع ظهور الخطأ التالي:

      2021-08-24 17:46:20,254Z INFO Manage_ovs:400 UUID للمضيف المحلي هو ecb39f18-fdfe-465e-a944-2506f189ee72
     2021-08-24 17:46:20,261Z CRITICAL Manage_ovs:450 اسم الجسر: br0 يستخدم بواسطة المفتاح الظاهري: vs0. جسر OVS: لا يمكن تعديل br0 الذي يستخدمه المحول الظاهري باستخدام Manage_ovs.

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

4. بمجرد أن يصبح تكوين الرابطة متسقًا عبر جميع العقد، قم بترحيل الجسر (الجسور) المقابل إلى المحول (المفاتيح) الافتراضية كما هو موضح في المثال أدناه.

    nutanix@cvm$ acli net.migrate_br_to_virtual_switch brX vs_name=vsX
   
   مثال:
   nutanix@cvm$ acli net.migrate_br_to_virtual_switch br0 vs_name=vs0

[ العودة إلى الأعلى ]

الطريقة اليدوية

• راجع دليل أفضل ممارسات شبكات AHV
• تقوم المنافذ المرتبطة بتجميع الواجهات المادية على مضيف AHV. افتراضيًا، يقوم النظام بإنشاء رابطة تسمى br0-up في الجسر br0 تحتوي على جميع الواجهات المادية. يمكن أن تؤدي التغييرات التي يتم إجراؤها على الرابط الافتراضي (br0-up) باستخدام أوامر Manage_ovs إلى إعادة تسميته إلى Bond0 عند استخدام الأمثلة القديمة، لذا ضع في اعتبارك أن نظامك قد تتم تسميته بشكل مختلف عن الأمثلة أدناه.
• استخدمت الإصدارات السابقة من هذا الدليل اسم السند Bond0 بدلاً من br0-up (كان Bond0 هو الاسم الافتراضي). توصي Nutanix باستخدام الاسم br0-up للتعرف سريعًا على هذه الواجهة باعتبارها الوصلة الصاعدة للجسر br0. يسمح استخدام نظام التسمية هذا بالتمييز بسهولة بين الوصلات الصاعدة للجسور الإضافية عن بعضها البعض.

في الأمثلة أدناه، نستخدم br0-up كاسم رابطة بدلاً من Bond0 أو أي نظام تسمية مخصص آخر.

تحذير: سيؤدي تحديث الروابط الصاعدة باستخدام "manage_ovs" إلى حذف الرابط وإعادة إنشائه باستخدام التكوين الافتراضي.
خذ بعين الاعتبار ما يلي قبل تحديث الروابط الصاعدة:

• إذا تم استخدام وضع موازنة تحميل النسخ الاحتياطي النشط، فقد يتسبب تحديث الارتباط الصاعد في قطع اتصال الشبكة المضيفة لفترة وجيزة.
• إذا تم استخدام وضع موازنة التحميل Balance-slb أو Balance-tcp (LACP)، فسيؤدي تحديث الوصلة الصاعدة إلى إعادة تعيين التكوين إلى نشط سلبي. ستنقطع روابط الشبكة التي تعتمد على LACP عند هذه النقطة حيث يتوقف المضيف عن الاستجابة لعمليات الاحتفاظ. يمكن تخفيف هذه الحالة عن طريق تشغيل الأمر التالي على CVM المحلي في إصدارات AOS 5.5.3+ و5.6.1+:

   nutanix@cvm$ Manage_ovs --bridge <bridge name> --interfaces <interface name> --bond_name <bond name> --bond_mode Balance-tcp --lacp_mode fast --lacp_fallback true update_uplinks

يوصى بشدة بإجراء تغييرات على عقدة واحدة في كل مرة بعد التأكد من قدرة المجموعة على تحمل فشل العقدة. قد يؤدي استخدام الأمر allssh Manage_ovs Update_uplinks إلى انقطاع نظام المجموعة. استخدمه فقط إذا لم تكن المجموعة قيد الإنتاج ولا تحتوي على أجهزة افتراضية للمستخدم قيد التشغيل.

[ العودة إلى الأعلى ]

نظرة عامة على سير العمل

1. اتصل بـ CVM (جهاز التحكم VM) عبر SSH. تأكد من أنك متصل بـ CVM الصحيح عن طريق التحقق من اسمه وعنوان IP الخاص به.
2. اتبع فصل التحقق من صحة المجموعة في دليل إدارة AHV للتأكد من أن المجموعة يمكنها تحمل تعطل العقدة. لا تتابع إذا لم تتمكن الكتلة من تحمل فشل عقدة واحدة على الأقل.
3. ضع العقدة وCVM في نمط الصيانة:

أ. تحقق من توفر وضع الصيانة المتغير للمضيفين المستهدفين:

 nutanix@cvm$ acli host.enter_maintenance_mode_check <host ip>

ب. ضع المضيف في وضع الصيانة. سيؤدي هذا إلى ترحيل الأجهزة الافتراضية قيد التشغيل إلى مضيفين آخرين:

 nutanix@cvm$ acli host.enter_maintenance_mode <host ip>

ج. تمكين وضع الصيانة لـ CVM على المضيف المستهدف. تهدف هذه الخطوة إلى منع تأثر خدمات CVM بمشكلة الاتصال المحتملة. يمكنك تخطي هذه الخطوة إذا لم تكن خدمات CVM قيد التشغيل، أو توقفت المجموعة.

 nutanix@cvm$ معرف تحرير مضيف ncli = <معرف المضيف> تمكين وضع الصيانة = صحيح

ملاحظة: يمكنك العثور على <معرف المضيف> في إخراج الأمر "ncli host ls":

 قائمة المضيفين NCL
    المعرف: 00058977-c18c-af17-0000-000000006f89::2872 <--- "2872" هو معرف المضيف
    المعرف الفريد : ddc9d93b-68e0-4220-85f9-63b73d08f0ff
...

4. اتصل بالمضيف عبر IPMI، حيث قد تؤدي عملية تكوين LACP إلى قطع اتصال الشبكة.
5. قم بتنفيذ خطوات التكوين المطلوبة ( كيفية تكوين LACP في AHV ، وكيفية تعطيل LACP على المضيف ).
6. بمجرد اكتمال التكوين، تأكد من إمكانية الوصول إلى كل من المضيف وCVM عبر الشبكة. تأكد أيضًا من أن جميع بطاقات NIC الموجودة في السند تعمل عن طريق إغلاق الروابط واحدة تلو الأخرى والتحقق من الاتصال.
7. إذا تم إكمال جميع الاختبارات بنجاح، قم بإزالة CVM والعقدة من وضع الصيانة:

أ. من أحد أجهزة CVM الأخرى، قم بتشغيل الأمر التالي للخروج من CVM المتأثر من وضع الصيانة:

 nutanix@cvm$ معرف تحرير مضيف ncli = <معرف المضيف> تمكين وضع الصيانة = خطأ

ب. الخروج من المضيف في وضع الصيانة. سيؤدي هذا إلى استعادة منطقة VM:

 nutanix@cvm$ acli host.exit_maintenance_mode <host ip>

[ العودة إلى الأعلى ]

كيفية التحقق من اسم السند واسم الجسر/التبديل؟

قم بتشغيل الأمر من CVM للحصول على اسم السند واسم التبديل/الجسر:

 nutanix@cvm$ Manage_ovs show_uplinks

مثال

 nutanix@cvm$ Manage_ovs show_uplinks
الجسر br1: ---> اسم الجسر/المفتاح
  منافذ الوصلة الصاعدة: br1-up ---> اسم الرابطة
  Ifaces للوصلة الصاعدة: eth1 eth0

الجسر br0: ---> اسم الجسر/المفتاح
  منافذ الوصلة الصاعدة: br0-up ---> اسم الرابطة
  ifaces للوصلة الصاعدة: eth3 eth2

في هذا المثال، اسم السند هو br0-up لـ Bridge/switch br0 و br1-up لـ Bridge/switch br1 .

[ العودة إلى الأعلى ]

كيفية تكوين LACP في AHV

لإعادة تكوين روابط صاعدة معينة عن بعد من وضع CVM آخر غير خاضع للصيانة في المجموعة عندما يكون لدى المضيف الهدف إمكانية الوصول إلى الشبكة، استخدم الأمر Manage_ovs . استخدم المتغيرات حسب الضرورة:

 nutanix@cvm$ Manage_ovs --bridge 
  
   --واجهات 
   
  
    --bond_name 
    
   
     --يستضيف 
     
    
      --bond_mode Balance-TCP --lacp_mode سريع --lacp_fallback true update_uplinks
     
    
    
    
   
   
   
  
  
  
 

إنظر في الأسفل للمثال:

 nutanix@cvm$ Manage_ovs --bridge br0 --interfaces eth2,eth3 --bond_name br0-up --host hh.hh.hh.hh --bond_mode Balance-tcp --lacp_mode fast --lacp_fallback true update_uplinks

ملاحظة: ضع في الاعتبار خيارات وقت LACP (بطيئة وسريعة). إذا كانت المفاتيح ذات تكوين سريع، فضع في اعتبارك أنك بحاجة إلى ضبط LACP الخاص بـ Nutanix Cluster على الوضع السريع أيضًا. وإلا، فقد تتعرض للانقطاع بسبب عدم التطابق في سرعة LACP.

[ العودة إلى الأعلى ]

كيفية التحقق من تكوين LACP في AHV

قم بتشغيل الأوامر التالية.

 root@ahv# ovs-appctl Bond/show br0-up 
root@ahv# ovs-appctl lacp/show br0-up

أمثلة العمل:

بالنسبة للسند/العرض ovs-appctl ، لاحظ " lacp_status:تفاوض "

 root@ahv# ovs-appctl Bond/show br0-up  
----br0-up ----  
Bond_mode: Balance-TCP  
قد يستخدم السند إعادة التدوير: نعم، معرف إعادة التدوير: 301  
أساس تجزئة السندات: 0  
تأخير التحديث: 0 مللي ثانية  
تأخير الهبوط: 0 مللي ثانية  
إعادة التوازن التالية: 6757 مللي ثانية  
lacp_status: تم التفاوض عليه  
العبد النشط ماك: 0c:c4:7a:1e:3e:6e(eth2)  
  
العبد eth2: ممكن  
        العبد النشط  
        may_enable: صحيح  
        التجزئة 78: تحميل 127 كيلو بايت  
        التجزئة 108: تحميل 13 كيلو بايت  
        التجزئة 244: تحميل 94 كيلو بايت  
  
العبد eth3: ممكّن  
        may_enable: صحيح  
        التجزئة 9: تحميل 6 كيلو بايت  
        التجزئة 11: تحميل 11 كيلو بايت  
        التجزئة 23: تحميل 12 كيلو بايت  
...

بالنسبة إلى ovs-appctl lacp/show ، لاحظ " الحالة: تم التفاوض النشط" و"المرفق الحالي " لكل واجهة:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- الحالة: نشط متفاوض عليه sys_id: 0c:c4:7a:2f:4f:9d sys_priority: 65534 مفتاح التجميع: 1 lacp_time: الرقيق البطيء: eth2: معرف المنفذ المرفق الحالي: 1 port_priority: 65535 may_enable: ممثل حقيقي sys_id: 0c:c4:7a:2f:4f:9d ممثل sys_priority: 65534 ممثل port_id: 1 ممثل port_priority: 65535 مفتاح الممثل: 1 حالة الممثل: النشاط التجميع المتزامن لتوزيع الشريك sys_id: 00:2b:21:45:2d:12 شريك sys_priority: 32768 شريك port_id: 39 شريك port_priority: 32768 مفتاح الشريك: 115 حالة الشريك: تجميع النشاط المتزامن جمع توزيع الرقيق: eth3: port_id المرفق الحالي: 2 port_priority: 65535 may_enable: ممثل حقيقي sys_id: 0c:c4:7a:2f:4f:9d ممثل sys_priority: 65534 ممثل port_id: 2 ممثل port_priority: 65535 مفتاح الممثل: 1 حالة الممثل: تجميع النشاط متزامن جمع توزيع الشريك sys_id: 00: 2ب:21:45:2د:12 شريك sys_priority: 32768 معرف منفذ الشريك: 40 شريك منفذ_الأولوية: 32768 مفتاح الشريك: 115 حالة الشريك: تجميع النشاط، جمع متزامن، توزيع

أمثلة غير العمل

بالنسبة لسند/عرض ovs-appctl ، لاحظ " lacp_status: تم تكوينه ":

 root@ahv# ovs-appctl Bond/show br0-up ---- br0-up ---- Bond_mode: قد يستخدم سند Balance-TCP إعادة التدوير: لا، معرف إعادة التدوير: -1 أساس تجزئة السندات: 0 تحديث : 0 مللي ثانية مهلة سفلية: 0 مللي ثانية lacp_status: تم تكوين lacp_fallback_ab: النسخ الاحتياطي النشط الأساسي الحقيقي: 
  
   العبد النشط ماك: 00:e0:ed:8b:72:a1(eth2) <مقتطع>
  
 

تشير كلمة "مكون" إلى أنه تم تكوين LACP على مضيف AHV، لكن المضيف لم يتمكن من التفاوض مع LACP مع منافذ التبديل.

بالنسبة إلى ovs-appctl lacp/show br0-up ، لاحظ " الحالة: نشط " و" مرفق بشكل افتراضي " لكل واجهة:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- الحالة: نشط sys_id: ac:2f:7b:b6:fe:2e sys_priority: 65534 مفتاح التجميع: 1 lacp_time: سريع الرقيق: eth0: معرف المنفذ المرفق الافتراضي: 2 port_priority: 65535 may_enable: الممثل الحقيقي sys_id: ac:2f:7b:b6:fe:2e الممثل sys_priority: 65534 ممثل port_id: 2 ممثل port_priority: 65535 مفتاح الممثل: 1 حالة الممثل: مهلة النشاط التجميع المتزامن، تجميع توزيع، معرف الشريك الافتراضي: 00:00:00:00:00:00، أولوية شريك النظام: 0 معرف منفذ الشريك: 0 أولوية منفذ الشريك: 0 مفتاح الشريك: 0 حالة الشريك: الرقيق: eth1: معرف المنفذ المرفق الافتراضي: 3 أولوية_المنفذ: 65535 may_enable: الممثل الحقيقي sys_id: ac:2f:7b:b6:fe:2e الممثل sys_priority: 65534 ممثل port_id: 3 ممثل port_priority: 65535 مفتاح الممثل: 1 حالة الممثل: تجميع مهلة النشاط متزامن جمع التوزيع الافتراضي

يشير الإخراج إلى أنه لم يتم التفاوض على LACP. يشير الإعداد الافتراضي إلى أن مضيف AHV لم يتلق LACP PDU من المحول. إذا رأيت هذا التكوين على مضيفك، فتحقق من تكوين LACP على المحولات التي يتصل بها المضيف.

[ العودة إلى الأعلى ]

كيفية تعطيل LACP على المضيف

قم بتنفيذ الخطوات التالية لتعطيل LACP بأمان على المضيف. راجع قسم "نظرة عامة على سير العمل" أعلاه للحصول على خطوات تنفيذ مهام ما قبل التكوين وما بعده.

1. قم بتكوين المضيفين لاستخدام وضع الربط الذي لا يتطلب LACP باستخدام أحد الأوامر أدناه.

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

 nutanix@cvm$ Manage_ovs --bridge 
  
   --واجهات 
   
  
    --bond_name 
    
   
     --يستضيف 
     
    
      --bond_mode تحديث النسخ الاحتياطي النشط
     
    
    
    
   
   
   
  
  
  
 

يجب أن يكون جميع أعضاء السند متصلين فعليًا، وإلا فإن الأمر Manage_ovs سيصدر تحذيرًا ويخرج دون تكوين السند. لتجنب هذا الخطأ وواجهات توفير السند حتى لو لم تكن متصلة، استخدم العلامة require_link=false.

 nutanix@cvm$ Manage_ovs --bridge 
  
   --واجهات 
   
  
    --bond_name 
    
   
     --يستضيف 
     
    
      --bond_mode النسخ الاحتياطي النشط --require_link=false update_uplinks
     
    
    
    
   
   
   
  
  
  
 

ب. يقوم الأمر التالي بتعيين سياسة موازنة التحميل على Balance-slb، مما يعيد موازنة حركة مرور VM من الواجهات المستخدمة بكثرة إلى الواجهات الأقل استخدامًا، ويستخدم جميع الوصلات الصاعدة المتاحة. يمكنك الرجوع إلى دليل أفضل ممارسات شبكة AHV لفهم المزيد حول سياسات موازنة التحميل.

2. قم بإيقاف تشغيل LACP على منافذ التبديل.

[ العودة إلى الأعلى ]

كيفية العثور على عنوان MAC لبطاقة NIC لمضيف AHV

للعثور على عنوان MAC لبطاقة NIC لمضيف AHV، استخدم أحد الأوامر التالية:

• قم بتنفيذ الأمر التالي على مضيف AHV

 [root@ahv ~]# ethtool -P <interface>

إخراج العينة:

 [root@ahv ~]# ethtool -P eth3
العنوان الدائم: 00:25:90:cb:39:27

• قم بتنفيذ الأمر التالي على مضيف AHV

 [root@ahv ~]# ifconfig <interface>

إخراج العينة:

 [root@ahv ~]# ifconfig eth3
eth3 Link encap:Ethernet HWaddr 00:25:90:CB:39:27 UP BROADCAST RUNNING MULTICAST MTU:1500 متري:1 حزم RX:46857327754 الأخطاء:0 إسقاط:228250 تجاوزات:0 إطار:0 حزم TX:49134503170 أخطاء:0 تم إسقاط:0 تجاوزات:0 ناقل:0 تصادمات:0 txqueuelen:1000 بايت RX:49893674683483 (45.3 تيرابايت) بايتات TX:54855610562476 (49.8 تيرابايت)

[ العودة إلى الأعلى ]

معلومات إضافية

• Nutanix KB 3263 - المستند الأصلي في بوابة Nutanix
• الصفحة المقصودة لـ Nutanix
• خطة دعم Lenovo ISG - جهاز ThinkAgile HX وسلسلة Lenovo Converged HX