انتخاب بین HPE Synergy و ProLiant DL فقط انتخاب بین دو سرور نیست، انتخاب بین دو روش متفاوت برای توسعه و مدیریت دیتاسنتر است.
در یک طرف، سرورهای رکمونت مستقل قرار دارند که بهتدریج، متناسب با نیاز هر سرویس و با پیکربندیهای متفاوت به رک اضافه میشود. در طرف دیگر، HPE Synergy قرار دارد؛ پلتفرمی ماژولار که منابع Compute، شبکه، برق، خنککاری و مدیریت را در سطح Frame یکپارچه میکند.
برای دیتاسنترهایی که بهصورت تدریجی رشد میکنند، تعداد سرورها محدود است یا تنوع Workload و پیکربندی اهمیت دارد، ProLiant DL معمولاً انتخاب سادهتر و اقتصادیتری است. HPE Synergy بیشتر زمانی توجیه پیدا میکند که تعداد زیادی نود استاندارد، استقرار سریع، مدیریت متمرکز Fabric و اتوماسیون مبتنی بر Template و API موردنیاز باشد. در بسیاری از دیتاسنترها نیز معماری ترکیبی بهترین نتیجه را میدهد.
HPE Synergy و ProLiant DL دقیقاً چه تفاوتی دارند؟
برای مقایسه HPE Synergy و ProLiant DL، بهتر است ابتدا تعریف درستی از این دو روش داشته باشیم:
HPE Synergy چیست؟
HPE Synergy یک مدل سرور نیست، بلکه یک زیرساخت ترکیبپذیر (Composable Infrastructure) است که امکان تخصیص و پیکربندی سریع منابع سختافزاری را فراهم میکند. در این معماری، بسیاری از فرایندهای سنتی مانند کابلکشی و تنظیم دستی سرورها سادهتر و سریعتر میشوند.
مرکز این زیرساخت، HPE Synergy 12000 Frame است؛ یک شاسی ۱۰ یونیتی که میتواند تا ۱۲ ماژول Compute نیمارتفاع را در خود جای دهد. برق، خنککاری، مدیریت و ارتباطات شبکه نیز در سطح شاسی بهصورت مشترک در اختیار این ماژولها قرار میگیرند.
اجزای اصلی Synergy شامل Compute Module، Synergy 12000 Frame، HPE OneView، Synergy Composer، Ethernet و Fibre Channel Interconnect و ابزارهای Server Profile و Unified API هستند.
یکی از مهمترین ویژگیهای Synergy، Server Profile است. تنظیماتی مانند BIOS، Firmware، شبکه، SAN و Boot Order در این پروفایل تعریف میشوند و میتوان آنها را روی ماژولهای مختلف اعمال کرد. به همین دلیل، پیکربندی سرور در Synergy وابستگی کمتری به سختافزار فیزیکی دارد و زیرساخت انعطافپذیرتر و قابلمدیریتتر میشود.
سرور رکمونت HPE ProLiant DL چیست؟
خانواده HPE ProLiant DL مجموعهای از سرورهای رکمونت مستقل است که در فرمفکتورهای مختلف، از جمله 1U و 2U، عرضه میشود. برخلاف معماریهای ماژولار، هر سرور DL سختافزار مستقل خودش را دارد؛ از شاسی و مادربرد گرفته تا پاور، سیستم خنککاری، کارت شبکه، کنترلر ذخیرهسازی و درایوها.
این ساختار باعث میشود هر سرور را بتوان متناسب با نوع کاربری پیکربندی کرد؛ برای مثال، یک مدل میتواند بهعنوان سرور دیتابیس با چندین درایو NVMe، فایلسرور مجهز به درایوهای LFF، نود مجازیسازی یا حتی سیستم پردازشی مبتنی بر GPU مورد استفاده قرار بگیرد. استقلال سختافزاری، مهمترین ویژگی خانواده ProLiant DL است.
مدیریت هر سرور نیز از طریق HPE iLO انجام میشود؛ ابزاری که امکاناتی مانند دسترسی به کنسول از راه دور، پایش سلامت قطعات، مدیریت Firmware، کنترل وضعیت برق و بررسی لاگهای سیستم را در اختیار مدیر شبکه قرار میدهد. در محیطهای بزرگتر، سرورهای ProLiant را میتوان بهصورت متمرکز و گروهی با ابزارهایی مانند HPE OneView و HPE Compute Ops Management مدیریت کرد.
چرا این مقایسه، سرور با سرور نیست؟
مقایسه درست، مقایسه یک Compute Module Synergy با یک DL380 نیست؛ چون واحدهای همردهای در معماری نیستند.
- در Synergy توسعه در سطح Frame و ماژول انجام میشود.
- در ProLiant DL توسعه با افزودن یک سرور کامل و مستقل پیش میرود.
بنابراین سؤال اصلی این نیست که کدامیک CPU یا RAM بیشتری دارد. سؤال مهمتر این است: دیتاسنتر شما قرار است چگونه رشد کند، چه میزان استانداردسازی لازم دارد و تیم IT تا چه اندازه به اتوماسیون زیرساخت نیازمند است؟
مقایسه HPE Synergy و ProLiant DL در یک نگاه
| معیار | HPE Synergy | HPE ProLiant DL |
| نوع معماری | ترکیبپذیر و ماژولار | سرورهای مستقل رکمونت |
| واحد توسعه | Compute Module داخل Frame | اضافهکردن یک سرور کامل |
| سرمایهگذاری اولیه | معمولاً بیشتر | قابل شروع با یک سرور |
| برق و خنککاری | مشترک در سطح Frame | مستقل در هر سرور |
| ارتباط شبکه و SAN | Interconnect و Fabric مشترک | کارت و کابل مستقل برای هر سرور |
| مدیریت سختافزار | Composer و OneView | iLO، OneView یا Compute Ops Management |
| اتوماسیون | بسیار مناسب برای Profile، Template و API | امکانپذیر، اما سرورمحورتر |
| کابلکشی | کمتر در سطح نودهای Compute | بیشتر بهازای هر سرور |
| ذخیرهسازی محلی | وابسته به Compute و Storage Module | تنوع بالاتر در SFF، LFF و NVMe |
| توسعه PCIe و GPU | وابسته به ماژول و سازگاری Frame | معمولاً انتخابهای متنوعتر |
| تراکم Compute | بالا | وابسته به مدلهای 1U، 2U و 4U |
| انعطاف Workload | مناسب نودهای استانداردشده | مناسب Workloadهای متنوع |
| پیچیدگی راهاندازی | بیشتر | سادهتر در مقیاس کوچک |
| کاربرد رایج | Private Cloud، مجازیسازی پرتراکم، اتوماسیون | دیتابیس، ذخیرهسازی، GPU، رشد تدریجی |
معماری HPE Synergy چگونه کار میکند؟
نقش HPE Synergy Frame
Synergy 12000 Frame در معماری Synergy نقش یک زیرساخت مشترک را دارد و برق، خنککاری، شبکه، اتصال SAN و مدیریت را در اختیار ماژولهای Compute قرار میدهد. به همین دلیل، هر ماژول برای فعالیت خود به اندازه یک سرور مستقل به کابلهای شبکه، SAN و تجهیزات برق مجزا نیاز ندارد.
این اشتراک منابع، بهخصوص در محیطهایی با تعداد زیادی نود، باعث میشود چیدمان رک سادهتر و توسعه زیرساخت منظمتر و قابلکنترلتر باشد. البته این مزیت زمانی خودش را نشان میدهد که ظرفیت Frame بهطور واقعی مورد استفاده قرار گیرد؛ استفاده از یک Frame بزرگ برای تنها دو یا سه ماژول، لزوماً توجیه اقتصادی و عملیاتی مشابهی ندارد.
نقش Synergy Composer و HPE OneView
Synergy Composer با تکیه بر HPE OneView، نقطه مرکزی مدیریت منابع Compute، Storage و Fabric است. مدیر زیرساخت میتواند با آن:
- Frameها و ماژولهای Compute را مدیریت کند؛
- Server Profile تعریف کند؛
- تنظیمات BIOS و Firmware را اعمال کند؛
- اتصالهای شبکه و Storage را استانداردسازی کند؛
- Templateهای تکرارپذیر بسازد؛
- هنگام جایگزینی Compute Module، Profile را به سختافزار جدید منتقل کند؛
- از Unified API برای اتوماسیون استفاده کند.
فرض کنید یک نود مجازیسازی بهدلیل خرابی سختافزاری تعویض میشود. در معماری سنتی، بخش قابلتوجهی از زمان صرف تنظیم دوباره اتصال شبکه، HBA، Boot و Firmware خواهد شد. در Synergy، اگر طراحی درست باشد، Server Profile میتواند بخش زیادی از این فرایند را تکرارپذیر و سریعتر کند.
منظور از Infrastructure as Code چیست؟
Infrastructure as Code به این معنی است که بخشی از تنظیمات زیرساخت، بهجای انجام دستی و موردی، در قالب Template، Profile و API تعریف شود. بهبیان ساده، تیم IT میتواند مشخصات یک نود استاندارد را یکبار طراحی کند و آن را بارها با تنظیمات یکسان اعمال کند.
این موضوع برای Private Cloud، محیطهای DevOps، سرویسهای IaaS و سازمانهایی که مرتب سرور Bare Metal تحویل میدهند، اهمیت زیادی دارد.
Composable بودن به این معنی نیست که RAM یا هستههای پردازنده چند Compute Module بهصورت خودکار به یک سرور واحد تبدیل میشوند. Synergy منابع و پیکربندی زیرساخت را سریعتر Compose و Recompose میکند؛ مجازیسازی، تجمیع منابع پردازشی و جابهجایی Workload همچنان به لایه نرمافزاری مانند Hypervisor، Kubernetes یا نرمافزارهای کلاستر مربوط است.
مدیریت ProLiant DL چگونه انجام میشود؟
مدیریت مستقل با HPE iLO
HPE iLO قلب مدیریت خارج از سیستمعامل در سرورهای ProLiant DL است. مدیر سرور حتی در صورت از دسترس خارج شدن سیستمعامل نیز میتواند به قابلیتهایی مانند موارد زیر دسترسی داشته باشد:
- کنسول گرافیکی از راه دور
- پایش سلامت پردازنده، حافظه، پاور، فن و درایوها
- کنترل روشن و خاموشکردن سرور
- مشاهده Event Log
- نصب سیستمعامل از راه دور
- بهروزرسانی Firmware و تنظیمات پایه سختافزار
برای دیتاسنتری که سرورها کارکردهای متفاوتی دارند، همین مدیریت مستقل اغلب یک مزیت است؛ چون هر سرور را میتوان بدون وابستگی عملیاتی به شاسی و Fabric مشترک، متناسب با نقش خودش مدیریت کرد.
مدیریت گروهی ProLiant با HPE OneView
این تصور که HPE OneView فقط برای Synergy ساخته شده، درست نیست. سرورهای سازگار رکمونت ProLiant نیز میتوانند با OneView و Server Profile مدیریت شوند. HPE حتی برای ساخت Server Profile روی سرورهای رکمونت آموزش رسمی ارائه میکند.
تفاوت در عمق یکپارچگی است. در Synergy، OneView از ابتدا با Frame، Composer و Fabric مشترک درگیر است؛ اما در DL، سرورها ماهیت مستقل خود را حفظ میکنند.
تفاوت مدیریت Synergy و DL در عمل
در Synergy، مدیریت Frame، Fabric و Compute در یک مدل یکپارچهتر انجام میشود. در ProLiant DL، هر سرور استقلال بیشتری دارد و این موضوع برای محیطهای ناهمگون ارزشمند است. هر دو معماری قابلیت اتوماسیون دارند، اما Synergy از ابتدا با نگاه به عملیات ترکیبپذیر و تکرارپذیر طراحی شده است.
مقیاسپذیری؛ Synergy بهتر توسعه پیدا میکند یا ProLiant؟
توسعه تدریجی در ProLiant DL
ProLiant DL برای سازمانهایی مناسب است که رشدشان خطی، مرحلهای یا نامطمئن است. اگر امروز سه سرور نیاز دارید و برنامه قطعی برای ۲۰ نود بعدی ندارید، خرید سرورهای مستقل منطقیتر خواهد بود.
این معماری در شرایط زیر مزیت دارد:
- دیتاسنتر با چند سرور شروع میشود؛
- خرید تجهیزات مرحلهای است؛
- Workloadها پیکربندی متفاوت دارند؛
- پیشبینی رشد دقیق نیست؛
- سازمان نمیخواهد از ابتدا هزینه Frame و Fabric را پرداخت کند.
توسعه ماژولار در HPE Synergy
Synergy زمانی معنیدارتر میشود که رشد از ابتدا قابلپیشبینی باشد و نودهای زیادی با مشخصات نزدیک به هم نیاز داشته باشید. در چنین شرایطی، اضافهکردن Compute Module به Frame موجود میتواند سریعتر و منظمتر از اضافهکردن سرورهای مستقل باشد.
این معماری معمولاً برای این سناریوها جذابتر است:
- تعداد نودها از ابتدا قابلتوجه است؛
- برنامه توسعه چندساله مشخص دارید؛
- نودهای استاندارد و تکرارشونده لازم دارید؛
- سرعت Provisioning مهم است؛
- Fabric شبکه و SAN متمرکز میخواهید.
ظرفیت خالی Frame چه تأثیری روی هزینه دارد؟
Frame، Composer، Interconnect، فن و پاور، هزینههایی هستند که پیش از نصب همه نودها پرداخت میشوند. اگر سازمان یک Frame را با تعداد بسیار کم Compute Module تهیه کند و برنامه روشنی برای تکمیل آن نداشته باشد، هزینه اجزای مشترک میان تعداد کمی نود تقسیم میشود. در این وضعیت، توجیه اقتصادی HPE Synergy کاهش پیدا میکند.
مقایسه شبکه و SAN در Synergy و ProLiant DL
معماری Fabric در HPE Synergy
در Synergy، Virtual Connect و ماژولهای Ethernet یا Fibre Channel Interconnect، مسیر ارتباطی مشترکی میان Compute Moduleها و شبکه بیرونی ایجاد میکنند. این طراحی، تعداد کابلهای مستقیم موردنیاز برای هر نود را کاهش میدهد.
مدل Wire-Once یکی از مزیتهای این رویکرد است: کابلکشی فیزیکی یکبار انجام میشود و تغییر بسیاری از اتصالها از طریق Server Profile و نرمافزار صورت میگیرد. این قابلیت در محیطی با نودهای زیاد، خطای انسانی در کابلکشی و زمان تغییرات را کاهش میدهد.
شبکه در ProLiant DL
در سرور رکمونت، هر سرور کارت شبکه و در صورت نیاز HBA یا کارت Fibre Channel خودش را دارد و معمولاً به سوییچ Top-of-Rack متصل میشود. این معماری کابل و پورت بیشتری بهازای هر نود مصرف میکند، اما آزادی عمل بیشتری در انتخاب کارت، سوییچ، سرعت شبکه و توپولوژی میدهد.
کدام گزینه برای شبکه موجود سازگارتر است؟
پیش از انتخاب، این موارد را بررسی کنید:
- سرعت Ethernet موردنیاز و موجود
- مدل سوییچهای فعلی
- SAN و Fibre Channel موجود
- تعداد پورتهای آزاد
- نوع Transceiver یا DAC
- مدل Redundancy شبکه
- مهارت تیم شبکه در Virtual Connect و OneView
اگر شبکه فعلی کاملاً بر مبنای اتصال مستقیم سرورها به ToR طراحی شده و تیم هم تجربهای با Fabric Synergy ندارد، هزینه و زمان مهاجرت باید وارد محاسبات شود.
مقایسه ذخیرهسازی در HPE Synergy و ProLiant DL
ذخیرهسازی محلی در ProLiant DL
سرورهای DL بهطور معمول در انتخاب ذخیرهسازی محلی دست بازتری میدهند: شاسیهای SFF و LFF، تعداد متفاوت Drive Bay، پشتیبانی از SAS، SATA و NVMe و کنترلرهای RAID متنوع. به همین دلیل برای دیتابیس، فایلسرور، آرشیو، Backup Repository و Software-Defined Storage گزینه بسیار انعطافپذیری هستند.
برای انتخاب فرمفکتور درایو نیز میتوانید به مقاله [مقایسه شاسی SFF و LFF] مراجعه کنید و طراحی RAID را با راهنمای [انتخاب RAID برای سرور HPE] تطبیق دهید.
ذخیرهسازی در HPE Synergy
Synergy میتواند از Storage داخلی Compute Module، ماژولهایی مانند HPE Synergy D3940 Storage Module و Storage خارجی یا SAN استفاده کند. بااینحال، انتخاب اجزا باید براساس Compatibility Matrix، مدل Compute Module، نوع Fabric و نسخه Firmware بررسی شود.
در اینجا موضوع فقط ظرفیت نیست؛ باید مشخص شود آیا نوع درایو، کنترلر، Zoning و مسیر اتصال موردنظر شما در پیکربندی رسمی پشتیبانی میشود یا خیر.
کدام معماری برای Workload ذخیرهسازیمحور مناسبتر است؟
اگر به تعداد بالای درایو محلی، LFF، NVMe گسترده یا RAID اختصاصی نیاز دارید، بعضی مدلهای ProLiant DL انعطاف بیشتری ارائه میدهند. این نتیجه مطلق نیست؛ اما برای Workloadهای Storage-heavy، باید QuickSpecs مدل دقیق را با دقت بررسی کرد.
کدام معماری برای GPU و هوش مصنوعی مناسبتر است؟
پشتیبانی از GPU و Accelerator در Synergy به مدل Compute Module، Expansion Module، توان مصرفی، خنککاری و Compatibility Matrix وابسته است. بنابراین نمیتوان حکم کلی داد که Synergy برای AI مناسب نیست.
با این حال، خانواده ProLiant DL و مدلهای تخصصی HPE معمولاً در تعداد GPU، توسعه PCIe، توان قابلارائه، خنککاری، NVMe محلی و شبکه پرسرعت، انتخابهای متنوعتری دارند. برای سرورهای AI و پردازش سنگین، طراحی دقیق Workload تعیینکنندهتر از نام معماری است.
قابلیت اطمینان و نگهداری؛ کدام معماری ریسک کمتری دارد؟
در ProLiant DL، پاور، فن و مادربرد هر سرور مستقلاند؛ بنابراین خرابی این اجزا معمولاً همان نود را تحتتأثیر قرار میدهد. در Synergy، بخشهایی مانند برق، خنککاری، Composer و Interconnect در سطح Frame اشتراکی هستند و باید Redundancy آنها بهدرستی طراحی شود.
از طرف دیگر، جایگزینی یک Compute Module در Synergy میتواند با انتقال Server Profile سریعتر شود. اما این موضوع جایگزین High Availability در لایه Hypervisor، کلاستر دیتابیس یا خود اپلیکیشن نیست.
در بازار ایران، پیش از تصمیم نهایی باید موجودی Compute Module سازگار، Composer، Frame Link Module، Interconnect، Transceiver، فن و پاور Frame را بررسی کرد. دسترسی به Firmware، وضعیت گارانتی، امکان تأمین قطعات Current و وجود نیروی متخصص OneView و Virtual Connect نیز بخشی از تصمیم فنی است، نه یک موضوع فرعی.
مقایسه هزینه اولیه و TCO
هزینه HPE Synergy فقط قیمت Compute Module نیست. باید هزینه Frame، Composer، Frame Link Module، پاور و فن، Ethernet یا Fibre Channel Interconnect، Storage Module، Transceiver، کابل، لایسنس، راهاندازی، پشتیبانی و قطعات یدکی را در نظر گرفت.
در سمت ProLiant DL نیز هزینه واقعی فقط شاسی سرور نیست؛ پردازنده، RAM، Storage، RAID Controller، کارت شبکه، HBA، پورت سوییچ، کابل، Transceiver، لایسنس iLO، پشتیبانی و قطعات یدکی باید محاسبه شوند.
برای برآورد TCO سرور دیتاسنتر در بازه سه تا پنج سال، این موارد را کنار هم قرار دهید:
- هزینه خرید اولیه
- فضای رک
- برق و خنککاری
- پورتهای شبکه و SAN
- کابلکشی
- زمان Provisioning
- زمان نگهداری و بهروزرسانی
- هزینه آموزش تیم
- قرارداد پشتیبانی
- هزینه Downtime
- قطعات یدکی
- برنامه ارتقای نسل بعدی
Synergy همیشه ارزانتر یا کممصرفتر نیست؛ همانطور که DL هم همیشه گزینه اقتصادیتر در مقیاس بزرگ نیست. پاسخ به نرخ اشغال Frame، تعداد نود، طراحی شبکه و هزینه عملیاتی سازمان بستگی دارد.
برای هر Workload کدام معماری مناسبتر است؟
| سناریو | معماری پیشنهادی | دلیل |
| مجازیسازی با چند نود محدود | ProLiant DL | شروع ساده و توسعه مرحلهای |
| کلاستر مجازیسازی بزرگ و استاندارد | Synergy | مدیریت متمرکز و Profile تکرارپذیر |
| Private Cloud و IaaS | Synergy یا ترکیبی | اتوماسیون و Infrastructure as Code |
| دیتابیس با Storage محلی زیاد | ProLiant DL | تنوع بیشتر Drive و RAID |
| فایلسرور و آرشیو LFF | ProLiant DL | ظرفیت محلی و شاسیهای متنوع |
| نود Bare Metal با استقرار مکرر | Synergy | Template و API |
| پردازش GPU و AI | ProLiant تخصصی یا بررسی موردی Synergy | وابسته به GPU و خنککاری |
| دیتاسنتر کوچک | ProLiant DL | هزینه ورودی و پیچیدگی کمتر |
| کمبود فضای رک | Synergy پس از محاسبه ظرفیت | تراکم و Fabric مشترک |
| Workloadهای بسیار متنوع | DL یا معماری ترکیبی | استقلال پیکربندی نودها |
چه زمانی HPE Synergy انتخاب مناسبتری است؟
Synergy انتخاب قابلدفاعتری است اگر:
- به تعداد قابلتوجهی نود Compute نیاز دارید؛
- Workloadها عمدتاً استاندارد و تکرارشوندهاند؛
- Private Cloud یا مجازیسازی پرتراکم دارید؛
- Provisioning سریع Bare Metal اهمیت دارد؛
- از HPE OneView و اتوماسیون API استفاده میکنید؛
- میخواهید کابلکشی شبکه و SAN را تجمیع کنید؛
- تیم شما با Composer و Virtual Connect آشناست؛
- برای تکمیل ظرفیت Frame برنامه مشخص دارید؛
- قطعات و پشتیبانی پلتفرم در دسترس است.
چه زمانی ProLiant DL انتخاب منطقیتری است؟
ProLiant DL معمولاً انتخاب بهتر است اگر:
- با تعداد کمی سرور شروع میکنید؛
- توسعه زیرساخت مرحلهای است؛
- بودجه اولیه محدودتر است؛
- Workloadها کانفیگهای بسیار متفاوت دارند؛
- به Storage محلی یا LFF زیاد نیاز دارید؛
- GPU یا PCIe خاص لازم دارید؛
- استقلال هر سرور اهمیت دارد؛
- تیم با iLO و سرورهای رکمونت آشناتر است؛
- تأمین قطعات Synergy دشوار است؛
- شبکه فعلی برای سرورهای مستقل طراحی شده است.
آیا میتوان از Synergy و ProLiant DL همزمان استفاده کرد؟
بله؛ و در بسیاری از سازمانها این بهترین پاسخ است. انتخاب معماری دیتاسنتر الزاماً صفر و یکی نیست.
یک الگوی منطقی میتواند این باشد:
- Synergy برای کلاستر مجازیسازی و Private Cloud
- ProLiant DL380 برای دیتابیس و Storage محلی
- سرورهای ProLiant تخصصی برای GPU و AI
- ProLiant DL360 برای سرویسهای مستقل و کمحجم
- SAN مشترک برای هر دو معماری
- مدیریت متمرکز با OneView برای تجهیزات سازگار
این رویکرد اجازه میدهد مزیت استانداردسازی Synergy را در بخشهای تکرارشونده داشته باشید، بدون آنکه Workloadهای خاص را به اجبار داخل محدودیتهای یک Frame قرار دهید.
اشتباهات رایج هنگام انتخاب معماری دیتاسنتر
- مقایسه Synergy و DL فقط براساس CPU و RAM
- تصور اینکه Synergy یک مدل سرور است
- یکی دانستن Composable Infrastructure با مجازیسازی
- تصور جابهجایی زنده CPU و RAM میان نودها
- خرید Frame برای تعداد بسیار کم نود بدون برنامه رشد
- نادیدهگرفتن هزینه Composer و Interconnect
- محاسبهنکردن پورت SAN، کابل و Transceiver
- تصور اینکه ProLiant DL قابلیت اتوماسیون ندارد
- انتخاب Synergy بدون Compatibility Matrix
- بیتوجهی به تأمین قطعه در بازار ایران
- استفاده از اطلاعات Gen9 یا Gen10 برای تصمیمگیری درباره محصولات فعلی Gen12
- مقایسه قیمت یک Compute Module با یک سرور کامل DL
- بیتوجهی به توان و خنککاری موردنیاز Frame پرتراکم
چکلیست انتخاب نهایی
- اکنون چند سرور نیاز داریم؟
- طی سه تا پنج سال آینده چند نود اضافه میشود؟
- Workloadها استانداردند یا کانفیگهای متفاوت دارند؟
- چه میزان Storage محلی نیاز داریم؟
- آیا SAN یا Fibre Channel موجود است؟
- GPU یا Accelerator لازم داریم؟
- ماهانه چند سرور جدید Provision میشود؟
- آیا تیم از OneView و API استفاده میکند؟
- ظرفیت برق و خنککاری هر رک چقدر است؟
- چه تعداد پورت شبکه و SAN در اختیار داریم؟
- قطعات Synergy در بازار قابل تأمیناند؟
- هزینه Frame خالی میان چند نود تقسیم میشود؟
- برنامه ارتقای نسل سختافزار چیست؟
- Firmware و قرارداد پشتیبانی چگونه تأمین میشود؟
- TCO سه تا پنجساله هر معماری چقدر است؟
جمعبندی؛ HPE Synergy بهتر است یا ProLiant رکمونت؟
اگر دیتاسنتر کوچک است یا بهصورت تدریجی رشد میکند، ProLiant DL معمولاً مسیر سادهتر و کمریسکتری محسوب میشود. برای Workloadهای متنوع، ذخیرهسازی محلی زیاد، دیتابیس و توسعه گسترده PCIe یا GPU نیز سرورهای رکمونت دست بازتری میدهند.
در مقابل، برای کلاسترهای بزرگ و استاندارد مجازیسازی، Private Cloud، استقرار سریع Bare Metal و محیطهایی که میخواهند زیرساخت را با Template و API اداره کنند، HPE Synergy مزیت عملیاتی مهمی دارد.
در نهایت، سرور مناسب دیتاسنتر لزوماً یک پلتفرم واحد نیست. معماری ترکیبی، با Synergy برای Compute استاندارد و ProLiant DL برای سرویسهای خاص، در بسیاری از سازمانها متعادلترین نتیجه را ایجاد میکند.
سوالات متداول
Synergy یک پلتفرم ترکیبپذیر شامل Frame، Compute Module، Fabric، مدیریت، برق و خنککاری مشترک است؛ نه یک مدل سرور واحد.
Synergy از فرم ماژولار و تا حدی Blade-like استفاده میکند؛ اما با Composer، OneView، Server Profile و Fabric ترکیبپذیر، معماری گستردهتری نسبت به Blade سنتی دارد.
خیر. هر دو برای سناریوهای متفاوت طراحی شدهاند و میتوانند همزمان در یک دیتاسنتر استفاده شوند.
از نظر فنی بله؛ اما هزینه Frame و اجزای مشترک باید با تعداد نود فعلی و برنامه رشد آینده توجیه اقتصادی داشته باشد.
برای شروع، ProLiant DL معمولاً هزینه ورودی کمتری دارد. TCO در مقیاس بزرگ به تعداد نود، استفاده از ظرفیت Frame، فضای رک، کابلکشی، پورتها و هزینه مدیریت وابسته است.
خیر. بسیاری از سرورهای سازگار ProLiant DL نیز با HPE OneView قابل مدیریت هستند؛ اما در Synergy این یکپارچگی با Frame و Fabric عمیقتر است.
Frame دارای اجزای مشترک و قابلیتهای Redundancy است، اما باید برق، خنککاری، Composer و Fabric بهشکل درست طراحی شوند تا Single Point of Failure ایجاد نشود.
برای کلاستر کوچک و رشد تدریجی، DL380 معمولاً سادهتر است. برای کلاستر بزرگ و استاندارد با نیاز به Provisioning و Fabric متمرکز، Synergy میتواند مزیت بیشتری داشته باشد.







دیدگاه شما
اولین نفری باشید که نظر میدهید