vCenter فیزیکی یا مجازی ؟

vCenter فیزیکی یا مجازی ؟

مجازی سازی

رایانش ابری

یکی از اشتباهاتی که همیشه در Audit های مجازی سازی با آن برخورد کرده ام، طریقه نصب vCenter می باشد. این مطلب را از منظر های بسیار زیادی می توان بررسی کرد :

  • طریقه نصب از لحاظ HA
  • طریقه نصب فیزیکی یا مجازی
  • طریقه نصب تنها یا چند عددی
  • طریقه نصب کلاستری
  • طریقه نصب دیتا بیس
  • طریقه نصب ویندوزی یا لینوکسی

و … .

این انواع  بسیار زیاد می باشند و تمامی این موارد باید درست انتخاب شود تا بتوانیم از سلامت vCenter اطمینان داشته باشیم.

در این مطلب آموزشی به این سوال می پردازیم که چگونه vCenter را نصب کنیم ؟ به صورت فیزیکی یا به صورت مجازی ؟

ابتدا باید یک مطلب را مورد بررسی قرار دهیم و آن vMotion می باشد.

Hyaking_Image_vmware-vmotion

همانطور که در شکل بالا می بینید ، vMotion عملیات جابجایی ماشین مجازی بین دو سرور فیزیکی یا Host می باشد.

برای اینکه بتوانیم ماشین مجازی را در حالت روشن بین دو Host جابجا کنیم ، باید هارد ماشین مجازی را بر روی یک ذخیره ساز قرار دهیم.

نکات زیر را در نظر بگیرید :

  • هر ماشین مجازی مانند یک انسان است که دو پا دارد یک پای آن رم و CPU می باشد و پای دوم آن هارد ماشین مجازی می باشد.
  • اگر بخواهیم ماشین مجازی بتواند یک پای خود را از روی سرور یک به سرور دو جابجا کند باید پای دوم آن بر روی محل دیگری قرار داشته باشد تا بتواند با اطمینان این کار را انجام دهد . این محل همان ذخیره ساز می باشد.
  • استثنایی وجود دارد که در پاراگراف پایانی آن را مورد بررسی قرار می دهیم.

پس با توجه به نکات بالا ، به این مطلب رسیدیم که برای vMotion نیاز به ذخیره ساز داریم.

set_up_VMware_vMotion

همیشه پیشنهاد خود VMware این بوده است که :

تعداد قابلیت هایی که VMware به ماشین های مجازی بسیار زیاد می باشد به عنوان مثال :HA ,DRS , DPM ,FT ,vMotion و …

چرا نباید ادمین های مجازی سازی از این قابلیت ها برای vCenter استفاده کنند؟

این حرف کاملا درست می باشد . ما به سمت مجازی سازی می رویم که از قابلیت های بی شمار این تکنولوژی استفاده کنیم، چرا نباید از این قابلیت ها بر روی vCenter استفاده شود ؟

اگر دقت بفرمایید تمامی این قابلیت ها در صورتی ممکن می باشد که در داخل دیتاسنتر خود یک ذخیره ساز داشته باشیم در غیر اینصورت این قابلیت ها در دسترس نخواهند بود. پس بگذارید به صورت کلی یک نتیجه گیری کنیم ، در صورتی که در داخل دیتا سنتر ذخیره ساز وجود داشت می توانیم vCenter را به صورت مجازی نصب کنیم تا از تمام این قابلیت ها استفاده کنیم.

اما اگر ذخیره ساز وجود نداشت چی کنیم ؟

اگر خوب دقت کنیم ، در صورتی که ذخیره ساز در دیتا سنتر وجود نداشته باشد قابلیت های DRS ,HA ,DPM , FT  قابلیت پیاده سازی ندارند ، یعنی در صورت به وجود آمدن مشکل برای دیتا سنتر هیچ یک از این قابلیت ها برای vCenter کار نخواهد کرد.

پس در صورت بروز مشکل vCenter ما از دست می رود و در نتیجه ما مدیریت بر روی بستر مجازی نخواهیم داشت. این مطلب قابل قبول نمی باشد.

پس اگر در داخل دیتا سنتر ذخیره ساز وجود داشت vCenter را به صورت مجازی نصب خواهیم کرد اما اگر ذخیره ساز وجود نداشت چه ؟

در این حالت بهتر است vCenter را به صورت فیزیکی نصب کنیم زیرا مطمئن باشیم در صورت بوجود آمدن خرابی در داخل دیتا سنتر و از بین رفتن محیط مجازی ، vCenter هنوز به صورت فیزیکی در دسترس باشد.

bcf_vmware_vsphere_graphic_0

اما در نهایت باید در نظر داشته باشید که از vCenter ورژن 5.1 به بعد قابلیت جدیدی به vMotion اضافه شده است با نام Enhanced vMotion که این قابلیت اجازه می دهد بدون داشتن ذخیره ساز می توانید ماشین مجازی را روشن بین سرور های فیزیکی جابجا کرد.

vmotion1

 

نتیجه گیری نهایی :

  • در صورت داشتن ذخیره ساز ، باید سرور vCenter را به صورت مجازی پیاده سازی کنیم تا تمام قابلیت ها را داشته باشیم.
  • در صورت وجود نداشتن ذخیره ساز هم می توانید vCenter را به صورت فیزیکی داشته باشیم و هم به صورت مجازی با این تفاوت که :
    • اگر فیزیکی باشد در صورت خرابی ناگهانی با از پیش تعیین شده بستر مجازی هنوز vCenter ما در دسترس می باشد .
    • اگر مجازی باشد در صورت خرابی از پیش تعیین شده می توانیم vCenter را به صورت دستی جابجا کنیم و آن را در دسترس نگه داریم اما در صورت خرابی ناگهانی سرور vCenter از دست خواهد رفت.

 

نظرات

    • مهران
    • جولای 25, 2016

    ضمن تشکر از شما استاد گرامی، مطلب بسیار جامع بود.
    فقط یه سوال این که آیا Clone گرفتن از vcenter (هم در حالت فیزیکی و هم مجازی) میتونه یکی از راههای محافظت باشه یا خیر؟
    اگر براتون امکان داره در بخش های بعدی کمی هم در مورد Enhanced VMotion توضیح بدید ممنون میشم.