کانفیگ سرور HP برای مجازی سازی؛ VMware، Proxmox و Hyper-V

برای انتخاب کانفیگ سرور برای مجازی سازی باید تعداد ماشین‌های مجازی، نوع سرویس‌های اجراشده، توان پردازشی CPU، ظرفیت RAM، سرعت Storage و پهنای باند شبکه به‌صورت هم‌زمان بررسی شوند. در این صفحه می‌توانید کانفیگ‌های پیشنهادی سرور HPE برای VMware، Proxmox و Hyper-V را مقایسه کنید و بر اساس تعداد VM، نوع Workload و ظرفیت توسعه آینده، سرور hp مناسب‌تری برای زیرساخت خود انتخاب کنید.

کانفیگ سرور برای مجازی سازی باید چه مشخصاتی داشته باشد؟

یک سرور استوک hp مناسب مجازی‌سازی باید CPU با تعداد هسته کافی، RAM متناسب با مجموع حافظه ماشین‌های مجازی، Storage با IOPS و Latency مناسب، RAID متناسب با Workload و شبکه‌ای با پهنای باند کافی داشته باشد. ظرفیت نهایی سرور باید بر اساس تعداد VMها و منابع مصرفی هر ماشین تعیین شود. در محیط Virtualization، منابع سخت‌افزاری یک سرور بین چند ماشین مجازی تقسیم می‌شوند. به همین دلیل انتخاب سرور صرفاً بر اساس نسل یا مدل دستگاه کافی نیست و باید ظرفیت واقعی CPU، RAM، Storage و Network بررسی شود. برای مثال، نمی‌توان گفت یک سرور مشخص به‌صورت قطعی برای 20 ماشین مجازی مناسب است؛ زیرا دو محیط با تعداد VM یکسان ممکن است منابع کاملاً متفاوتی مصرف کنند. یک ماشین مجازی ممکن است فقط برای Domain Controller یا سرویس مدیریتی استفاده شود، درحالی‌که ماشین دیگری میزبان دیتابیس پرتراکنش یا نرم‌افزار ERP باشد. بنابراین پیش از انتخاب کانفیگ باید حداقل این موارد مشخص شوند:

• تعداد VMهای فعلی
• تعداد VMهای مورد انتظار در آینده
• نوع Workload هر ماشین
• مقدار RAM موردنیاز هر VM
• میزان مصرف CPU
• حجم و نوع Storage
• میزان IOPS موردنیاز
• ترافیک شبکه
• Hypervisor مورد استفاده
• نیاز به Redundancy
• برنامه توسعه زیرساخت

CPU مناسب برای مجازی سازی

پردازنده یکی از مهم‌ترین اجزای Host مجازی‌سازی است. در این محیط، چند ماشین مجازی به‌صورت هم‌زمان از منابع CPU استفاده می‌کنند و Hypervisor باید توان پردازشی را میان آن‌ها مدیریت کند. هنگام انتخاب CPU باید فقط به تعداد هسته نگاه نکرد. ترکیب موارد زیر اهمیت دارد:

• تعداد Socket
• تعداد Core
• فرکانس پردازنده
• نسل CPU
• نوع Workload
• تعداد VM
• میزان Oversubscription
• نیاز به توسعه آینده

پردازنده‌ای با تعداد Core بالا برای بسیاری از سناریوهای Virtualization مناسب است، اما در بعضی نرم‌افزارها فرکانس هر هسته نیز اهمیت زیادی دارد. بنابراین انتخاب CPU باید بر اساس برنامه‌هایی انجام شود که داخل ماشین‌های مجازی اجرا خواهند شد.

تعداد Core موردنیاز را چگونه تخمین بزنیم؟

برای تخمین تعداد Core ابتدا باید نیاز پردازشی هر ماشین مجازی مشخص شود. اگر چند VM دارید، منابع پردازشی آن‌ها باید به‌صورت مجموع بررسی شوند؛ اما اختصاص vCPU به ماشین مجازی الزاماً به معنی نیاز به همان تعداد Core فیزیکی نیست. به همین دلیل نمی‌توان قانون ثابتی مانند «هر VM به دو Core نیاز دارد» تعریف کرد. برای تخمین مناسب باید موارد زیر مشخص شوند:

• تعداد VMها
• تعداد vCPU هر VM
• میزان استفاده واقعی از CPU
• نوع نرم‌افزار
• Peak Load
• رشد احتمالی در آینده

در Workloadهایی مانند دیتابیس، ERP یا پردازش‌های تحلیلی باید ظرفیت بیشتری نسبت به ماشین‌های سبک مدیریتی در نظر گرفته شود.

یک CPU یا دو CPU؟

استفاده از دو پردازنده می‌تواند تعداد Core، ظرفیت پردازشی و در برخی پلتفرم‌ها ظرفیت حافظه بیشتری در اختیار Host قرار دهد. اما Dual CPU همیشه بهترین انتخاب نیست. در یک پروژه با تعداد محدود VM و بار پردازشی متوسط، ممکن است یک پردازنده قدرتمند و جدید پاسخ‌گوی نیاز باشد. در مقابل، برای تعداد زیاد VM یا Workloadهای پردازشی، استفاده از دو CPU می‌تواند انتخاب منطقی‌تری باشد. در این تصمیم باید موارد زیر بررسی شوند:

