از یک سرور فیزیکی تا دهها VPS؛ مجازیسازی چگونه کار میکند؟
وقتی یک سرور مجازی با چهار هسته پردازنده، هشت گیگابایت رم و ۱۰۰ گیگابایت فضای NVMe خریداری میکنیم، احتمالاً این تصور ایجاد میشود که بخشی کاملاً مستقل از یک دستگاه فیزیکی در اختیار ما قرار گرفته است. در عمل، بیشتر سرورهای مجازی روی یک سرور فیزیکی قدرتمند اجرا میشوند و منابع آنها توسط نرمافزار مجازیسازی مدیریت میشود.
سرور مجازی چیست؟
سرور مجازی یا VPS محیطی نرمافزاری است که مانند یک کامپیوتر مستقل عمل میکند. این محیط میتواند سیستمعامل ویندوز یا لینوکس داشته باشد و کاربر معمولاً امکان نصب برنامه، تعریف حساب، تنظیم فایروال و مدیریت سرویسها را در اختیار دارد.

هر VPS بخشی از منابع یک سرور فیزیکی را دریافت میکند. این منابع شامل پردازنده سرور ، رم، فضای ذخیرهسازی و شبکه هستند. قیمت سرور اچ پی ماشینهای مجازی از نظر نرمافزاری از یکدیگر جدا میشوند؛ بنابراین اختلال در سیستمعامل یکی از آنها نباید مستقیماً باعث دسترسی به اطلاعات سایر ماشینها شود.
سرور فیزیکی میزبان چه وظیفهای دارد؟
سرور فیزیکی میزبان یا Host دستگاهی است که ماشینهای مجازی روی آن اجرا میشوند. پردازندههای واقعی، ماژولهای رم، کارتهای شبکه و تجهیزات ذخیرهسازی داخل این دستگاه قرار دارند.
زمانی که یک VPS به چهار vCPU نیاز دارد، Hypervisor بخشی از زمان پردازندههای فیزیکی را در اختیار آن قرار میدهد. رم ماشین مجازی نیز از حافظه واقعی میزبان تأمین میشود و دیسک مجازی آن روی SSD، NVMe، آرایه RAID یا ذخیرهساز جداگانه قرار میگیرد.
Hypervisor چیست؟
Hypervisor لایه نرمافزاری مدیریت ماشینهای مجازی است. این لایه میان سختافزار و سیستمعاملهای مهمان قرار میگیرد و منابع فیزیکی را به ماشینهای مجازی اختصاص میدهد.
ایجاد، روشن و خاموشکردن ماشینها، تعریف پردازنده و رم، مدیریت شبکه مجازی و اتصال دیسکها از وظایف Hypervisor هستند.
در کنار Hypervisor معمولاً از پنلهای مدیریتی و سامانههای صورتحساب استفاده میشود. این پنلها میتوانند فرایند ساخت VPS، نصب سیستمعامل، تحویل مشخصات و مدیریت کاربران را خودکار کنند؛ اما پنل مدیریت و Hypervisor الزاماً یک محصول واحد نیستند.
منابع یک سرور چگونه تقسیم میشوند؟
پردازنده، رم، ذخیرهسازی و شبکه به شیوه یکسانی تقسیم نمیشوند. رم معمولاً بهصورت ظرفیت مشخص به هر ماشین اختصاص داده میشود، اما vCPU بیشتر بیانگر سهم یا امکان استفاده از پردازنده فیزیکی است.
فضای ذخیرهسازی نیز ممکن است روی دیسکهای محلی سرور یا یک Storage مشترک قرار گیرد. سرعت واقعی آن به نوع حافظه، RAID، تعداد ماشینهای فعال و الگوی مصرف کاربران وابسته است.
مجازیسازی امکان استفاده بهینه از سختافزار را فراهم میکند، اما اگر منابع بدون برنامه بیشازحد تخصیص داده شوند، کیفیت تمام ماشینها کاهش پیدا خواهد کرد.
تفاوت VPS، VDS و سرور اختصاصی
اصطلاح VDS در بازار گاهی برای سرویسی به کار میرود که منابع اختصاصیتر یا تضمینشدهتری دارد. این نامگذاری استاندارد کاملاً یکسانی میان تمام ارائهدهندگان ندارد؛ بنابراین بهتر است بهجای اعتماد صرف به عنوان پلن، جزئیات تخصیص منابع بررسی شود.
سرور اختصاصی یک دستگاه فیزیکی کامل است که منابع آن در اختیار یک مشتری قرار میگیرد. این گزینه کنترل و ظرفیت بیشتری فراهم میکند، اما هزینه خرید یا اجاره، مدیریت و نگهداری آن نیز بالاتر است.

