QUICK BOOT در VSPHERE 6.7

QUICK BOOT  در VSPHERE 6.7

همانطور که می دانید یکی از مشکلاتی که ادمین های مجازی سازی با سرور های فیزیکی ESXi دارند مشکل ریبوت کردن سرور است.

متاسفانه ریبوت کردن سرور فیزیکی باید در زمان های خاصی انجام شود مثلا :

  • آپدیت ESXi
  • نصب VIB جدید و ….

قابلیت فوق العاده ای که در ورژن vSphere 6.7 داریم قابلیت Quick Boot هست. این قابلیت Hypervisor رو ریبوت می کند ولی سرور فیزیکی رو ریبوت نمی کند.

اگر تا به حال با استفاده از VUM سرور ESXi رو آپدیت کرده باشید می دانید که برای آپدیت دو بار ESXi راریبوت می کند با استفاده از این قابلیت این تعداد به یک عدد کاهش پیدا می کند برای همین باعث می شود زمان Downtime  خیلی کاهش پیدا کند.

چگونگی فعال سازی قابلیت Quick BOOT

پس از login به vCenter مسیر Home -> Update Manager -> Manage- > Settings -> Host/Cluster Settings -> Edit را طی کنید.

سپس چک باکس Enable Quick Boot را انتخاب کنید.

اگر سخت افزار سرور شما با این قابلیت compatible نباشد، به صورت نرمال بوت خواهد شد. در پنجره ی Select target objects به شما اطلاع داده می شود که کدام سرورها از این قابلیت پشتیبانی می کنند.

معماری Vsphere Distributed Switch

معماری Vsphere Distributed Switch

VDS مدیریت مرکزی و نظارت بر تنظیمات شبکه ای تمامی هاست هایی که به آن سوئیچ متصل شده اند را ارائه می دهد. تنظیمات VDS توسط Vcenter Server انجام می شود و setting های آن به تمامی هاست های متصل شده به سوئیچ اعمال می گردد.

یک سوئیچ در Vsphere شامل دو بخش data plane و management plane می باشد. پیاده سازی filtering، tagging ، package switching و غیره در بخش data plane انجام می شود. Management plane ساختار کنترلی است که شما از آن برای تنظیمات عملیاتی data plane استفاده می کنید. استاندارد سوئیچ ها نیز شامل دو بخش data plane و management plane می باشند و هر استاندارد سوئیچ را به صورت جداگانه تنظیم و نگهداری می کنید.

Distributed Switch دو بخش data plane و management plane را از هم مجزا می کند. عملیات های مدیریتی Distributed Switch سمت Vcenter Server انجام می شود و به شما این امکان را می دهد که تنظیمات شبکه را در سطح data center انجام دهید. بخش data plane به صورت Local بر روی هر هاستی که به Distributed Switch اضافه می شود باقی می ماند. بخش data plane را Host Proxy Switch می گویند. تنظیمات شبکه ای که بر روی vcenter Server ایجاد می کنید به صورت اتوماتیک بر روی همه ی Host Proxy Switch اعمال می شود.

vSphere Distributed Switch دو انتزاع را برای ایجاد پیکربندی شبکه ها با NIC های فیزیکی معرفی می کند، Vitual machines وServices  Vmkernel.

UpLink Port Group

یکPort Group  uplink یاPort Group  dvuplink در هنگام ایجاد Distributed Switch تعریف می شود و می تواند یک یا چند Uplink داشته باشد. یک uplink یک قالب است که شما برای پیکربندی اتصالات فیزیکی هاست و همچنین پالیسی های Load Balancing و Failover استفاده می کنید. NIC های فیزیکی هاست درDistributed Switch  به uplink ها Map می شود. در سطح هاست، هر NIC فیزیکی به یک پورتUplink  با یک شناسه خاص متصل می شود. شما تنظیمات Load Balancing و Failover را بر روی Uplink ها اعمال می کنید و پالیسی ها به طور اتوماتیک به Host Proxy Switch  منتقل شوند. به این ترتیب شما می توانید پیکربندی Load Balancing و Failover  را برای NIC های فیزیکی تمام هاست هایی که به Distributed Switch  متصل هستند، اعمال کنید.

Distributed port group