• تعداد VM
• حجم پردازش
• هزینه CPU
• مصرف انرژی
• ظرفیت RAM
• مدل License نرم‌افزار
• برنامه ارتقای آینده

چه مقدار RAM برای سرور مجازی سازی نیاز داریم؟

مقدار RAM موردنیاز سرور مجازی‌سازی به تعداد VMها و حافظه تخصیص‌یافته به هر ماشین بستگی دارد. برای برآورد ظرفیت باید مجموع RAM ماشین‌های مجازی، حافظه موردنیاز Hypervisor و فضای رزرو برای رشد آینده در نظر گرفته شود. در بسیاری از پروژه‌های Virtualization، RAM یکی از اولین منابعی است که به محدودیت می‌رسد. اگر پردازنده سرور هنوز ظرفیت کافی داشته باشد اما RAM Host پر شده باشد، امکان ایجاد یا توسعه ماشین‌های مجازی جدید محدود خواهد شد. به همین دلیل هنگام خرید سرور برای مجازی‌سازی باید علاوه بر مقدار RAM نصب‌شده، ظرفیت ارتقای حافظه نیز بررسی شود.

محاسبه RAM بر اساس تعداد ماشین مجازی

برای محاسبه RAM بهتر است هر VM جداگانه بررسی شود. فرض کنید یک مجموعه قصد دارد ماشین‌های زیر را راه‌اندازی کند:

نوع ماشین مجازی	RAM نمونه
Domain Controller	4 تا 8 GB
File Server	8 تا 16 GB
Application Server	16 GB
Database Server	32 GB یا بیشتر

این اعداد صرفاً مثال هستند و مقدار واقعی به نوع نرم‌افزار و تعداد کاربران بستگی دارد. پس از مشخص شدن RAM موردنیاز هر ماشین، مجموع حافظه محاسبه می‌شود و سپس منابع موردنیاز Hypervisor و ظرفیت رشد آینده به آن اضافه می‌شود. به همین دلیل مثلاً وجود 10 VM به‌تنهایی اطلاعات کافی برای انتخاب ظرفیت RAM نمی‌دهد. ممکن است 10 ماشین سبک با 128GB RAM به‌راحتی اجرا شوند و در پروژه دیگری تنها چند VM دیتابیس به چندصد گیگابایت حافظه نیاز داشته باشند.

چرا باید ظرفیت ارتقای RAM را بررسی کنیم؟

در بسیاری از سازمان‌ها تعداد VMها در طول زمان افزایش پیدا می‌کند. ممکن است امروز فقط چند ماشین مجازی وجود داشته باشد، اما بعداً سرویس‌های جدیدی مانند:

• نرم‌افزار مالی
• CRM
• ERP
• Backup Server
• Monitoring
• Database
• Application Server

به زیرساخت اضافه شوند. بنابراین هنگام انتخاب سرور، فقط مقدار RAM نصب‌شده امروز را بررسی نکنید. موارد زیر نیز اهمیت دارند:

• تعداد DIMM Slot
• حداکثر ظرفیت RAM
• نوع حافظه سازگار
• ظرفیت هر DIMM
• چینش فعلی RAM
• تعداد Slotهای خالی

یک کانفیگ مناسب باید امکان ارتقای حافظه بدون تعویض کامل زیرساخت را فراهم کند.

Storage مناسب برای VMware، Proxmox و Hyper-V

در سرور مجازی‌سازی، Storage باید علاوه بر ظرفیت کافی، IOPS بالا و Latency مناسبی برای اجرای هم‌زمان ماشین‌های مجازی داشته باشد. SSDهای Enterprise در Workloadهای پرتراکنش معمولاً عملکرد بهتری از HDD ارائه می‌کنند، اما انتخاب نهایی باید بر اساس نوع سرویس و بودجه انجام شود. در یک Host مجازی‌سازی، چند ماشین ممکن است به‌صورت هم‌زمان روی Storage عملیات Read و Write انجام دهند. به همین دلیل Storage ضعیف می‌تواند باعث افت عملکرد کل محیط شود؛ حتی اگر CPU و RAM کافی باشند. برای انتخاب Storage باید این موارد بررسی شوند:

• ظرفیت موردنیاز
• IOPS
• Latency
• Read/Write Pattern
• تعداد VM
• نوع Datastore
• نوع RAID
• نیاز به Backup
• میزان رشد اطلاعات

SSD یا HDD برای مجازی سازی؟

SSD و HDD هرکدام کاربرد متفاوتی دارند. SSD برای سناریوهایی مناسب‌تر است که Latency پایین و IOPS بالا اهمیت دارد، مانند:

• دیتابیس
• ERP
• VMهای پرتراکنش
• تعداد زیاد ماشین مجازی
• Application Server
• سرویس‌های حساس به سرعت Disk

