خانه » وبلاگ آموزشی » مجازی سازی شبکه » عیب یابی شبکه در vSphere – پایان
30 مرداد 1397

عیب یابی شبکه در vSphere – پایان

در ادامه فرآیند های عیب یابی شبکه در محیط مجازی به بخش پایانی رسیده ایم. در این بخش می خواهیم با روند عیب یابی شبکه ماشین مجازی آشنا شویم. همانطور که می دانید عیب یابی شبکه ماشین مجازی همیشه مرتبط با کارت شبکه نمی باشد.

بخش پایانی:

عیب یابی شبکه ماشین مجازی:
یکی از بهترین روش های عیب یابی شبکه در حوزه ماشین های مجازی اسکوپ بندی مشکلات می باشد. بدین معنا که اگر اختلالی در شبکه مربوط به ماشین های مجازی ایجاد شد ابتدا مشخص کنید که این اختلال چه تعداد از ماشین ها را تحت تاثیر قرار داده است، در واقع چه ماشین های مجازی با این اختلال روبرو شده اند تا در قدم بعدی بتوانید نقاط مشترک شبکه ای این ماشین های مجازی را به دست آورید. مواردی چون:

  • استفاده از یک PortGroup در نتیجه تنظیمات اشتباه در آن
  • استفاده از یک اینترفیس شبکه روی هاست در نتیجه اختلال آن اینترفیس
  • اختلال در نقطه مقابل اینترفیس هاست روی سوئیچ فیزیکی
  • خطای سخت افزاری روی کارت شبکه

حال اگر ماشین های مجازی بر روی هاست های متفاوت باشند لیست نقاط مشترک قطعا کوتاهتر خواهد بود. اما در مجموع نمی توان تمام این اجزا را به صورت کامل تست کرد. بنابراین لازم است روند عیب یابی را دسته بندی کرده و براساس این دسته ها اقدام به بررسی مشکلات نماییم:

  • بررسی ماشین به ماشین بر روی یک هاست و یک PortGroup

این حالت یکی از حالت های کاملا ساده می باشد که کمترین میزان خطا را خواهد داشت. اما اگر در این حالت خطایی مشاهده کردید می توانید مشخص نمایید که اشکال از تنظیمات درون ماشین مجازی یا خود هاست ESXi می باشد. مواردی چون:

  • تنظیمات اشتباه آدرس دهی IP روی ماشین مجازی
  • مسدود شدن ترافیک توسط فایروال سیستم عامل

نکته: در برخی موارد ممکن است کم بودن تعداد هسته های CPU یا حتی زیاد بودن آنها بر روی ماشین های مجازی باعث ایجاد اختلال در روند ترافیک شبکه شود.

  • بررسی ماشین مجازی به ماشین مجازی بر روی دو هاست مختلف و یک PortGroup متصل به یک سوئیچ فیزیکی

برای اینکه بتوانیم وضعیت ارتباطی شبکه بین محیط مجازی با محیط فیزیکی را بررسی کنیم می بایست از مقادیر کوچک آغاز کنیم. به طور نمونه می توانیم وضعیتی را بررسی کنیم که دو ماشین مجازی بر روی دو هاست متفاوت قرار دارند که هر کدام از این هاست ها به یک سوئیچ فیزیکی مشترک متصل شده اند تا در این حالت اگر به طور مثال روتری در بین ارتباط سوئیچ های فیزیکی قرار دارد تاثیری در روند بررسی ترافیک شبکه ایجاد نکند. مواردی که در این بررسی به دست خواهد آمد شامل:

  • عدم همخوانی vLAN در سمت سوئیچ فیزیکی و PortGroup

موارد امنیتی سوئیچ فیزیکی مانند:

  • محدودیت دریافت تعداد MAC Address ها از یک پورت
  • قوانین مربوط به ACL ها
  • تجمیع لینک های فیزیکی و استفاده از قوانین اشتباه
  • عدم وجود پورت Active
  • پیکربندی اشتباه Beacon Probing (نیاز به 3 آپلینک با ارتباط مستقل به 3 سوئیچ فیزیکی)
  • اشکال در وضعیت کابل کشی
  • اشکال در بخش درایور کارت شبکه سخت افزاری
  • اشکال در پورت فیزیکی سوئیچ

در نهایت اگر این دو دسته بررسی با نتیجه مثبت روبرو شدند می توانید درنظر بگیرید که اشکال در لایه های عمیق تر شبکه مانند پیکربندی روتر فیزیکی می باشد که در این صورت می بایست با همکاری تیم شبکه مجموعه خود اقدام به عیب یابی مشکل نمایید.

نکته: بسیار مهم است که بدانید همیشه اختلالات شبکه مربوط به حوزه شبکه نمی شود و سایر منابع موجود بر روی هاست نیز می توانند در این اختلالات سهیم باشند. در این بین CPU و Storage سهم بیشتری نسبت به Memory را به خود اختصاص می دهند. بدین معنا که عملکرد ضعیف در این نقاط اثر مستقیم در روند ارتباطات شبکه ای خواهد گذشت. به طور مثال در صورت کندی انتقال فایل بر روی یک ماشین مجازی علاوه بر شبکه ماشین مجازی، وضعیت فضای ذخیره سازی و منابع پردازشی ماشین را نیز بررسی نمایید.

امیدوارم این دوره آموزشی که در 6 مقاله تنظیم شده است برای شما دوستان مفید و کاربردی بوده باشد.

رضا اردانه

دیدگاهتان را بنویسید

preloader