برای سرور شرکت چه زمانی مجازی‌سازی مناسب است؟
مجازی‌سازی می‌تواند برنامه‌های شرکت را در محیط‌های جدا روی یک سرور اجرا کند و استفاده از ظرفیت دستگاه را بهتر سامان دهد. ارزش آن زمانی روشن است که جداسازی یا مدیریت سرویس‌ها به کار شرکت کمک کند؛ کمبود سخت‌افزار، هزینه نگهداری و بازیابی پس از خرابی همچنان باید بررسی شوند.
آخرین بازبینی متن:
در این صفحه
مجازی‌سازی چه کمکی به اداره سرویس‌ها می‌کند؟
- مدیریت جداگانه برنامه‌ها: هر محیط سیستم‌عامل و تنظیمات خودش را دارد؛ تغییر یک برنامه را می‌توان جدا از محیط برنامه دیگر مدیریت کرد.
- استفاده از ظرفیت مشترک: اگر چند سرویس هرکدام دستگاه جدا لازم ندارند، می‌توان منابع سرور مناسب را بین آن‌ها تقسیم کرد. ظرفیت مجموع کارها همچنان تعیین‌کننده است.
- محیط آزمایش: می‌توان تغییر برنامه را ابتدا در یک محیط جدا بررسی کرد؛ با منابع و ارتباطاتی که برای آزمون طراحی شده‌اند.
اگر این فایده‌ها برای سرویس شما کاربرد مشخصی ندارند، نصب مستقیم هم گزینه قابل بررسی است. تعداد کارکنان یا تعداد ماشین‌های مجازی به‌تنهایی معیار انتخاب نیست.
در مجازی‌سازی سرور دقیقاً چه عوض می‌شود؟
میزبان همان سرور فیزیکی است. نرم‌افزار مجازی‌سازی با استفاده از پردازنده، حافظه و دیگر منابع آن، چند ماشین مجازی یا VM اجرا می‌کند. هر ماشین یک محیط جدا با سیستم‌عامل و برنامه‌های خودش دارد. شکل زیر مثال فرضی دو محیط روی یک میزبان است؛ سازگاری این ترکیب در یک پروژه واقعی باید بررسی شود.
منابع هر ماشین بر اساس نیاز آن و ظرفیت میزبان تنظیم می‌شوند. جداشدن سیستم‌عامل‌ها، نیاز به مدیریت دسترسی و تنظیمات امنیتی را از بین نمی‌برد؛ ارتباط بین محیط‌ها هم باید متناسب با کاربرد آن‌ها تنظیم شود.
موضوع این مقاله روش اجرای سرویس‌های شرکت است؛ انتخاب سرویس اجاره‌ای VPS یا دسکتاپ مجازی کارکنان موضوع دیگری است. معرفی رسمی Hyper-V نمونه‌ای از توضیح مجازی‌سازی و امکانات آن است. قابلیت‌ها را در همه نسخه‌ها و نرم‌افزارهای مجازی‌سازی یکسان فرض نکنید.
در چه شرایطی مجازی‌سازی را بررسی کنیم؟
| وضعیت | چرا بررسی کنیم؟ | سؤال تعیین‌کننده |
|---|---|---|
| چند سرویس به محیط‌های متفاوت نیاز دارند | می‌توان اجرای محیط‌های جدا روی سخت‌افزار مشترک را بررسی کرد. | برنامه‌ها در این روش پشتیبانی می‌شوند و ظرفیت برای کار هم‌زمان آن‌ها کافی است؟ |
| یک سرویس با تغییر کم دارید و توان نگهداری محدود است | فایده مجازی‌سازی باید با هزینه و کار نگهداری آن مقایسه شود. | چه نیاز مشخصی را برطرف می‌کند؟ نصب مستقیم هم بررسی شده است؟ |
| سرور فعلی کمبود ظرفیت دارد | مجازی‌سازی به‌تنهایی ظرفیت سخت‌افزار را بیشتر نمی‌کند. | کمبود مربوط به پردازنده، حافظه، دیسک یا شبکه است؟ |
| توقف هم‌زمان چند سرویس مشکل جدی ایجاد می‌کند | وقتی سخت‌افزار مشترک است، باید برای شروع دوباره کار پس از خرابی برنامه داشت. | اگر میزبان یا محل ذخیره اطلاعات در دسترس نباشد، سرویس‌ها چگونه راه می‌افتند؟ |
| نرم‌افزار به دستگاه خاصی وابسته است | انتقال بدون بررسی سازگاری ممکن است باعث شود برنامه درست کار نکند. | نسخه برنامه، مجوز و دستگاه موردنیاز آن در محیط پیشنهادی پشتیبانی می‌شوند؟ |
| محیط جدا برای آزمایش می‌خواهید | ماشین مجازی می‌تواند یکی از راه‌های آماده‌کردن محیط آزمایش باشد. | منابع، دسترسی‌ها، اطلاعات و ارتباط این محیط با سیستم اصلی چگونه مدیریت می‌شوند؟ |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
اندازه شرکت پاسخ قطعی نمی‌دهد. حتی برای یک سرویس ممکن است دلیل روشنی برای مجازی‌سازی وجود داشته باشد. از طرف دیگر، چند برنامه همیشه به چند ماشین جدا نیاز ندارند. برای هر محیط بپرسید چه فایده‌ای در کار شرکت دارد.
آیا سرور فعلی و نرم‌افزارها مناسب‌اند؟
- سازگاری برنامه: نسخه برنامه و سیستم‌عامل، مجوز و وابستگی به دستگاه خاص باید در محیط پیشنهادی پشتیبانی شوند. قابل نصب بودن، به‌تنهایی تأیید پشتیبانی سازنده نیست.
- بار هم‌زمان: گزارش‌گیری، استفاده کاربران، بکاپ و انتقال اطلاعات ممکن است هم‌زمان منابع بخواهند؛ بررسی فقط در ساعت خلوت کافی نیست.
- ظرفیت میزبان: پردازنده، حافظه، سرعت و فضای ذخیره‌سازی و شبکه برای مجموع سرویس‌ها و خود بستر مجازی‌سازی در نظر گرفته می‌شوند.
- نگهداری و رشد: فرد یا تیم آشنا با بستر باید به‌روزرسانی، کنترل خطا و کمبود منابع، دسترسی‌ها و بکاپ را پیگیری کند. رشد مشخص اطلاعات و سرویس‌ها هم در ظرفیت دیده شود.
در الزامات سخت‌افزاری Hyper-V هم نیاز خود میزبان، ماشین‌هایی که هم‌زمان اجرا می‌شوند و امکانات خاص جدا مطرح شده است. داشتن حداقل شرایط نصب نشان نمی‌دهد سرور برای کار شرکت کافی است. از تعداد ماشین‌های مجازی هم نمی‌توان به‌تنهایی مقدار حافظه یا قدرت پردازنده لازم را تعیین کرد.
اگر باید برای خرید یا ارتقا تصمیم بگیرید، راهنمای انتخاب سرور شرکت کمک می‌کند نیازها را مشخص کنید. استفاده از دستگاه فعلی به ظرفیت و سازگاری آن بستگی دارد.
نصب مستقیم و ماشین مجازی را چطور مقایسه کنیم؟
در نصب مستقیم، سیستم‌عامل و برنامه روی سخت‌افزار اجرا می‌شوند. در روش مجازی، نرم‌افزار مجازی‌سازی هم بخشی از سیستم است که باید نگهداری شود. هر دو روش به بکاپ و برنامه بازیابی نیاز دارند. آن‌ها را برای سرویس‌ها و نتیجه‌ای یکسان مقایسه کنید.
| معیار | نصب مستقیم | ماشین مجازی |
|---|---|---|
| منابع | باید منابع لازم برای سیستم‌عامل و برنامه‌ها فراهم باشند. | باید نیاز نرم‌افزار مجازی‌سازی و همه ماشین‌ها در ظرفیت میزبان حساب شود. |
| جداسازی محیط‌ها | به روش نصب و امکانات سیستم‌عامل و برنامه بستگی دارد. | می‌توان محیط‌های جدا طراحی کرد، اما سخت‌افزار آن‌ها ممکن است مشترک باشد. |
| نگهداری | تجهیزات، سیستم‌عامل، برنامه و بکاپ به مسئول نگهداری نیاز دارند. | علاوه بر این موارد، نرم‌افزار مجازی‌سازی و هر ماشین هم باید در برنامه نگهداری باشند. |
| بازیابی پس از خرابی | به طراحی سیستم، بکاپ و روش برگرداندن سرویس بستگی دارد. | ساخت ماشین مجازی کافی نیست؛ امکانات و طرح بازیابی باید واقعاً اجرا شده باشند. |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
مثال فرضی: می‌خواهید تغییرهای یک برنامه را پیش از استفاده روزمره، در محیط جدا امتحان کنید. یک محیط مجازی آزمایش می‌تواند مفید باشد. اما اگر آن را روی همان میزبان کم‌ظرفیت اجرا کنید و مصرف منابع را در نظر نگیرید، ممکن است کار روزانه هم دچار مشکل شود. محیط جدا باید نیاز مشخصی را پاسخ دهد؛ اضافه‌کردن ماشین یا نرم‌افزار بیشتر، به‌تنهایی مزیت نیست.
اگر میزبان خراب شود، ماشین‌های مجازی چه می‌شوند؟
چند ماشین روی یک سرور، چند دستگاه مستقل در برابر خرابی نیستند. اگر میزبان یا ذخیره‌ساز مشترک از دسترس خارج شود، ممکن است همه سرویس‌های روی آن متوقف شوند. برای ادامه کار، هم نسخه قابل بازیابی و هم محل و منابع اجرای دوباره سرویس‌ها لازم است.
در VMware vSphere، قابلیت Snapshot وضعیت ماشین را برای بازگشت به یک نقطه نگه می‌دارد. اما طبق راهنمای Broadcom، فایل Snapshot به دیسک پایه ماشین وابسته است و به‌تنهایی یک بکاپ مستقل برای بازیابی نیست. در نرم‌افزارهای دیگر هم روش کار و محدودیت Snapshot یا Checkpoint را برای همان نسخه بررسی کنید. نام این قابلیت‌ها جای برنامه بکاپ را نمی‌گیرد.
برای نمونه، مستندات Hyper-V امکاناتی مانند خوشه‌بندی چند میزبان را جدا از ساخت ماشین مجازی معرفی می‌کند. در خوشه‌بندی، چند میزبان در یک مجموعه هماهنگ کار می‌کنند. وجود این امکان در محصول نشان نمی‌دهد پروژه شما آن را دارد؛ تجهیزات، تنظیمات و آزمایش لازم باید واقعاً در طرح پیش‌بینی شده باشند.
آزمون بازیابی نشان می‌دهد کدام نسخه در چه محیطی و با چه کارکردی قابل استفاده بوده است؛ صرف روشن‌شدن ماشین کافی نیست. راهنمای بررسی بازیابی بکاپ این تفاوت را با مثال توضیح می‌دهد. برای اجرای این بخش نیز خدمات بکاپ ماشین‌های مجازی و آزمون بازیابی در دسترس است. آزمایش باید در محیط مناسب و با مسئول مجاز انجام شود، بدون ایجاد خرابی در سیستم در حال استفاده.
هزینه مجازی‌سازی به چه چیزهایی بستگی دارد؟
برای مقایسه هزینه، پیشنهادها باید سرویس‌ها و دوره زمانی یکسانی را پوشش دهند. استفاده بهتر از تجهیزات ممکن است به یک طرح کمک کند، اما کم‌شدن تعداد دستگاه‌ها لزوماً کل هزینه اجرا و نگهداری را کمتر نمی‌کند.
- سخت‌افزار و محل: استفاده از سرور فعلی، ارتقا یا خرید، ذخیره‌ساز و امکانات محل نگهداری.
- نرم‌افزار و مجوز: بستر مجازی‌سازی و مدیریت، سیستم‌عامل‌ها، برنامه‌ها و ابزار بکاپ؛ همراه با شیوه تهیه و پشتیبانی نسخه انتخابی.
- انتقال و تحویل: آماده‌سازی، انتقال سرویس‌ها، هماهنگی سازگاری و امتحان کار برنامه‌ها و کاربران.
- هزینه ادامه کار: نگهداری، بکاپ، منابع لازم برای بازیابی و هزینه‌های دوره‌ای؛ با تفکیک اقلام داخل پیشنهاد و کارهای جدا.
هزینه اجرا و نگهداری را جدا از مجوز نرم‌افزار مقایسه کنید. امکان تهیه و پشتیبانی نرم‌افزار یا سرویس خارجی در ایران هم باید برای همان گزینه روشن باشد. مبلغ کمتر، وقتی پوشش خدمات و مدت نگهداری متفاوت‌اند، به‌تنهایی نشانه انتخاب بهتر نیست.
قیمت سرور، ذخیره‌ساز و مجوزهای احتمالی با نوسان ارز و بازار تغییر می‌کند. برای برآورد اجرای مجازی‌سازی تماس بگیرید؛ خرید یا ارتقا، اجرت انتقال و هزینه‌های دوره‌ای باید با دامنهٔ مشخص و اعتبار زمانی روشن از هم جدا شوند.
انتقال برنامه‌ها به محیط مجازی با چه ملاحظاتی انجام می‌شود؟
برای انتقال سرویس موجود، سازگاری برنامه و دسترسی به اطلاعات باید پیش از کنارگذاشتن محیط قبلی بررسی شوند. طرح انتقال لازم است مدت توقف قابل قبول شرکت، بکاپ قابل استفاده و راه بازگشت در صورت موفق‌نبودن انتقال را در نظر بگیرد.
تحویل زمانی قابل ارزیابی است که کار اصلی برنامه با حساب کاربران مجاز امتحان شده، وابستگی‌های آن برقرار و موارد باقی‌مانده مشخص باشند. پس از انتقال نیز مسئول نگهداری میزبان، ماشین‌ها و بکاپ باید روشن بماند.
نت‌مسترز در خدمات مجازی‌سازی سرور شرکت، راه‌اندازی محیط تازه، انتقال سرویس‌ها و اصلاح محیط موجود را انجام می‌دهد. ظرفیت دستگاه و نیاز برنامه‌ها مبنای پیشنهادند. اگر مسئله اصلی خرید یا ارتقای دستگاه است، مشاوره خرید و راه‌اندازی سرور به انتخاب تجهیزات مناسب کمک می‌کند.