در مقابل، HDD می‌تواند برای موارد زیر گزینه اقتصادی‌تری باشد:

• Backup
• آرشیو
• فایل‌های کم‌دسترسی
• ظرفیت‌های بالا

داده‌هایی که Performance اولویت اصلی آن‌ها نیست در برخی زیرساخت‌ها استفاده ترکیبی نیز منطقی است؛ برای مثال VMهای اصلی روی SSD قرار بگیرند و Backup یا Archive روی HDD ذخیره شود.

SATA SSD، SAS SSD یا NVMe؟

SATA SSD معمولاً گزینه اقتصادی‌تری برای استفاده از حافظه Flash است و می‌تواند نسبت به HDD عملکرد بسیار بهتری ارائه دهد. SAS SSD برای محیط‌های Enterprise طراحی شده و بسته به مدل می‌تواند قابلیت‌های مناسب‌تری از نظر Reliability و Performance ارائه کند. NVMe نیز به دلیل استفاده از رابط سریع‌تر، می‌تواند Latency پایین‌تر و توان عملیاتی بالاتری ایجاد کند. اما سریع‌ترین Storage همیشه بهترین انتخاب اقتصادی نیست. اگر Workload ماشین‌های مجازی سبک باشد، خرید NVMe بسیار پرسرعت ممکن است ارزش عملی چندانی ایجاد نکند. در مقابل، در پروژه‌های دیتابیس یا محیط‌هایی با IOPS بالا، Storage سریع‌تر می‌تواند اثر زیادی روی عملکرد داشته باشد.

چه RAID برای سرور مجازی سازی مناسب است؟

RAID مناسب برای سرور مجازی‌سازی به تعداد Drive، نوع Storage، اهمیت Performance و سطح Redundancy موردنیاز بستگی دارد. RAID 10 در بسیاری از Workloadهای حساس به Performance قابل بررسی است، اما انتخاب RAID باید بر اساس نوع داده، تعداد دیسک و سیاست Backup انجام شود. RAID در زیرساخت مجازی‌سازی دو نقش مهم دارد:

• افزایش تحمل خرابی Disk
• تنظیم تعادل میان Performance و ظرفیت قابل استفاده

انتخاب RAID باید در کنار نوع Drive و نوع Workload انجام شود.

RAID 1 برای Boot

در برخی معماری‌ها می‌توان Driveهای Boot سیستم یا Hypervisor را از Datastore اصلی جدا کرد. برای این بخش ممکن است دو Drive با RAID 1 استفاده شوند تا در صورت خرابی یکی از Driveها، سیستم همچنان در دسترس باقی بماند. این طراحی به معماری Storage و Hypervisor بستگی دارد و الزاماً برای تمام پروژه‌ها یکسان نیست.

RAID 10 برای Workloadهای پرتراکنش

RAID 10 ترکیبی از Mirroring و Striping است و در بسیاری از سناریوهایی که Performance و Redundancy هم‌زمان اهمیت دارند، گزینه قابل بررسی محسوب می‌شود. این RAID می‌تواند برای:

• دیتابیس
• VMهای پرتراکنش
• Application Server
• Datastoreهای حساس

مناسب باشد. اما باید توجه داشت که بخشی از ظرفیت خام Driveها برای Mirroring مصرف می‌شود؛ بنابراین هزینه هر ترابایت فضای قابل استفاده بالاتر خواهد بود. RAID جای Backup را نمی‌گیرد. RAID باعث افزایش تحمل خرابی Storage می‌شود، اما جایگزین Backup نیست؛ اطلاعات مهم ماشین‌های مجازی باید طبق سیاست پشتیبان‌گیری مستقل نگهداری شوند. برای مثال RAID از شما در برابر خرابی یک Drive محافظت می‌کند، اما الزاماً جلوی مشکلاتی مانند حذف اشتباه اطلاعات، باج‌افزار، خرابی فایل سیستم یا آسیب هم‌زمان چند جزء را نمی‌گیرد.

کارت شبکه مناسب سرور مجازی سازی

در محیط مجازی، چندین ماشین مجازی از رابط‌های شبکه Host استفاده می‌کنند. بنابراین Network می‌تواند در زیرساخت‌های پرترافیک به یکی از گلوگاه‌های اصلی تبدیل شود. هنگام انتخاب کارت شبکه باید موارد زیر بررسی شوند:

• سرعت هر Port
• تعداد Portها
• افزونگی
• VM Traffic
• Management Traffic
• Storage Traffic
• Backup Traffic
• Migration Traffic
• ارتباط بین Hostها

شبکه 1GbE ممکن است برای بعضی محیط‌های کوچک کافی باشد، اما در زیرساخت‌های بزرگ‌تر استفاده از 10GbE یا 25GbE می‌تواند منطقی‌تر باشد.

چه زمانی شبکه 10Gb یا 25Gb لازم است؟

