اگر مسئول زیرساخت هستید و چند سرور کم‌مصرف دارید، پیش از خرید تجهیزات جدید می‌توانید امکان تجمیع سرویس‌ها را بررسی کنید. مجازی‌سازی سرور این امکان را فراهم می‌کند؛ اما مناسب‌بودن آن به مصرف منابع، وابستگی برنامه‌ها و میزان قطعی قابل‌تحمل سازمان بستگی دارد.
انتخاب مجازی‌ساز فقط یک مرحله از کار است. ابتدا باید بدانید چه سرویس‌هایی منتقل می‌شوند و چگونه عملکرد و بازیابی آن‌ها را پیش از بهره‌برداری تأیید خواهید کرد.
مجازی‌سازی سرور چیست و چگونه کار می‌کند؟
مجازی‌سازی سرور یا Server Virtualization، اجرای چند ماشین مجازی روی منابع یک سرور فیزیکی است. نرم‌افزاری به نام هایپروایزر، منابع پردازنده، حافظه، ذخیره‌سازی و شبکه را میان این ماشین‌ها مدیریت می‌کند. سرور فیزیکی «میزبان» یا Host نام دارد. هر ماشین مجازی یا VM نیز سیستم‌عامل مهمان و برنامه‌های خود را اجرا می‌کند. برای مثال، نرم‌افزار مالی، فایل‌سرور و محیط تست می‌توانند در ماشین‌های جداگانه قرار بگیرند و مستقل مدیریت شوند.
این جداسازی، وابستگی به سخت‌افزار مشترک را از بین نمی‌برد. خرابی برنامه داخل یک VM با خرابی میزبان تفاوت دارد؛ دومی ممکن است چند سرویس را هم‌زمان متوقف کند. همچنین اختصاص منابع مجازی، ظرفیت فیزیکی تازه‌ای ایجاد نمی‌کند و مصرف هم‌زمان ماشین‌ها باید بررسی شود.
انواع مجازی‌سازی سرور و هایپروایزر
نوع هایپروایزر و روش مجازی‌سازی، دو دسته‌بندی متفاوت‌اند:
- هایپروایزر نوع اول: در لایه زیر سیستم‌عامل‌های مهمان قرار می‌گیرد و در زیرساخت‌های سازمانی استفاده می‌شود. ESXi و Hyper-V نمونه‌های آن هستند. مایکروسافت، Hyper-V را نوع اول معرفی می‌کند.
- هایپروایزر نوع دوم: مانند یک برنامه روی سیستم‌عامل میزبان اجرا می‌شود. VMware Workstation و VirtualBox بیشتر برای آموزش، تست و توسعه کاربرد دارند.
از نظر روش اجرا، در مجازی‌سازی کامل هر VM هسته سیستم‌عامل خود را دارد. در نیمه‌مجازی‌سازی، مهمان یا اجزایی از آن برای تعامل کارآمدتر با هایپروایزر همکاری می‌کنند. استفاده از درایورهای آگاه از مجازی‌سازی می‌تواند در کنار مجازی‌سازی کامل هم انجام شود. در مجازی‌سازی سطح سیستم‌عامل، محیط‌های جداشده از هسته مشترک استفاده می‌کنند؛ کانتینرها نمونه این رویکردند و با ماشین مجازی دارای هسته مستقل یکسان نیستند.
تفاوت مجازی‌سازی با VPS و رایانش ابری چیست؟
مجازی‌سازی یک فناوری است؛ VPS سرویسی است که ارائه‌دهنده میزبانی به‌عنوان سرور مجازی در اختیار مشتری می‌گذارد. خرید VPS الزاماً به معنی مدیریت میزبان فیزیکی توسط مشتری نیست و مسئولیت‌ها به قرارداد بستگی دارند.
رایانش ابری نیز مدل گسترده‌تری برای ارائه منابع و سرویس‌هاست و می‌تواند از ماشین مجازی، کانتینر یا سخت‌افزار فیزیکی استفاده کند. بنابراین اجرای چند VM داخل سازمان، به‌تنهایی معادل راه‌اندازی ابر خصوصی نیست.
کدام نرم‌افزار مجازی‌سازی سرور مناسب‌تر است؟
پلتفرم را بر اساس سرویس‌ها و توان نگهداری تیم انتخاب کنید. سازگاری برنامه، ابزار بکاپ، راهکار حفاظتی، شرایط لایسنس و نیاز به ادامه سرویس هنگام خرابی، از نام محصول تعیین‌کننده‌ترند.
| پلتفرم | ویژگی | بررسی پیش از انتخاب |
|---|---|---|
| VMware ESXi و vSphere | اجرای VM و مدیریت زیرساخت مجازی | سازگاری سخت‌افزار، ابزارها و امکانات نسخه و لایسنس پیشنهادی |
| Microsoft Hyper-V | مجازی‌سازی در اکوسیستم مایکروسافت | نسخه Windows Server، حقوق اجرای مهمان‌ها و الزامات مدیریت |
| پلتفرم‌های مبتنی بر KVM | استفاده از فناوری مجازی‌سازی لینوکس | ابزار مدیریتی، مهارت تیم و مدل پشتیبانی |
| Proxmox VE | مدیریت ماشین‌های KVM و کانتینرهای LXC | طراحی ذخیره‌سازی، بکاپ، مدیریت چند میزبان و پشتیبانی |
KVM فناوری مجازی‌سازی در لینوکس است؛ برای مقایسه آن با مجموعه‌های کامل باید ابزارهای مدیریتی همراه نیز مشخص باشند. Proxmox VE، KVM و LXC را در یک پلتفرم مدیریتی ارائه می‌کند. www.redhat.com
اگر دسترس‌پذیری بالا یا HA لازم دارید، پیش‌نیازهای ادامه سرویس پس از خرابی میزبان را بررسی کنید. مهاجرت زنده نیز به جابه‌جایی ماشین روشن میان میزبان‌ها اشاره دارد و با بازیابی پس از خرابی یکسان نیست. این قابلیت‌ها به معماری، نسخه و پیکربندی وابسته‌اند.
مزایای مجازی‌سازی سرور چیست؟
استفاده بهتر از ظرفیت موجود: سرویس‌های کم‌مصرف می‌توانند روی منابع مشترک اجرا شوند. ارزیابی باید فعالیت‌هایی مثل گزارش‌گیری پایان ماه را هم در بر بگیرد؛ مصرف پایین در یک روز عادی، مبنای کافی برای تجمیع نیست.
کاهش هزینه زیرساخت: کمترشدن تعداد سرورها می‌تواند مصرف برق، خنک‌سازی و فضای رک را کاهش دهد. میزان صرفه‌جویی پس از احتساب لایسنس، بکاپ، افزونگی و نگهداری مشخص می‌شود.
راه‌اندازی سریع‌تر محیط‌ها: ساخت VM از قالب تأییدشده معمولاً از خرید و آماده‌سازی سرور تازه سریع‌تر است. محیط تست و توسعه از کاربردهای این قابلیت‌اند.
مدیریت و جابه‌جایی منعطف‌تر: ابزارهای مدیریتی، کنترل متمرکز و در معماری مناسب انتقال ماشین‌ها میان میزبان‌ها را فراهم می‌کنند. این امکانات می‌توانند نگهداری برنامه‌ریزی‌شده را ساده‌تر کنند.
معایب و محدودیت‌های مجازی‌سازی سرور
تجمیع سرویس‌ها دامنه اثر خرابی زیرساخت مشترک را افزایش می‌دهد. علاوه بر میزبان، ذخیره‌ساز و مسیر شبکه هم ممکن است به نقطه شکست تبدیل شوند. رقابت بر سر منابع نیز می‌تواند عملکرد را کاهش دهد. گلوگاه همیشه CPU نیست؛ تأخیر دیسک یا فشار حافظه ممکن است برنامه را کند کند، درحالی‌که مصرف پردازنده پایین است.
محدودیت‌های دیگر شامل نیاز به تخصص نگهداری، افزایش ماشین‌های بلااستفاده، ناسازگاری برخی تجهیزات و هزینه مهاجرت به پلتفرم دیگر است. مجازی‌سازی همچنین محدودیت پشتیبانی یک نرم‌افزار قدیمی را خودکار برطرف نمی‌کند.
برای مجازی‌سازی سرور چه منابعی لازم است؟
منابع را بر اساس مصرف واقعی و هم‌زمانی فعالیت‌ها تعیین کنید. ظرفیت دیسک به‌تنهایی کافی نیست؛ سرعت پاسخ‌گویی ذخیره‌سازی، ترافیک بکاپ، رشد داده و منابع لازم برای خود میزبان هم باید دیده شوند. برای یک مثال فرضی، میزبانی با ۶۴ گیگابایت RAM را در نظر بگیرید که قرار است فایل‌سرور، نرم‌افزار مالی و محیط تست را اجرا کند. اگر مجموع حافظه اولیه آن‌ها ۳۲ گیگابایت باشد، هنوز نمی‌توان کفایت میزبان را تأیید کرد؛ این اعداد صرفاً نمونه آموزشی‌اند.
یک گزارش مالی مشخص را ابتدا در وضعیت فعلی و سپس در محیط آزمایشی، با حجم داده و تعداد کاربران مشابه اجرا کنید. آزمون را هنگام بکاپ فایل‌سرور و فعالیت محیط تست هم تکرار کنید. اگر زمان پاسخ از حد مورد قبول مسئول مالی عبور کرد، وجود RAM آزاد دلیل پذیرش طراحی نیست. علت افت ممکن است تغییر زمان بکاپ، محدودکردن محیط تست یا اصلاح ذخیره‌سازی را ضروری کند. نیاز به ادامه سرویس پس از خرابی میزبان نیز باید جداگانه ظرفیت‌سنجی شود.
مراحل پیاده‌سازی مجازی‌سازی سرور
این مسیر برای برنامه‌ریزی و ارزیابی پروژه است؛ دستور نصب و پیکربندی به پلتفرم و نسخه انتخاب‌شده بستگی دارد.
۱. سرویس‌ها و وابستگی‌ها را شناسایی کنید
برای هر برنامه، پایگاه داده، احراز هویت، ارتباطات شبکه و تجهیزات وابسته را مشخص کنید. مسئول سرویس و محدودیت پشتیبانی فروشنده نیز باید روشن باشد. سرویس حیاتی با وابستگی نامشخص، آماده انتقال نیست.
۲. اهداف عملکرد و بازیابی را تعیین کنید
مصرف منابع را در دوره‌ای شامل اوج فعالیت اندازه بگیرید. با مسئول سرویس نیز مشخص کنید چه مقدار قطعی و ازدست‌رفتن داده قابل پذیرش است. RPO میزان قابل‌تحمل ازدست‌رفتن داده‌های اخیر و RTO زمان هدف بازگرداندن سرویس را مشخص می‌کند. برای نمونه، بکاپ روزانه به‌تنهایی پاسخ‌گوی RPO یک‌ساعته نیست.
۳. معماری و پلتفرم را انتخاب کنید
سخت‌افزار، شبکه، ذخیره‌سازی، لایسنس و پشتیبانی را متناسب با نتایج ارزیابی انتخاب کنید. اگر افزونگی لازم است، اجزا و ظرفیت جایگزین را از همین مرحله در هزینه و طراحی وارد کنید. سازگاری راهکار حفاظتی با سیستم‌عامل مهمان و نسخه پلتفرم نیز باید تأیید شود؛ نه اینکه بررسی آن به بعد از مهاجرت موکول شود.
۴. پایلوت اجرا کنید
سرویسی را آزمایش کنید که مصرف منابع و وابستگی‌هایش، نمونه مناسبی از محیط عملیاتی باشد. VM خالی، رفتار برنامه سازمان را نشان نمی‌دهد. پیش از آزمون، زمان قابل قبول عملیات اصلی را با مسئول سرویس تعیین کنید. برنامه، بکاپ، بازیابی و ابزار حفاظتی باید با تنظیمات موردنیاز سازمان کار کنند. خاموش‌کردن حفاظت برای رسیدن به عملکرد مطلوب، معیار مناسبی برای تأیید نیست.
۵. مهاجرت و تحویل را مرحله‌ای انجام دهید
انتقال را با سرویس‌های کم‌ریسک‌تر آغاز کنید و برای هر مرحله، زمان قطعی و روش بازگشت داشته باشید. اگر پس از انتقال داده جدید ایجاد می‌شود، برنامه بازگشت باید تکلیف آن را مشخص کند. در تحویل نهایی، مسئول هر VM، برنامه به‌روزرسانی، هشدارهای ظرفیت و دستور بازیابی را ثبت کنید. ماشین‌های موقت هم به تاریخ بازبینی یا جمع‌آوری نیاز دارند.
بکاپ و بازیابی در زیرساخت مجازی
Snapshot جایگزین بکاپ نیست. معمولاً به دیسک‌ها و زیرساخت اصلی وابسته است و برای بازگشت کوتاه‌مدت کاربرد دارد. مستندات VMware نیز استفاده از Snapshot به‌عنوان نسخه پشتیبان را توصیه نمی‌کند. افزونگی(پیش‌بینی اجزا یا ظرفیت جایگزین برای خرابی) می‌تواند اختلال برخی خرابی‌ها را کاهش دهد، اما لزوماً داده حذف‌شده یا خراب‌شده را برنمی‌گرداند. بازیابی را تا اجرای عملیات اصلی برنامه آزمایش کنید؛ روشن‌شدن VM کافی نیست. محل بکاپ نیز باید خرابی موردنظر را پوشش دهد؛ نسخه روی همان ذخیره‌ساز، در برابر خرابی آن مستقل نیست.
هزینه مجازی‌سازی سرور به چه عواملی بستگی دارد؟
هزینه پروژه شامل تجهیزات، ذخیره‌سازی، شبکه، لایسنس یا اشتراک، بکاپ، مهاجرت، آموزش و نگهداری است. استفاده از تجهیزات موجود می‌تواند هزینه اولیه را کاهش دهد، اما ظرفیت و عمر پشتیبانی آن‌ها باید بررسی شود. برای مقایسه پیشنهادها، محدوده تحویل یکسان بخواهید. نصب هایپروایزر با پروژه‌ای شامل طراحی، پایلوت، انتقال سرویس، آزمون بازیابی و مستندسازی هم‌ارز نیست.
پیش از بهره‌برداری، چه الزامات امنیتی باید تأیید شوند؟
مسئول به‌روزرسانی، دسترسی‌های مدیریتی و ارتباط مجاز میان ماشین‌ها باید مشخص باشد. هایپروایزر و پنل مدیریت نیز در کنار سیستم‌عامل‌های مهمان به حفاظت نیاز دارند. برای جزئیات تهدیدها و کنترل‌ها، راهنمای امنیت در مجازی‌سازی؛ تهدیدها و راهکارها را مطالعه کنید. برای بررسی سازگاری راهکار حفاظتی هم می‌توانید نام و نسخه پلتفرم، سیستم‌عامل مهمان‌ها و نیاز سازمان را با تیم راد سکیور مطرح کنید.
سؤالات متداول
مجازی‌سازی برای چه سازمان‌هایی مناسب است؟
سازمان‌هایی با چند سرویس قابل تجمیع یا نیاز به ایجاد سریع محیط‌ها، گزینه بررسی‌اند. تصمیم نهایی به سازگاری، آزمون عملکرد و توان نگهداری بستگی دارد؛ برخی سرویس‌ها ممکن است روی تجهیزات اختصاصی باقی بمانند.
روی یک سرور چند ماشین مجازی می‌توان اجرا کرد؟
عدد ثابتی ندارد. مصرف هم‌زمان، عملکرد ذخیره‌سازی و نیاز رشد تعیین‌کننده‌اند. حداکثر پشتیبانی‌شده محصول، لزوماً ظرفیت مناسب سرویس‌های شما نیست.
آیا مجازی‌سازی متن‌باز رایگان تمام می‌شود؟
خیر. حتی بدون هزینه خرید نرم‌افزار، تجهیزات، بکاپ، پشتیبانی و زمان نگهداری هزینه دارند. هزینه کل گزینه‌هایی را مقایسه کنید که الزامات یکسان سازمان را برآورده می‌کنند.
منابع:
Microsoft Learn،
Red Hat،
Broadcom (VMware)
