در بسیاری از مراکز داده و شرکتهای IT، پایداری سرویسها پس از راهاندازی مجدد سرور فیزیکی از اهمیت حیاتی برخوردار است؛ به همین دلیل روشن شدن خودکار ماشین مجازی پس از بوت سرور (Auto-Start VM on ESXi) میتواند تضمین کند که سرویسهای حیاتی بدون نیاز به دخالت دستی مدیر سیستم، بلافاصله در دسترس قرار گیرند. اگر Auto-Start فعال نشود، پس از هر ریبوت یا خاموش/روشن مجدد سرور ESXi باید به صورت دستی تکتک VMها را روشن کرد — کاری زمانبر و مستعد خطا که میتواند منجر به تأخیر در دسترسی به سرویس، از دست رفتن سرویسدهی، و افزایش بار کاری برای تیم IT شود. از سوی دیگر عدم استفاده از روشن شدن خودکار ماشین مجازی میتواند ریسکهایی مانند تأخیر در راهاندازی مجدد سرویسها پس از Maintenance یا برقرود، خطاهای انسانی در ترتیب روشن کردن VMها، یا حتی فراموشی راهاندازی برخی VMها را به همراه داشته باشد؛ بنابراین فعال کردن Auto-Start در ESXi نه تنها تسهیل عملیات را فراهم میکند، بلکه به افزایش پایداری و کاهش ریسک در محیط مجازیسازی کمک مینماید.
AutoStart / Auto-Shutdown در VMware ESXi چیست؟
AutoStart (یا «خودکار روشن/خاموش شدن ماشین مجازی») در VMware ESXi مکانیزمی است که به شما اجازه میدهد تعیین کنید که پس از بوت یا خاموش/روشن شدن میزبان فیزیکی ESXi، ماشینهای مجازی (VMها) بهصورت خودکار روشن یا خاموش شوند. به عبارت دیگر، وقتی AutoStart فعال باشد، پس از راهاندازی مجدد سرور ESXi دیگر لازم نیست مدیر سیستم بهصورت دستی هر VM را روشن کند؛ بلکه ترتیب روشن/خاموش شدن، تأخیر بین VMها (Start Delay / Stop Delay) و نوع خاموش شدن (Shutdown Action — مثل Guest Shutdown, Suspend یا Power Off) قابل تنظیم است.
تفاوت بین حالت standalone-host و حالت Cluster / vCenter در ESXi
وقتی ESXi را بهصورت standalone (میزبان تنها) نصب میکنید، آن سرور مستقل عمل میکند و شما با رابط مدیریتی همانهاست — یعنی «Host Client» — کار خواهید کرد: ماشینهای مجازی (VM) روی همان سرور اجرا میشوند، منابع همان سرور مصرف میشوند، و همه تنظیمات، ذخیرهسازی و شبکه محدود به همان سرور است. اما وقتی ESXi ها را زیر مجموعه vCenter قرار میدهید و در قالب یک Cluster عملی میکنید، ESXiها بهصورت متمرکز مدیریت میشوند؛ با این مدل میتوانید چندین سرور فیزیکی را بههم «گروه» کنید و از قابلیتهایی مثل مهاجرت زنده VMها (vMotion)، تخصیص منابع پویا، توزیع بار و توازن منابع، و راهکارهایی مثل High Availability (HA) و DRS بهره ببرید — یعنی محیط مجازیسازی شما مقیاسپذیر، قابل اطمینانتر و مناسب برای سازمانهای بزرگتر خواهد بود.
| ویژگی / فاکتور | Standalone ESXi Host | ESXi + vCenter / Cluster |
|---|---|---|
| ساختار مدیریتی | هر سرور مستقل؛ مدیریت جداگانه با Host Client | مدیریت متمرکز: همه هاستها و VMها زیر یک کنسول vCenter |
| تعداد هاست / مقیاس | معمولاً یک هاست (یا هر هاست مستقل) | چندین هاست تحت یک دیتاسنتر/کلستر |
| قابلیتهای پیشرفته (HA, DRS, vMotion, Load-Balancing) | موجود نیست یا محدود | فعال و قابل استفاده برای افزایش پایداری و کارایی |
| مناسب برای | محیطهای کوچک، آزمایشی، تست یا دفاتر کوچک | سازمانهای با چند سرور، نیاز به پایداری، افزونگی، مقیاسپذیری |
| پیچیدگی مدیریت | ساده — فقط یک سرور برای مدیریت | نیاز به برنامهریزی، لایسنس، اشتراک منابع، هماهنگی بین هاستها |
| نیاز به اشتراکگذاری منابع / ذخیرهسازی مشترک (Shared Storage) | فقط منابع محلی سرور | اغلب نیاز به shared datastore / SAN / NAS برای مهاجرت زنده و بالانس بار |
| هزینه و نیاز به لایسنس | اغلب نسخه رایگان یا پایه ESXi کافی است | نیاز به لایسنس vSphere + vCenter و در صورت نیاز shared storage / شبکه مناسب |
پیشنیازها و محدودیتها برای Auto-Start در VMware ESXi
شرایط لازم برای فعالسازی روشن شدن خودکار VM
- برای استفاده از AutoStart باید سرور ESXi به صورت standalone باشد و مدیریت مستقیم آن را با Host Client انجام دهید. در این حالت از طریق منو Manage → System → Autostart میتوان گزینه روشن شدن خودکار را فعال کرد.
- در سطح سرور (host) باید گزینه AutoStart یا “Allow virtual machines to start and stop automatically with the system” فعال شود. سپس برای هر VM جداگانه میتوان روشن شدن خودکار، ترتیب (Start Order)، تأخیر (Start Delay / Stop Delay) و رفتار خاموش شدن (Shutdown/Power-Off/Suspend) را تنظیم کرد.
- اگر دسترسی به رابط تحت وب (Host Client) دارید، لازم است نسخهای از کلاینت که از Autostart پشتیبانی میکند را در هاست نصب یا فعال کرده باشید (مثلاً در vSphere 6.7، Host Client تعبیهشده قابلیت Autostart دارد).
زمانی که AutoStart کار نمیکند — محدودیتها و ریسکها
| محدودیت / سناریو | پیامد |
|---|---|
| هاست جزء یک خوشه با vSphere HA (یا خوشه با DRS) باشد | در این حالت تنظیمات AutoStart غیرفعال یا خاکستری (grayed out) میشوند — زیرا HA و DRS مسئولیت راهاندازی و مدیریت VMها پس از Failover یا Restart را برعهده دارند. |
| مهاجرت VM از یک هاست به هاست دیگر (مثلاً با vMotion) | تنظیمات AutoStart همراه VM مهاجرت نمیکند — بنابراین اگر VM به هاست دیگری منتقل شود، باید تنظیمات AutoStart آن را دوباره اعمال کنید. |
| استفاده از shared storage یا زیرساختی که HA/Cluster را فعال کرده باشد | حتی اگر AutoStart برای VM تنظیم شود، در خوشه یا محیطی با HA/DRS احتمال دارد AutoStart اجرا نشود. |
| بازگشت به حالت Maintenance یا عملیات خاص روی هاست | Autostart معمولاً فقط بعد از بوت یا راهاندازی مجدد کامل سرور اجرا میشود — برای سناریوهایی مثل Maintenance یا Suspend/Resume احتمال اجرا مجدد نیست. |
راهنمای گام به گام: فعالسازی روشن شدن خودکار ماشین مجازی در ESXi
برای فعالسازی روشن شدن خودکار VMها پس از بوت سرور در ESXi، کافی است وارد رابط وب هاست شوید، سپس بخش تنظیمات Autostart را در منوی Manage → System پیدا کنید؛ پس از فعالسازی کلی Autostart، برای هر ماشین مجازی مورد نظر AutoStart را «Enable» کنید و ترتیب (Start Order) و تأخیر (Delay) مناسب تعیین کنید. با این کار، هنگام هر بار ریاستارت شدن سرور ESXi، VMهای تنظیمشده بهصورت خودکار و با ترتیب و تنظیمات تعیینشده راهاندازی خواهند شد، بدون نیاز به دخالت دستی مدیر سیستم.
ورود به ESXi Host-Client و مسیر منو: Manage → System → Autostart
- ابتدا با مرورگر به رابط تحت وب هاست ESXi (Host Client) لاگین کنید.
- سپس از منوی اصلی به Manage → System → Autostart بروید.
- اگر ESXi و Host Client شما از نسخهای پشتیبانیشده هستند (مثلاً vSphere 6.7 به بعد)، بخش Autostart قابل مشاهده و تنظیم است.
فعالسازی AutoStart و تنظیم ترتیب (Start Order) برای هر VM
- در پنجره Autostart، اول باید گزینه کلی را به “Enabled” تغییر دهید تا قابلیت AutoStart فعال شود.
- سپس در لیست VMها، برای هر VM که میخواهید بهصورت خودکار روشن شود، گزینه “Enable autostart for this VM” را انتخاب کنید.
- برای تعیین ترتیب روشن شدن، از دکمههایی مثل “Start Earlier” یا “Start Later” استفاده کنید تا VMها به ترتیبی که میخواهید بوت شوند، چیده شوند (مثلاً VM زیرساختی → پس از آن VM سرویس → سپس VM اپلیکیشن).
تنظیمات پیشرفته: Start Delay, Stop Delay, Stop Action, Wait for Heartbeat
- پس از فعالسازی Autostart میتوانید تنظیمات پیشفرض را با رفتن به «Edit Settings» تغییر دهید.
- Start Delay: تعداد ثانیههایی که ESXi پس از روشن شدن هاست صبر میکند قبل از راهاندازی VM اول — مفید است اگر منابع یا سرویسهایی نیاز به زمان راهاندازی دارند.
- Stop Delay: مدتزمانی که ESXi هنگام خاموش شدن/ریاستارت شدن میدهد تا VMها به طور مناسب خاموش شوند. اگر در این زمان VM خاموش نشود، host VM را مجبور به Power off میکند.
- Stop Action: تعیین میکند هنگام خاموش شدن host چه عملی روی VM انجام شود — Shut down (خاموش شدن نرمافزاری)، Suspend، Power off یا System default. اگر VM سیستمعامل مهمی دارد، Shut down امنتر است (معمولاً نیازمند نصب VMware Tools داخل VM).
- Wait for Heartbeat: اگر فعال شود، ESXi منتظر اولین «heartbeat» از داخل VM (بعد از بوت) میماند قبل از بوت VM بعدی — این گزینه در VMهایی که VMware Tools دارند کاربردی است و کمک میکند VM بعدی زودتر بوت نشود.
پیکربندی Default global برای همه VMها (در صورت تمایل)
- در همان پنجره Autostart، با استفاده از «Edit Settings» میتوانید تنظیمات پیشفرض کلی را برای همه VMهای هاست تنظیم کنید: بهصورت پیشفرض آیا Autostart فعال باشد، تأخیر بوت/خاموش، Stop Action و …
- این تنظیمات بهعنوان مقدار پایه عمل میکنند؛ اما برای هر VM میتوان تنظیمات مخصوص به خود را (Override) داشت — یعنی اگر تنظیمات خاصی برای یک VM تعریف شود، بر تنظیمات global اولویت دارد.
اتو استارت در محیطهایی با VMware vCenter یا خوشه (Cluster)
وقتی هاستهای VMware ESXi تحت مدیریت VMware vCenter قرار میگیرند یا بخشی از یک خوشه (Cluster) هستند، قابلیت «AutoStart / Auto-Shutdown» بصورت کلاسیک (همانطور که در هاست standalone فعال میشود) معمولاً غیرفعال یا ناکارآمد است — یعنی تنظیمات روشن شدن خودکار ماشینهای مجازی همراه VMها منتقل نمیشود و اگر VM با مهاجرت (vMotion) جابجا شود، AutoStart آن دیگر کار نخواهد کرد.
به همین دلیل در این سناریوها باید از روشهای جایگزین استفاده کرد — مثلاً ایجاد Task زمانبندی (Scheduled Task) برای روشن کردن VMها پس از راهاندازی vCenter، یا استفاده از امکانات مخصوص خوشه مانند HA/DRS برای تضمین پایداری و در دسترس بودن VMها.
آیا AutoStart با vCenter و vMotion منتقل میشود؟ (پاسخ: خیر)
- تنظیم AutoStart، زمانی که ESXi تحت مدیریت vCenter باشد و VMها احتمال دارد با VMware vMotion بین هاستها جابجا شوند — «startup settings» (یعنی AutoStart) برای VMها منتقل نمیشوند.
- به عبارت دیگر اگر VM از یک هاست به هاست دیگر منتقل شود، تنظیم روشن شدن خودکار آن باید دستی دوباره اعمال شود.
جایگزین: استفاده از “Scheduled Task → Power On VM after vCenter startup”
- اگر میخواهید پس از راهاندازی مجدد vCenter، VMهای مهم شما خودکار روشن شوند، راحتترین و مطمئنترین راه “Scheduled Task” است: در vCenter 7/8 میتوانید برای هر VM یک Task تعریف کنید — مثلاً New Scheduled Task → Power On VM → انتخاب گزینه «After vCenter startup» + تنظیم تأخیر.
- این روش برای VMهایی که اهمیت دارند (مثل DC، DNS، سرویسهای زیرساخت) کاربرد دارد و وابسته به AutoStart native ESXi نیست — پس نگرانی از بابت vMotion یا Cluster ندارید.
تعامل AutoStart با امکاناتی مانند HA / DRS / vMotion — مزایا و محدودیتها
مزایا / نکات کلیدی:
- در خوشهای با VMware vSphere HA، در صورت خرابی یک هاست فیزیکی، HA بهصورت خودکار VMها را بر روی هاستهای سالم دیگر Restart میکند — این تضمین میکند که سرویسها بعد از Failover برگردند.
- اگر خوشه از VMware vSphere DRS و vMotion استفاده کند، توزیع بار و مهاجرت VMها بههاست با منابع بهتر به صورت پویا انجام میشود. این امر مقیاسپذیری و کارایی محیط مجازی را ارتقا میدهد.
| موضوع | توضیح / تأثیر |
|---|---|
| AutoStart غیر فعال در خوشه HA / DRS | وقتی هاست بخشی از خوشه با HA فعال باشد، گزینه AutoStart غیرفعال یا خاکستری است — بنابراین نمیتوانید تنظیمات اتو-استارت VMها را روی هاست انجام دهید. |
| مهاجرت VM (vMotion) — تنظیمات Autostart منتقل نمیشوند | بعد از vMotion، VM روی میزبان جدید است و تنظیمات AutoStart قبلی معتبر نیست — باید تنظیم را مجدداً انجام دهید. |
| پیچیدگی در مدیریت و هماهنگی با HA/DRS | برای اطمینان کامل از پایداری، باید سیاستهای HA/DRS و اولویت ریاستارت VM (restart priority)، affinity/anti-affinity و shared storage به دقت پیکربندی شوند — گاهی AutoStart ممکن است با منطق HA تداخل داشته باشد. |
| نبود تضمین در همه سناریوها (مثلاً بعد از outage کامل خوشه) | در صورت قطعی کامل power یا outage خوشه (همه هاستها خاموش شدهاند)، تنظیمات اتو-استارت ممکن است کار نکنند؛ HA / DRS یا task زمانبندی (Scheduled Task) گزینههای مطمئنتری هستند. |
راهکارهای پیشرفته و خودکارسازی AutoStart در ESXi
برای سازمانهایی که تعداد VM زیاد دارند یا نیاز به خودکارسازی و اتوماتیک کردن روند راهاندازی ماشینهای مجازی دارند، مدیریت دستی از طریق رابط گرافیکی مناسب نیست — اینجاست که استفاده از اسکریپت (CLI یا PowerCLI) و ترکیب آن با روشهایی مثل Scheduled Task یا تنظیمات وب، به مدیر سیستم اجازه میدهد تا اتو استارت را بهصورت خودکار، پایدار و قابل تکرار — بدون دخالت دستی پس از هر ریاستارت یا خاموش/روشن شدن — راهاندازی کند. این روش پیشرفته مخصوص زمانی کاربرد دارد که میخواهید تضمین کنید تمام VMها با ترتیب و تأخیر مشخص، حتی بعد از Maintenance یا خاموشی ناگهانی، بهطور خودکار بالا بیایند.
استفاده از PowerCLI برای تنظیم خودکار Autostart و Order VMها از طریق اسکریپت
- با استفاده از VMware PowerCLI میتوانید تنظیمات Autostart را بهصورت متمرکز و اسکریپتی روی ESXi یا حتی در محیطهایی با چندین هاست اعمال کنید. برای مثال، دستوراتی مانند این کاربرد دارند:
Connect-VIServer -Server -User -Password
Get-VMHost | Get-VMHostStartPolicy | Set-VMHostStartPolicy -Enabled $true
Get-VM -Name “” | Get-VMStartPolicy | Set-VMStartPolicy -StartAction PowerOn -StartOrder 2 -StartDelay 300 -StopAction GuestShutDown -StopDelay 300
“` :contentReference[oaicite:2]{index=2}
- این روش انعطاف بالایی دارد: شما میتوانید برای صدها VM تنظیمات خودکار را یکجا اعمال کنید، ترتیب راهاندازی (StartOrder)، تأخیر (Delay)، رفتار خاموش شدن (StopAction) و دیگر پارامترها را بر اساس سیاستهای سازمانی یا نیاز سرورها تنظیم نمایید.
- مزیت مهم: نیازی به ورود دستی به رابط وب یا انجام تنظیمات GUI برای هر VM نیست، و همینطور برای اسکریپتریزی و ادغام با ابزارهای خودکارسازی (مانند ابزارهای مانیتورینگ یا مدیریت کانفیگ) مناسب است.
تنظیم Autostart از طریق خط فرمان (CLI) در ESXi (مانند vim-cmd hostsvc/autostartmanager)
اگر سرور روی ESXi standalone باشد و دسترسی SSH یا ESXi Shell داشته باشید، میتوانید با استفاده از دستور CLI autostart را فعال یا تنظیم کنید. برای مثال:
vim-cmd hostsvc/autostartmanager/enable_autostart 1
این دستور Autostart را برای کل هاست فعال میکند. سپس با بررسی مقادیر پیشفرض:
vim-cmd hostsvc/autostartmanager/get_defaults
میتوانید پارامترهایی مانند startDelay, stopDelay, stopAction و waitForHeartbeat را مشاهده کنید.
برای مشاهده یا تنظیم ترتیب راهاندازی VMها نیز میتوانید از:
vim-cmd hostsvc/autostartmanager/get_autostartseq
استفاده کنید تا ببینید کدام VM با چه ترتیبی برای autostart تنظیم شدهاند.
این روش برای محیطهایی که دسترسی مستقیم به سرور دارند یا ترجیح میدهند تنظیمات را بهصورت متنی و اسکریپتی نگه دارند بسیار مناسب است — مخصوصاً در سرورهای فیزیکی (مثل سرورهای HP) که نقش مهمی در زیرساخت دارند.
سناریو های ترکیبی: استفاده از اسکریپت + Scheduled Task + تنظیمات وب
- در محیطهای بزرگ یا سازمانی که ترکیبی از ESXi standalone، ESXi با vCenter و حتی خوشه دارند، بهترین رویکرد ممکن، ترکیب چند روش است: مثلاً تنظیم Autostart پایه روی هاست با CLI/PowerCLI + تعریف Scheduled Task در vCenter برای VMهای حساس + بررسی و تنظیم نهایی از طریق رابط وب Host Client. این ترکیب کمک میکند تا حتی اگر محیط تغییر کند (مهاجرت VM، بروزرسانی، خاموشی ناگهانی) VMها با کمترین دخالت دستی بالا بیایند.
- برای مثال، VMهای زیرساختیِ حیاتی (مثل Domain Controller، DNS، Active Directory) را بهصورت Scheduled Task تعریف کنید تا پس از راهاندازی vCenter یا host، خودکار روشن شوند؛ بقیه VMها با Autostart معمولی مدیریت شوند و ترتیب راهاندازی را با اسکریپت کنترل کنید.
- این سناریوی ترکیبی باعث میشود هم انعطافپذیری و خودکارسازی داشته باشید، هم پایداری و کنترل دقیق بر ترتیب و زمانبندی راهاندازی VMها — که برای سازمانهایی با چندین سرور فیزیکی و محیط تولید (Production) حیاتی است.
جمع بندی
در پایان، روشن شدن خودکار ماشینهای مجازی (AutoStart) در ESXi یکی از سادهترین اما حیاتیترین تنظیماتی است که میتواند پایداری سرویسها، کاهش خطاهای انسانی و سرعت بازیابی زیرساخت را در زمان ریاستارت سرور تضمین کند. چه در محیطهای Standalone ESXi و چه در ساختارهای گستردهتر مبتنی بر vCenter، استفاده درست از AutoStart — همراه با اسکریپتنویسی PowerCLI و تنظیمات CLI — به مدیران IT کمک میکند زیرساختی قابلاعتماد، منعطف و خودکار داشته باشند. اگر به دنبال انتخاب سرور HP مناسب برای پیادهسازی چنین راهکارهایی هستید، یا قصد دارید زیرساخت فعلیتان را استاندارد و حرفهایتر کنید، یاقوت سرخ بهعنوان مرکز تخصصی سرورهای HP در ایران آماده است تا با ارائه مشاوره تخصصی، بررسی نیاز سازمانی و پیشنهاد بهترین راهکار زیرساختی، شما را در مسیر ایجاد یک دیتاسنتر پایدار و هوشمند همراهی کند. همین حالا با کارشناسان یاقوت سرخ تماس بگیرید و زیرساخت سازمانتان را یک قدم به استانداردهای Enterprise نزدیکتر کنید.
