شکل 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 به نمایش در خواهد آمد.

شکل 35

مطابق معمول می‌توانیم با استفاده از دستور زیر از اجرای صحیح دستورات و ایجاد صحیح bond خود اطمینان حاصل نماییم:
# xe bond-list

شکل 36

با استفاده از خروجی دستور فوق می‌توانیم 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 نمایش می‌دهد.

شکل 37

توجه: نرم افزار Citrix XenServer در ادامه آموزش توضیح داده خواهد شد.

✳️ پایان Part-2. امیدوارم این بخش از آموزش نیز مورد توجه شما قرار گرفته باشد. فردا شب ساعت 21:00 بخش سوم از این آموزش ارائه خواهد شد. شب خوش

کتاب مقدمه ای بر استانداردهای متن باز

کتاب مقدمه ای بر استانداردهای متن باز

آگهی استخدام

بازار کار لینوکس

🔴 معرفی سرویس SAMBA در لینوکس 👇

🐧 @iranopensource