اگر محیط شما شامل تعداد زیادی VM، Migration بین Hostها، Shared Storage یا Backupهای حجیم است، پهنای باند شبکه اهمیت بیشتری پیدا می‌کند. مواردی که استفاده از 10GbE یا 25GbE را قابل بررسی می‌کنند عبارت‌اند از:

• تعداد VM زیاد
• vMotion یا Migration
• Cluster
• Shared Storage
• Backup با حجم بالا
• ترافیک هم‌زمان چند سرویس
• Replication

با این حال، برای یک Host کوچک با تعداد محدود VM و ترافیک کم، استفاده از 25GbE الزاماً مزیت اقتصادی ایجاد نمی‌کند.

DL360 یا DL380 برای مجازی سازی؟

DL360 به دلیل فرم‌فکتور 1U برای محیط‌هایی که تراکم رک اهمیت دارد قابل بررسی است، درحالی‌که DL380 با شاسی 2U معمولاً فضای بیشتری برای Storage و کارت‌های توسعه ارائه می‌دهد. انتخاب بین این دو باید بر اساس تعداد VM، Storage، توسعه PCIe و فضای رک انجام شود. هر دو خانواده HPE ProLiant می‌توانند برای Virtualization استفاده شوند و قدرت نهایی آن‌ها بیشتر به کانفیگ سخت‌افزاری وابسته است تا صرفاً نام شاسی.

DL360 برای مجازی سازی

DL360 یک سرور رکمونت 1U است و برای دیتاسنترهایی که فضای رک اهمیت زیادی دارد، گزینه مناسبی محسوب می‌شود. این خانواده بسته به نسل و کانفیگ می‌تواند CPU و RAM مناسبی برای اجرای تعداد قابل توجهی VM در اختیار مجموعه قرار دهد. DL360 می‌تواند برای موارد زیر مناسب باشد:

• افزایش تراکم Hostها در رک
• زیرساخت‌های چند Host
• محیط‌هایی با نیاز Storage داخلی محدودتر
• استفاده از Storage خارجی یا Shared Storage

این تصور که DL360 فقط برای مجازی‌سازی سبک مناسب است صحیح نیست؛ کانفیگ CPU، RAM و Storage تعیین‌کننده اصلی ظرفیت واقعی آن است.

DL380 برای مجازی سازی

DL380 به دلیل فرم‌فکتور 2U معمولاً فضای بیشتری برای Storage و کارت‌های توسعه دارد. به همین دلیل در پروژه‌هایی که نیاز به:

• تعداد Drive بیشتر
• RAID پیشرفته
• کارت شبکه بیشتر
• کارت‌های PCIe
• توسعه آینده

وجود دارد، DL380 می‌تواند انعطاف بیشتری ارائه دهد. این مدل در بسیاری از پروژه‌های Virtualization، Database و زیرساخت‌های سازمانی مورد بررسی قرار می‌گیرد.

مقایسه DL360 و DL380 برای Virtualization

معیار	DL360	DL380
فرم‌فکتور	1U	2U
مصرف فضای رک	کمتر	بیشتر
تراکم در رک	بیشتر	کمتر
توسعه Storage	محدودتر نسبت به DL380	بیشتر
فضای کارت توسعه	محدودتر	بیشتر
مناسب برای	Hostهای متراکم	زیرساخت توسعه‌پذیر
انتخاب نهایی	وابسته به کانفیگ	وابسته به کانفیگ

مدل شاسی به‌تنهایی قدرت مجازی‌سازی را مشخص نمی‌کند؛ CPU، RAM، Storage و Network کانفیگ‌شده نقش بسیار مهم‌تری دارند.

G9، G10 یا G11؛ کدام نسل برای مجازی سازی مناسب‌تر است؟

انتخاب نسل سرور برای Virtualization باید بر اساس بودجه، تعداد VM، نوع Workload، ظرفیت موردنیاز و مدت استفاده مورد انتظار انجام شود. نسل جدیدتر الزاماً در تمام پروژه‌ها بهترین انتخاب اقتصادی نیست.

سرور G9 برای مجازی سازی

سرورهای G9 می‌توانند برای برخی پروژه‌های اقتصادی و محیط‌هایی با Workload سبک تا متوسط قابل بررسی باشند. این نسل از DDR4 استفاده می‌کند و در مدل‌هایی مانند DL360 G9 و DL380 G9 امکان ایجاد کانفیگ‌های متنوعی وجود دارد. قبل از انتخاب G9 باید سازگاری نسخه Hypervisor، Driverها، Storage Controller، کارت شبکه و سایر سخت‌افزارها با نرم‌افزار مورد استفاده بررسی شود.

سرور G10 برای مجازی سازی

G10 برای بسیاری از پروژه‌های سازمانی تعادل مناسبی بین:

• قدرت پردازشی
• ظرفیت حافظه
• توسعه‌پذیری
• هزینه خرید

ایجاد می‌کند. مدل‌هایی مانند DL360 G10 و DL380 G10 در پروژه‌های مجازی‌سازی متوسط تا سنگین قابل بررسی هستند. مزیت اصلی این نسل برای بسیاری از کسب‌وکارها، امکان دستیابی به سخت‌افزار نسبتاً جدید با هزینه کمتر از نسل‌های بالاتر است.

