انتخاب سرور دیتاسنتر (راهنمای جامع ۲۰۲۶)
یک تصمیم که ۵ سال همراهتان میماند.
وقتی صحبت از خرید سرور برای یک دیتاسنتر متوسط میشود، معمولاً دو اشتباه رایج اتفاق میافتد: خرید بر اساس قیمت پایینتر، یا خرید بر اساس مشخصات کاغذی بالاتر. هر دو میتوانند پرهزینه باشند، یکی در کوتاهمدت با خرابی و downtime، دیگری در بلندمدت با هدر رفتن بودجهای که میتوانست جای بهتری برود. یک دیتاسنتر متوسط که در این راهنما آن را سازمانی با ۵۰ تا ۵۰۰ کاربر، چند ده ماشین مجازی و نیاز به uptime بالا تعریف میکنیم نه بودجه یک کورپوریشن بزرگ را دارد، نه میتواند مثل یک کسبوکار کوچک با زیرساخت ضعیف کنار بیاید. این «حد وسط» دقیقاً همان جایی است که انتخاب اشتباه بیشترین آسیب را میزند.
مشکل اصلی اینجاست: اکثر محتوای موجود درباره انتخاب سرور یا برای سازمانهای enterprise نوشته شده یا برای کسبوکارهای کوچک. دیتاسنتر متوسط در یک خلأ اطلاعاتی قرار دارد. این مقاله همان چارچوب تصمیمگیری را که در پروژههای واقعی کار میکند، به شما میدهد — نه یک لیست مشخصات فنی خشک.
گام اول: تعریف دقیق «دیتاسنتر متوسط»
قبل از هر تصمیمی، باید بدانید دقیقاً کجا ایستادهاید. یک دیتاسنتر متوسط معمولاً این مشخصات را دارد:
- تعداد کاربران: ۵۰ تا ۵۰۰ نفر
- تعداد ماشین مجازی: ۲۰ تا ۲۰۰ VM
- سرویسهای کلیدی: Active Directory، Exchange یا Microsoft 365 Hybrid، SQL Server، ERP سازمانی، سرویسهای فایل و پرینت، و احتمالاً یک یا چند اپلیکیشن بومی
- انتظار از uptime: حداقل ۹۹.۵٪ — یعنی کمتر از ۴۴ ساعت downtime در سال
- تیم IT: ۱ تا ۵ نفر که معمولاً همه چیز را مدیریت میکنند
این تعریف از یک زاویه دیگر هم مهم است: تیم IT کوچک یعنی سرور باید قابل مدیریت، قابل اتوماسیون و در صورت بروز مشکل، قابل troubleshoot از راه دور باشد. این فاکتور بعداً در بحث iLO و management به آن برمیگردیم.
گام دوم: معیارهای اصلی انتخاب سرور:
۱. پردازنده (CPU): مغز تصمیمگیری
در دیتاسنترهای متوسط، workload غالب معمولاً مجازیسازی است. این یعنی CPU نه فقط باید قدرت کافی داشته باشد، بلکه باید آن قدرت را بهدرستی توزیع کند.
تعداد هسته: برای ۲۰ تا ۵۰ VM با workload متوسط، یک پردازنده با ۱۶ تا ۳۲ هسته فیزیکی معقول است. اما اگر workload شما compute-intensive است — مثل SQL Server سنگین، رندرینگ، تحلیل داده یا محاسبات مالی — هسته بیشتر بهطرز محسوسی عملکرد را تغییر میدهد.
نسل پردازنده: نسلهای جدید مثل Intel Xeon Scalable Gen 4 (Sapphire Rapids) علاوه بر عملکرد بهتر، مصرف برق کمتری در ازای هر هسته دارند. این موضوع در TCO پنجساله تفاوت معناداری ایجاد میکند. AMD EPYC Gen 4 هم گزینه جدیای است، بهویژه برای workloadهایی که به پهنای باند حافظه بالا نیاز دارند.
پشتیبانی از مجازیسازی سختافزاری: VT-x برای virtualization و VT-d برای I/O virtualization ضروری هستند. بدون VT-d، نمیتوانید Device Passthrough داشته باشید — یعنی نمیتوانید GPU یا کارت شبکه خاص را مستقیماً به VM اختصاص دهید.
نکته عملی درباره vCPU Ratio: در مجازیسازی، نسبت vCPU به پردازنده فیزیکی اهمیت دارد. برای workload عمومی، نسبت ۴:۱ تا ۸:۱ معقول است. بالاتر از این، با CPU Ready Time بالا روبرو میشوید — وضعیتی که VM منتظر میماند تا یک هسته فیزیکی آزاد شود. این مستقیماً روی latency اپلیکیشنها تأثیر میگذارد.
۲. حافظه RAM: جایی که مجازیسازی نفس میکشد:
RAM در سرورهای مجازیسازی، اول از همه اشباع میشود. قبل از اینکه CPU به سقف برسد، قبل از اینکه استوریج کند شود، RAM تمام میشود.
ظرفیت پایه: برای یک سرور مجازیسازی در دیتاسنتر متوسط، شروع از ۱۲۸ تا ۲۵۶ گیگابایت RAM منطقی است. یک VM سرویس دهنده معمولی بین ۴ تا ۱۶ گیگابایت نیاز دارد؛ یک SQL Server یا Exchange میتواند ۳۲ تا ۱۲۸ گیگابایت مصرف کند.
قابلیت توسعه: مهمتر از ظرفیت فعلی، سقف RAM سرور است. سرورهایی که حداکثر ۲۵۶ گیگابایت RAM دارند ممکن است در ۲ تا ۳ سال آینده محدودیت ایجاد کنند. به دنبال سرورهایی باشید که حداقل ۵۱۲ گیگابایت یا بیشتر RAM پشتیبانی میکنند.
DDR5 در مقابل DDR4: نسلهای جدید سرور DDR5 را پشتیبانی میکنند که پهنای باند حافظه را تقریباً دو برابر DDR4 میکند. این در workloadهای in-memory مثل Redis، SAP HANA یا SQL Server In-Memory OLTP تفاوت محسوسی ایجاد میکند.
ECC اجباری است: بدون ECC Memory، خطاهای تکبیتی حافظه میتوانند منجر به crash سیستم یا — بدتر — corruption داده بدون هشدار شوند. هیچ سروری بدون ECC در دیتاسنتر جایی ندارد.
پر کردن متقارن اسلاتها: سرورهای دو پردازنده معمولاً ۱۶ تا ۳۲ اسلات DIMM دارند که به دو گروه تقسیم میشوند — هر گروه به یک CPU وصل است. پر کردن نامتقارن (NUMA imbalance) میتواند عملکرد را تا ۱۵ تا ۲۰ درصد کاهش دهد.
۳. استوریج: سرعت، ظرفیت یا هر دو؟
این بخش جایی است که بیشترین اشتباهات رخ میدهد — نه به خاطر انتخاب غلط درایو، بلکه به خاطر معماری غلط.
استوریج داخلی سرور: برای OS سرور و لاگها، دو SSD SATA در آرایه RAID 1 کافی است. اما اگر قرار است datastore مجازیسازی روی سرور باشد، باید NVMe SSD انتخاب کنید. تفاوت latency بین SATA SSD و NVMe در workload مجازیسازی میتواند چند برابر باشد.
برای محاسبه ظرفیت استوریج داخلی: تعداد VM × میانگین حجم هر VM × ضریب رشد ۱.۵ را در نظر بگیرید و بعد RAID overhead را اضافه کنید.
معماری جداسازی Compute از Storage: اکثر دیتاسنترهای متوسط جدی، استوریج اصلی را از سرور جدا میکنند. در این معماری سرور فقط compute انجام میدهد و داده روی یک storage array مجزا نگه داشته میشود. این رویکرد مزایای مشخصی دارد:
- میتوانید سرور را بدون از دست دادن داده تعویض کنید
- میتوانید ظرفیت استوریج را مستقل از سرور گسترش دهید
- live migration و HA در VMware/Hyper-V بدون shared storage بهدرستی کار نمیکند
در مقالات آینده این سری، به انتخاب استوریج مناسب برای دیتاسنتر متوسط — از NAS تا SAN — بهطور مجزا میپردازیم.
RAID Controller: کنترلر RAID سرور باید Cache بر باتری یا فلش داشته باشد. بدون Write Cache، عملکرد استوریج در workloadهای تصادفی بهشدت افت میکند. همچنین مطمئن شوید که کنترلر RAID در HCL hypervisor شما است.
۴. شبکه: پهنای باند را دست کم نگیرید:
در یک دیتاسنتر با ۵۰ VM، ترافیک داخلی (East-West Traffic) میتواند چند برابر ترافیک خروجی باشد. یک سرور که روی شبکه ۱GbE کار میکند، در workload مجازیسازی جدی یک گلوگاه دائمی خواهد بود.
پیکربندی پیشنهادی:
- ۲ پورت ۱۰GbE بهعنوان حداقل برای ترافیک VM
- ۲ پورت اضافه برای Storage Traffic (در صورت استفاده از iSCSI یا NFS)
- ۱ پورت اختصاصی برای مدیریت (iLO)
اگر از vSAN یا سرویسهایی مثل Veeam Backup استفاده میکنید که ترافیک شبکهای سنگین ایجاد میکنند، به ۲۵GbE فکر کنید. مهاجرت از ۱۰GbE به ۲۵GbE بعداً هزینه تعویض سوئیچ را هم به همراه دارد — پس بهتر است از ابتدا درست طراحی شود.
LACP و Bonding: تجمیع چند پورت شبکه (802.3ad LACP) هم پهنای باند را بالا میبرد هم redundancy ایجاد میکند. این قابلیت باید از طرف سوئیچ هم پشتیبانی شود.
۵. فرمفاکتور: Rack یا Tower؟
برای دیتاسنتر متوسط، پاسخ تقریباً همیشه Rack است:
- در همان فضای فیزیکی، چگالی بیشتری از compute دارید.
- کابلکشی، خنکسازی و دسترسی فیزیکی سادهتر است.
- اضافه کردن سرور جدید به یک rack موجود آسانتر از مدیریت چند Tower پراکنده است.
- جریان هوا در rack سرورها بهینهتر مدیریت میشود.
سرورهای Tower عمدتاً برای دفاتر کوچک یا شعب بدون اتاق سرور اختصاصی مناسب هستند.
عمق سرور: مطمئن شوید سرور انتخابی با ابعاد rack شما سازگار است. سرورهای 2U استاندارد معمولاً عمق ۷۵ تا ۸۰ سانتیمتر دارند. اگر rack شما عمق کمتری دارد، این را قبل از خرید بررسی کنید.
گام سوم: معیارهای اغلب نادیده گرفتهشده
مدیریت از راه دور (Out-of-Band Management)
این قابلیت در لیست مشخصات فنی اغلب کوچک نوشته میشود، اما در عمل یکی از مهمترین معیارهاست.
سرور باید یک پردازنده مدیریتی مستقل داشته باشد که بدون نیاز به سیستمعامل کار میکند:
- HPE: iLO 6 (Integrated Lights-Out)
- Dell: iDRAC 10
- Lenovo: XCC 3
این پروسسور مستقل اجازه میدهد حتی وقتی سیستمعامل hang کرده یا سرور کامل خاموش است، از راه دور بتوانید:
- کنسول سرور را ببینید (مثل کیبورد و مانیتور متصل)
- لاگهای سختافزاری را بررسی کنید
- سرور را ریستارت یا خاموش کنید
- firmware را آپدیت کنید
- دمای اجزا و وضعیت فنها را مانیتور کنید
برای تیم IT کوچک که نمیتواند ۲۴ ساعته در دیتاسنتر حضور داشته باشد، این قابلیت فرق بین «مشکل در ۱۵ دقیقه حل شد» و «فردا صبح باید برویم دیتاسنتر» را میسازد.
نکته مهم: برخی از سازندگان نسخه پایه iLO یا iDRAC را رایگان ارائه میدهند اما قابلیتهای پیشرفته مثل ریموت کنسول گرافیکی یا اتوماسیون را پشت لایسنس پولی قرار میدهند. قبل از خرید، ببینید کدام قابلیتها به لایسنس نیاز دارند.
پشتیبانی و گارانتی: ریسکی که قیمت ندارد:
گارانتی سرور نباید بهعنوان یک هزینه اضافه دیده شود — باید بهعنوان بیمه زیرساخت دیده شود.
سطحبندی پشتیبانی:
- NBD (Next Business Day): حداقل استاندارد قابل قبول برای دیتاسنتر متوسط. یعنی در صورت خرابی قطعه، روز کاری بعد تکنسین میآید.
- 4H یا 6H Response: برای سازمانهایی که هر ساعت downtime هزینه مستقیم دارد. مناسب برای سرورهایی که سرویسهای حیاتی روی آنها هستند.
- Mission Critical: پشتیبانی ۲۴/۷ با تعهد زمانی مشخص. برای محیطهایی که downtime اصلاً قابل قبول نیست.
پشتیبانی محلی:
مطمئن شوید شریک فروش شما توانایی ارائه پشتیبانی فنی واقعی را دارد — نه فقط ارسال قطعه. اینکه کسی بتواند خرابی را از راه دور diagnose کند و اگر لازم بود تکنسین مجرب بفرستد، تفاوت بزرگی در عملکرد گارانتی ایجاد میکند.
سازگاری با Hypervisor:
اگر از VMware، Microsoft Hyper-V یا Red Hat Virtualization استفاده میکنید، سرور انتخابی باید در Hardware Compatibility List (HCL) آن hypervisor باشد.
این مسئله جدیتر از آن چیزی است که به نظر میرسد:
- سرور خارج از HCL ممکن است پشتیبانی VMware را از بین ببرد
- مشکلات driver میتوانند باعث PSOD (Purple Screen of Death) در VMware شوند
- در صورت بروز مشکل، Broadcom/VMware میتواند با استناد به عدم سازگاری سختافزار، تیکت پشتیبانی را رد کند
HCL سرور را قبل از خرید چک کنید: vmware.com/resources/compatibility
مصرف برق و خنکسازی: هزینهای که در فاکتور اول نمیبینید:
مصرف برق در TCO پنجساله سهم قابل توجهی دارد. یک سرور با مصرف ۵۰۰ وات در ۵ سال حدود ۲۱,۹۰۰ کیلوواتساعت برق مصرف میکند و هزینه خنککردن آن هم تقریباً همین مقدار اضافه میشود.
نکات عملی:
- Power Supply باید Redundant (N+1) باشد. دو PSU با آستانه ۸۰ Plus Platinum یا Titanium
- TDP سرور را با ظرفیت PDU و UPS rack خود مقایسه کنید
- در سرورهای جدید، فنها دینامیک هستند و در بار کم مصرف پایینتری دارند — این عدد در مشخصات فنی «Typical Power» نوشته میشود، نه Maximum
گام چهارم: چرا انتخاب برند اهمیت دارد؟
بازار سرور سازمانی یکدست نیست. برندهای اصلی HPE، Dell EMC، Lenovo و Cisco هستند هر کدام با اکوسیستم، ابزار مدیریتی و زنجیره پشتیبانی متفاوت.
اکوسیستم موجود: اگر سازمان شما قبلاً روی یک برند سرمایهگذاری کرده، ادامه آن معمولاً منطقیتر است. دلایل: یکپارچگی ابزار مدیریتی (مثلاً HPE OneView یا Dell OpenManage)، تجربه تیم IT با آن پلتفرم، و سازگاری قطعات.
دسترسی به پشتیبانی در ایران: این فاکتور برای ما اهمیت عملی بیشتری دارد. در کشوری که واردات سختافزار محدودیت دارد، توانایی تأمین قطعه یدکی و وجود تکنسین مجرب برای آن برند، میتواند تعیینکننده باشد.
HPE ProLiant: این خانواده بهخصوص برای workloadهای دیتاسنتر متوسط طراحی شده. سری DL (سرورهای راک دو پردازنده) رایجترین انتخاب در این بازه است. ابزار مدیریتی HPE iLO از نظر قابلیت و رابط کاربری یکی از پیشرفتهترینهاست.
گام پنجم: HPE ProLiant DL380 Gen11، نقطه مرجع دیتاسنتر متوسط:
اگر بخواهیم یک سرور را بهعنوان نقطه مرجع برای دیتاسنتر متوسط معرفی کنیم، HPE ProLiant DL380 Gen11 بهترین نمونه است نه به خاطر تبلیغات، بلکه به خاطر سابقه. DL380 سالهاست در لیست پرفروشترین سرورهای سازمانی قرار دارد. دلیل آن یک چیز ساده است: این سرور در طول چندین نسل، تعادل مناسبی بین ظرفیت، قابلیت توسعه و مدیریتپذیری پیدا کرده.
مشخصات کلیدی DL380 Gen11:
| مشخصه | جزئیات |
|---|---|
| پردازنده | تا ۲ عدد Intel Xeon Scalable Gen 4 (Sapphire Rapids)، هر کدام تا ۶۰ هسته |
| حافظه RAM | تا ۸ ترابایت DDR5 ECC در ۳۲ اسلات DIMM |
| استوریج داخلی | تا ۳۲ درایو SFF با پشتیبانی از SAS، SATA و NVMe |
| شبکه | FlexibleLOM — پشتیبانی از ۱۰GbE، ۲۵GbE و ۱۰۰GbE |
| فرمفاکتور | 2U Rack |
| مدیریت | iLO 6 با HPE Amplifier Pack و Agentless Management |
| گواهینامه | در HCL VMware، Microsoft، Red Hat و SAP |
مشخصات کلیدی DL380 Gen11:
- workload مجازیسازی: با ۳۲ اسلات RAM و ۲ پردازنده ۶۰ هستهای، ظرفیت مجازیسازی بالایی دارد
- SQL Server: HPE آن را بهعنوان یکی از سرورهای مرجع SQL Server ارائه میدهد — بهویژه با حافظه بالا و NVMe
- قابلیت توسعه: شروع با ۱ پردازنده و ۱۲۸ گیگابایت RAM و بعداً ارتقاء بدون تعویض سرور
- iLO 6: یکی از کاملترین پلتفرمهای مدیریت out-of-band در بازار
اگر میخواهید مشخصات دقیق، گزینههای پیکربندی و اطلاعات قیمت DL380 Gen11 را بررسی کنید، صفحه HPE DL380 G11 در سایت فرتاک اطلاعات کاملی ارائه میدهد از جمله گزینههای پیکربندی، امکان مشاوره فنی و اطلاعات گارانتی.
گام ششم: چکلیست نهایی قبل از تصمیم خرید
این لیست را قبل از نهاییکردن هر انتخابی مرور کنید:
نیاز فعلی
- تعداد دقیق VM مورد نیاز چقدر است؟
- workload اصلی چیست؟ (مجازیسازی عمومی، SQL، VDI، CI/CD؟)
- آیا استوریج جداگانه داریم یا باید داخل سرور باشد؟
- سرویسهای حیاتی کدام هستند؟ آنها را روی سرور جداگانه یا HA Cluster بگذارید.
رشد آینده:
- در ۳ سال آینده تعداد VM چقدر خواهد بود؟
- آیا سرور قابلیت افزودن RAM، درایو و پردازنده دوم را دارد؟
- آیا میتوان به یک vSphere Cluster گسترش داد؟
زیرساخت موجود:
- ظرفیت برق rack چقدر است؟ (آمپر PDU)
- سیستم خنکسازی چه TDP را تحمل میکند؟
- آیا سرور جدید با سوئیچهای شبکه موجود سازگار است؟
- عمق rack با سرور انتخابی مطابقت دارد؟
پشتیبانی و تأمین:
- گارانتی چه سطحی دارد؟ NBD یا 4H؟
- زمان پاسخدهی در خرابی قطعه حیاتی چقدر است؟
- شریک فروش پشتیبانی فنی واقعی ارائه میدهد یا فقط فروش؟
- سرور در HCL hypervisor موردنظر شما قرار دارد؟
نتیجهگیری: این یک پروژه است، نه یک خرید
انتخاب سرور برای دیتاسنتر متوسط نباید در یک جلسه سریع با واحد خرید تصمیم گرفته شود. این تصمیم روی عملکرد، هزینه کل و آمادگی سازمان شما برای ۵ تا ۷ سال آینده تأثیر میگذارد.
مسیر درست این است: ابتدا workload واقعی را تعریف کنید، سپس معیارهای فنی را با دید TCO بررسی کنید، بعد گزینهها را با چشمانداز رشد مقایسه کنید و در نهایت از یک شریک معتبر که پشتیبانی واقعی ارائه میدهد خرید کنید.
نکته مهم
ارزانترین سرور در زمان خرید، معمولاً گرانترین سرور در طول عمرش است.
چند سرور برای یک دیتاسنتر متوسط نیاز است؟
برای یک محیط پایه با high availability، حداقل ۲ سرور لازم است. در صورت خرابی یکی، VMها روی سرور دیگر ادامه میدهند. برای محیطهایی که هیچ سرویسی نباید قطع شود، ۳ سرور در یک cluster توصیه میشود — این امکان maintenance بدون downtime را هم فراهم میکند.
آیا میتوان از سرورهای دست دوم (Refurbished) برای دیتاسنتر متوسط استفاده کرد؟
بله، اما با احتیاط. سرور refurbished از منبع معتبر با گارانتی مشخص و سابقه شفاف، میتواند گزینه مقرونبهصرفهای باشد. ریسک اصلی در سرورهای بدون گارانتی یا با سابقه نامشخص است. همچنین توجه کنید که سرورهای قدیمیتر ممکن است در HCL آخرین نسخه VMware یا Windows Server نباشند.
تفاوت سرور یک پردازندهای (1P) و دو پردازندهای (2P) چیست؟
سرورهای 2P ظرفیت بیشتری برای RAM، هسته CPU و درایو دارند. برای workloadهای مجازیسازی جدی، دو پردازنده انتخاب طبیعیتری است. اما توجه کنید که سرور 2P با یک CPU نصبشده هم کار میکند — پس میتوانید با یک پردازنده شروع کنید و بعداً ارتقاء دهید. سرورهای 1P برای workloadهای سبکتر، edge computing یا محیطهایی با budget محدودتر مناسبترند.
HPE iLO 6 چه مزیتی نسبت به نسلهای قبلی دارد؟
iLO 6 یک رابط کاربری HTML5 کامل ارائه میدهد که نیاز به Java یا Flash ندارد. قابلیتهای جدیدی مثل Carbon Footprint Tracking، یکپارچگی بهتر با HPE OneView و Agentless Management بهبودیافته از جمله تفاوتهای اصلی با نسل قبلی است. از نظر امنیتی هم iLO 6 Silicon Root of Trust دارد که firmware را در برابر tampering محافظت میکند.
چه زمانی باید بهجای ارتقاء سرور موجود، سرور جدید خریداری کرد؟
وقتی سرور موجود به سقف RAM یا CPU رسیده، از HCL hypervisor خارج شده، هزینه نگهداری سالانهاش از ۱۵ تا ۲۰ درصد قیمت سرور جدید بیشتر شده، یا بیش از ۷ سال عمر دارد — وقت تعویض رسیده است. ارتقاء معمولاً فقط وقتی سرور جوان است (کمتر از ۳ سال) منطق اقتصادی دارد.
این مقاله بخشی از سری آموزشی زیرساخت دیتاسنتر توسط تیم فناوری فرتاک است. در مقالات بعدی این سری به انتخاب استوریج، طراحی backup و پیکربندی VMware برای دیتاسنتر متوسط خواهیم پرداخت.