منابع اختصاصی و اشتراکی چه تفاوتی دارند؟
رم تعریفشده برای یک VPS معمولاً باید هنگام فعالیت آن ماشین در دسترس باشد، اما منابع پردازنده اغلب میان چند VPS زمانبندی میشوند. اگر کاربران در زمانهای متفاوت پردازش انجام دهند، این اشتراک مشکلی ایجاد نمیکند و ظرفیت سختافزار به شکل بهینه استفاده میشود.
مشکل زمانی آغاز میشود که تعداد زیادی ماشین بهطور همزمان به حداکثر توان پردازنده نیاز داشته باشند. در این حالت، هر VPS باید منتظر دریافت زمان پردازشی بماند و عملکرد کاهش پیدا میکند.
در فضای ذخیرهسازی نیز ممکن است ظرفیت هر کاربر مشخص باشد، اما توان خواندن و نوشتن میان تمام ماشینهای موجود روی همان آرایه تقسیم شود. یک VPS با عملیات سنگین دیتابیس میتواند بر تأخیر دیسک سایر کاربران اثر بگذارد؛ مگر اینکه محدودیت و کنترل منابع بهدرستی اعمال شده باشد.
Overcommit چیست؟
Overcommit به معنای تخصیص منابع مجازی بیشتر از ظرفیت فیزیکی موجود است. برای مثال، ممکن است مجموع vCPUهای تعریفشده برای تمام ماشینها بیشتر از تعداد رشتههای پردازشی سرور باشد.
این روش همیشه اشتباه نیست؛ زیرا معمولاً تمام ماشینهای مجازی بهطور همزمان از حداکثر منابع خود استفاده نمیکنند. Overcommit منطقی میتواند بهرهوری سختافزار را افزایش دهد و قیمت سرویس را کاهش دهد.
اما اگر نسبت تخصیص بیشازحد بالا باشد، با افزایش مصرف کاربران، میزبان دچار فشار میشود. نتیجه میتواند کندی، نوسان عملکرد و افزایش زمان پاسخگویی باشد.
Overcommit رم حساستر است. اگر حافظه فیزیکی کافی وجود نداشته باشد و سیستم مجبور به استفاده شدید از فضای ذخیرهسازی بهعنوان حافظه موقت شود، سرعت ماشینها بهشدت کاهش پیدا میکند.
چرا تعداد vCPU همیشه نشاندهنده قدرت واقعی نیست؟
vCPU یک هسته فیزیکی مستقل نیست. این واحد نشان میدهد ماشین مجازی چه میزان دسترسی منطقی به پردازنده دارد. قدرت واقعی آن به مدل CPU، فرکانس، تعداد میزبانهای فعال و سیاست زمانبندی Hypervisor وابسته است.
یک پردازنده جدید با فرکانس و معماری بهتر ممکن است در هر هسته عملکرد بیشتری نسبت به پردازندهای قدیمی ارائه دهد. به همین دلیل، تعداد بالاتر vCPU بدون شناخت سختافزار میزبان، مقایسه دقیقی ایجاد نمیکند.
نوع کاربرد نیز اهمیت دارد. یک وبسایت یا نرمافزار دارای پردازش تکرشتهای ممکن است از فرکانس بالاتر بهره بیشتری ببرد. اجرای تعداد زیادی ماشین، پردازش همزمان و سرویسهای موازی نیز به هستههای بیشتر نیاز دارد.