Distributed port group  ارتباطات شبکه ای ماشین های مجازی و ترافیک VMKernel را فراهم می کند. شما با استفاده از یک برچسب شبکه، هر یک از Distributed port group ها را شناسایی می کنید. تنظیمات NIC teaming، failover، Load Balancing ، VLAN، Security، traffic shaping و دیگر سیاست ها را درDistributed port group  انجام می دهید. پورت های مجازی که به یک Distributed port group  متصل هستند، خواص مشابهی را که در Distributed port group پیکربندی شده اند، به اشتراک می گذارند. همانند Port Group Uplink، پیکربندی که شما در Distributed port group  بر روی Vcenter Server انجام می دهید به طور خودکار به تمام هاست های  Distributed Switchاز طریقHost Proxy Switch  منتقل می شود. به این ترتیب شما می توانید یک گروه از ماشین های مجازی را پیکربندی کنید که یک پیکربندی شبکه یکسان را با اتصال ماشین های مجازی به یک Distributed port group  به اشتراک گزارد.

به عنوان مثال، فرض کنید یک Distributed Switch  را در مرکز داده خود ایجاد کرده و دو هاست را به آن مرتبط کرده اید. سه Uplink را برای UpLink Port Group پیکربندی کرده و NIC فیزیکی را از هر هاست به یک Uplink متصل می کنید. به این ترتیب، هر uplink دارای دو NIC فیزیکی از هر هاست هست که به آن mapشده است، به عنوان مثال Uplink1 با         vmnic0  میزبان ۱ و میزبان ۲ پیکربندی شده است.

برای اطمینان از کارایی استفاده از منابع هاست، تعداد پورت های توزیع شده ی سوئیچ های پروکسی به صورت پویا در میزبان هایی که ESXi 5.5 و بالاتر را اجرا می کنند، بالا و پایین می شود. سوئیچ پروکسی در چنین هاستی می تواند تا حداکثر تعداد پورت های پشتیبانی شده در هاست گسترش یابد. محدودیت پورت بر اساس حداکثر تعداد ماشین های مجازی که هاست می تواند اداره کند تعیین می شود.

قابلیت های جدید نرم افزار VEEAM

شرکت Veeam فعالیت خود را از سال ۲۰۰۶ با فراگیر شدن بستر مجازی Vmware و Hyper-V در دنیا آغاز نمود.فعالیت های نخستین این نرم افزار در حوزه پشتیبان گیری بسیار خوب بود طوری که در همان سال اول جوایزی دریافت کرد.اما ناگفته نماند این محصول تا سال ها دارای مشکلاتی بود ولی با ارائه نسخ متفاوت و بهبود آن، بسیاری از آنها رفع گردید و امروز جزء یکی از بهترین نرم افزار های دنیا در حوزه ی پشتیبان گیری از بستر مجازی  Vmware و Hyper-V می باشد.

شرکت Veeam نرم افزار خود را متناسب با نیاز کاربر بروز کرده است و جهت فراهم کردن این شرایط با شرکت های مطرح دنیا از جمله Dell EMC-NetApp-HPE-ExaGrid-Pure Storage-Quantum-Nutanix-IBM سازگاری خود را فراهم نموده است.

در دنیای امروز اگر از بستر مجازی استفاده می نمایید باید از ماشین های خود پشتیبان تهیه نمایید که.با استفاده از نرم افزار Veeam می توان بسیار ساده از ماشین های مجازی با متد های مختلف نسخه پشتیبان تهیه نمود .این نرم افزار جهت کم کردن حجم دیتا می تواند فایل پشتیبان را Compress و Deduplicate نماید تا فضای کمتری جهت نگهداری اشغال نماید.

پیشرفت این نرم افزار واقعا چشم گیر بود و بسیار هم خوب ظاهر شد و اما همانطور که گفته شد نقاط ضعفی هم داشت.

یکی از این نقاط ضعف این بود که شما برای تهیه نسخ پشتیبان از بستر مجازی با نرم افزار Veeam هیچ مشکلی نداشتید اما آیا برای قسمت سرور های فیزیکی هم به همین سادگی بود؟

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

در حال حاضر نسخه ۹.۵ Update3 قابل استفاده می باشد که در این نسخه امکان تهیه پشتیبان از سرور های فیزیکی نیز فراهم شده است.این Agent برای سیستم عامل های Windows و Linux تولید شده است و پس از نصب بر روی آنها ، از طریق کنسول مدیریتی Veeam قابل استفاده می باشد.

لازم به ذکر است پس از تهیه پشتیبان از دیسک سرور فیزیکی ، دیسک با فرمت های VMDK ، VHD/VHDX در بستر مجازی امکان بازیابی دارد.

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

حال با ارائه این نسخه از Veeam امکان تهیه پشتیبان از بستر مجازی ، فیزیکی و SAN همگی از طریق کنسول یک نرم افزار قابل اجرا می باشد.

خطای Heap globalCartel-1 already at its maximum size.Cannot expand

