شکل 25

اما نگران نباشید حتی در صورتیکه UUID نمایش داده شده در مرحله قبل را ذخیره نکرده‌اید یا آن را فراموش کرده‌اید، می‌توانید با استفاده از دستور xe بصورت زیر اقدام به recover کردن آن نمایید:
# xe network-list name-label="Tecmint-LACP-Bond"

همانطور که در شکل 26 مشاهده می‌کنید، اطلاعات network مزبور به همراه UUID آن که برای اضافه کردن PIFها به network مورد نیاز خواهد بود نمایش داده خواهد شد.

شکل 26

حال زمان آن است که PIFهای مناسب را در networkی که ایجاد کرده‌ایم اضافه نماییم. همانطور که پیشتر در سناریو این بخش اشاره نمودیم می‌بایست اینترفیس‌های فیزیکی eth0 و eth1 را که به یک سوئیچ متصل هستند توسط پروتکل LACP پیکربندی نماییم. برای این منظور از دستور زیر استفاده می‌کنیم:
# xe bond-create mode=lacp network-uuid=fc5a79cd-a90e-c6a2-a0ff-2bf235cf7a81 pif-uuids=f6dc2f62-24b1-419f-0d61-02365848ffb0,a398d6c8-341d-3846-b0ca-226cafe4a6b8

همانطور که در دستور فوق مشاهده می‌کنید، بخش xe bond-create mode=lacp مشخص می‌کند که یک network bonding بر روی XenServer ایجاد شده است و در مد LCAP نیز می‌بایست پیکربندی شود. بخش network-uuid= نیز مشخص کننده UUID مربوط به networkیست که اخیراً بر روی XenServer ایجاد کرده‌ایم. بخش pif-uuids= نیز مشخص کننده UUID هر یک از اینترفیس‌های فیزیکی یا PIFهایی که می‌خواهیم در bond ایجاد شده شرکت کنند (در این سناریو eth0 و eth1)، همچنین توجه کنید که UUIDها را با استفاده از یک علامت کاما از یکدیگر جدا کرده‌ایم. در نهایت در صورتیکه دستور فوق بصورت موفقیت‌آمیز اجرا شود، یک UUID جدید همانند شکل 27 برای network bonding ایجاد و نمایش داده خواهد شد.

شکل 27

اما همیشه برای اطمینان از کار خود و بررسی اینکه سیستم تغییرات و پیکربندی‌ها را تشخیص داده است یا خیر، یک ایده خوب مشاهده نتایج است. برای این منظور در اینجا می‌توانیم توسط دستور زیر این موضوع را بار دیگر بررسی نماییم:
# xe bond-list

شکل 28

همانطور که در خروجی شکل فوق مشاهده می‌کنید، در واقع مشخص است که بر روی XenServer یک bond ایجاد شده و دو PIF به آن attach شده‌اند.

• گام3: ایجاد یک XenServer Network VLAN
در این لحظه LACP bondی که ایجاد کرده‌ایم آماده استفاده است. نکته‌ای که می‌بایست به آن اشاره کنیم این است که LACP bond ما در واقع یک trunk است و جهت ارسال ترافیکی می‌بایست برای networkهای خود tagهایی را ایجاد نماییم و در واقع ترافیک را در قالب VLAN(های) مناسب tag بزنیم. برای این منظور در گام اول می‌بایست network جدیدی ایجاد این VLAN خاص ایجاد کنیم. بنابراین توسط دستور زیر این کار را انجام می‌‌دهیم:
# xe network-create name-label=VLAN10 name-description="Tecmint test VLAN 10"

در صورتیکه اجرای دستور فوق موفقیت‌آمیز باشد، در خروجی UUIDی همانند شکل 29 برای network جدید ایجاد شده مشاهده خواهید کرد. این UUID را در جایی ثبت کنید چرا بعداً به آن نیاز خواهیم داشت.

شکل 29

در گام بعد می‌بایست UUID مربوط به اینترفیس‌های PIFی که قرار است عضو این VLAN باشند را تعیین نماییم. با استفاده از دستور زیر می‌توانیم UUID اینترفیس‌های را تعیین نماییم:
# xe pif-list network-name-label="Tecmint-LACP-Bond"

