محصولات آکو
HPE
DELL
Broadcom
خدمات آکو
بلاگ
دانلود
HPE
DELL
Broadcom
Vmware
درباره ما
ارتباط با ما
راهنمای کامل خرید سرور برای کسبوکارهای کوچک و متوسط به شما کمک میکند پیش از انتخاب برند یا مدل، تعداد کاربران، نوع Workload، ظرفیت رشد، الزامات امنیتی و هزینه کل مالکیت را مشخص کنید. نتیجه این بررسی باید یک کانفیگ متوازن باشد؛ نه سیستمی ضعیف که زود به گلوگاه برسد و نه سروری بیشازحد قدرتمند که سرمایه سازمان را بدون بازده مصرف کند.
در این راهنما، تفاوت سرور فیزیکی، Virtual Server و Cloud، انتخاب میان Tower، Rack و Blade، معیارهای CPU، ECC RAM، Storage، RAID، Network، مدیریت از راه دور، Backup، برق و پشتیبانی بهصورت تصمیممحور بررسی میشود.
- ابتدا Workload، تعداد کاربران همزمان، رشد سهساله و سطح توقف قابلقبول را مشخص کنید.
- فرمفاکتور Tower، Rack یا Blade را با مدل استقرار فیزیکی، مجازی یا Cloud اشتباه نگیرید؛ اینها دو محور تصمیمگیری متفاوتاند.
- مقدار CPU و RAM باید با آزمون، داده مانیتورینگ یا Sizing نرمافزار تعیین شود؛ یک عدد ثابت برای همه کسبوکارها معتبر نیست.
- RAID دسترسپذیری Storage را بهتر میکند، اما جای Backup مستقل و قابلبازیابی را نمیگیرد.
- قابلیت ارتقا، قطعات قابلتعویض، مدیریت از راه دور و قرارداد پشتیبانی، بهاندازه مشخصات اولیه اهمیت دارند.
- بودجه را بر اساس TCO شامل لایسنس، برق، خنکسازی، رک، UPS، Backup و پشتیبانی تنظیم کنید.
چرا خرید سرور برای کسبوکارهای کوچک و متوسط اهمیت دارد؟
سرور زمانی ارزش ایجاد میکند که سازمان به دسترسی متمرکز، کنترلشده و پایدار به فایلها، نرمافزارها، دیتابیسها، سرویسهای هویتی، ماشینهای مجازی یا سامانههای پشتیبانگیری نیاز داشته باشد. استفاده از کامپیوتر شخصی بهعنوان سرور ممکن است در شروع کمهزینه به نظر برسد، اما معمولاً از نظر قطعات Enterprise، افزونگی، مدیریت از راه دور، ثبت رخدادها، پشتیبانی و قابلیت کارکرد مداوم محدود است.
مدیریت متمرکز داده و دسترسی کاربران
با استقرار سرور، فایلها و سرویسها بهجای پراکندگی روی سیستمهای کاربران، در یک بستر مشخص مدیریت میشوند. این تمرکز، اعمال Permission، سیاست نگهداری اطلاعات، Audit، بهروزرسانی و Backup را سادهتر میکند. در محیطهایی که کارکنان به فایل مشترک، نرمافزار حسابداری، ERP، CRM یا دیتابیس داخلی دسترسی دارند، این موضوع مستقیماً بر سرعت کار و کاهش خطا اثر میگذارد.
پایداری، کنترل و امکان رشد
سرور سازمانی معمولاً برای کارکرد طولانیمدت، حافظه ECC، مدیریت سختافزاری مستقل، گزینههای RAID، منبع تغذیه افزونه و توسعه ظرفیت طراحی میشود. بااینحال، وجود این قابلیتها به مدل و کانفیگ انتخابی وابسته است و نباید صرفاً از روی نام برند یا خانواده محصول فرض شود.
سرور اختصاصی یک سیستم فیزیکی است که منابع CPU، RAM، Storage و Network آن در اختیار یک سازمان یا یک محیط مشخص قرار میگیرد. این اصطلاح با «Dedicated Hosting» در دیتاسنترهای اجارهای هم استفاده میشود؛ بنابراین هنگام خرید باید محل استقرار، مالکیت سختافزار و مسئولیت پشتیبانی دقیقاً مشخص باشد.
سرور فیزیکی، Virtual Server یا Cloud؛ کدام مدل مناسبتر است؟
انتخاب میان این سه گزینه به سطح کنترل، الگوی هزینه، حساسیت داده، کیفیت ارتباط اینترنت، نیاز به مقیاسپذیری و توان تیم IT بستگی دارد. در بسیاری از کسبوکارهای متوسط، معماری Hybrid که بخشی از سرویسها را On-Premises و بخشی را در Cloud نگه میدارد، از تصمیم صفر و یک منطقیتر است.
| مدل | مزیت اصلی | محدودیت مهم | سناریوی مناسب |
|---|---|---|---|
| سرور فیزیکی On-Premises | کنترل مستقیم بر سختافزار، داده و شبکه داخلی | نیاز به سرمایه اولیه، برق، خنکسازی، Backup و نگهداری | دیتابیس داخلی، فایلسرور، نرمافزارهای محلی و دادههای حساس |
| Virtual Server | تجمیع چند Workload روی یک یا چند Host و استفاده بهتر از منابع | نیاز به طراحی ظرفیت، لایسنس، مهارت Hypervisor و جلوگیری از Single Point of Failure | چند سرویس سازمانی، محیط تست، شعب و کسبوکارهای در حال رشد |
| Cloud Server | راهاندازی سریع، پرداخت مبتنی بر مصرف و مقیاسپذیری انعطافپذیر | هزینه جاری، وابستگی به ارتباط و ضرورت کنترل مصرف و امنیت Cloud | سرویسهای اینترنتی، بار متغیر، Disaster Recovery و توسعه سریع |
| Hybrid | ترکیب کنترل داخلی با انعطاف Cloud | پیچیدگی بیشتر در هویت، شبکه، امنیت، مانیتورینگ و مدیریت هزینه | سازمانهایی با سرویسهای داخلی و نیاز همزمان به توسعه Cloud |
چه زمانی سرور فیزیکی منطقیتر است؟
وقتی Latency شبکه داخلی مهم است، نرمافزار به تجهیزات محلی وابسته است، داده نباید از محیط سازمان خارج شود یا هزینه Cloud در مقیاس چندساله بیشتر میشود، سرور فیزیکی میتواند انتخاب مناسبتری باشد. این تصمیم باید همراه با برنامه برق اضطراری، Backup خارج از سرور و پشتیبانی قطعات گرفته شود.
چه زمانی مجازیسازی یا Cloud بهتر است؟
اگر چند سرویس سبک یا متوسط دارید، Virtualization میتواند تعداد سیستمهای فیزیکی را کاهش دهد و مدیریت منابع را انعطافپذیرتر کند. برای بارهای متغیر، پروژههای کوتاهمدت یا سرویسهایی که باید سریع توسعه پیدا کنند، Cloud مزیت بیشتری دارد. پیش از مهاجرت سرویسهای قدیمی، بررسی Compatibility و وابستگی نرمافزار ضروری است؛ مقاله مهاجرت از فیزیکال به مجازی با VMware مسیر این ارزیابی را تکمیل میکند.
مقایسه سرور Tower، Rack و Blade
Tower، Rackmount و Blade فرمفاکتور سختافزار هستند، نه مدل مالکیت یا مجازیسازی. ممکن است هرکدام میزبان سیستمعامل فیزیکی یا Hypervisor باشند. برای اغلب کسبوکارهای کوچک، Tower یا Rack یکسوکتی و دوسوکتی انتخاب رایجتری است؛ Blade معمولاً زمانی توجیه دارد که سازمان به تراکم بالا، شاسی مشترک و مدیریت متمرکز در مقیاس بزرگتر نیاز داشته باشد.
سرور Tower
سرور Rackmount
سرور Blade یا Modular
برای بررسی جزئیتر تفاوتهای فیزیکی، توسعهپذیری و شرایط نصب، راهنمای تفاوت سرور Rackmount و Tower را نیز مطالعه کنید.
چگونه نیاز واقعی کسبوکار را پیش از خرید محاسبه کنیم؟
Sizing درست از فهرست قطعات شروع نمیشود؛ از شناخت سرویسها، کاربران، الگوی مصرف و سطح تداوم کسبوکار شروع میشود. بهتر است اطلاعات مصرف فعلی حداقل در یک بازه کاری معمول و یک بازه اوج جمعآوری شود تا تصمیم فقط بر اساس حدس یا حداقلهای نرمافزار نباشد.
- فهرست Workloadها: فایلسرور، Active Directory، حسابداری، ERP، CRM، دیتابیس، وباپلیکیشن، Backup، VDI یا ماشینهای مجازی را مشخص کنید.
- تعداد و الگوی کاربران: تعداد کاربران ثبتشده با تعداد کاربران همزمان یکسان نیست؛ ساعات اوج و رشد آینده را جداگانه ثبت کنید.
- مصرف فعلی: CPU Utilization، مقدار RAM مصرفشده، IOPS، Throughput، Latency، ظرفیت قابل استفاده و نرخ رشد داده را اندازهگیری کنید.
- سطح دسترسپذیری: مشخص کنید چه میزان Downtime پذیرفتنی است و خرابی کدام قطعه یا سرویس باید بدون توقف مدیریت شود.
- افق رشد: توسعه سهساله، افزایش کاربران، شعب جدید، نرمافزارهای آینده و نیاز به Virtualization را در کانفیگ لحاظ کنید.
- الزامات لایسنس: تأثیر تعداد Socket، Core، VM یا Feature را بر هزینه نرمافزار پیش از انتخاب CPU بررسی کنید.
Workload از تعداد کاربر مهمتر است
دو شرکت با ۳۰ کاربر میتوانند نیاز کاملاً متفاوتی داشته باشند. یک دفتر با فایلهای Office و نرمافزار حسابداری ممکن است بار سبکی ایجاد کند، اما همان تعداد کاربر در VDI، پردازش گزارشهای تحلیلی یا دیتابیس تراکنشی به CPU، RAM و Storage بسیار بیشتری نیاز دارد. بنابراین «سرور مناسب ۲۰ یا ۵۰ کاربر» بدون شناخت نرمافزار و الگوی همزمانی، معیار کافی نیست.
برای رشد ظرفیت حاشیه منطقی در نظر بگیرید
خرید دقیقاً برابر با مصرف امروز، احتمال ارتقای زودهنگام را افزایش میدهد؛ از طرف دیگر، Oversizing سنگین هزینه لایسنس، برق و سرمایه را بالا میبرد. حاشیه رشد باید براساس نرخ افزایش داده، برنامه استخدام، پروژههای آینده و محدودیت ارتقای همان مدل تعیین شود.
انتخاب CPU، RAM، Storage و Network
بهترین کانفیگ، سیستمی متوازن است که هیچ زیرسیستم آن به گلوگاه دائمی تبدیل نشود. پردازنده قدرتمند در کنار RAM ناکافی یا Storage کند، نتیجه مطلوبی ایجاد نمیکند. همچنین انتخاب قطعه باید با لیست Compatibility سازنده، سیستمعامل، Hypervisor و نرمافزار اصلی تطبیق داده شود.
پردازنده؛ Core، فرکانس یا تعداد Socket؟
Intel Xeon و AMD EPYC هر دو در خانوادههای مختلف برای سرورهای سازمانی عرضه میشوند، اما انتخاب درست به نوع Workload و مدل لایسنس وابسته است. سرویسهای موازی و Virtualization معمولاً از Core بیشتر بهره میبرند؛ برخی نرمافزارهای تراکنشی یا تکریسمانی به فرکانس و کارایی هر Core حساسترند. تعداد Socket بیشتر همیشه به معنی انتخاب بهتر نیست و میتواند هزینه لایسنس، مصرف انرژی و پیچیدگی NUMA را افزایش دهد.
حافظه ECC و ظرفیت RAM
برای سرور سازمانی، ECC Memory به دلیل تشخیص و اصلاح برخی خطاهای حافظه اهمیت دارد. مقدار RAM باید از مجموع نیاز سیستمعامل، سرویسها، Cache، ماشینهای مجازی و حاشیه رشد محاسبه شود. 16GB فقط ممکن است برای یک سرویس بسیار سبک یا محیط کوچک کافی باشد و نباید بهعنوان حداقل عمومی همه سرورها تلقی شود. در Virtualization، ظرفیت قابلاستفاده پس از رزرو Hypervisor و الزامات Availability محاسبه میشود.
SSD، HDD و طراحی Storage
SSD برای دیتابیس، ماشین مجازی و Workloadهای حساس به Latency مناسبتر است؛ HDD میتواند برای آرشیو، ظرفیت حجیم یا Backup اقتصادیتر باشد. علاوه بر نوع Drive، باید Endurance، رابط SAS/SATA/NVMe، تعداد Drive، امکان Hot-Swap، ظرفیت مؤثر پس از RAID و فضای رزرو برای Rebuild بررسی شود. تفاوت دوام و رفتار کاری درایوها در مقاله تفاوت SSD Enterprise و Consumer تشریح شده است.
RAID میتواند خرابی یک یا چند Drive را، بسته به سطح و طراحی، تحمل کند؛ اما در برابر حذف اشتباه، باجافزار، خرابی منطقی فایل، سرقت، آتشسوزی یا از دست رفتن کل سرور محافظت کامل ایجاد نمیکند. برای انتخاب سطح مناسب، راهنمای انتخاب RAID برای ذخیرهسازی امن را با سیاست Backup سازمان ترکیب کنید.
Network و مسیر توسعه
تعداد و سرعت Portها باید با تعداد کاربران، ترافیک VM، Backup، Storage و افزونگی شبکه هماهنگ باشد. برای یک سرور چندمنظوره ممکن است جداسازی منطقی یا فیزیکی شبکه مدیریت، کاربران، Storage و Backup ضروری شود. همچنین اسلاتهای PCIe، پشتیبانی NIC، Transceiver، کابل، Switch و سرعت واقعی زیرساخت موجود باید پیش از سفارش بررسی شوند.
| مولفه | چه چیزی بررسی شود؟ | خطای رایج |
|---|---|---|
| CPU | نوع Workload، Core، فرکانس، Socket، توان حرارتی و مدل لایسنس | انتخاب صرفاً براساس تعداد Core یا جدیدترین نسل |
| RAM | ECC، ظرفیت فعلی، تعداد DIMM، Channel، سرعت و امکان ارتقا | پرکردن نامتوازن اسلاتها یا نادیدهگرفتن رشد VM |
| Storage | IOPS، Latency، Endurance، RAID، Hot Spare، Rebuild و ظرفیت مؤثر | محاسبه ظرفیت خام بهجای ظرفیت قابل استفاده |
| Network | سرعت Port، افزونگی، VLAN، Switch، کابل و ترافیک Backup | خرید NIC سریع بدون زیرساخت شبکه سازگار |
| Expansion | Drive Bay، اسلات PCIe، PSU، RAM Slot و پشتیبانی Firmware | فرض اینکه هر قطعهای بعداً قابل افزودن است |
دسترسپذیری، امنیت و Backup را چگونه طراحی کنیم؟
خرید سرور فقط انتخاب ظرفیت پردازشی نیست. برای سرویسهای حیاتی باید خرابی Drive، Power Supply، Fan، NIC، سیستمعامل و حتی کل Host در طراحی دیده شود. سطح حفاظت باید متناسب با هزینه توقف کسبوکار باشد؛ یک فایلسرور شعبه کوچک با دیتابیس اصلی سازمان الزام یکسانی ندارد.
افزونگی سختافزاری و مدیریت از راه دور
منبع تغذیه Redundant، RAID مناسب، NIC Teaming یا Bonding و قطعات Hot-Plug میتوانند زمان توقف را کاهش دهند؛ البته فقط در مدلها و کانفیگهایی که این قابلیتها را پشتیبانی میکنند. وجود BMC یا کنترلر مدیریت مستقل نیز برای مشاهده وضعیت سختافزار، Console از راه دور، ثبت رخدادها و برخی عملیات نگهداری بدون حضور فیزیکی بسیار مفید است.
امنیت پایه سرور
امنیت از Firmware و تنظیمات Boot آغاز میشود و با Patch Management، حداقلسازی سرویسها، MFA برای مدیریت، جداسازی شبکه، Least Privilege، رمزنگاری و مانیتورینگ ادامه پیدا میکند. حساب مدیریت BMC نباید با رمز عبور پیشفرض، دسترسی عمومی اینترنت یا شبکه کاربری مشترک رها شود.
Backup و بازیابی قابلآزمایش
نسخه پشتیبان باید مستقل از سرور اصلی، دارای دوره نگهداری مشخص و قابلآزمایش باشد. حداقل یک کپی جدا از محیط اصلی و در سناریوهای حساس، یک کپی خارج از سایت یا Immutable در نظر گرفته میشود. Backup موفق زمانی معتبر است که Restore آن در بازههای مشخص آزموده شده باشد. برای تکمیل این بخش، مقاله اهمیت پشتیبانگیری ابری برای کسبوکارها دیدگاه مناسبی درباره کپی خارج از سایت ارائه میدهد.
بودجهبندی و محاسبه هزینه کل مالکیت سرور
قیمت خرید سختافزار فقط بخشی از هزینه واقعی است. تصمیم حرفهای باید TCO را در بازه مورد انتظار بهرهبرداری محاسبه کند. گاهی یک سرور ارزانتر، به دلیل مصرف انرژی، نبود قطعه، محدودیت ارتقا یا قرارداد پشتیبانی ضعیف، در سه سال هزینه بیشتری ایجاد میکند.
هزینههای اولیه
- شاسی، CPU، RAM و Drive
- RAID Controller یا HBA
- NIC، کابل، Transceiver و Switch
- Rack، Rail، PDU و UPS
- سیستمعامل، Hypervisor و لایسنس نرمافزار
هزینههای دوره بهرهبرداری
- برق و خنکسازی
- Backup و فضای نگهداری نسخهها
- تمدید Support و لایسنس
- قطعات یدکی و زمان نیروی متخصص
- هزینه توقف و بازیابی سرویس
سرور نو یا Refurbished؟
سرور Refurbished میتواند هزینه اولیه را کاهش دهد، اما باید وضعیت قطعات مصرفی، عمر Drive و PSU، دسترسی به Firmware، Compatibility، موجودی Spare Part و شرایط گارانتی بررسی شود. برای سرویسهای حیاتی، اختلاف قیمت باید در برابر ریسک توقف و محدودیت پشتیبانی سنجیده شود، نه فقط بر اساس قیمت خرید.
هزینه لایسنس را پیش از نهاییکردن CPU محاسبه کنید
برخی نرمافزارها براساس Core، Socket، Processor، VM یا Feature لایسنس میشوند. انتخاب CPU پرهسته ممکن است هزینه نرمافزار را بهطور معنادار افزایش دهد. بنابراین کانفیگ سختافزار باید همزمان با معماری نرمافزار و مدل مجوزدهی بررسی شود.
چگونه فروشنده و خدمات پشتیبانی مناسب را انتخاب کنیم؟
فروشنده معتبر باید بتواند منطق Sizing، اصالت و وضعیت قطعات، سازگاری کانفیگ، شرایط گارانتی، زمان تأمین Spare Part و محدوده خدمات نصب را شفاف توضیح دهد. صرف ارائه یک فهرست قطعات یا قیمت پایین، جایگزین طراحی فنی نیست.
مواردی که باید در پیشفاکتور مشخص باشند
- مدل دقیق شاسی، نسل، تعداد Socket و CPU نصبشده
- تعداد، ظرفیت، سرعت و آرایش DIMMها
- نوع، ظرفیت، تعداد و Part Number درایوها
- RAID Controller، Cache، Battery یا Supercapacitor در صورت وجود
- تعداد و سرعت NIC، نوع Port و تجهیزات اتصال
- توان و تعداد PSU، Rail Kit و اقلام همراه
- مدت و سطح گارانتی، SLA پاسخگویی و شرایط تعویض قطعه
- خدمات نصب، بهروزرسانی Firmware، تست و تحویل مستندات
اهمیت پشتیبانی پس از خرید
در زمان خرابی، دسترسی به قطعه سازگار، مهندس مجرب و مستندات کانفیگ اهمیت بیشتری از تخفیف اولیه دارد. برای تجهیزات حیاتی، استفاده از خدمات گارانتی و پشتیبانی تجهیزات آکو میتواند زمان تشخیص و بازیابی را کاهش دهد؛ محدوده تعهدات و زمان پاسخ باید پیش از خرید در قرارداد ثبت شود.
چکلیست نهایی خرید سرور
- لیست Workloadها، کاربران همزمان و ساعات اوج ثبت شده است.
- مصرف CPU، RAM، Storage و Network بر اساس داده یا Sizing معتبر برآورد شده است.
- ظرفیت خام، ظرفیت مؤثر پس از RAID و رشد داده جداگانه محاسبه شدهاند.
- کانفیگ با سیستمعامل، Hypervisor، نرمافزار و تجهیزات شبکه سازگار است.
- برنامه Backup، Restore Test و نگهداری نسخه خارج از سرور تعریف شده است.
- برق، UPS، خنکسازی، فضای رک، صدا و شرایط محیطی بررسی شدهاند.
- مسیر ارتقای RAM، Drive، NIC و کارتهای توسعه مشخص است.
- گارانتی، SLA، موجودی Spare Part و مسئولیت نصب و Firmware شفاف است.
- TCO شامل لایسنس، انرژی، پشتیبانی و هزینه توقف محاسبه شده است.
مطالب، محصولات و خدمات مرتبط
سوالات پرتکرار خرید سرور
برای یک کسبوکار کوچک چه مقدار RAM کافی است؟
عدد ثابت و عمومی وجود ندارد. مقدار RAM باید از نیاز سیستمعامل، نرمافزارها، تعداد کاربران همزمان، Cache و ماشینهای مجازی محاسبه شود. 16GB فقط در برخی سناریوهای بسیار سبک قابلقبول است و برای Virtualization یا دیتابیس معمولاً کافی نیست.
سرور Tower بهتر است یا Rackmount؟
Tower برای دفتر کوچک بدون رک و تعداد محدود سرور سادهتر است. Rackmount برای اتاق سرور، کابلکشی منظم، توسعه چندسروری و مدیریت متمرکز گزینه مناسبتری است. انتخاب نهایی به فضا، صدا، خنکسازی و برنامه رشد بستگی دارد.
آیا RAID برای محافظت از اطلاعات کافی است؟
خیر. RAID فقط بخشی از دسترسپذیری Storage را تأمین میکند و در برابر حذف اشتباه، باجافزار، خرابی منطقی یا از دست رفتن کل سرور کافی نیست. Backup مستقل، نگهداری نسخه خارج از محیط اصلی و آزمون Restore ضروری است.
سرور فیزیکی بهتر است یا Cloud Server؟
سرور فیزیکی کنترل و دسترسی محلی بیشتری میدهد، درحالیکه Cloud راهاندازی و مقیاسپذیری سریعتری دارد. حساسیت داده، Latency، کیفیت اینترنت، هزینه چندساله و توان تیم IT تعیین میکند کدام گزینه یا چه ترکیبی از آنها مناسبتر است.
چه زمانی باید سرور فعلی ارتقا یا تعویض شود؟
وقتی مصرف منابع در ساعات اوج بهطور پایدار بالا است، Latency سرویس افزایش یافته، ظرفیت Storage یا RAM به سقف رسیده، قطعات و Firmware دیگر پشتیبانی نمیشوند یا هزینه خرابی و نگهداری از جایگزینی بیشتر شده است، ارتقا یا تعویض باید بررسی شود.
آیا خرید سرور Refurbished برای شرکت کوچک منطقی است؟
در Workloadهای کمریسک و با گارانتی روشن ممکن است اقتصادی باشد. برای سرویسهای حیاتی باید عمر و سلامت Drive و PSU، موجودی قطعات، دسترسی به Firmware، سازگاری نرمافزار و زمان تعویض قطعه با دقت بیشتری ارزیابی شود.