解決方案
高性能存儲(chǔ)
· 單次實(shí)驗(yàn)數(shù)據(jù)規(guī)模巨大（≥70TB）·
持續(xù)高速寫入（≥60GB/s）
·
高并發(fā)訪問
·
長(zhǎng)時(shí)間穩(wěn)定運(yùn)行與數(shù)據(jù)安全保障
客戶痛點(diǎn)｜傳統(tǒng)架構(gòu)面臨的挑戰(zhàn)
- 機(jī)房空間有限，無法無限堆疊服務(wù)器
- 傳統(tǒng)軟件 RAID / 硬 RAID 寫入性能受限，CPU 資源消耗嚴(yán)重
- 使用 Lustre / ZFS 等方案時(shí)，需要大量節(jié)點(diǎn)才能勉強(qiáng)滿足帶寬需求
- 系統(tǒng)復(fù)雜、能耗高、整體 TCO 居高不下
傳統(tǒng)做法下，為滿足性能需求，往往需要 8 臺(tái)以上服務(wù)器，成本與運(yùn)維壓力極大。
解決方案｜SupremeRAID? + 并行文件系統(tǒng)
采用 Graid
Technology SupremeRAID? GPU RAID 架構(gòu)，結(jié)合 BeeGFS 或 Lustre 并行文件系統(tǒng)，構(gòu)建新一代高性能科研存儲(chǔ)平臺(tái)。
架構(gòu)說明
- 每臺(tái) 2U 服務(wù)器配置 12 塊 NVMe SSD
- 通過 SupremeRAID? 在 GPU 上完成 RAID 運(yùn)算
- NVMe
SSD 性能可 100% 釋放，不占用 CPU 資源
- 通過 InfiniBand 實(shí)現(xiàn)多節(jié)點(diǎn)并行聚合帶寬
- 上層采用 BeeGFS / Lustre 進(jìn)行統(tǒng)一數(shù)據(jù)管理
性能對(duì)比｜傳統(tǒng)方案 vs SupremeRAID? 方案
傳統(tǒng)方案
- 寫入性能不足
- 難以滿足
≥60GB/s 的持續(xù)帶寬需求
- 需要 8 臺(tái)以上服務(wù)器才能達(dá)標(biāo)
SupremeRAID? (HE) + BeeGFS / Lustre
單節(jié)點(diǎn)寫入帶寬 ≥15GB/s
- 聚合帶寬輕松達(dá)到
60GB/s 以上
- BeeGFS
寫入性能 較 Lustre 提升 2 倍以上
·
SupremeRAID?
+ Lustre 僅需4臺(tái)服務(wù)器
· SupremeRAID? + BeeGFS 僅需2臺(tái)服務(wù)器
· SupremeRAID? HE+ BeeGFS 僅需1臺(tái)服務(wù)器
方案優(yōu)勢(shì)｜為科研場(chǎng)景量身打造
- 極致性能
- GPU 并行 RAID 加速，顯著提升寫入吞吐，滿足同步輻射瞬時(shí)爆量數(shù)據(jù)寫入需求
- 不占用 CPU 資源
- RAID 運(yùn)算完全由 GPU 承擔(dān)，CPU 專注于計(jì)算與控制任務(wù)
- 更少服務(wù)器，更低復(fù)雜度
服務(wù)器數(shù)量減少 50% 以上，系統(tǒng)架構(gòu)更簡(jiǎn)潔 - 節(jié)省空間 / 節(jié)省能耗 / 降低成本
- 機(jī)房空間節(jié)省約
50%
以上（8U → 4U→ 1U）
- 更低功耗
- 顯著降低整體 TCO
- 企業(yè)級(jí)數(shù)據(jù)保護(hù)
提供完整 NVMe RAID 保護(hù)機(jī)制，保障科研數(shù)據(jù)安全可靠
以更少的服務(wù)器、更低的成本，實(shí)現(xiàn)科研數(shù)據(jù)基礎(chǔ)設(shè)施的全面升級(jí)。
《網(wǎng)絡(luò)安全與事件管理解決方案》
案例背景｜電信商網(wǎng)絡(luò)安全與事件管理
大型電信運(yùn)營(yíng)商在日常運(yùn)營(yíng)中，需要持續(xù)收集、分析并管理來自以下來源的安全數(shù)據(jù)與事件日志：
- 核心網(wǎng)絡(luò)設(shè)備
- 數(shù)據(jù)中心與云環(huán)境
- 防火墻、IDS/IPS、WAF
- 終端與應(yīng)用系統(tǒng)
這些數(shù)據(jù)被集中寫入 Elastic Database（Elastic Stack / SIEM），
用于威脅檢測(cè)、事件關(guān)聯(lián)分析、取證溯源與合規(guī)審計(jì)。
在實(shí)際部署中，電信商要求：
- 實(shí)時(shí)接收
500K EPS（Events Per Second）
- 高并發(fā)持續(xù)寫入
- 低延遲搜索與分析
- 長(zhǎng)時(shí)間穩(wěn)定運(yùn)行
客戶痛點(diǎn)｜傳統(tǒng) Elastic 架構(gòu)的性能瓶頸
在未進(jìn)行存儲(chǔ)加速前，傳統(tǒng)方案面臨明顯限制：
- 單臺(tái)服務(wù)器僅能處理約
50K EPS
- CPU
被大量消耗在 RAID 與 I/O 處理上
- 為滿足 500K EPS 需求，需部署 10 臺(tái)以上服務(wù)器
- 帶來高昂的：
- 硬件成本
- 機(jī)房空間占用
- 電力與散熱壓力
存儲(chǔ)與 I/O 成為 SIEM 擴(kuò)展的最大瓶頸，而非計(jì)算能力本身。
解決方案｜SupremeRAID? 加速 Elastic Database
通過引入 Graid Technology SupremeRAID? GPU RAID 架構(gòu)，
對(duì) Elastic Database 的底層存儲(chǔ)進(jìn)行徹底優(yōu)化。2 臺(tái)服務(wù)器即可完成原本 10 臺(tái)以上的處理能力。
|
架構(gòu)方式 |
可支持寫入能力 |
|
傳統(tǒng)方案 |
~50K
EPS / 臺(tái) |
|
SupremeRAID?
+ Elastic |
>200K
EPS / 臺(tái) |
|
SupremeRAID?（2 臺(tái)） |
接近 500K
EPS |
在滿足 500K EPS 實(shí)時(shí)寫入 的同時(shí)，更少服務(wù)器, 更低功耗,更低 TCO, 更高分析效率,為電信級(jí)與企業(yè)級(jí)網(wǎng)絡(luò)安全，打造真正可持續(xù)擴(kuò)展的 SIEM 存儲(chǔ)基礎(chǔ)。