انتخاب پردازنده برای مجازیسازی
پردازنده سرور مجازیسازی باید از قابلیتهای سختافزاری موردنیاز Hypervisor پشتیبانی کند. تعداد هستهها، فرکانس، حافظه کش و تعداد مسیرهای ارتباطی حافظه، همگی مهم هستند.
پردازنده دارای هستههای زیاد امکان میزبانی ماشینهای بیشتری را فراهم میکند. با این حال، اگر بیشتر مشتریان نرمافزارهایی حساس به فرکانس اجرا کنند، پردازندهای با تعداد هسته کمتر و سرعت بالاتر ممکن است نتیجه بهتری ایجاد کند.
میزان مصرف برق و حرارت نیز باید در نظر گرفته شود. پردازندههای پرقدرت به خنکسازی مناسب نیاز دارند و میتوانند هزینه جاری دیتاسنتر را افزایش دهند.
مجموعههایی که برای خرید سرور اچ پی و راهاندازی زیرساخت VPS برنامهریزی میکنند، بهتر است ابتدا تعداد ماشینهای مجازی، مصرف متوسط و حداکثری هر ماشین و نوع نرمافزار کاربران را برآورد کنند.
محاسبه رم برای میزبان مجازیسازی
رم یکی از مهمترین محدودیتهای زیرساخت مجازیسازی است. هر ماشین به مقداری حافظه نیاز دارد و Hypervisor و سرویسهای مدیریتی نیز بخشی از ظرفیت میزبان را مصرف میکنند.
در سرورهای سازمانی معمولاً از رم ECC استفاده میشود. این حافظه میتواند برخی خطاهای داده را شناسایی و اصلاح کند و برای فعالیت مداوم مناسبتر است.
تعداد کانالهای حافظه و نحوه نصب ماژولها نیز بر پهنای باند رم اثر میگذارد. پرکردن یک کانال و خالیگذاشتن کانالهای دیگر ممکن است بخشی از عملکرد سیستم را کاهش دهد. بنابراین ظرفیت، سرعت و چینش رم باید همزمان بررسی شوند.
Ballooning و Swap چه تأثیری دارند؟
Ballooning روشی است که Hypervisor با استفاده از آن میتواند بخشی از حافظه ماشین مجازی را در شرایط مشخص پس بگیرد. این قابلیت برای مدیریت بهتر منابع مفید است، اما استفاده مداوم و سنگین از آن میتواند نشانه کمبود رم میزبان باشد.
Swap زمانی استفاده میشود که بخشی از اطلاعات حافظه به فضای ذخیرهسازی منتقل شود. حتی سریعترین NVMe نیز از رم کندتر است؛ بنابراین Swap شدید میتواند تأخیر محسوسی ایجاد کند.
در زیرساخت استاندارد بهتر است Swap راهکاری اضطراری باشد، نه بخشی از عملکرد عادی سرور. مانیتورینگ مصرف رم و تعریف هشدار، امکان شناسایی کمبود منابع پیش از بروز اختلال گسترده را فراهم میکند.

HDD، SSD یا NVMe برای VPS؟
هارددیسک HDD ظرفیت زیاد و قیمت مناسبی دارد، اما تعداد عملیات ورودی و خروجی آن محدود است. وقتی دهها VPS بهصورت همزمان فایل میخوانند یا روی دیتابیس مینویسند، دیسک مکانیکی میتواند به گلوگاه تبدیل شود.
SATA SSD تأخیر کمتر و IOPS بالاتری دارد و برای بسیاری از سرورهای مجازی عمومی مناسب است. NVMe نیز مستقیماً از مسیر PCIe استفاده میکند و میتواند سرعت و تعداد عملیات بسیار بیشتری ارائه دهد.
حافظههای Enterprise معمولاً برای فعالیت مداوم و فشار کاری سرور طراحی شدهاند. استفاده از SSD مصرفی در زیرساخت پرتراکنش میتواند باعث افت عملکرد، فرسودگی سریعتر یا افزایش خطر از دست رفتن داده در شرایط خاص شود.
IOPS و Latency چرا مهم هستند؟
IOPS تعداد عملیات خواندن و نوشتنی است که فضای ذخیرهسازی میتواند در هر ثانیه انجام دهد. Latency نیز مدتزمان پاسخگویی به هر عملیات را نشان میدهد.
ممکن است یک دیسک در تست انتقال فایل بزرگ سرعت مناسبی نشان دهد، اما هنگام فعالیت همزمان دهها ماشین مجازی دچار افت شدید شود. به همین دلیل مانیتورینگ Latency و طول صف عملیات ذخیرهسازی برای مدیران زیرساخت ضروری است.
RAID مناسب مجازیسازی
RAID با ترکیب چند دیسک میتواند سرعت، ظرفیت یا تحمل خرابی را افزایش دهد. انتخاب سطح RAID باید براساس تعداد دیسکها، نوع حافظه و اهمیت سرویس انجام شود.
RAID 1 برای دو دیسک و نگهداری نسخه آینهای کاربرد دارد. RAID 5 ظرفیت مفید مناسبی ارائه میدهد، اما عملیات نوشتن و زمان بازسازی باید بررسی شود. RAID 6 امکان تحمل خرابی دو دیسک را فراهم میکند.
کنترلر RAID، حافظه کش و محافظت از اطلاعات کش هنگام قطع برق نیز اهمیت دارند. انتخاب فقط براساس نام سطح RAID کافی نیست.
چرا RAID جایگزین بکاپ نیست؟
RAID میتواند در برابر خرابی یک یا چند دیسک از ادامه فعالیت سرویس محافظت کند، اما حذف اشتباه فایل، باجافزار، آسیب نرمافزاری یا خرابی کامل سرور را جبران نمیکند.
بکاپ ماشینهای مجازی باید روی تجهیز، ذخیرهساز یا موقعیت دیگری نگهداری شود. نگهداری بکاپ روی همان آرایهای که VMها در آن قرار دارند، در برابر خرابی کامل Storage محافظت ایجاد نمیکند.
امکان بازیابی بکاپ نیز باید آزمایش شود. داشتن فایلهای بکاپ بدون اطمینان از صحت و قابلیت Restore، تضمینی برای بازگشت سرویس نیست.
Snapshot با Backup چه تفاوتی دارد؟
Snapshot وضعیت ماشین مجازی را در یک زمان مشخص ثبت میکند و برای بازگشت سریع پس از بهروزرسانی یا تغییرات نرمافزاری مفید است.
Backup نسخهای مستقل از اطلاعات است که باید امکان نگهداری و بازیابی جداگانه داشته باشد. Snapshot ابزار مدیریتی کوتاهمدت است، نه جایگزین برنامه بکاپ.
کارت شبکه مناسب میزبان VPS
چندین ماشین مجازی میتوانند از یک یا چند کارت شبکه فیزیکی استفاده کنند. اگر پورت میزبان ظرفیت کافی نداشته باشد، سرعت تمام VPSها تحتتأثیر قرار میگیرد.
سرعت کارت شبکه باید با سوئیچ، کابل، ماژول و پورت دیتاسنتر هماهنگ باشد. نصب کارت ۲۵ گیگابیتی روی سروری که به سوئیچ یک گیگابیتی متصل است، پهنای باند واقعی را افزایش نمیدهد.
استفاده از چند پورت میتواند برای افزایش ظرفیت یا ایجاد مسیر جایگزین مفید باشد. بهتر است ترافیک مدیریتی، ذخیرهسازی، بکاپ و کاربران با طراحی مشخصی تفکیک شود.
همسایه پرمصرف یا Noisy Neighbor
در زیرساخت اشتراکی، ممکن است یک VPS ناگهان پردازنده، دیسک یا شبکه زیادی مصرف کند. اگر محدودیت مناسبی وجود نداشته باشد، این مصرف بر عملکرد ماشینهای دیگر اثر میگذارد. چنین کاربری بهاصطلاح Noisy Neighbor نامیده میشود.
تعریف محدودیت CPU، IOPS و پهنای باند میتواند از مصرف کنترلنشده جلوگیری کند. همچنین مانیتورینگ لحظهای امکان شناسایی ماشینهایی را که رفتار غیرعادی دارند فراهم میسازد.

