اما همیشه برای اطمینان از کار خود و بررسی اینکه سیستم تغییرات و پیکربندیها را تشخیص داده است یا خیر، یک ایده خوب مشاهده نتایج است. برای این منظور در اینجا میتوانیم توسط دستور زیر این موضوع را بار دیگر بررسی نماییم:
# xe bond-list
# xe bond-list
همانطور که در خروجی شکل فوق مشاهده میکنید، در واقع مشخص است که بر روی 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 را در جایی ثبت کنید چرا بعداً به آن نیاز خواهیم داشت.
• گام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 را در جایی ثبت کنید چرا بعداً به آن نیاز خواهیم داشت.
در گام بعد میبایست UUID مربوط به اینترفیسهای PIFی که قرار است عضو این VLAN باشند را تعیین نماییم. با استفاده از دستور زیر میتوانیم UUID اینترفیسهای را تعیین نماییم:
# xe pif-list network-name-label="Tecmint-LACP-Bond"
دستور فوق UUID اینترفیس bond0 را برمیگرداند. این UUID برای tag زدن ترافیکی که قرار است VLAN و XenServer ما خارج شود مورد نیاز است.
# xe pif-list network-name-label="Tecmint-LACP-Bond"
دستور فوق UUID اینترفیس bond0 را برمیگرداند. این UUID برای tag زدن ترافیکی که قرار است VLAN و XenServer ما خارج شود مورد نیاز است.
در این مرحله با توجه به اطلاعات بدست آمده میتوان توسط دستور زیر اقدام به ایجاد یک VLAN tagged network نمود:
# xe vlan-create network-uuid=cfe987f0-b37c-dbd7-39be-36e7bfd94cef pif-uuid=ca9a221c-d77f-a118-a274-badd85624fd3 vlan=10
# xe vlan-create network-uuid=cfe987f0-b37c-dbd7-39be-36e7bfd94cef pif-uuid=ca9a221c-d77f-a118-a274-badd85624fd3 vlan=10
اما UUIDی که در خروجی دستور فوق مشاهده میکنید مشخص کننده hostی است که VLAN network جدید بر روی آن ایجاد شده است و در واقع برای گامهای بعدی مورد نیاز نیست. اما مطابق گامهای پیش ایده خوبی است تا به اینجا تغییرات را بررسی نماییم. برای این منظور و تأیید VLAN network جدید از دستور زیر استفاده میکنیم:
# xe vlan-list tag=10
همانطور که در شکل 32 و در خروجی دستور فوق مشاهده میکنید، اطلاعات VLAN 10 و اینترفیسهای PIF عضو آن نمایش داده میشود.
# xe vlan-list tag=10
همانطور که در شکل 32 و در خروجی دستور فوق مشاهده میکنید، اطلاعات VLAN 10 و اینترفیسهای PIF عضو آن نمایش داده میشود.
در این مرحله 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"
• گام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"
سپس با استفاده از دستور زیر میتوانیم اطلاعات network bonding ایجاد شده را مشاهده کنیم:
# xe network-list name-label="Management/Storage Bond"
# xe network-list name-label="Management/Storage Bond"
باز هم به یاد داشته باشید که 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 به نمایش در خواهد آمد.
# 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 به نمایش در خواهد آمد.
مطابق معمول میتوانیم با استفاده از دستور زیر از اجرای صحیح دستورات و ایجاد صحیح bond خود اطمینان حاصل نماییم:
# xe bond-list
# xe bond-list
با استفاده از خروجی دستور فوق میتوانیم UUID را با هم مقایسه کنیم. نکته اینجاست که دومین UUID در خروجی دستور فوق میبایست با UUIDی که توسط دستور bond-create نمایش داده میشود، یکسان باشد.
در این لحظه هر چهار PIF موجود بر روی XenServer سناریو در bondهای خود قرار گرفتهاند. یک bond از نوع trunk با تنها یک VLAN اقدام به tag زدن ترافیک ماشینهای مجازی و ارسال آنها بر روی trunk bond میکند و bond دیگر که از نوع active/passive bond میباشد برای ترافیک network storage و همچنین ترافیک management خود XenServer مورد استفاده قرار میگیرد.
توجه داشته باشید که تمامی پروسه پیکربندی در این سناریو را که توسط XenServer CLI انجام دادیم میتوانید جهت راحتی کار از طریق اینترفیس گرافیکی ابزار XenCenter نیز انجام دهید. شکل 37، bondهای ایجاد شده را در تب Networks در نرمافزار XenCenter نمایش میدهد.
در این لحظه هر چهار PIF موجود بر روی XenServer سناریو در bondهای خود قرار گرفتهاند. یک bond از نوع trunk با تنها یک VLAN اقدام به tag زدن ترافیک ماشینهای مجازی و ارسال آنها بر روی trunk bond میکند و bond دیگر که از نوع active/passive bond میباشد برای ترافیک network storage و همچنین ترافیک management خود XenServer مورد استفاده قرار میگیرد.
توجه داشته باشید که تمامی پروسه پیکربندی در این سناریو را که توسط XenServer CLI انجام دادیم میتوانید جهت راحتی کار از طریق اینترفیس گرافیکی ابزار XenCenter نیز انجام دهید. شکل 37، bondهای ایجاد شده را در تب Networks در نرمافزار XenCenter نمایش میدهد.
توجه: نرم افزار Citrix XenServer در ادامه آموزش توضیح داده خواهد شد.