خطای Heap globalCartel-1 already at its maximum size.Cannot expand

هر یک از علایم زیر ناشی از خطای بیان شده می باشد و دلیل یکسانی دارند:

  • عدم توانایی اجرا vMotion (چه برای انتقال یک ماشین از هاست مورد نظر و چه برای انتقال به هاست ESXi).
  • عدم توانایی سرویس ها (چه برای سرویس هایی که از هاست مورد نظر اجرا میشوند و چه برای سرویس هایی که بر روی این هاست اجرا میشوند).
  • Fail شدن هاست ESXi هنگام Enable کردن سرویس ها و یا vMotion .
  •  هنگامی که اجرای  Task ها در Vsphere Client  به Error زیر ختم می شود :

A general system error occurred: Command /bin/sh failed

  • وقتی به کنسول ماشین مجازی متصل میشوید،و Error زیر را می بینید :

Unable to contact the MKS: Could not connect to pipe\\.\pipe\vmware-authdpipe

و

.Unable to connect to the MKS: connection terminated by server

  • وقتی ماشین مجازی را Power On می کنید، خطای زیر را دریافت می کنید :

VMK_NO_MEMORY

  • هنگام اتصال به ESXi shell خطای زیر را دریافت می نمایید :

can’t fork

  • هنگامی که در DCUI کلیدهای Alt+F12 را بزنید:

WARNING: Heap: 2677: Heap globalCartel-1 already at its maximum size. Cannot expand

  • و در log file مربوط /var/log/vmkwarning خطاهای زیر را مشاهده میکنید:

T

(تاریخ و زمان ذکر شده در بالا نسبت به شرایط متغییر است.)

  • در هنگام اجرای هر دستوری در ESXi هم با خطای زیر مواجه خواهید شد:

-sh: can’t set tty process group (Operation not permitted).

۱.تصویر مربوط به خطا در هنگام روشن شدن ماشین مجازی

دلایل error  های بالا:

این خطاها در هاست های ESXi ای که بر روی سخت افزار HP با ورژن های AMS زیر قرار دارند رخ میدهد:

  • hp-ams 500.9.6.0-12.434156
  • hp-ams-550.9.6.0-12.1198610
  • hp-ams 500.10.0.0-18.434156
  • hp-ams-550.10.0.0-18.1198610

راه کار برای رفع این خطا:

این مشکل رایجی است که ESXi 5.x را تحت تاثیر قرار داده است. برای رفع این مشکل یکی از این روش ها را امتحان کنید. Upgrade کردن ESXi و در صورت عدم حل مشکل، به صورت دستی ورژن AMS را Upgrade کنید.

Upgrade نمودن ESXi

  • Upgrade کردن vSphere ESXi 5.5 Update 3 که در این لینک موجود است.

Upgrade به ورژن ۱۹.۰.۱ و بالاتر

 

–  توجه: لینک های ارائه شده در تاریخ ۱۲ August, 2015 معتبر بودند.

نصب درایورها

روش دیگر نصب درایور ها است که اطلاعات در مورد نصب درایور های و بروز رسانی Frimware سرورهای HP در این لینک موجود است.

حذف AMS Package

اگر هم نمیخواهید که هیچ یک را Upgrade نمایید، میتوانید Package را در تمامی ESXi هاست هایی که با ورژن AMS گفته شده هستند، پاک کنید.

توجه: در برخی از موارد Command هایی که بر روی هاست ESXi   اجرا میشوند با خطای cant’t fork رو به رو میشوند که در این صورت باید ماشین های مجازی بر روی این هاست را خاموش کرده و هاست را یکبار Reboot کرد.

ابتدا دستور زیر را برای متوجه شدن ورژن AMS بزنید:

esxcli software vib list | grep ams

  • سپس برای حذف کردن Package بر روی تمامی هاست هایی که این ورژن از AMS را دارا هستند:
  • به هاست خود توسط SSH متصل شوید. اطلاعات بیشتر در ( روش فعال کردن SSH در ESXi )
  • دستور زیر را برای Stop کردن سرویس هاس HP بزنید.

/etc/init.d/hp-ams.sh stop

  • دستور زیر را برای حذف VIB بزنید

esxcli software vib remove -n hp-ams

  • هاست را Restart کنید.

با اجرا هر یک از روش های فوق،خطا باید رفع شود و دیگر نباید با این خطا مواجه شوید.

روش نصب Patchها در Esxi