سرور G11 برای مجازی سازی

G11 برای سازمان‌هایی مناسب‌تر است که به زیرساخت جدیدتر، حافظه DDR5 و ظرفیت توسعه بلندمدت نیاز دارند. در پروژه‌هایی که تعداد VM زیاد است یا قرار است سرور برای مدت طولانی توسعه داده شود، G11 می‌تواند یکی از گزینه‌های اصلی باشد. اما هزینه بالاتر این نسل باید در کنار نیاز واقعی پروژه بررسی شود.

معیار	G9	G10	G11
سطح هزینه	اقتصادی‌تر	متوسط	بالاتر
تکنولوژی RAM	DDR4	DDR4	DDR5
پلتفرم پردازشی	قدیمی‌تر	جدیدتر	جدیدتر
توسعه‌پذیری	مناسب	بالا	بسیار بالا
مناسب برای	پروژه اقتصادی	بسیاری از پروژه‌های سازمانی	زیرساخت جدید و توسعه بلندمدت

مناسب برای پروژه اقتصادی بسیاری از پروژه‌های سازمانی زیرساخت جدید و توسعه بلندمدت اگر بودجه محدودتر باشد، G9 می‌تواند در برخی سناریوها بررسی شود. G10 برای بسیاری از سازمان‌ها نقطه تعادل مناسبی بین هزینه و Performance ایجاد می‌کند و G11 بیشتر برای زیرساخت‌هایی مناسب است که به سخت‌افزار جدیدتر و توسعه بلندمدت نیاز دارند.

VMware، Proxmox یا Hyper-V؛ سخت‌افزار سرور چه تفاوتی می‌کند؟

VMware، Proxmox و Hyper-V همگی به CPU، RAM و Storage کافی نیاز دارند، اما Compatibility سخت‌افزار، Driverها، کارت شبکه، Storage Controller و نسخه Hypervisor باید پیش از خرید بررسی شود. بنابراین سخت‌افزار باید با پلتفرم و نسخه‌ای که قرار است نصب شود هماهنگ باشد. از نظر اصول سخت‌افزاری، هر سه Hypervisor به منابع کافی نیاز دارند، اما جزئیات سازگاری می‌تواند متفاوت باشد. به همین دلیل بهتر است قبل از نهایی کردن سرور، نسخه دقیق Hypervisor نیز مشخص شود.

کانفیگ سرور برای VMware ESXi

در انتخاب سرور برای VMware ESXi باید موارد زیر بررسی شوند:

• CPU سازگار
• ظرفیت RAM
• Storage Controller
• کارت شبکه
• نوع Storage
• نسخه ESXi
• Hardware Compatibility

هدف این بخش آموزش نصب VMware نیست؛ بلکه تأکید بر انتخاب سخت‌افزاری است که با نسخه موردنظر هماهنگ باشد.

کانفیگ سرور برای Proxmox

در Proxmox نیز ظرفیت CPU، RAM و Storage بر اساس تعداد و نوع ماشین‌های مجازی تعیین می‌شود. در هنگام انتخاب سرور باید علاوه بر منابع سخت‌افزاری، وضعیت پشتیبانی Driverهای:

• NIC
• Storage Controller
• RAID
• سایر تجهیزات

نیز بررسی شود.

کانفیگ سرور برای Hyper-V

برای Hyper-V نیز منابع Host باید بر اساس VMها طراحی شوند. موارد مهم عبارت‌اند از:

• پردازنده
• RAM
• Storage
• Network
• Redundancy
• نسخه Windows Server

اگر قرار است چندین ماشین مجازی Windows Server یا سرویس‌های سازمانی اجرا شوند، ظرفیت Host باید متناسب با مجموع بار کاری آن‌ها تعیین شود.

چگونه ظرفیت سرور مجازی سازی را بر اساس تعداد VM انتخاب کنیم؟

تعداد ماشین‌های مجازی به‌تنهایی برای انتخاب سرور کافی نیست؛ باید CPU، RAM، Storage و Network موردنیاز هر VM مشخص و سپس مجموع منابع با ظرفیت Host مقایسه شود. برای برنامه‌ریزی اولیه می‌توان Workloadها را به سه سطح کلی تقسیم کرد.

Workload سبک

نمونه سرویس‌های سبک:

• Domain Controller
• DNS
• DHCP
• Monitoring
• ابزارهای مدیریتی
• سرویس‌های داخلی کم‌مصرف

این ماشین‌ها معمولاً منابع کمتری نسبت به Database یا ERP مصرف می‌کنند.

Workload متوسط

نمونه‌ها:

• File Server
• Application Server
• نرم‌افزار سازمانی متوسط
• Web Application
• سرویس‌های چندکاربره

در این سطح مصرف CPU، RAM و Storage باید دقیق‌تر بررسی شود.

Workload سنگین

نمونه‌ها:

• Database Server
• ERP سنگین
• پردازش داده
• ماشین‌های پرتراکنش
• سرویس‌های حساس به IOPS

این نوع VMها می‌توانند بخش زیادی از منابع Host را مصرف کنند.

مشخصه	سبک	متوسط	سنگین
مصرف CPU	پایین	متوسط	بالا
مصرف RAM	پایین تا متوسط	متوسط	بالا
نیاز Storage	معمولی	متوسط	IOPS بالا
نیاز شبکه	معمولی	متوسط	پرسرعت
اهمیت Redundancy	مهم	بالا	بسیار بالا

به همین دلیل عباراتی مانند «این سرور برای 50 VM مناسب است» بدون مشخص بودن نوع VM و Workload، معیار دقیقی برای انتخاب سرور نیستند.

نمونه کانفیگ سرور برای مجازی سازی

کانفیگ مناسب باید بر اساس تعداد VM و نوع سرویس‌ها انتخاب شود. بهتر است به‌جای تعیین ظرفیت با یک عدد ثابت، کانفیگ‌ها بر اساس سطح Workload دسته‌بندی شوند.

کانفیگ اقتصادی مجازی سازی

کانفیگ اقتصادی برای مجموعه‌هایی مناسب است که تعداد VM محدود و Workload سبک تا متوسط دارند. در این سطح معمولاً اولویت با ایجاد تعادل میان:

• تعداد Core مناسب
• RAM کافی
• Storage قابل قبول
• هزینه خرید

است. برای انتخاب کانفیگ اقتصادی باید مشخص شود که آیا در آینده تعداد VMها افزایش پیدا خواهد کرد یا خیر.

کانفیگ متوسط مجازی سازی

در کانفیگ متوسط، ظرفیت بیشتری برای RAM، CPU و Storage در نظر گرفته می‌شود. این سطح می‌تواند برای سازمان‌هایی قابل بررسی باشد که:

• چند سرویس هم‌زمان دارند
• تعداد VM بیشتری اجرا می‌کنند
• Application Server دارند
• قصد توسعه آینده دارند

در این کانفیگ، Storage و Network نیز اهمیت بیشتری پیدا می‌کنند.

کانفیگ حرفه‌ای مجازی سازی

کانفیگ حرفه‌ای برای Workloadهای سنگین‌تر، تعداد VM بیشتر یا محیط‌هایی که توسعه‌پذیری و Redundancy اهمیت بالایی دارند، مناسب‌تر است. در این سطح معمولاً موارد زیر اهمیت بیشتری دارند:

• تعداد Core بیشتر
• RAM بالا
• Storage سریع
• RAID مناسب
• شبکه سریع‌تر
• Redundant Power
• ظرفیت ارتقای آینده

اجزای اصلی کانفیگ سرور مجازی سازی

قطعه	نقش در Virtualization	چه چیزی بررسی شود؟
CPU	پردازش VMها	Core، Frequency، Socket
RAM	حافظه ماشین‌های مجازی	Capacity، DIMM Slot، Upgrade
Storage	Datastore و VM Disk	IOPS، Latency، Capacity
RAID	Redundancy و Performance	RAID Level، Controller
Network	ارتباط VMها	Speed، Port، Redundancy
Power	پایداری Host	Redundant PSU

این جدول نشان می‌دهد که انتخاب سرور برای Virtualization فقط به CPU محدود نمی‌شود. ضعف هرکدام از اجزای اصلی می‌تواند باعث ایجاد Bottleneck در کل زیرساخت شود.

قیمت سرور برای مجازی سازی به چه عواملی بستگی دارد؟

قیمت سرور مناسب مجازی‌سازی به مدل و نسل سرور، تعداد و مدل CPU، ظرفیت RAM، نوع و تعداد SSD یا HDD، RAID Controller، کارت شبکه و Power Supply بستگی دارد. تعداد VM و نوع Workload نیز مشخص می‌کند چه سطحی از سخت‌افزار موردنیاز است. دو سرور با مدل یکسان می‌توانند قیمت بسیار متفاوتی داشته باشند؛ زیرا کانفیگ آن‌ها ممکن است کاملاً متفاوت باشد.

CPU

مدل CPU، تعداد پردازنده‌ها و تعداد Core می‌تواند بخش مهمی از هزینه کانفیگ را تشکیل دهد. در پروژه‌های Virtualization با تعداد VM بالا معمولاً نیاز به توان پردازشی بیشتری وجود دارد.

RAM

RAM یکی از مهم‌ترین عوامل هزینه در سرور مجازی‌سازی است. افزایش ظرفیت از 128GB به 512GB یا بالاتر می‌تواند قیمت نهایی کانفیگ را به‌طور محسوسی تغییر دهد. همچنین نوع و ظرفیت DIMMها نیز روی هزینه اثر دارند.

Storage

نوع Storage تأثیر مستقیم بر قیمت دارد. موارد مؤثر عبارت‌اند از:

• HDD
• SATA SSD
• SAS SSD
• NVMe
• تعداد Drive
• ظرفیت هر Drive