هدف کنترل منابع فقط محدودکردن کاربران نیست؛ بلکه ایجاد تجربه پایدار و قابل پیشبینی برای تمام مشتریان است.
امنیت ماشینهای مجازی
جداسازی نرمافزاری VMها یکی از مزایای مجازیسازی است، اما امنیت به Hypervisor محدود نمیشود. سیستمعامل هر ماشین باید بهروز باشد و فایروال، رمزهای قوی و محدودیت دسترسی روی آن اعمال شوند.
شبکه مدیریت Hypervisor نباید بدون حفاظت در اینترنت عمومی قرار بگیرد. استفاده از شبکه مجزا، VPN و احراز هویت چندمرحلهای میتواند ریسک دسترسی غیرمجاز را کاهش دهد.
Firmware سرور، کارت شبکه، کنترلر ذخیرهسازی و Hypervisor نیز باید براساس برنامه مشخصی بهروزرسانی شوند. پیش از هر تغییر مهم نیز باید سازگاری نسخهها و امکان بازگشت بررسی شود.
مدیریت سرور از راه دور با iLO
سرورهای HPE ProLiant به سیستم مدیریت iLO مجهز هستند. مدیر شبکه میتواند وضعیت دما، فنها، پاورها، رم و گزارشهای سختافزاری را از راه دور بررسی کند.
بسته به مدل و سطح مجوز، امکان مشاهده کنسول، روشن یا خاموشکردن سرور و نصب سیستمعامل نیز وجود دارد. این قابلیت برای سرورهایی که در دیتاسنتر نصب شدهاند اهمیت زیادی دارد.
DL360 یا DL380؛ کدام برای مجازیسازی مناسب است؟
HPE DL360 یک سرور رکمونت 1U است که فضای کمی در رک اشغال میکند. این مدل برای نودهای محاسباتی و محیطهایی که تراکم سرور اهمیت دارد مناسب است.
HPE DL380 با ارتفاع 2U، فضای بیشتری برای نصب دیسکها، کارتهای PCIe و تجهیزات توسعه فراهم میکند. برای پروژههایی که ذخیرهسازی داخلی، NVMe یا کارتهای متعدد نیاز دارند، انعطاف بیشتری ارائه میدهد.
انتخاب میان این دو مدل به تعداد دیسک، کارت شبکه، تجهیزات جانبی، فضای رک و برنامه توسعه بستگی دارد. مدل بزرگتر همیشه به معنای پردازنده سریعتر نیست و کانفیگ داخلی دستگاه نقش اصلی را در عملکرد دارد.
مقایسه نسلهای G10، G11 و G12
سرورهای HPE نسل دهم یا G10 dl360 hp از حافظه DDR4 استفاده میکنند و به دلیل تنوع قطعات، برای بسیاری از پروژههای مجازیسازی همچنان گزینه اقتصادی محسوب میشوند.
نسل G11 از معماری جدیدتر، رم DDR5 و مسیرهای توسعه سریعتر مانند PCIe 5.0 پشتیبانی میکند. این ویژگیها برای NVMeهای جدید، کارتهای شبکه پرسرعت و پروژههای پرتراکم اهمیت دارند.
نسل G12 نیز چرخه پشتیبانی طولانیتر و فناوریهای بهروزتری ارائه میدهد و برای مجموعههایی که قصد سرمایهگذاری بلندمدت دارند قابلتوجه است.
انتخاب نسل باید براساس بودجه، قدرت موردنیاز، هزینه انرژی، دسترسی به قطعات و مدت استفاده انجام شود. خرید جدیدترین نسل برای هر پروژه ضروری نیست؛ همانطور که استفاده از سرور بسیار قدیمی فقط به دلیل قیمت پایین میتواند هزینه نگهداری را افزایش دهد.
سرور نو یا استوک برای هاستینگ؟
سرور نو معمولاً ضمانت بهتر، فناوری جدیدتر، مصرف انرژی بهینهتر و عمر عملیاتی بیشتری دارد. برای سرویسهای حیاتی و پروژههای بلندمدت، خرید دستگاه نو میتواند ریسک خرابی و محدودیت توسعه را کاهش دهد.
سرور استوک سالم نیز با هزینه کمتر، قدرت مناسبی در اختیار مجموعه قرار میدهد. با این حال، رم، پردازنده، پاورها، فنها، کنترلر RAID، دیسکها و گزارشهای سختافزاری باید بهصورت تخصصی بررسی شوند.
چکلیست خرید سرور مجازیسازی
پیش از انتخاب سرور فیزیکی، این موارد باید مشخص شوند:
تعداد VPSهای اولیه
رشد احتمالی تعداد ماشینها
مقدار vCPU و رم هر VPS
مصرف متوسط و حداکثری پردازنده
نوع نرمافزارهای کاربران
ظرفیت و سرعت ذخیرهسازی
IOPS و Latency موردنیاز
نوع RAID و کنترلر
سرعت کارت شبکه
تعداد پورتها و مسیرهای افزونه
فضای موردنیاز برای بکاپ
امکان ارتقای رم و دیسک
توان مصرفی و ظرفیت خنککننده
نوع Hypervisor و لایسنسها
برنامه بازیابی هنگام خرابی Host
نیاز به High Availability
بودجه خرید و نگهداری
دریافت مشاوره تخصصی پیش از خرید میتواند از انتخاب کانفیگی ضعیف یا گرانتر از نیاز واقعی جلوگیری کند. ماهان شبکه ایرانیان خرید سرور فیزیکی با تمرکز بر سرورهای HPE، قطعات و تجهیزات ذخیرهسازی میتواند براساس تعداد ماشینهای مجازی، نوع سرویس و بودجه، کانفیگ متناسبتری پیشنهاد دهد.
جمعبندی
سرور مجازی یک دستگاه مستقل نیست؛ بلکه بخشی از منابع یک سرور فیزیکی است که توسط Hypervisor مدیریت میشود. کیفیت VPS به تعداد vCPU و حجم رم نوشتهشده در پلن محدود نیست.
مدل پردازنده، فرکانس هستهها، میزان Overcommit، کیفیت رم، نوع SSD یا NVMe، IOPS، شبکه، بکاپ و تعداد ماشینهای فعال، همگی بر عملکرد واقعی اثر میگذارند.
زیرساخت حرفهای فقط سختافزار قدرتمند نیست؛ بلکه ترکیبی از کانفیگ مناسب، تخصیص منطقی منابع، مانیتورینگ، امنیت، بکاپ و برنامه بازیابی است. رعایت این اصول باعث میشود یک سرور فیزیکی بتواند دهها ماشین مجازی را با عملکردی پایدار و قابل پیشبینی میزبانی کند.
