در دیتاسنترهای سازمانی، انتخاب سرور فقط به تعداد هسته پردازنده یا میزان حافظه محدود نمیشود. در بسیاری از محیطها، مسئله اصلی این است که منابع پردازشی با چه سرعتی در اختیار سرویسها قرار بگیرند، چقدر بتوان آنها را متناسب با نیاز تغییر داد و مدیریت چندین سیستم تا چه اندازه ساده و متمرکز باشد.
در چنین شرایطی، HPE Synergy 480 Gen12 بهعنوان یک Compute Module در معماری Composable Infrastructure مطرح میشود. این ماژول در یک زیرساخت Synergy، بخشی از منابع پردازشی یک Pool بزرگتر است و در کنار منابع Storage و Fabric مدیریت میشود. HPE نیز Synergy 480 Gen12 را برای ایجاد یک Pool منعطف از ظرفیت محاسباتی و اجرای Workloadهای سازمانی معرفی میکند.
بنابراین کاربرد واقعی Synergy 480 Gen12 را باید در سناریوهایی دید که انعطافپذیری منابع، مجازیسازی، Private Cloud، توسعه سریع سرویسها و مدیریت متمرکز زیرساخت اهمیت زیادی دارد.
HPE Synergy 480 Gen12 در دیتاسنتر دقیقاً چه نقشی دارد؟
Synergy 480 Gen12 یک سرور Rack معمولی نیست که بهصورت مستقل در رک قرار بگیرد و تمام اجزای شبکه و مدیریت آن جداگانه پیکربندی شوند. این محصول یک Compute Module دو سوکتی و Half-Height است که برای استفاده در اکوسیستم HPE Synergy و Synergy 12000 Frame طراحی شده است.
این Compute Module از پردازندههای Intel Xeon 6، حافظه DDR5، گزینههای مختلف Storage Controller و I/O و ارتباطات PCIe 5.0 پشتیبانی میکند.
اما اهمیت اصلی آن در دیتاسنتر زمانی مشخص میشود که آن را در کنار HPE Synergy Composer و HPE OneView قرار دهیم. در این معماری، منابع Compute، Storage و Fabric میتوانند بهصورت یک مجموعه قابل تخصیص و مدیریت در اختیار Workloadها قرار بگیرند.
به زبان ساده، Synergy 480 Gen12 فقط «محل اجرای ماشینهای مجازی» نیست؛ بلکه میتواند یکی از اجزای یک زیرساخت قابل ترکیب و قابل بازپیکربندی باشد.
سناریوهای واقعی استفاده از HPE Synergy 480 Gen12
۱. اجرای زیرساخت Virtualization در دیتاسنتر
یکی از کاربردهای مهم Synergy 480 Gen12، اجرای محیطهای Virtualization است.
فرض کنید یک سازمان دهها یا صدها ماشین مجازی برای سرویسهایی مانند:
- Application Server
- Database
- Web Server
- File Server
- سرویسهای داخلی سازمان
- Monitoring
- Backup Management
در اختیار دارد.
در این شرایط، ایجاد یک سرور فیزیکی اختصاصی برای هر سرویس باعث افزایش تعداد تجهیزات و پیچیدگی مدیریت میشود. بهجای آن میتوان Compute Moduleهایی مانند Synergy 480 Gen12 را بهعنوان منابع پردازشی یک محیط مجازیسازی مورد استفاده قرار داد.
HPE بهصورت رسمی از VMware ESXi و VMware vSphere در Synergy 480 Gen12 پشتیبانی میکند و Windows Server، Hyper-V، RHEL و SLES نیز در فهرست سیستمعاملها و پلتفرمهای پشتیبانیشده قرار دارند.
سناریوی عملی
فرض کنید در یک دیتاسنتر، مصرف CPU ماشینهای مجازی در یک دوره زمانی افزایش پیدا کرده است. در یک معماری سنتی، ممکن است لازم باشد سرور جدید تهیه، Rack شود، شبکه و Storage آن تنظیم شود و سپس Hypervisor روی آن نصب شود.
در معماری Synergy، Compute Module جدید میتواند به زیرساخت Synergy اضافه شود و منابع آن در قالب همان محیط مدیریتشده مورد استفاده قرار گیرد.
این تفاوت زمانی اهمیت بیشتری پیدا میکند که سازمان تعداد زیادی Workload مجازی داشته باشد.
۲. استفاده در Private Cloud سازمانی
یکی دیگر از سناریوهای مهم، ساخت Private Cloud برای سازمانهایی است که میخواهند تجربهای شبیه Cloud در دیتاسنتر داخلی خود ایجاد کنند.
در این مدل، واحد IT ممکن است منابع پردازشی را برای واحدهای مختلف سازمان ارائه کند؛ برای مثال:
- واحد مالی
- منابع انسانی
- نرمافزارهای سازمانی
- سامانههای مشتریان
- محیطهای توسعه و تست
- سرویسهای داخلی
در معماری Composable، منابع Compute، Storage و Fabric میتوانند متناسب با نیاز Workloadها ترکیب و تخصیص داده شوند. HPE این مدل را برای محیطهایی مانند Virtualization، Hybrid Cloud و DevOps نیز مطرح میکند.
سناریوی عملی
یک تیم توسعه برای یک پروژه جدید به چند ماشین مجازی با CPU و Memory مشخص نیاز دارد.
بهجای اینکه تیم زیرساخت هر بار تجهیزات فیزیکی را بهصورت دستی پیکربندی کند، میتوان منابع موردنیاز را در چارچوب Templateها و سیاستهای تعریفشده در HPE OneView مدیریت کرد.
در نتیجه، نقش تیم IT از پیکربندی دستی تجهیزات به سمت ارائه و مدیریت منابع زیرساختی حرکت میکند.
۳. دیتاسنترهایی که Workload آنها دائماً تغییر میکند
گاهی مشکل اصلی دیتاسنتر کمبود منابع نیست؛ بلکه عدم انعطاف منابع است.
برای مثال، یک سازمان ممکن است در یک دوره زمانی به CPU بیشتری نیاز داشته باشد و در دورهای دیگر، بخش عمده مصرف آن مربوط به Memory یا Storage باشد.
HPE Synergy برای چنین مدلی طراحی شده است که منابع Compute، Storage و Fabric در قالب Poolهای قابل ترکیب مدیریت شوند. HPE OneView نیز از Template-based Provisioning و مدیریت Compute، Storage و Networking از یک محیط واحد پشتیبانی میکند.
سناریوی عملی
تصور کنید یک شرکت در زمان اجرای یک پروژه بزرگ، تعداد زیادی ماشین مجازی موقت ایجاد میکند.
بعد از پایان پروژه، بخشی از این منابع دیگر موردنیاز نیستند. در یک معماری Composable، هدف این است که منابع آزادشده بتوانند برای Workloadهای دیگر دوباره مورد استفاده قرار بگیرند، بهجای اینکه ظرفیت سختافزاری برای مدت طولانی بلااستفاده باقی بماند.
۴. استفاده در محیطهای DevOps و توسعه نرمافزار
در تیمهای توسعه، سرعت آمادهسازی محیط یکی از چالشهای رایج زیرساخت است.
یک پروژه ممکن است به محیطهای جداگانه برای:
Development → Testing → Staging → Production
نیاز داشته باشد.
هرکدام از این محیطها ممکن است نیازمندیهای متفاوتی داشته باشند و ایجاد آنها در زیرساختهای سنتی، وابستگی زیادی به فرآیندهای دستی دارد.
HPE Synergy و OneView با رویکرد Template-driven و API-based میتوانند برای استانداردسازی و خودکارسازی بخشی از این فرآیند مورد استفاده قرار بگیرند. HPE همچنین Synergy را برای مدلهای عملیاتی مانند DevOps معرفی میکند.
سناریوی عملی
فرض کنید تیم DevOps باید برای یک پروژه جدید، یک محیط تست مشابه محیط قبلی ایجاد کند.
بهجای تنظیم جداگانه Compute، Network و Storage، میتوان الگوی زیرساختی موردنظر را تعریف کرد و منابع موردنیاز را بر اساس همان الگو در اختیار پروژه قرار داد.
در چنین سناریویی، ارزش Synergy فقط در قدرت پردازشی نیست؛ بلکه در قابل تکرار بودن فرآیند Provisioning است.
۵. استفاده برای Consolidation در دیتاسنتر
در برخی سازمانها، دیتاسنتر طی سالها رشد کرده و سرورهای مختلفی برای سرویسهای گوناگون اضافه شدهاند.
نتیجه ممکن است چیزی شبیه این باشد:
- سرورهای مختلف برای Applicationها
- تجهیزات جداگانه برای Virtualization
- شبکههای متعدد
- Storageهای مستقل
- ابزارهای مدیریتی متفاوت
این وضعیت میتواند مدیریت زیرساخت را پیچیده کند.
Synergy با قرار دادن منابع Compute، Storage و Fabric در یک معماری یکپارچه و مدیریت آنها از طریق Composer/OneView، میتواند در سناریوهای Infrastructure Consolidation مورد استفاده قرار گیرد. HPE نیز کاهش پیچیدگی عملیاتی و ایجاد یک زیرساخت واحد برای Workloadهای متنوع را از اهداف معماری Synergy معرفی میکند.
۶. اجرای Workloadهای سازمانی و Mission-Critical
Synergy 480 Gen12 صرفاً برای محیطهای توسعه یا Virtualization سبک طراحی نشده است.
این Compute Module با پشتیبانی از پردازندههای Intel Xeon 6 و حافظه DDR5 میتواند برای Workloadهای سازمانی مختلف مورد استفاده قرار گیرد. مدل Gen12 در پیکربندی دو سوکتی ارائه میشود و HPE آن را برای Workloadهای عمومی Enterprise معرفی کرده است.
در چنین محیطهایی میتوان از Synergy برای اجرای سرویسهایی مانند:
- Applicationهای سازمانی
- Database
- ERP
- سرویسهای داخلی
- Virtualization
- سرویسهای Cloud داخلی
استفاده کرد.
البته برای Workloadهای حساس، طراحی High Availability باید در سطح کل راهکار انجام شود. HPE در QuickSpecs نیز برای راهکارهای HA، استفاده از Configurationهای Clustered را بهعنوان Best Practice توصیه میکند.
۷. اتصال به Storageهای سازمانی
در دیتاسنترهای Enterprise، Compute معمولاً از Storage جداگانه استفاده میکند.
Synergy 480 Gen12 میتواند با Storage و Fabric زیرساخت Synergy یکپارچه شود و HPE اعلام کرده این Compute Module برای Storageهای سازمانی از جمله HPE MSA، Nimble، Primera و Alletra بهینه شده است. همچنین امکان استفاده از Fibre Channel HBAهای مشخص برای اتصال به SAN وجود دارد.
یک سناریوی واقعی
فرض کنید Databaseهای سازمان روی Storage مرکزی قرار دارند، در حالی که Compute موردنیاز آنها روی Synergy اجرا میشود.
در این معماری، تیم IT میتواند منابع پردازشی را مستقل از Storage مدیریت کند و متناسب با رشد Workload، ظرفیت Compute را توسعه دهد.
این جداسازی میتواند در دیتاسنترهایی که Compute و Storage نیاز به Scale جداگانه دارند اهمیت زیادی داشته باشد.
۸. مدیریت متمرکز چندین Compute Module
وقتی تعداد سرورها افزایش پیدا میکند، مدیریت تکتک تجهیزات میتواند زمانبر باشد.
یکی از تفاوتهای مهم Synergy این است که مدیریت آن صرفاً از طریق Interface هر سرور انجام نمیشود.
HPE Synergy Composer، مبتنی بر HPE OneView، برای مدیریت منابع Compute، Storage و Fabric از یک محیط مرکزی طراحی شده است و امکان Template-based Operations و استفاده از API برای Automation را فراهم میکند.
سناریوی عملی
در یک دیتاسنتر بزرگ، مدیر زیرساخت ممکن است لازم باشد:
- Compute Module جدید اضافه کند
- Firmwareها را مدیریت کند
- Configurationها را استاندارد نگه دارد
- منابع شبکه و Storage را تخصیص دهد
- وضعیت تجهیزات را مانیتور کند
در اینجا مدیریت متمرکز میتواند تعداد عملیات دستی را کاهش دهد و فرآیندهای تکراری را استانداردتر کند.
۹. زمانی که سازمان به Automation زیرساخت نیاز دارد
یکی از کاربردهای مهم Synergy 480 Gen12 زمانی است که سازمان قصد دارد Infrastructure را بیشتر به سمت Software-Defined Infrastructure و Automation ببرد.
HPE OneView دارای API یکپارچه است و HPE Synergy Composer برای Provisioning، مدیریت و تغییر منابع زیرساختی از طریق مدلهای Template-driven و API-based طراحی شده است.
برای مثال، میتوان سناریویی را تصور کرد که یک سیستم داخلی سازمان پس از ثبت یک درخواست، منابع مشخصی را برای یک Application جدید درخواست کند و فرآیند Provisioning بر اساس Templateهای از قبل تعریفشده انجام شود.
در این مدل، Synergy 480 Gen12 بخشی از یک زنجیره Automation زیرساختی است، نه یک سرور مستقل.
۱۰. استفاده در Hybrid Cloud
بعضی سازمانها تمام Workloadهای خود را به Cloud عمومی منتقل نمیکنند.
ممکن است بخشی از سرویسها در دیتاسنتر داخلی باقی بماند و بخشی دیگر در Cloud اجرا شود.
در این شرایط، زیرساخت داخلی باید بتواند Workloadهای متنوع را با سرعت بیشتری Provision و مدیریت کند.
HPE، Synergy را برای محیطهای Hybrid Cloud و اجرای Workloadهای مختلف در یک زیرساخت Composable معرفی میکند.
بنابراین Synergy 480 Gen12 میتواند در بخش On-Premise چنین معماریای نقش Compute را ایفا کند.
چه زمانی HPE Synergy 480 Gen12 انتخاب مناسبی برای دیتاسنتر است؟
اگر نیاز دیتاسنتر صرفاً به یک سرور مستقل برای اجرای یک Application محدود باشد، معماری Composable لزوماً تنها گزینه موجود نیست.
اما زمانی که چند ویژگی زیر همزمان وجود داشته باشد، Synergy 480 Gen12 در قالب پلتفرم Synergy معنا پیدا میکند:
| نیاز دیتاسنتر | نقش Synergy 480 Gen12 |
| Virtualization گسترده | ایجاد ظرفیت Compute در Pool زیرساخت |
| Private Cloud | تخصیص منابع متناسب با Workload |
| DevOps | Provisioning مبتنی بر Template و Automation |
| رشد تدریجی دیتاسنتر | اضافهکردن Compute به زیرساخت موجود |
| Consolidation | مدیریت Compute، Storage و Fabric در یک معماری |
| Workloadهای متنوع | ترکیب منابع برای نیازهای مختلف |
| Automation | استفاده از OneView و API |
| مدیریت متمرکز | کنترل منابع از طریق Composer/OneView |
| اتصال به SAN | پشتیبانی از Fibre Channel و Storageهای سازگار |
| Hybrid Cloud | استفاده بهعنوان Compute در بخش On-Premise |
این موارد با قابلیتها و سناریوهای رسمی معرفیشده برای HPE Synergy همراستا هستند.
HPE Synergy 480 Gen12 در برابر سرورهای سنتی؛ تفاوت در چیست؟
تفاوت اصلی را نباید صرفاً در قدرت پردازشی جستوجو کرد.
در یک سرور سنتی، بسیاری از منابع در همان سرور تعریف و مدیریت میشوند. اما در Synergy، Compute Module بخشی از یک معماری بزرگتر است که منابع Compute، Storage و Fabric را در قالب Poolهای قابل ترکیب مدیریت میکند.
به همین دلیل، مزیت اصلی Synergy در سناریوهایی دیده میشود که سازمان با تغییر مداوم نیازهای زیرساختی، تعداد زیاد Workloadها و ضرورت Automation و مدیریت متمرکز روبهرو است.
آیا HPE Synergy 480 Gen12 برای هر دیتاسنتری مناسب است؟
خیر؛ انتخاب آن باید بر اساس معماری کل دیتاسنتر انجام شود.
Synergy 480 Gen12 برای استفاده بهعنوان بخشی از HPE Synergy Solution به اجزایی مانند Synergy 12000 Frame، Composer/OneView، Network و I/O Interconnect Modules و راهکارهای Boot و Storage نیاز دارد.
بنابراین هنگام بررسی این محصول باید فقط قیمت یا مشخصات یک Compute Module را در نظر نگرفت. عواملی مانند:
- تعداد Compute Moduleها
- نوع Workload
- نیاز Virtualization
- Storage Architecture
- Network/Fabric
- High Availability
- ظرفیت موردنیاز
- رشد آینده
- Automation
- Licensing و Management
باید در کنار یکدیگر بررسی شوند.
جمعبندی
HPE Synergy 480 Gen12 در دیتاسنتر بیشتر از آنکه صرفاً یک Compute Module قدرتمند باشد، بخشی از یک رویکرد متفاوت به طراحی زیرساخت است.
کاربرد آن زمانی پررنگ میشود که سازمان بخواهد منابع Compute را در کنار Storage و Fabric بهصورت منعطف، متمرکز و قابل مدیریت در اختیار Workloadهای مختلف قرار دهد.
از اجرای محیطهای VMware و Virtualization گرفته تا Private Cloud، DevOps، Consolidation، Hybrid Cloud و Automation زیرساخت، سناریوهای استفاده از Synergy 480 Gen12 به معماری کلی دیتاسنتر وابسته هستند. HPE نیز این پلتفرم را برای Workloadهای متنوع Enterprise و مدلهای عملیاتی مانند Virtualization، Hybrid Cloud و DevOps معرفی کرده است.
در واقع، سؤال اصلی هنگام بررسی Synergy 480 Gen12 این نیست که «چقدر پردازش ارائه میدهد؟»؛ بلکه این است که «آیا دیتاسنتر به زیرساختی نیاز دارد که بتوان منابع آن را متناسب با Workloadها ترکیب، تخصیص و مدیریت کرد؟»
اگر پاسخ این سؤال مثبت باشد، آنوقت معماری Synergy و نقش HPE Synergy 480 Gen12 در آن اهمیت بیشتری پیدا میکند.
