HPE Primera 670 بالاترین مدل خانواده HPE Primera 600 و یک پلتفرم ذخیرهسازی Tier-0 برای Workloadهای Mission-Critical است. این مدل با معماری All-Active، امکان استفاده از ۲ یا ۴ نود کنترلر، کش بیشتر نسبت به Primera 650، اتصال Fibre Channel و iSCSI و پشتیبانی از رسانههای NVMe و SAS برای محیطهایی طراحی شده که پایداری، Latency قابل پیشبینی و مقیاسپذیری اهمیت بالایی دارد.
با این حال، انتخاب Primera 670 باید بر اساس نسخه A670 یا C670، تعداد نودها، نوع درایو، ظرفیت واقعی، الگوی I/O، تعداد Host Port، سیاست پشتیبانی و مسیر توسعه آینده انجام شود. برای پروژههای Greenfield نیز ارزیابی نسلهای جدیدتر HPE در کنار Primera 670 ضروری است.
HPE Primera 670 مدل ردهبالای خانواده محصولات HPE Primera Storage است و برای سازمانهایی طراحی شده که Storage آنها مستقیماً بر دسترسپذیری سرویسهای حیاتی، دیتابیسها، محیطهای مجازی و سامانههای تراکنشی اثر میگذارد. تفاوت اصلی 670 با مدلهای پایینتر فقط در ظرفیت ذخیرهسازی نیست؛ منابع Controller، Cache و مقیاس قابل پشتیبانی نیز در این مدل بیشتر است.
Primera 670 میتواند با دو یا چهار Controller Node پیکربندی شود. معماری All-Active خانواده Primera برای استفاده فعال از منابع سیستم طراحی شده است و همراه با مکانیزمهای افزونگی، Persistent Port و Multipathing میتواند ریسک ایجاد Single Point of Failure در مسیر I/O را کاهش دهد.
در معماری All-Active، منابع پردازشی و مسیرهای ذخیرهسازی بهجای نگهداشتن بخش بزرگی از سختافزار در حالت Standby، برای سرویسدهی فعال طراحی میشوند. نتیجه مورد انتظار، استفاده بهتر از منابع و حفظ مسیرهای جایگزین هنگام خرابی یا Maintenance است؛ البته طراحی صحیح SAN و Multipathing سمت Host همچنان ضروری است.
Primera A670 نسخه All-Flash است و برای Workloadهایی که Latency پایین و IOPS بالا در اولویت قرار دارد مناسبتر است. NVMe SSD در Controllerهای سری A و در Slotهای مشخص Storage Base پشتیبانی میشود. در مقابل، C670 یک پیکربندی Converged است و امکان استفاده از SAS SSD و HDD را برای سناریوهایی که نسبت قیمت به ظرفیت اهمیت بیشتری دارد فراهم میکند.
بنابراین عبارت «HPE Primera 670» بهتنهایی برای تعیین BOM کافی نیست. قبل از استعلام باید مشخص شود که پروژه به A670 یا C670، چند Controller Node، چه تعداد Drive و چه نوع Host Connectivity نیاز دارد.
یکی از وجوه مهم Primera، استفاده از HPE InfoSight برای تحلیل Telemetry و شناسایی الگوهای عملکردی و مشکلات احتمالی زیرساخت است. InfoSight را نباید یک مکانیزم جادویی برای رفع خودکار هر خرابی دانست؛ ارزش اصلی آن در Predictive Analytics، مشاهده رفتار سیستم و کمک به تشخیص سریعتر مشکلات Storage و بخشهایی از Stack زیرساخت است.
HPE برای Primera برنامه 100% Data Availability Guarantee ارائه کرده است، اما این عبارت یک Guarantee تجاری با شرایط مشخص خدمات و پشتیبانی است؛ به این معنا نیست که خرابی سختافزار هرگز اتفاق نمیافتد. هنگام خرید، شرایط قرارداد Support و Eligibility سیستم باید بهصورت مستقل بررسی شود.
مزیت Primera 670 زمانی مشخص میشود که معماری آن در یک سناریوی واقعی بررسی شود. این مدل بیش از آنکه صرفاً یک Storage با ظرفیت بالا باشد، برای Consolidation سرویسهای حساس و کاهش ریسک عملیاتی در محیطهای Enterprise طراحی شده است.
مشخصات زیر بر اساس خانواده Primera 600 و کانفیگهای رسمی 670 تنظیم شده است. اعداد حداکثری معمولاً فرض میکنند آخرین HPE Primera OS سازگار، بیشترین تعداد Controller Node و گزینههای سختافزاری قابل پشتیبانی استفاده شدهاند؛ بنابراین نباید تمام اعداد جدول را برای هر BOM یا هر سیستم دو نودی قابل دستیابی دانست.
| مشخصه | HPE Primera 670 | نکته انتخاب |
|---|---|---|
| مدلها | A670 و C670 | A670 برای All-Flash؛ C670 برای ترکیب رسانههای SAS Flash/HDD |
| Controller Node | ۲ یا ۴ نود | حداکثرهای سیستم معمولاً بر مبنای کانفیگ ۴ نودی اعلام میشوند |
| CPU در هر نود | ۲ CPU | 670 منابع Controller بیشتری نسبت به مدل 630 دارد |
| Cache در هر نود | 512 GiB یا 1 TiB | بسته به Controller SKU انتخابی |
| حداکثر System Cache | 2 TiB یا 4 TiB | وابسته به تعداد نود و نسخه Controller |
| حداکثر Host Port | ۴۸ Port | تعداد واقعی به HBAهای نصبشده وابسته است |
| Fibre Channel | 16Gb/s یا 32Gb/s، تا ۴۸ Port | برای SANهای FC و Workloadهای Latency-Sensitive |
| Ethernet Host | 10Gb/s یا 25Gb/s، تا ۴۸ Port | برای پیادهسازی iSCSI بر اساس HBA و طراحی شبکه |
| Built-in 10GbE | ۲ Port در هر نود | از جمله برای Remote Copy over IP |
| حداکثر NVMe SSD | ۱۶ Drive | NVMe در Storage Base و روی A-controllerها پشتیبانی میشود |
| حداکثر SAS SSD | ۵۷۶ Drive | در توسعه ظرفیت، Drive Enclosure و Node Pair باید در Sizing لحاظ شوند |
| حداکثر HDD | ۹۶۰ Drive | HDD مربوط به C-controller و Converged Configuration است |
| حداکثر Raw Capacity با SSD | تا 3200 TiB | حداکثر تئوریک کانفیگ؛ نه ظرفیت قابل استفاده یک BOM معمولی |
| حداکثر Raw Capacity ترکیبی | تا 4000 TiB | وابسته به گزینههای C670 و موجود بودن Driveهای مورد پشتیبانی |
| Add-on Drive Enclosure | تا ۲۲ برای A670 و تا ۳۸ برای C670 | برخی گزینهها میتوانند Subject to Availability باشند |
| RAID | RAID 6 | انتخاب تعداد Drive باید بر مبنای الگوی RAID پشتیبانیشده انجام شود |
Primera A670 از NVMe SSD در Slotهای مشخص Storage Base پشتیبانی میکند و امکان ترکیب NVMe SSD و SAS SSD نیز با رعایت قواعد کانفیگ وجود دارد. NVMe Drive در این معماری به رسانه ذخیرهسازی داخلی اشاره میکند و نباید بهطور خودکار نتیجه گرفت که Hostها از طریق NVMe-oF به Primera متصل میشوند.
مستندات Host Connectivity برای Primera اتصال Fibre Channel و iSCSI را پوشش میدهند. اگر NVMe-oF یکی از Requirements اصلی پروژه است، پیش از انتخاب باید Compatibility Matrix و معماری محصول بررسی شود. برای شناخت تفاوت این دو معماری میتوانید مقاله Fibre Channel SAN در برابر NVMe-oF را مطالعه کنید.
ظرفیت Raw مجموع ظرفیت فیزیکی Driveها است؛ ظرفیت Usable پس از اعمال RAID و Reserveهای سیستم مشخص میشود و Effective Capacity به میزان Data Reduction واقعی بستگی دارد. به همین دلیل، اعدادی مانند چند پتابایت Effective Capacity نباید بدون بررسی Compression، Deduplication، Snapshot، نوع داده و Workload بهعنوان ظرفیت تضمینشده پروژه در نظر گرفته شوند.
برای پروژهای که Latency معیار اصلی انتخاب است، صرفاً ظرفیت Drive کافی نیست. Queue Depth، اندازه Block، نسبت Read/Write، تعداد مسیرهای Host و طراحی Fabric نیز باید اندازهگیری شوند. مقاله محاسبه Storage Latency و عوامل مؤثر بر آن میتواند در تعریف معیارهای Performance کمک کند.
Primera از Driveهای FIPS Encrypted و قابلیت Data Encryption پشتیبانی میکند، اما فعالسازی Encryption به License و کانفیگ مناسب وابسته است. در طراحی امنیتی باید علاوه بر Encryption at Rest، سیاستهای Backup، Replication، کنترل دسترسی، جداسازی شبکه مدیریت و سناریوی Recovery نیز بررسی شوند.
Primera 670 زمانی ارزش بیشتری ایجاد میکند که Storage قرار است چند Workload حساس را با SLA سختگیرانه Consolidate کند. انتخاب آن صرفاً به دلیل «Enterprise بودن» منطقی نیست؛ Performance Profile و الگوی رشد محیط باید با منابع این مدل متناسب باشد.
Primera 670 میتواند بخشی از یک زیرساخت تحلیل داده یا Compute-intensive باشد، اما انتخاب آن بهعنوان Storage اصلی یک کلاستر AI/HPC مدرن باید با دقت بیشتری انجام شود. در پروژههایی که Throughput بسیار بالا، Scale-Out مستقل و معماری All-NVMe جدید یا پروتکلهای جدیدتر یک Requirement کلیدی هستند، مقایسه Primera با نسلهای جدیدتر Storage ضروری است.
نسبت دادن یک درصد ثابت مانند «۲۰ درصد سریعتر» به Primera 670 بدون Workload و Benchmark مشخص قابل اتکا نیست. تفاوت قابل دفاعتر میان این دو مدل در منابع Controller، Cache و سقف مقیاسپذیری دیده میشود.
| معیار | HPE Primera 650 | HPE Primera 670 |
|---|---|---|
| Controller Node | ۲ یا ۴ | ۲ یا ۴ |
| CPU در هر نود | ۲ | ۲ |
| Cache در هر نود | 256 GiB | 512 GiB یا 1 TiB |
| حداکثر System Cache | 1 TiB | 2 TiB یا 4 TiB |
| حداکثر Host Port | ۴۸ | ۴۸ |
| حداکثر NVMe SSD | ۱۶ | ۱۶ |
| حداکثر SAS SSD | ۳۸۴ | ۵۷۶ |
| حداکثر HDD | ۵۷۶ | ۹۶۰ |
| حداکثر Raw SSD Capacity | 1600 TiB | 3200 TiB |
| سناریوی انتخاب | Enterprise Workload با مقیاس متوسط تا بالا | Consolidation و مقیاس ظرفیت بالاتر در خانواده Primera |
اگر ظرفیت و Cache مورد نیاز پروژه پایینتر است، بررسی HPE Primera 650 میتواند به جلوگیری از Over-Sizing کمک کند. در مقابل، پروژههایی که تعداد Drive، Cache یا رشد ظرفیت بیشتری نیاز دارند منطقی است ابتدا مدل 670 را بررسی کنند.
HPE در نسل جدید Storage سازمانی، معماری HPE Alletra Storage MP را توسعه داده و خود Vendor مسیر مهاجرت از Primera به B10000 را نیز ارائه کرده است. B10000 بر معماری Disaggregated Scale-Out و All-NVMe جدیدتری تکیه دارد و امکان توسعه Performance و Capacity را با انعطاف بیشتری دنبال میکند.
اگر سازمان در حال توسعه یک Primera نصبشده، استانداردسازی قطعات یا حفظ سازگاری عملیاتی است، 670 همچنان میتواند در سناریوی مناسب قابل بررسی باشد. اما برای خرید Greenfield یا Modernization اساسی، مقایسه با HPE Alletra Storage MP B10000 قبل از نهایی کردن BOM توصیه میشود.
خرید یک Enterprise Storage تنها با مقایسه Capacity و تعداد Drive تصمیمگیری نمیشود. بخش مهم هزینه و ریسک پروژه به طراحی SAN، Licenses، Support، Migration، ظرفیت قابل استفاده و رشد چندساله محیط مربوط است.
برای Sizing باید حداقل Peak IOPS، Average IOPS، Latency مورد انتظار، Block Size، نسبت Read/Write، میزان Data Reduction قابل انتظار، تعداد Host، تعداد Path و رشد سالانه داده مشخص شود. تیم خدمات ذخیرهسازی سازمانی آکو میتواند BOM را بر اساس همین متغیرها و محدودیتهای واقعی پروژه بررسی کند.
بسیاری از اعداد Max در QuickSpecs با فرض بیشترین تعداد نود محاسبه میشوند. در نتیجه نباید مشخصات حداکثری چهار نودی را مستقیماً برای یک Array دو نودی در Proposal استفاده کرد. Controller Count باید از ابتدای Sizing مشخص باشد.
Data Reduction به ماهیت داده وابسته است. دیتابیسهای از قبل فشرده، فایلهای Media، دادههای Encrypted یا برخی Backup Setها میتوانند Reduction بسیار متفاوتی نسبت به دادههای قابل Deduplication داشته باشند. بنابراین Sizing ظرفیت بهتر است ابتدا با Usable Capacity محافظهکارانه انجام شود.
Snapshot و Replication برای Recovery و DR بسیار ارزشمند هستند، اما جایگزین کامل Backup مستقل و ایزوله نیستند. برای طراحی درست این لایهها، مقاله تفاوت Snapshot، Clone و Replication در استوریجها مسیر تصمیمگیری روشنتری ارائه میدهد.
در خرید Primera 670، مخصوصاً در بازار تجهیزات Enterprise، فقط Part Number دستگاه کافی نیست. وضعیت Controller، Drive SKU، HBA، Firmware، Contract Support و امکان تأمین قطعات جایگزین باید بررسی شود. برای برنامه نگهداری و تأمین قطعه نیز میتوان از خدمات گارانتی و پشتیبانی تجهیزات آکو استفاده کرد.
حداقل ظرفیت Usable مورد نیاز، رشد سهساله، نوع Workload، Peak IOPS، Latency هدف، تعداد Host، نوع اتصال FC یا iSCSI، تعداد سایتها، نیاز به Replication، نوع Drive و وضعیت تجهیزات SAN فعلی را مشخص کنید. بدون این دادهها، مقایسه قیمت دو کانفیگ Primera 670 میتواند گمراهکننده باشد.
HPE Primera 670 یک Storage رده Enterprise برای سرویسهای Mission-Critical است که نقطه قوت اصلی آن در معماری All-Active، منابع Controller قدرتمند، Cache بالا، مقیاسپذیری بیشتر از Primera 650 و مجموعه Data Services سازمانی قرار دارد. نسخه A670 برای محیطهای All-Flash و C670 برای سناریوهای Converged با ظرفیت بالاتر طراحی شدهاند.
در مقابل، Primera 670 نباید صرفاً به دلیل جایگاه ردهبالای خود انتخاب شود. اگر Workload به این سطح از Cache، Drive Count و Availability نیاز ندارد، ممکن است کانفیگ کوچکتر اقتصادیتر باشد. همچنین برای زیرساختهای جدید باید نسلهای Alletra و مسیر Modernization آینده در محاسبه TCO وارد شوند.
تفاوت اصلی در منابع و مقیاس است. Primera 670 میتواند 512 GiB یا 1 TiB Cache در هر نود داشته باشد، در حالی که 650 دارای 256 GiB در هر نود است. سقف SAS SSD، HDD و Raw Capacity نیز در 670 بیشتر است. حداکثر Host Port در هر دو مدل تا ۴۸ Port اعلام شده است.
بله. در Primera A670، NVMe SSD در Slotهای مشخص Storage Base پشتیبانی میشود و سقف رسمی خانواده برای مدل 670 تا ۱۶ NVMe SSD است. NVMe Drive داخلی را نباید با پشتیبانی NVMe-oF در سمت Host اشتباه گرفت.
بله. HPE Primera از iSCSI روی Ethernet Host Adapterهای پشتیبانیشده استفاده میکند و گزینههای 10GbE/25GbE در خانواده Primera 600 وجود دارند. طراحی MPIO، VLAN، Queue Depth و شبکه Storage باید بر اساس Best Practice و Compatibility Matrix انجام شود.
پاسخ به Workload بستگی دارد. A670 برای All-Flash و سناریوهای Performance-sensitive مناسبتر است، در حالی که C670 امکان استفاده از HDD در کنار رسانههای Flash را برای سناریوهایی با تمرکز بیشتر بر ظرفیت فراهم میکند. مقایسه باید بر اساس Latency، IOPS، ظرفیت و TCO انجام شود.
برای توسعه یک محیط Primera موجود، حفظ استاندارد عملیاتی یا پروژهای با الزامات سازگاری مشخص میتواند گزینه قابل بررسی باشد. برای پروژه Greenfield بهتر است HPE Alletra Storage MP B10000 و سایر پلتفرمهای جدید نیز از نظر معماری، Performance، Support و TCO مقایسه شوند.
قیمت به تعداد Controller Node، نوع A670 یا C670، تعداد و ظرفیت Driveها، FC یا Ethernet HBA، Enclosureها، Licenseها، قطعات جانبی و سطح خدمات پشتیبانی وابسته است. بنابراین قیمت دقیق تنها پس از تعیین BOM و Sizing فنی قابل استعلام است.