روش نصب Patchها در Esxi

  • به عنوان اولین مرحله پیشنهاد می کنم در صورت امکان هاست خود را در حالت Maintenance mode قرار دهید.

  • SSH هاست خود را فعال نمایید. در صورت نیاز به راهنمایی به این پست مراجعه نمایید.

  •  Patch های دانلود شده را به Datastore هاست منتقل نمایید.

  • توسط یک نرم افزار SSH Clinet نظیر Putty به هاست خود متصل شوید.
  •  دستور زیر را تایپ نمایید.

esxcli software vib update -d /vmfs/volumes/<your_datastore>/< File Name >.zip

  • در دستور فوق استفاده از سوئیچ Update باعث حفظ تمامی درایورهای سخت افزاری موجود و Vib فایلهای پیشین خواهد شد.
  • پس از چند دقیقه بروز رسانی به اتمام خواهد رسید. در صورت نیاز می توانید با دستور Reboot در محیط Command ، هاست را ریبوت نمایید.
  • از طریق زیر می توانید ویرایش نسخه ESXi خود را ببینید.

  • و یا با دستور زیر در محیط Command ویرایش Esxi را بیابید.

 esxcli system version get

روش فعال کردن SSH در ESXi

روش فعال کردن SSH در ESXi

برای این منظور دو روش وجود دارد.

روش اول : استفاده از DCUI

  • بروی صفحه لاگین هاست خود کلید F2 را بفشارید.

  • نام کاربری و پسورد خود را وارد نمایید.

  • پس از لاگین، گزینه Troubleshooting Options را انتخاب نمایید.

  • با انتخاب گزینه Enable SSH، می توانید SSH هاست خود را فعال نمایید.

  روش دوم : استفاده از vSphere Client

  • توسط vSphere Client به هاست مورد نظر و یا Vcenter متصل شوید و پس از انتخاب هاست خود،  Tab مربوط به Configuration را انتخاب نمایید.

  • در قسمت Configuration گزینه Security Profile را انتخاب نمایید.

  • گزینه Properties را انتخاب نموده و از پنجره جدید، SSH را انتخاب نمایید و سرویس مربوط به SSH را Start نمایید.

  • اگر در دسترسی به SSH خود مشکلی داشتید، بخش Firewall را بررسی نمایید.

روش ریست کردن پسورد administrator@vsphere.local در vCenter 5.5

vcenter5.5

روش ریست کردن پسورد administrator@vsphere.local در vCenter 5.5

اگر به هر دلیلی در اتصال به vCenter خود دچار بروز خطا بدلیل Credentials شوید و نیاز به ریست کردن پسورد administrator@vsphere.local داشتید می توانید از این آموزش استفاده نمایید.

نسخه ویندوزی vCenter

۱- با یک یوزر Domain Administrator و یا Local Administrator به سرور vCenter متصل شوید.

۲- یک Command Prompt را با Run As Administrator اجرا نمایید.

۳- به مسیر C:\Program Files\VMware\Infrastructure\VMware\CIS\vmdird بروید.

۴- vdcadmintool.exe را اجرا نمایید.

۵- کنسول زیر نمایش داده می شود.

 ===============================
Please select:
۰. exit
۱. Test LDAP connectivity
۲. Force start replication cycle
۳. Reset account password
۴. Set log level and mask
۵. Set vmdir state
===============================

۶- گزینه ۳ یعنی Reset account password را انتخاب نمایید.

۷- زمانی که Account UPN را از شما خواست، عبارت زیر را تایپ نمایید.

cn=Administrator,cn=users,dc=vSphere,dc=local

۸- دکمه Enter را بفشارید.

۹- یک پسورد جدید تولید و بروی صفحه نمایش داده می شود.

۱۰- ۰ را انتخاب نمایید.

۱۱- با پسورد جدید در vSphere Web Client لاگین نمایید.

۱۲- بروی Home کلیک کنید.

۱۳- بروی Administration کلیک کنید.

۱۴- بروی Single Sign-On > Users and Groups کلیک نمایید.

۱۵- بروی User کلیک کنید.

۱۶- بروی administrator@vsphere.local راست کلیک کنید و Edit را انتخاب نمایید.

۱۷- پسورد جدید را وارد نمایید.

نسخه vCenter Appliance

۱- توسط SSH به vCenter Server Appliance متصل شوید.

۲- دستور زیر را برای فعال سازی دسترسی به Bash Shell اجرا نمایید.

 shell set –enable true

۳- shell را تایپ نمایید و Enter را بفشارید.

۴- با فرمان زیر ابزار vdcadmintool را اجرا نمایید.

/usr/lib/vmware-vmdir/bin/vdcadmintool

۵- ادامه مراحل بمانند گزینه ۶ به بعد نسخه ویندوزی است.