دستور فوق UUID اینترفیس bond0 را برمی‌گرداند. این UUID برای tag زدن ترافیکی که قرار است VLAN و XenServer ما خارج شود مورد نیاز است.

شکل 30

در این مرحله با توجه به اطلاعات بدست آمده می‌توان توسط دستور زیر اقدام به ایجاد یک VLAN tagged network نمود:
# xe vlan-create network-uuid=cfe987f0-b37c-dbd7-39be-36e7bfd94cef pif-uuid=ca9a221c-d77f-a118-a274-badd85624fd3 vlan=10

شکل 31

اما UUIDی که در خروجی دستور فوق مشاهده می‌کنید مشخص کننده hostی است که VLAN network جدید بر روی آن ایجاد شده است و در واقع برای گام‌های بعدی مورد نیاز نیست. اما مطابق گام‌های پیش ایده خوبی است تا به اینجا تغییرات را بررسی نماییم. برای این منظور و تأیید VLAN network جدید از دستور زیر استفاده می‌کنیم:
# xe vlan-list tag=10

همانطور که در شکل 32 و در خروجی دستور فوق مشاهده می‌کنید، اطلاعات VLAN 10 و اینترفیس‌های PIF عضو آن نمایش داده می‌شود.

شکل 32

در این مرحله XenServer ما دارای یک LACP bond‌ است که به عنوان یک network آماده tag زدن ترافیک برای VLAN 10 می‌باشد. همچنین شبکه VLAN 10 می‌تواند به یک VIF روی یک guest یا ماشین مجازی اضافه شود و به ترافیک ماشین‌ مجازی اجازه tag زدن توسط سوئیچ مجازی و ارسال آن از طریق اتصال trunk بین سوئیچ مجازی و XenServer را خواهد داد.

• گام4: XenServer Active/Passive Network Bonding
حال اجازه دهید نگاهی به storage و مدیریت ترافیک آن داشته باشیم. بر روی XenServer سناریو شکل 23 پیشتر اشاره کردیم که قصد داریم از اینترفیس‌های فیزیکی eth2 و eth3 جهت انتقال ترافیک storage در شبکه استفاده نماییم. می‌توانیم از هر یک از این دو اینترفیس بصورت مستقل برای ترافیک‌های management و storage traffic استفاده نماییم یا اینکه هر دو آنها را در یک active/passive fail-over bond با یکدیگر مورد استفاده قرار دهیم و در واقع نقش هر دو PIF یکسان باشد (توجه داشته باشید که بر طبق مستندات شرکت Citrix اینترفیس management نمی‌تواند از قابلیت Load Balancing پشتیبانی کند). برای این منظور در گام اول یک network برای bond مورد نظر خود توسط دستور زیر ایجاد می‌کنیم:
# xe network-create name-label="Management/Storage Bond"

شکل 33

سپس با استفاده از دستور زیر می‌توانیم اطلاعات network bonding ایجاد شده را مشاهده کنیم:
# xe network-list name-label="Management/Storage Bond"

شکل 34

باز هم به یاد داشته باشید که UUID نمایش داده شده را در جایی ثبت کنید چرا که بعداً برای attach کردن PIFها به network bond خود به آن احتیاج خواهیم داشت. در گام بعد ابتدا UUID هر یک از اینترفیس‌های eth2 و eth3 را بار دیگر بدست آورده و بعد واقعاً bond را ایجاد کرده و در مد active-backup آن را پیکربندی و اینترفیس‌های مزبور را عضو آن می‌کنیم:
# xe pif-list device=eth2
# xe pif-list device=eth3
# xe network-list name-label="Management/Storage Bond"
# xe bond-create mode=active-backup network-uuid=<network_UUID> pif-uuids=<PIF_UUIDs>

در صورتیکه آخرین دستور با موفقیت اجرا شود UUID مربوط به bond ایجاد شده برای شما همانند شکل 35 به نمایش در خواهد آمد.