در محیط‌های پرتراکنش ممکن است هزینه Storage بخش قابل توجهی از کل کانفیگ باشد.

Network و RAID

کارت شبکه 10GbE یا 25GbE، RAID Controller قدرتمندتر، Cache، Battery/Capacitor و سایر تجهیزات جانبی نیز می‌توانند قیمت نهایی سرور را افزایش دهند. به همین دلیل بهتر است قیمت کانفیگ بر اساس نیاز واقعی پروژه مشخص شود.

هنگام خرید سرور مجازی سازی چه مواردی را بررسی کنیم؟

قبل از خرید سرور برای مجازی سازی این موارد را مشخص کنید:

• تعداد VM فعلی
• تعداد VM مورد انتظار در آینده
• نوع Workload هر VM
• تعداد vCPU موردنیاز
• میزان RAM هر ماشین
• ظرفیت RAM کل Host
• Storage موردنیاز
• IOPS تقریبی
• نوع SSD یا HDD
• RAID مناسب
• Hypervisor مورد استفاده
• Compatibility سخت‌افزار
• سرعت کارت شبکه
• تعداد Port
• Backup
• Redundancy
• تعداد Power Supply
• ظرفیت ارتقا
• نسل سرور
• بودجه
• شرایط گارانتی

این چک‌لیست کمک می‌کند به‌جای انتخاب یک سرور صرفاً بر اساس مدل یا قیمت، کانفیگی متناسب با نیاز واقعی زیرساخت خریداری شود.

چرا ظرفیت ارتقا در سرور مجازی سازی مهم است؟

زیرساخت Virtualization معمولاً در طول زمان ثابت نمی‌ماند. ممکن است ابتدا چند ماشین مجازی روی Host اجرا شوند، اما بعداً سرویس‌های جدید به مجموعه اضافه شوند. در این شرایط اگر ظرفیت ارتقای سرور از ابتدا بررسی نشده باشد، ممکن است مجموعه مجبور به خرید Host جدید یا تعویض بخشی از سخت‌افزار شود. موارد مهم برای توسعه آینده عبارت‌اند از:

• DIMM Slot آزاد
• ظرفیت نهایی RAM
• Drive Bay
• PCIe Slot
• Network Upgrade
• امکان ارتقای CPU
• ظرفیت RAID Controller

برای رشد تعداد VMها ظرفیت رزرو در نظر بگیرید بهتر است سرور دقیقاً تا سقف نیاز فعلی کانفیگ نشود. اما نمی‌توان یک درصد ثابت مانند 20 یا 30 درصد را برای تمام سازمان‌ها پیشنهاد کرد. مقدار Reserve باید بر اساس:

• سرعت رشد مجموعه
• برنامه ایجاد VMهای جدید
• رشد کاربران
• توسعه نرم‌افزارها
• بودجه

تعیین شود.

کانفیگ آماده بخریم یا سرور را اختصاصی کانفیگ کنیم؟

کانفیگ آماده زمانی مناسب است که مشخصات آن با تعداد VM و Workload شما هم‌خوانی داشته باشد. اگر نیاز پردازشی، ظرفیت RAM، Storage یا شبکه متفاوتی دارید، کانفیگ اختصاصی می‌تواند از خرید منابع کمتر یا بیشتر از نیاز جلوگیری کند. کانفیگ‌های آماده انتخاب را سریع‌تر می‌کنند و برای سناریوهای رایج می‌توانند نقطه شروع مناسبی باشند. اما اگر موارد زیر شرایط خاصی دارند، بهتر است سرور اختصاصی کانفیگ شود:

• تعداد VM بالا
• دیتابیس سنگین
• RAM غیرمعمول
• Storage خاص
• Network پرسرعت
• Cluster
• Shared Storage
• برنامه توسعه بلندمدت

با کانفیگ اختصاصی می‌توان CPU، RAM، Storage، RAID و Network را متناسب با نیاز واقعی انتخاب کرد.

چرا کانفیگ سرور مجازی سازی را از دکتر HP انتخاب کنیم؟

در مجازی‌سازی، انتخاب یک قطعه ناسازگار یا کانفیگ نامتعادل می‌تواند روی عملکرد چندین ماشین مجازی تأثیر بگذارد. به همین دلیل در زمان خرید، فقط مدل سرور اهمیت ندارد و سازگاری CPU، RAM، Storage و سایر تجهیزات نیز باید بررسی شود. در دکتر HP امکان بررسی و انتخاب موارد زیر فراهم شده است:

• انتخاب مدل سرور HPE
• انتخاب CPU
• انتخاب ظرفیت RAM
• انتخاب HDD یا SSD
• انتخاب RAID Controller
• بررسی سازگاری قطعات
• امکان ارتقای کانفیگ
• بررسی Part Number
• دریافت پیش‌فاکتور
• مشاوره قبل از خرید
• گارانتی سرورهای مشمول شرایط

