تصور کنید یک سازمان برای اجرای فایل‌سرور، پایگاه داده، نرم‌افزار حسابداری و سرویس‌های داخلی خود از چهار سرور فیزیکی مجزا استفاده می‌کند. هر سرور علاوه‌بر اشغال فضای مشخص، برق مصرف می‌کند و به نگهداری نیاز دارد؛ در حالی که ممکن است بخش قابل‌توجهی از ظرفیت پردازنده و حافظه آن در بیشتر ساعات روز بدون استفاده باقی بماند.
مجازی سازی (Virtualization) یکی از فناوری‌هایی است که برای حل چنین مسئله‌ای به کار گرفته می‌شود. این فناوری به شما اجازه می‌دهد تا چندین محیط محاسباتی مستقل، منابع یک سرور فیزیکی را به اشتراک بگذارید و سازمان بتواند از سخت‌افزار موجود استفاده مؤثرتری داشته باشد؛ اما مجازی‌سازی صرفاً به معنی اجرای چند سرور روی یک دستگاه نیست. نحوه تخصیص منابع، مدیریت ماشین‌های مجازی، پایداری سرویس‌ها، امنیت، پشتیبان‌گیری و امکان توسعه زیرساخت نیز بخشی از این معماری هستند.
از طرف دیگر، مجازی سازی همیشه به کاهش هزینه یا افزایش عملکرد منجر نمی‌شود. اگر ظرفیت سرور میزبان به‌درستی محاسبه نشده باشد یا چند سرویس حساس بدون طراحی مناسب روی یک سخت‌افزار متمرکز شوند، ممکن است زیرساخت با گلوگاه‌های عملکردی و ریسک‌های جدیدی مواجه شود.
در این مقاله به بررسی این موضوع می‌پردازیم که مجازی سازی چیست، چگونه کار می‌کند، چه تفاوتی با رایانش ابری دارد، چه مزایا و محدودیت‌هایی ایجاد می‌کند و چگونه باید برای پیاده‌سازی آن در زیرساخت سازمان تصمیم گرفت.
فهرست مطالب
برای استعلام قیمت و دریافت مشاوره تخصصی با کارشناسان رسام تماس بگیرید.
تماس با کارشناسانمجازی سازی چیست؟
مجازی‌سازی نوعی فناوری است که امکان ایجاد منابع یا محیط‌های مجازی را با استفاده از منابع سخت‌افزاری فیزیکی فراهم می‌کند. در مجازی‌سازی سرور (Server Virtualization)، منابعی مانند پردازنده، حافظه RAM، فضای ذخیره‌سازی و شبکه به شکلی مدیریت می‌شوند که چندین سیستم‌عامل بتوانند به‌صورت مستقل روی یک سرور فیزیکی اجرا شوند. هرکدام از این محیط‌های مستقل، ماشین مجازی (Virtual Machine VM) نام دارند؛ برای مثال، یک سرور فیزیکی می‌تواند به‌طور هم‌زمان میزبان یک ماشین مجازی برای نرم‌افزار حسابداری، ماشین دیگری برای پایگاه داده وماشین سومی برای سرویس‌های داخلی سازمان باشد.
از دید کاربران و بسیاری از نرم‌افزارها، هر ماشین مجازی مانند یک سرور مستقل عمل می‌کند؛ با این تفاوت که منابع سخت‌افزاری آن به‌صورت اختصاصی و فیزیکی در اختیارش قرار نگرفته‌اند و از طریق لایه مجازی‌سازی مدیریت می‌شوند. به این ترتیب می‌توان گفت که مجازی‌سازی به سازمان اجازه می‌دهد استقلال منطقی سرویس‌ها را تا حد زیادی حفظ کند؛ بدون آنکه برای هر سرویس الزاماً به یک سرور فیزیکی جداگانه نیاز داشته باشد.
مجازی سازی چگونه کار می‌کند؟
برای درک نحوه عملکرد مجازی سازی، باید با سه مفهوم اصلی آشنا شویم:
- سرور میزبان
- هایپروایزر
- ماشین مجازی
سرور میزبان (Host Server) همان سخت‌افزار فیزیکی است که پردازنده، حافظه، فضای ذخیره‌سازی و کارت‌های شبکه را در اختیار دارد. روی این سخت‌افزار، لایه‌ای به نام هایپروایزر (Hypervisor) قرار می‌گیرد که وظیفه ایجاد، اجرا و مدیریت ماشین‌های مجازی را بر عهده دارد. هر ماشین مجازی نیز سیستم‌عامل و نرم‌افزارهای مخصوص خود را اجرا و منابعی مانند پردازنده مجازی، حافظه و دیسک مجازی دریافت می‌کند.
فرض کنید یک سرور سازمانی با دو پردازنده و ۲۵۶ گیگابایت RAM در اختیار دارید؛ بسته به نوع بار کاری، می‌توان چند ماشین مجازی با ظرفیت‌های متفاوت روی آن ایجاد کرد؛ برای مثال، ممکن است یک VM به ۳۲ گیگابایت حافظه و دیگری به ۶۴ گیگابایت نیاز داشته باشد. دراین‌صورت هایپروایزر درخواست‌های پردازشی این ماشین‌ها را مدیریت می‌کند و منابع فیزیکی را در اختیار آن‌ها قرار می‌دهد. به‌خاطر داشته باشید که مجموع منابع تعریف‌شده برای ماشین‌های مجازی نباید بدون بررسی مصرف واقعی ومحدودیت‌های Host تعیین شود؛ زیرا اشتراک منابع به معنی نامحدودبودن آن‌ها نیست.
هایپروایزر چیست و چه نقشی در مجازی‌سازی دارد؟
هایپروایزر نرم‌افزار یا لایه‌ای سیستمی است که امکان اجرای چند ماشین مجازی را روی سخت‌افزار فراهم می‌کند. این لایه علاوه‌بر مدیریت منابع فیزیکی و زمان‌بندی اجرای ماشین‌های مجازی، تا حد زیادی میان محیط‌های مختلف جداسازی ایجاد می‌کند.
هایپروایزرها معمولاً به دو دسته اصلی تقسیم می‌شوند:
هایپروایزر نوع اول (Type 1 Hypervisor)
هایپروایزر نوع اول که با عنوان Bare-Metal Hypervisor نیز شناخته می‌شود، به‌صورت مستقیم روی سخت‌افزار یا به‌عنوان بخشی از لایه سیستمی میزبان اجرا می‌شود. این معماری برای محیط‌های سازمانی و مراکز داده متداول است؛ زیرا برای مدیریت ماشین‌های مجازی و منابع سرور طراحی شده است. از نمونه‌های شناخته‌شده می‌توان به VMware ESXi ،Microsoft Hyper-V و KVM اشاره کرد؛ البته KVM در هسته لینوکس پیاده‌سازی شده و معماری آن با ESXi یکسان نیست.
هایپروایزر نوع دوم (Type 2 Hypervisor)
در این مدل، نرم‌افزار مجازی سازی روی یک سیستم‌عامل معمولی مانند Windows یا Linux نصب می‌شود؛ برای مثال می‌توان نرم‌افزار VirtualBox را روی کامپیوتر شخصی خود نصب کرده و یک سیستم‌عامل دیگر را داخل ماشین مجازی اجرا کرد که این روش بیشتر برای آموزش، توسعه نرم‌افزار، آزمایش و محیط‌های غیرتولیدی کاربرد دارد. تفاوت اصلی این دو نوع، معماری استقرار آن‌هاست؛ نه اینکه هر هایپروایزر نوع اول در تمام شرایط عملکرد بهتری داشته باشد.
ماشین مجازی (VM) چیست؟
ماشین مجازی محیطی نرم‌افزاری است که بسیاری از قابلیت‌های یک کامپیوتر یا سرور مستقل را شبیه‌سازی می‌کند. هر VM می‌تواند سیستم‌عامل، نرم‌افزارها، تنظیمات شبکه و فضای ذخیره‌سازی مخصوص خود را داشته باشد؛ برای مثال، در یک زیرساخت مجازی ممکن است چند ماشین با سیستم‌عامل Windows Server و چند ماشین دیگر با Linux به‌صورت هم‌زمان اجرا شوند.
منابع اصلی یک ماشین مجازی شامل پردازنده مجازی (vCPU)، حافظه مجازی، دیسک مجازی (Virtual Disk) و کارت شبکه مجازی (vNIC) است. نکته مهم این است که استقلال نرم‌افزاری ماشین‌های مجازی به معنی استقلال کامل سخت‌افزاری آن‌ها نیست. اگر چند VM روی یک Host قرار داشته باشند، خرابی آن Host می‌تواند همه آن‌ها را تحت تأثیر قرار دهد؛ مگر اینکه زیرساخت برای بازیابی یا انتقال سرویس‌ها طراحی شده باشد.
انواع مجازی سازی و کاربرد هرکدام
مجازی‌سازی فقط به سرورها محدود نیست. این فناوری در بخش‌های مختلف زیرساخت فناوری اطلاعات استفاده می‌شود:
- مجازی سازی سرور (Server Virtualization)
رایج‌ترین کاربرد در محیط‌های سازمانی، اجرای چند ماشین مجازی روی یک یا چند سرور فیزیکی است. هدف از این کار می‌تواند تجمیع سرویس‌ها، استفاده بهتر از سخت‌افزار، مدیریت متمرکز و ساده‌ترشدن توسعه زیرساخت باشد.
- مجازی سازی ذخیره سازی (Storage Virtualization)
در مجازی‌سازی ذخیره‌سازی، منابع ذخیره‌سازی فیزیکی از دید سیستم‌های مصرف‌کننده به‌صورت منابع منطقی مدیریت می‌شوند؛ برای مثال، ظرفیت چند دیسک یا چند سامانه ذخیره‌سازی می‌تواند از طریق یک لایه مدیریتی در قالب منابع منطقی در اختیار سرورها قرار گیرد. این مفهوم با RAID یکسان نیست؛ هرچند ممکن است در یک معماری ذخیره‌سازی از هر دو استفاده شود.
- مجازی سازی شبکه (Network Virtualization)
مجازی‌سازی شبکه امکان ایجاد اجزای منطقی شبکه مانند سوئیچ‌های مجازی و شبکه‌های جداشده را فراهم می‌کند. در یک محیط مجازی، چندین VM می‌توانند از طریق سوئیچ مجازی با یکدیگر یا با شبکه فیزیکی ارتباط برقرار کنند. در معماری‌های پیشرفته‌تر، شبکه نرم‌افزارمحور (SDN) نیز امکان مدیریت و خودکارسازی گسترده‌تری فراهم می‌کند.
- مجازی سازی دسکتاپ (Desktop Virtualization)
در مجازی‌سازی دسکتاپ، محیط کاری کاربران می‌تواند به‌صورت متمرکز در زیرساخت سازمان اجرا شود. یکی از مدل‌های شناخته‌شده آن زیرساخت دسکتاپ مجازی (VDI) است که در آن کاربران از طریق تجهیزات مختلف به محیط دسکتاپ خود متصل می‌شوند. این مدل در برخی سازمان‌ها برای مدیریت متمرکز محیط کاربران، کنترل دسترسی و پشتیبانی از دورکاری کاربرد دارد.
تفاوت مجازی سازی با رایانش ابری چیست؟
یکی از اشتباهات رایج، یکسان‌دانستن مجازی‌سازی و رایانش ابری (Cloud Computing) است. مجازی‌سازی یک فناوری برای ایجاد و مدیریت منابع مجازی است؛ اما رایانش ابری مدلی برای ارائه و مصرف منابع فناوری اطلاعات محسوب می‌شود. در یک زیرساخت مجازی‌سازی‌شده، ممکن است چند ماشین مجازی روی سرورهای داخل سازمان اجرا شوند و تمام فرایندهای ایجاد و مدیریت آن‌ها توسط تیم IT انجام شود.
در نقطه مقابل، یک محیط ابری معمولاً قابلیت‌هایی مانند ارائه منابع به‌صورت سلف‌سرویس، خودکارسازی، دسترسی از طریق شبکه و تخصیص انعطاف‌پذیر منابع را نیز فراهم می‌کند؛ بنابراین یک سازمان می‌تواند مجازی‌سازی داخلی داشته باشد، بدون آنکه زیرساخت آن لزوماً یک Cloud کامل محسوب شود. مجازی‌سازی یکی از فناوری‌های مهم در بسیاری از معماری‌های ابری است؛ اما به‌تنهایی تمام ویژگی‌های رایانش ابری را ایجاد نمی‌کند
تفاوت ماشین مجازی با کانتینر چیست؟
ماشین مجازی و کانتینر هر دو برای ایجاد محیط‌های جداشده استفاده می‌شوند؛ اما معماری یکسانی ندارند. ماشین مجازی معمولاً سیستم‌عامل مهمان مستقل خود را اجرا می‌کند؛ به همین دلیل، امکان اجرای سیستم‌عامل‌های متفاوت روی یک Host سازگار وجود دارد.
در مقابل، کانتینرها معمولاً هسته سیستم‌عامل میزبان را به اشتراک می‌گذارند و بیشتر برای جداسازی برنامه‌ها و وابستگی‌های آن‌ها استفاده می‌شوند؛ به همین دلیل کانتینرها در بسیاری از سناریوها سبک‌تر هستند و سریع‌تر راه‌اندازی می‌شوند؛ اما جایگزین کامل ماشین‌های مجازی نیستن؛ برای مثال، سازمانی ممکن است نرم‌افزارهای قدیمی و پایگاه داده خود را روی VM اجرا کند و در کنار آن، سرویس‌های جدید مبتنی بر معماری Microservices را در کانتینرها مستقر کند. در نتیجه ماشین مجازی و کانتینر دو فناوری رقیب مطلق نیستند؛ بلکه در بسیاری از زیرساخت‌های جدید مکمل یکدیگر هستند.
مهم‌ترین مزایای مجازی سازی برای سازمان‌ها
مزایای مجازی‌سازی برای سازمان‌ها را می‌توان در موارد زیر خلاصه کرد:
- استفاده بهتر از منابع سخت‌افزاری
در معماری سنتی، ممکن است یک سرور فیزیکی فقط یک سرویس را اجرا کند و بخش زیادی از ظرفیت آن بلااستفاده بماند. مجازی‌سازی امکان تجمیع چند بار کاری (Workload) را فراهم می‌کند و در صورت طراحی صحیح، استفاده مؤثرتری از پردازنده، حافظه و سایر منابع ایجاد می‌شود.
- کاهش نیاز به سرورهای فیزیکی
تجمیع سرویس‌ها می‌تواند تعداد سرورهای موردنیاز را کاهش دهد و در نتیجه هزینه‌هایی مانند فضای رک، مصرف برق، خنک‌سازی و بخشی از نگهداری سخت‌افزار کمتر شود. بااینحال، کاهش تعداد سرورها الزاماً به معنی کاهش قطعی هزینه کل نیست؛ زیرا هزینه نرم‌افزار، لایسنس، ذخیره‌سازی، پشتیبان‌گیری و طراحی دسترس‌پذیری نیز باید محاسبه شود.
- راه‌اندازی سریع‌تر سرویس‌ها
ایجاد یک ماشین مجازی جدید معمولاً سریع‌تر از خرید، نصب و آماده‌سازی یک سرور فیزیکی جدید است. استفاده از الگوهای آماده (Templates) و ابزارهای مدیریت متمرکز نیز می‌تواند فرایند استقرار سیستم‌عامل‌ها و سرویس‌ها را ساده‌تر کند.
- انعطاف‌پذیری در مدیریت زیرساخت
در بسیاری از پلتفرم‌ها می‌توان ظرفیت ماشین‌های مجازی را تغییر داد؛ آن‌ها را میان میزبان‌های سازگار جابه‌جا یا برای آزمایش تغییرات، محیط‌های جداگانه ایجاد کرد؛ البته همه تغییرات بدون خاموشی انجام نمی‌شوند و محدودیت‌های سیستم‌عامل، نرم‌افزار و پلتفرم باید بررسی شوند.
آیا مجازی‌سازی باعث افزایش سرعت سرور می‌شود؟
مجازی‌سازی به‌خودی‌خود قدرت پردازشی جدیدی ایجاد نمی‌کند؛ زیرا اگر یک سرور فیزیکی دارای ۳۲ هسته پردازشی باشد، ایجاد چند ماشین مجازی باعث افزایش تعداد هسته‌های فیزیکی آن نخواهد شد. در واقع، مجازی‌سازی امکان مدیریت و تخصیص انعطاف‌پذیرتر منابع موجود را فراهم می‌کند.
در بسیاری از بارهای کاری، عملکرد ماشین مجازی می‌تواند به عملکرد سخت‌افزار فیزیکی نزدیک باشد؛ اما میزان سربار و عملکرد نهایی به نوع Hypervisor، سخت‌افزار، تنظیمات و بار کاری وابسته است؛ برای مثال، اگر چند ماشین مجازی به‌صورت هم‌زمان درخواست پردازشی سنگینی داشته باشند، ممکن است رقابت بر سر منابع CPU ایجاد شود. کمبود حافظه فیزیکی یا محدودیت عملکرد ذخیره‌ساز نیز می‌تواند پاسخ‌گویی سرویس‌ها را کاهش دهد؛ بنابراین معیار موفقیت مجازی‌سازی فقط تعداد VMهای قابل اجرا نیست و پایداری عملکرد آن‌ها در شرایط مصرف واقعی و ساعات اوج نیز اهمیت دارد.
برای مجازی‌سازی چه سروری مناسب است؟
انتخاب سرور مجازی سازی باید براساس نوع سرویس‌ها، تعداد ماشین‌های مجازی، مصرف منابع و سطح دسترس‌پذیری موردنیاز انجام شود؛ در این تصمیم، چهار بخش سخت‌افزاری اهمیت ویژه‌ای دارند:
پردازنده مناسب برای مجازی‌سازی
پردازنده باید از قابلیت‌های مجازی سازی سخت‌افزاری مانند Intel VT-x یا AMD-V، متناسب با پلتفرم، پشتیبانی کند. تعداد هسته‌ها، فرکانس پردازنده، معماری CPU و نوع بار کاری نیز در انتخاب مؤثر هستند؛ برای مثال، اجرای تعداد زیادی ماشین مجازی سبک ممکن است نیاز متفاوتی نسبت به اجرای چند پایگاه داده سنگین داشته باشد. علاوه‌بر این تعداد پردازنده‌ها و هسته‌ها می‌تواند روی هزینه لایسنس برخی سیستم‌عامل‌ها و پلتفرم‌های مجازی‌سازی اثر بگذارد.
ظرفیت RAM سرور
حافظه یکی از منابع مهم در زیرساخت مجازی است؛ در نتیجه برای انتخاب ظرفیت مناسب باید مجموع نیاز واقعی ماشین‌های مجازی، سربار Hypervisor، میزان رشد سرویس‌ها و ظرفیت موردنیاز هنگام خرابی احتمالی یکی از Hostها بررسی شود. از سوی دیگر تعداد کانال‌های حافظه و نحوه چیدمان RAM نیز می‌تواند روی پهنای باند حافظه و عملکرد ماشین‌های مجازی اثر بگذارد.
ذخیره‌سازی و عملکرد دیسک
در محیط مجازی، چندین ماشین ممکن است به‌صورت هم‌زمان به ذخیره‌ساز دسترسی داشته باشند؛ بنابراین ظرفیت ذخیره‌سازی تنها معیار انتخاب نیست و تعداد عملیات ورودی و خروجی در ثانیه (IOPS)، تأخیر (Latency)، الگوی خواندن و نوشتن و پایداری ذخیره‌ساز نیز اهمیت دارند. برای برخی بارهای کاری، استفاده از SSD یا NVMe می‌تواند مناسب باشد؛ اما معماری نهایی باید براساس نیاز واقعی تعیین شود.
شبکه و ارتباط میان هاست‌ها
در محیط‌های چندمیزبانه، شبکه علاوه بر ترافیک کاربران، ممکن است برای مدیریت، جابه‌جایی ماشین‌های مجازی، ارتباط با ذخیره‌ساز و ترافیک Cluster نیز استفاده شود؛ از‌این‌رو ظرفیت شبکه، افزونگی مسیرها و جداسازی منطقی ترافیک باید متناسب با معماری انتخاب شوند. برای بررسی انتخاب سخت‌افزار در سطح کل زیرساخت، مطالعه راهنمای جامع انتخاب سرور سازمانی می‌تواند به تصمیم‌گیری دقیق‌تر کمک کند.
چند ماشین مجازی می‌توان روی یک سرور ایجاد کرد؟
تعداد ماشین‌های مجازی قابل اجرا به ظرفیت سخت‌افزار، نوع سیستم‌عامل‌ها، میزان مصرف واقعی منابع و سطح عملکرد مورد انتظار بستگی دارد؛ برای مثال، اجرای ۱۰ ماشین مجازی با سرویس‌های سبک اداری ممکن است فشار کمتری نسبت به اجرای سه ماشین مجازی با پایگاه داده‌های سنگین ایجاد کند. در اینجا باید میان منابع اختصاص‌یافته (Allocated Resources) و منابع واقعاً مصرف‌شده (UsedResources) تفاوت قائل شد؛ چرا که ممکن است برای چند VM مجموعاً تعداد vCPU بیشتری از هسته‌های فیزیکی تعریف شود. این روش که نوعی تخصیص بیش‌ازظرفیت (Overcommitment) است، در برخی سناریوها قابل استفاده است؛ اما اگر بارهای کاری هم‌زمان به ظرفیت بالایی نیاز داشته باشند، احتمال ایجاد گلوگاه افزایش پیدا می‌کند.
در مورد RAM نیز باید سیاست تخصیص حافظه و قابلیت‌های Hypervisor بررسی شود؛ برای نمونه، Microsoft Hyper-V از Dynamic Memory برای تغییر پویای حافظه ماشین‌های سازگار استفاده می‌کند. تعداد مناسب VM نتیجه ظرفیت‌سنجی است؛ نه یک ویژگی ثابت که بتوان از روی مدل سرور تعیین کرد.
High Availability در مجازی‌سازی چیست؟
یکی از مزایای مهم برخی معماری‌های مجازی سازی، امکان طراحی دسترس‌پذیری بالا یا High Availability (HA) است. در یک زیرساخت ساده با یک Host، خرابی سخت‌افزار می‌تواند باعث توقف تمام ماشین‌های مجازی آن شود؛ اما در یک Cluster دارای چند Host و تنظیمات مناسب HA، ممکن است در صورت خرابی یک میزبان، ماشین‌های مجازی آن روی میزبان‌های سالم مجدداً راه‌اندازی شوند. این قابلیت به کاهش مدت اختلال کمک می‌کند؛ اما نباید آن را با سرویس‌دهی کاملاً بدون وقفه یکسان دانست.
در بسیاری از پیاده‌سازی‌های HA، پس از خرابی Host همچنان زمانی برای تشخیص خرابی و راه‌اندازی مجدد ماشین‌ها لازم است؛ همچنین HA به ظرفیت آزاد کافی، شبکه مناسب، سازگاری میزبان‌ها و طراحی صحیح ذخیره‌سازی وابسته است؛ به همین دلیل، نصب نرم‌افزار مجازی‌سازی به‌تنهایی به معنی برخورداری از High Availability نیست.
Live Migration چیست و چه تفاوتی با HA دارد؟
مهاجرت زنده (Live Migration) قابلیتی است که امکان انتقال یک ماشین مجازی در حال اجرا را از یک Host به Host دیگر با حداقل اختلال محسوس فراهم می‌کند. این قابلیت برای فعالیت‌هایی مانند تعمیر و نگهداری سخت‌افزار، تخلیه یک Host پیش از ارتقا و توزیع بار میان میزبان‌ها کاربرد دارد.
Live Migration و HA دو مفهوم متفاوت هستند. Live Migration معمولاً برای انتقال کنترل‌شده ماشین مجازی در شرایطی استفاده می‌شود که میزبان مبدأ همچنان در دسترس است. در مقابل، HA برای واکنش به خرابی و بازیابی سرویس‌ها طراحی می‌شود. از طرفی برای استفاده از Live Migration همیشه به Cluster نیاز نیست؛ برای مثال، مستندات Microsoft Hyper-V امکان مهاجرت زنده میان میزبان‌های غیرکلاستری را نیز توضیح می‌دهد. در حالت کلی می‌توان گفت که قابلیت Live Migration به‌تنهایی تضمین نمی‌کند که سرویس‌ها هنگام خرابی ناگهانی یک Host به‌صورت خودکار بازیابی شوند.
آیا Snapshot جایگزین Backup در مجازی سازی است؟
اسنپ‌شات (Snapshot) برای ثبت وضعیت ماشین مجازی در یک مقطع زمانی و امکان بازگشت به آن وضعیت استفاده می‌شود؛ برای مثال، مدیر شبکه ممکن است پیش از نصب یک به‌روزرسانی حساس، Snapshot ایجاد کند تا در صورت بروز مشکل بتواند تغییرات را برگرداند؛ هرچند که در بسیاری از پلتفرم‌ها، Snapshot به داده‌ها و دیسک اصلی ماشین مجازی وابسته است؛ بنابراین خرابی یا ازدست‌رفتن ذخیره‌ساز اصلی ممکن است Snapshot را نیز غیرقابل استفاده کند.
در مقابل، نسخه پشتیبان (Backup) باید امکان بازیابی مستقل اطلاعات و ماشین‌های مجازی را مطابق سیاست حفاظت از داده فراهم کند؛ به عنوان مثال، شرکت Veeam نیز در راهنمای تفاوت Snapshot و Backup بر همین موضوع تأکید می‌کند.
برای طراحی پشتیبان‌گیری، باید دو شاخص مهم RPO نیز مشخص شوند؛ که میزان قابل‌قبول ازدست‌رفتن داده از نظر زمانی را بیان می‌کند و RTO که زمان هدف برای بازیابی سرویس است؛ درنتیجه، مجازی‌سازی می‌تواند فرایند پشتیبان‌گیری و بازیابی را تسهیل کند، اما به‌تنهایی یک راهکار حفاظت از داده محسوب نمی‌شود.
امنیت در مجازی سازی؛ آیا ماشین‌های مجازی امن‌تر هستند؟
جداسازی ماشین‌های مجازی می‌تواند به کنترل بهتر سرویس‌ها و محدودکردن برخی اختلالات کمک کند؛ اما امنیت محیط مجازی به معماری و تنظیمات آن وابسته است.
اگر مهاجم به لایه مدیریت Hypervisor یا حساب‌های مدیریتی با دسترسی گسترده دست پیدا کند، ممکن است چندین ماشین مجازی و بخش بزرگی از زیرساخت تحت تأثیر قرار گیرند؛ به همین دلیل، حفاظت از محیط مجازی باید شامل کنترل دسترسی مبتنی بر نقش (RBAC)، احراز هویت چندمرحله‌ای در بخش‌های پشتیبانی‌شده، به‌روزرسانی امنیتی Hypervisor و جداسازی شبکه مدیریت باشد؛ علاوه‌بر این، ماشین‌های مجازی نیز مانند سرورهای فیزیکی به به‌روزرسانی سیستم‌عامل، مدیریت دسترسی، پایش امنیتی و پشتیبان‌گیری نیاز دارند.
به خاطر داشته باشید که مجازی‌سازی یک ابزار معماری است؛ نه جایگزین سیاست‌های امنیت اطلاعات.
کدام نرم‌افزار مجازی سازی برای سازمان مناسب‌تر است؟
انتخاب پلتفرم مجازی‌سازی یکی از تصمیم‌های مهم در طراحی زیرساخت سازمانی است. سه گزینه شناخته‌شده در این حوزه VMware، Hyper-V و Proxmox VE هستند:
- VMware vSphere
VMware vSphere یکی از پلتفرم‌های شناخته‌شده مجازی‌سازی سازمانی است که از ESXi به‌عنوان Hypervisor استفاده می‌کند. این پلتفرم امکانات متنوعی برای مدیریت ماشین‌های مجازی، Cluster، مهاجرت سرویس‌ها و یکپارچه‌سازی با زیرساخت‌های سازمانی ارائه می‌دهد؛ بااینحال، هنگام انتخاب آن باید مدل لایسنس، هزینه اشتراک، قابلیت‌های موجود در نسخه انتخابی و شرایط پشتیبانی بررسی شود.
- Microsoft Hyper-V
Hyper-V فناوری مجازی‌سازی مایکروسافت است که در محیط‌های مبتنی بر Windows Server کاربرد گسترده‌ای دارد. این پلتفرم قابلیت‌هایی مانند Live Migration، مدیریت منابع ماشین‌های مجازی و یکپارچه‌سازی با Failover Clustering را ارائه می‌کند. برای سازمان‌هایی که بخش مهمی از زیرساخت آن‌ها مبتنی بر فناوری‌های مایکروسافت است، بررسی Hyper-V می‌تواند منطقی باشد؛ البته هزینه لایسنس Windows Server و ماشین‌های مجازی هم باید محاسبه شوند.
- Proxmox Virtual Environment
Proxmox VE یک پلتفرم متن‌باز برای مدیریت ماشین‌های مجازی مبتنی بر KVM و کانتینرهای LXC است. این پلتفرم قابلیت‌هایی برای مدیریت متمرکز، Cluster، ذخیره‌سازی و پشتیبان‌گیری ارائه می‌دهد. متن‌بازبودن Proxmox به معنی صفر بودن هزینه کل زیرساخت نیست. پشتیبانی سازمانی، دانش فنی تیم IT، سازگاری نرم‌افزارها و هزینه مهاجرت نیز اهمیت دارند.
به‌طور خلاصه می‌توانیم بگوییم که بهترین پلتفرم مجازی‌سازی الزاماً معروف‌ترین یا ارزان‌ترین گزینه نیست؛ بلکه گزینه‌ای است که با نیاز عملیاتی، بودجه، تخصص تیم IT و برنامه توسعه سازمان سازگار باشد.
هزینه‌های پنهان مجازی‌سازی را نادیده نگیرید
مجازی‌سازی می‌تواند تعداد سرورهای فیزیکی را کاهش دهد؛ اما هزینه کل مالکیت (TCO) آن باید دقیق محاسبه شود. در کنار قیمت سرورهای Host، هزینه لایسنس Hypervisor، سیستم‌عامل‌های مهمان، ذخیره‌سازی، تجهیزات شبکه، پشتیبان‌گیری و قراردادهای پشتیبانی نیز وجود دارد.
یکی از نکات مهم، ارتباط تعداد هسته‌های پردازنده با هزینه لایسنس است؛ برای مثال، در برخی مدل‌های اشتراکی VMware، محاسبه ظرفیت لایسنس براساس تعداد هسته‌های CPU انجام می‌شود و حداقل ظرفیت قابل محاسبه برای هر پردازنده نیز در شرایط لایسنس مطرح است؛ بنابراین خرید پردازنده‌ای با تعداد هسته بیشتر بدون بررسی مدل لایسنس، ممکن است هزینه نرم‌افزاری زیرساخت را نیز افزایش دهد.
در معماری‌های دارای HA نیز معمولاً باید ظرفیت سخت‌افزاری اضافه‌ای برای تحمل خرابی در نظر گرفته شود؛ به همین دلیل، صرفه‌جویی ناشی از تجمیع سرویس‌ها باید در برابر هزینه‌های جدید ارزیابی شود.
آیا همه سرویس‌های سازمان را باید مجازی‌سازی کرد؟
بسیاری از سرویس‌های سازمانی قابلیت اجرا در ماشین مجازی را دارند؛ اما مجازی‌سازی تمام بارهای کاری همیشه بهترین تصمیم نیست؛ زیرا برخی نرم‌افزارهای تخصصی ممکن است محدودیت‌های لایسنس یا پشتیبانی داشته باشند. برخی تجهیزات نیز به دسترسی مستقیم به سخت‌افزار خاص نیاز دارند؛ علاوه‌بر این بارهای کاری حساس به تأخیر، پردازش‌های سنگین مبتنی بر GPU و سامانه‌هایی که نیازهای عملکردی خاصی دارند نیز باید جداگانه ارزیابی شوند.
فناوری‌هایی مانند GPU Passthrough امکان استفاده از سخت‌افزار تخصصی را در برخی محیط‌های مجازی فراهم می‌کنند؛ اما سازگاری و محدودیت‌های آن‌ها به پلتفرم وابسته است؛ بنابراین تصمیم صحیح این نیست که همه سرویس‌ها الزاماً مجازی شوند، بلکه باید مشخص شود کدام بارهای کاری از مجازی‌سازی سود می‌برند و کدام‌یک به معماری متفاوتی نیاز دارند.
مجازی‌سازی در سال ۲۰۲۶ به کدام سمت می‌رود؟
در سال ۲۰۲۶، تمرکز مجازی‌سازی سازمانی فقط بر اجرای تعداد بیشتری ماشین مجازی نیست. مدیریت هوشمند منابع، یکپارچگی با شبکه و ذخیره‌سازی نرم‌افزارمحور و امکان اجرای هم‌زمان ماشین‌های مجازی و کانتینرها اهمیت بیشتری پیدا کرده‌اند؛ برای نمونه، Proxmox VE 9.2 که در مه ۲۰۲۶ منتشر شد، قابلیت Dynamic Load Balancer را معرفی کرد. این قابلیت می‌تواند با بررسی وضعیت مصرف منابع، توزیع بار میان میزبان‌های Cluster را برای ماشین‌های تحت مدیریت HA بهبود دهد.
Microsoft در Windows Server 2025 قابلیت Dynamic Processor Compatibility را معرفی کرده است که به مدیریت سازگاری قابلیت‌های پردازنده میان میزبان‌های یک Cluster کمک می‌کند؛ در سوی دیگر، پلتفرم‌هایی مانند Red Hat OpenShift Virtualization امکان مدیریت ماشین‌های مجازی در کنار بارهای کاری کانتینری را فراهم می‌کنند.
این تحولات نشان می‌دهند که مجازی‌سازی در حال حرکت به سمت مدیریت یکپارچه‌تر منابع و کاهش وابستگی عملیاتی سرویس‌ها به سخت‌افزار مشخص است. بااینحال، سازمان‌ها نباید صرفاً به دلیل جدیدبودن یک قابلیت، معماری فعلی خود را تغییر دهند. سازگاری نرم‌افزارها، هزینه مهاجرت، مهارت تیم فنی و ریسک توقف سرویس باید پیش از هر تصمیم بررسی شود.
اشتباهات رایج در مجازی‌سازی
یکی از اشتباهات رایج، انتخاب سرور براساس حداکثر تعداد ماشین‌های مجازی قابل ایجاد است؛ بدون آنکه مصرف واقعی منابع بررسی شده باشد. اشتباه دیگر، تجمیع بیش از حد سرویس‌های حساس روی یک Host است؛ زیرا این کار ممکن است استفاده از سخت‌افزار را افزایش دهد؛ اما در صورت خرابی میزبان، تعداد بیشتری از سرویس‌های سازمان متوقف خواهند شد.
برخی سازمان‌ها تنها ظرفیت CPU و RAM را بررسی می‌کنند و از عملکرد ذخیره‌ساز، ظرفیت شبکه یا فضای موردنیاز برای پشتیبان‌گیری غافل می‌شوند. ازطرف‌دیگر، ایجاد آسان VM می‌تواند به افزایش کنترل‌نشده ماشین‌های مجازی منجر شود؛ مسئله‌ای که با عنوان VM Sprawl شناخته می‌شود. ماشین‌های بلااستفاده هم ممکن است منابع، فضای ذخیره‌سازی، لایسنس و زمان مدیریتی مصرف کنند.
اشتباه مهم دیگر در پیاده‌کردن مجازی‌سازی این است که تصور کنیم داشتن Cluster ،Snapshot یا Live Migration به‌تنهایی تمام نیازهای بازیابی و تداوم کسب‌وکار را پوشش می‌دهد؛ چراکه در یک زیرساخت اصولی، هرکدام از این قابلیت‌ها باید متناسب با هدف مشخصی انتخاب شوند.
مجازی‌سازی را از کجا شروع کنیم؟
برخلاف تصور اولین مرحله پیاده‌سازی مجازی‌سازی، خرید سرور یا انتخاب Hypervisor نیست؛ بلکه شناخت وضعیت فعلی زیرساخت و بارهای کاری سازمان است؛ زیرا در ابتدا باید مشخص شود چه سرویس‌هایی در حال اجرا هستند، هر سرویس چه میزان CPU، RAM، فضای ذخیره‌سازی و پهنای باند مصرف می‌کند و چه سطحی از دسترس‌پذیری برای آن ضروری است. در مرحله بعد باید سازگاری نرم‌افزارها با محیط مجازی، وابستگی‌های سخت‌افزاری، سیاست‌های لایسنس و نیازهای امنیتی بررسی شوند.
در مرحله طراحی، تعداد هاست‌ها، ظرفیت موردنیاز در شرایط عادی و هنگام خرابی، معماری شبکه و ذخیره‌سازی و راهکار پشتیبان‌گیری تعیین می‌شود؛ برای مثال، سازمانی که فقط چند سرویس غیرحساس دارد ممکن است با یک Host و راهکار پشتیبان‌گیری مناسب شروع کند؛ اما سازمانی که سرویس‌های حیاتی و نیاز به دسترس‌پذیری بالا دارد، احتمالاً به معماری چندمیزبانه و افزونگی بیشتری نیاز خواهد داشت. از طرفی شکل فیزیکی سرور باید براساس شرایط استقرار انتخاب شود؛ علاوه‌بر این باید توجه داشت که پیش از انتقال سرویس‌های اصلی، اجرای آزمایشی، ارزیابی عملکرد و آزمایش فرایند بازیابی نیز می‌تواند بسیاری از ریسک‌های اجرایی را مشخص کند.
مجازی‌سازی یکی از فناوری‌های مهم در زیرساخت‌های سازمانی است؛ اما ارزش واقعی آن صرفاً در کاهش تعداد سرورهای فیزیکی خلاصه نمی‌شود؛ زیرا این فناوری زمانی بیشترین مزیت را ایجاد می‌کند که تخصیص منابع، پایداری سرویس‌ها، امنیت، هزینه‌های نرم‌افزاری و توسعه آینده به‌صورت یکپارچه طراحی شده باشند. اگر زیرساخت سازمان شامل چندین سرور با مصرف پایین منابع است، مجازی‌سازی می‌تواند گزینه‌ای مناسب برای تجمیع سرویس‌ها باشد.
برای بررسی این تصمیم در کنار انتخاب پردازنده، حافظه، ذخیره‌سازی و سایر اجزای زیرساخت، می‌توانید راهنمای جامع انتخاب سرور سازمانی را مطالعه کنید؛ همچنین برای انتخاب سرور و تجهیزات مناسب پیاده‌سازی مجازی‌سازی، می‌توانید با کارشناسان رسام تماس بگیرید و براساس شرایط زیرساخت و نیازهای سازمان خود، مشاوره تخصصی دریافت کنید.
سوالات متداول
مجازی‌سازی چیست و چگونه کار می‌کند؟
مجازی‌سازی (Virtualization) فناوری‌ای است که امکان اجرای چندین ماشین مجازی مستقل را روی یک سرور فیزیکی فراهم می‌کند. در این فرایند، نرم‌افزاری به نام هایپروایزر (Hypervisor) منابعی مانند CPU، RAM، فضای ذخیره‌سازی و شبکه را میان ماشین‌های مجازی مدیریت می‌کند. به این ترتیب، چند سیستم‌عامل و سرویس می‌توانند به‌صورت هم‌زمان از منابع یک سرور استفاده کنند.
تفاوت مجازی‌سازی با رایانش ابری چیست؟
مجازی‌سازی یک فناوری برای ایجاد و مدیریت منابع مجازی است؛ اما رایانش ابری (Cloud Computing) مدلی برای ارائه خدمات و منابع فناوری اطلاعات محسوب می‌شود. زیرساخت مجازی‌سازی‌شده لزوماً ابری نیست. محیط ابری معمولاً قابلیت‌هایی مانند ارائه منابع به‌صورت سلف‌سرویس، خودکارسازی و تخصیص انعطاف‌پذیر منابع را نیز فراهم می‌کند.
چند ماشین مجازی می‌توان روی یک سرور ایجاد کرد؟
تعداد ماشین‌های مجازی قابل اجرا به ظرفیت پردازنده، حافظه RAM، عملکرد ذخیره‌ساز و نوع بار کاری بستگی دارد. برای مثال، اجرای چندین ماشین مجازی با سرویس‌های سبک ممکن است منابع کمتری نسبت به چند ماشین مجازی دارای پایگاه داده سنگین مصرف کند. بنابراین تعداد مناسب VM باید براساس ظرفیت‌سنجی و بررسی مصرف واقعی منابع تعیین شود.
آیا Snapshot در مجازی‌سازی جایگزین Backup است؟
خیر. Snapshot معمولاً برای ثبت وضعیت ماشین مجازی در یک زمان مشخص و بازگشت به آن وضعیت استفاده می‌شود؛ اما در بسیاری از پلتفرم‌ها به داده‌ها و ذخیره‌ساز اصلی وابسته است. در مقابل، Backup باید امکان بازیابی مستقل اطلاعات را فراهم کند. برای آشنایی بیشتر با روش‌های حفاظت از اطلاعات، مقاله بکاپ چیست؟ را مطالعه کنید.
برای مجازی‌سازی چه سروری مناسب است؟
سرور مناسب مجازی‌سازی باید براساس تعداد ماشین‌های مجازی، نوع بار کاری، میزان مصرف CPU و RAM، عملکرد ذخیره‌سازی و سطح دسترس‌پذیری موردنیاز انتخاب شود. همچنین پشتیبانی پردازنده از قابلیت‌های مجازی‌سازی سخت‌افزاری و امکان توسعه منابع اهمیت دارد. برای بررسی دقیق‌تر معیارهای انتخاب سخت‌افزار، مقاله راهنمای جامع انتخاب سرور سازمانی را مطالعه کنید.