اگر بین چند مدل یا کانفیگ مردد هستید، ابتدا تعداد VM، نوع Workload و منابع موردنیاز را مشخص کنید و سپس کانفیگ مناسب را انتخاب کنید.

سوالات متداول درباره کانفیگ سرور برای مجازی سازی

بهترین سرور HP برای مجازی سازی کدام است؟

مدل واحدی به‌عنوان بهترین سرور برای تمام پروژه‌های مجازی‌سازی وجود ندارد. DL360 و DL380 از گزینه‌های پرکاربرد هستند، اما انتخاب نهایی باید بر اساس تعداد VM، نوع Workload، ظرفیت RAM، CPU، Storage و نیاز به توسعه انجام شود.

برای مجازی سازی چقدر RAM نیاز داریم؟

مقدار RAM به تعداد VMها و حافظه موردنیاز هر ماشین بستگی دارد. مجموع RAM ماشین‌های مجازی، حافظه موردنیاز Hypervisor و ظرفیت لازم برای رشد آینده باید در محاسبه لحاظ شوند.

برای VMware چند Core پردازنده نیاز است؟

عدد ثابتی برای همه محیط‌ها وجود ندارد. تعداد Core باید بر اساس تعداد VM، تعداد vCPU، نوع نرم‌افزارها و میزان مصرف واقعی CPU تعیین شود.

DL360 برای مجازی سازی بهتر است یا DL380؟

DL360 فضای رک کمتری اشغال می‌کند و برای تراکم بالاتر مناسب است. DL380 معمولاً فضای بیشتری برای Storage و کارت‌های توسعه دارد. انتخاب نهایی بیشتر به CPU، RAM، Storage و توسعه موردنیاز بستگی دارد.

G9 یا G10 برای مجازی سازی بهتر است؟

G9 می‌تواند برای پروژه‌های اقتصادی قابل بررسی باشد، درحالی‌که G10 زیرساخت جدیدتر و قابلیت توسعه بیشتری ارائه می‌کند. سازگاری نسخه Hypervisor و نیاز واقعی Workload نیز باید قبل از خرید بررسی شود.

برای مجازی سازی SSD بهتر است یا HDD؟

برای VMهای پرتراکنش، SSD معمولاً به دلیل IOPS بالاتر و Latency کمتر انتخاب مناسب‌تری است. HDD می‌تواند برای Backup، آرشیو و ظرفیت‌های بالا با هزینه کمتر استفاده شود.

چه RAIDی برای VMware مناسب است؟

RAID مناسب به نوع Drive، تعداد دیسک‌ها، Performance و Redundancy موردنیاز بستگی دارد. RAID 10 در بسیاری از Workloadهای پرتراکنش قابل بررسی است، اما انتخاب آن باید بر اساس معماری Storage انجام شود.

VMware بهتر است یا Proxmox؟

انتخاب بین VMware و Proxmox به نیاز سازمان، زیرساخت موجود، قابلیت‌های موردنیاز، دانش تیم فنی، مدل پشتیبانی و بودجه بستگی دارد. برای انتخاب سخت‌افزار نیز باید Compatibility نسخه مورد استفاده بررسی شود.

آیا می‌توان RAM و Storage سرور مجازی سازی را بعداً ارتقا داد؟

بله. در بسیاری از مدل‌های HPE ProLiant امکان ارتقای RAM، Storage، کارت شبکه و برخی قطعات دیگر وجود دارد؛ اما ظرفیت و نوع قطعات باید با مدل و نسل دقیق سرور سازگار باشند.

قیمت سرور مناسب مجازی سازی چقدر است؟

قیمت به مدل سرور و کانفیگ CPU، RAM، Storage، RAID، Network و Power بستگی دارد. ابتدا باید تعداد VM و نوع Workload مشخص شود و سپس قیمت کانفیگ متناسب با نیاز محاسبه یا استعلام شود.  

جمع‌بندی انتخاب کانفیگ سرور برای مجازی سازی

انتخاب کانفیگ سرور برای مجازی سازی باید از Workload شروع شود، نه از نام مدل سرور. ابتدا تعداد ماشین‌های مجازی، نوع سرویس‌ها و منابع موردنیاز آن‌ها را مشخص کنید و سپس CPU، RAM، Storage، RAID و Network مناسب را انتخاب کنید. برای بسیاری از پروژه‌ها DL360 و DL380 از گزینه‌های قابل بررسی هستند و نسل‌هایی مانند G9، G10 و G11 نیز بر اساس بودجه، سطح Performance و برنامه توسعه انتخاب می‌شوند. مهم‌ترین اصل این است که تعداد VM را به‌تنهایی معیار ظرفیت سرور قرار ندهید. یک Host مناسب باید بتواند منابع واقعی ماشین‌ها را تأمین کند و هم‌زمان ظرفیت کافی برای Backup، Redundancy و توسعه آینده داشته باشد.

اگر مشخصات موردنیاز شما با کانفیگ‌های آماده مطابقت ندارد، می‌توانید CPU، RAM، Storage و سایر قطعات را متناسب با پروژه خود انتخاب کنید.