今年早些時候，我們深入評測戴爾 PowerStore Gen 3時，重點在於硬件，而且硬體方面可謂面面俱到。戴爾從機殼開始對平台進行了全面重構：3U 機箱內配備 40 個 E3.S NVMe 硬碟位，沒有佔用任何快取插槽；控制器之間採用 200GbE RDMA 中板，且與 CPU 代數解耦；使用軟體定義持久記憶體 (SDPM) 取代 NVRAM 驅動器； SLIC 載板。所有這些選擇都是為了支援長達十年的使用壽命，並允許多次就地升級控制器，這正是該平台生命週期延長優勢的體現。
第三代硬體配置齊全。故事的另一半是 PowerStoreOS 5.0。
在硬體發布之時，PowerStoreOS 5.0 仍處於保密狀態。如今，它已正式發布，預先安裝在新出廠的第三代 PowerStore 系統中，現有用戶也可下載更新。因此，我們仔細研究了此次更新的新增功能和改進之處。簡言之，此次更新的亮點在於其運作層面。 5.0 版本並非著重於某一項核心功能，而是致力於讓不同世代的 PowerStore 設備協同工作，如同運行在一個統一的系統上，從而最大限度地發揮新硬體的性能，並更加註重性能和安全性。
一個作業系統，每一代
PowerStoreOS 5.0 最重要的方面在於其運行平台。它並非第三代產品獨有；預先安裝在新款 PowerStore 1500 上的 5.0 版本也可下載到第一代和第二代裝置。某些功能自然會受到硬體的限制（例如加密飛行資料 FC 卡），但作業系統本身適用於所有安裝平台。
一個集群，兩代產品，兩種介質類型：一台第二代 1200T 和一台 500T，以及一台運行 QLC 的第三代 9500。
這一點至關重要，因為叢集功能允許第一代、第二代和第三代裝置在同一個 PowerStore 叢集中共存，並且工作負載可以在它們之間無縫遷移。戴爾向我們展示的演示環境清晰地說明了這一點：一台最初是第一代 1000T 的 1200T 設備，經過就地升級後，與一台第三代設備組成集群，所有設備都由同一個 PowerStore Manager 實例進行管理。 PowerStore Manager 現在會在叢集檢視中顯示每台裝置的代數及其儲存類別，因此混合部署環境一目了然。需要注意的是：對於新硬體而言，叢集是單向的。第三代設備可以加入第二代集群，但反之則不行。一旦新增了第三代設備，就無法再新增其他第二代設備，初始設定精靈會預先說明此規則。
對於使用舊款 PowerStore 硬體的客戶，這是遷移路徑。將第三代設備新增至現有集群，在 PowerStore Manager 中以原生方式遷移卷，資料遷移完成後自動切換，並在舊設備清空後將其停用或重新利用。目前，區塊遷移就是這樣進行的；叢集內設備之間的檔案遷移計劃在下一個版本中推出。在此期間，戴爾建議檔案遷移客戶使用複製、從 Unity 或 VNX 進行原生檔案遷移，或對於虛擬化環境，使用基於主機的遷移，例如 Storage vMotion。我們在演示過程中監控了 Unity NFS 的即時導入，對於任何停用過 EMC 時代中端陣列的用戶來說，流程都非常熟悉：發現來源、配對檔案系統、在後台複製，然後在 PowerStore 接管舊系統功能期間進行短暫的切換。據戴爾估計，目前仍有數萬套 Unity 系統在運行，因此該導入路徑將會持續繁忙。
第二代初始配置仍然會提出這樣的問題：統一模式還是區塊最佳化模式。
在第三代產品中，選擇不再存在：預設採用統一模式，資源動態分配。
在第一代和第二代產品中，部署首先需要選擇：統一模式或區塊最佳化模式。選擇統一模式會靜態地為 NAS 容器分配一部分 CPU 和內存，無論該檔案是否被使用，這意味著區塊工作負載需要為可能閒置的檔案資源付費。在第三代產品中，這種選擇不再存在。每個裝置都以統一模式部署，動態核心分配 (Dynamic Core Allocation) 會根據需求在區塊服務和檔案服務之間共用資源。文件服務會獲得其所需的資源，而不是嚮導預測的資源，而區塊服務則會回收剩餘的資源。 Metro 複製也跨越了不同代；在第三代和第二代設備之間切換主動-主動 Metro 磁碟區對的首選角色只需單擊一下，切換過程不到一秒即可完成。
TLC 或 QLC：適合工作負載的儲存方案
所有第三代機型，包括 1500、5500 和 9500，均相容於 TLC 或 QLC E3.S 固態硬碟，沒有單獨的型號層級劃分，而且據戴爾稱，不同介質類型之間不存在性能差異。第三代產品取消了先前用於區分產品線的 T 和 Q 後綴；型號代表平台，而硬碟類型則根據您的實際使用需求而定。
實現這一目標的軟體是 OS 5.0 中的自主資料路徑功能，它應用了基於 I/O 的智慧技術來處理資料放置和卸載，從而為高容量 QLC 固態硬碟的運作留出了充足的空間。在底層，寫入作業首先進入 DRAM，然後透過 RDMA 互連在節點間進行鏡像，而不是像老一代產品那樣透過 CPU 中介路徑，最後無需觸及硬碟即可將資料確認資訊傳回給主機。在卸載過程中，系統會將縮減的資料聚合為全條帶寫入後端，從而降低寫入放大，這對於 QLC 固態硬碟的耐用性至關重要。戴爾表示，改進後的資料路徑使讀取速度提升了高達 2 倍，這與底層硬體的效能提升相符。
TLC 容量分別為 3.84TB、7.68TB 和 15.36TB，QLC 容量為 3.84TB、7.68TB 和 15.36TB，QLC 容量為 30.72TB；如果 40 個硬碟位元全部使用 QLC 硬碟，戴爾宣稱 3U 機架式伺服器的有效容量可達 5.8PB，這一有效容量資料基於 6:1 的壓縮比。戴爾也降低了 QLC 硬碟的入門門檻：第三代 1500 型伺服器起步配置為 7 塊 30.72TB QLC 硬碟，而上一代 QLC 配置至少需要 11 塊。自從 PowerStore 5200Q將 QLC 硬碟引入主流工作負載以來，我們見證了戴爾 QLC 硬碟策略的演變；隨著第三代產品的推出，QLC 與 TLC 硬碟的選擇最終簡化為每 GB 的價格和容量，而非效能等級。
在第二代產品中，前置硬碟位元用於安裝 NVRAM 快取驅動器。
在第三代產品中，所有 40 個儲存槽都用於儲存資料；快取持久性轉移到了軟體定義持久性記憶體中。
效率與 6:1 保證
第三代硬體改變了磁碟幾何：頁面大小從前幾代的 4K 增加到 8K。這使得系統每 TB 需要追蹤的元資料減少了一半，從而為使用者工作負載釋放了容量和處理空間。然而，就單就這一點而言，對於重複資料刪除來說卻是一種倒退，因為先前可以獨立刪除的兩個 4K 資料區塊現在可能被拆分到不同的 8K 頁面上。 OS 5.0 的解決方案是非對齊重複資料刪除。系統不再只是匹配 8K 邊界上的頁面，而是可以找到跨越頁面邊界的重複 8K 資料塊並將其刪除。這需要更多的處理能力，而這正是第三代硬體所具備的運算週期和新型卸載晶片的優勢。增強的壓縮卸載完善了資料縮減流程。這種幾何結構的變化對主機和應用程式是透明的；發起方無需進行任何重新配置。
這條資料管道正是支撐著戴爾引以為傲的DR（災難復原）資料量的關鍵所在。戴爾憑藉此平台將資料縮減率保證從5:1提升至6:1，而這一數字也附帶一項限定條件：6:1的保證適用於最初安裝OS 5.0的第三代陣列，且僅適用於可縮減資料。戴爾的工程師坦誠地向我們解釋了其中的機制：如果符合條件的客戶在處理可縮減資料時未能達到6:1的縮減率，戴爾將提供額外的硬碟來彌補。戴爾認為，這得益於以下幾項技術的綜合運用：新一代QAT卸載技術、更快的處理器、RDMA卡減輕了CPU在節點間傳輸的負擔、改進的數據條帶化，以及戴爾AIOps（原CloudIQ）多年來積累的集群遙測數據，這些數據揭示了縮減演算法在哪些方面未能充分發揮其性能優勢。
戴爾提供了兩個來自低負載叢集（實體容量使用率僅 1.4%）的容量儀表板截圖，以顯示這些數字在 PowerStore Manager 中的顯示效果。 「資料節省」面板報告了針對所有寫入資料的總體資料節省率 (DRR)，以及一個單獨的可減少資料節省率 (DRR)，該節省率排除了陣列已分類為不可減少的數據，並以 GB 為單位顯示不可減少的資料部分。在第一張截圖中，2.5TB 的邏輯資料佔用了 359GB 的實體空間，整體 DRR 為 7.2:1，可減少資料的 DRR 為 11.7:1。
Dell PowerStore 容量儀表板：2.5TB 邏輯資料（Dell 提供的擷取資料）的整體 DRR 為 7.2:1，可減少的 DRR 為 11.7:1。
第二次捕獲，寫入相同磁碟區的資料量較多，顯示邏輯空間為 2.7TB，實體空間為 376.4GB，整體效率比為 7.4:1，可縮減效率比為 12.3:1。儀表板還將快照和精簡配置節省的數據納入整體效率計算（此處分別為 29.5:1 和 28.2:1），但該數值不應計入任何關於 6:1 效率比的討論中，因為該保證僅限於可縮減數據的數據縮減。這些是戴爾對戴爾資料集的捕獲結果，因此請將其視為報告功能的範例。特定生產工作負載的縮減效果是另一個問題。
資料節省面板的整體 DRR 為 7.4:1，快照和精簡節省合併為 28.2:1 的整體效率數字（戴爾提供的擷取）。
NAS、Nutanix 和外部儲存的故事
Prism Central 將 PowerStore 連接為 AHV 叢集的外部儲存。
繼 PowerStore 與 Nutanix 合作，將 NCI 7.6 作為 AHV 的外部全快閃儲存之後，OS 5.0 讓 PowerStore Manager 的整合度更高。 Nutanix 的儲存由多個磁碟區組成，類似於 VMware 將虛擬機器分解為檔案；AHV 上的數百個虛擬機器在陣列上可以轉換為 4,000 個磁碟區。在 5.0 版本之前，這些磁碟區會出現在常規卷視圖中，遮擋了其他所有內容。現在，當連接 Nutanix 叢集時，PowerStore Manager 會新增一個「外部管理磁碟區」標籤（以及對應的「外部管理主機」標籤），將 Nutanix 物件隔離到單獨的檢視中，每個物件都標記有 Nutanix 應用程式類型。儲存管理員可以重新獲得磁碟區列表，並且在未連接 Nutanix 的系統上不會顯示該選項卡。
「外部管理磁碟區」標籤將數千個 Nutanix 建立的磁碟區隱藏在主視圖之外。
透過 Prism Central 連接 PowerStore：選擇 Dell PowerStore 作為外部儲存供應商，將其指向 PowerStore Manager，整合過程會自動在 Nutanix 端建立和對應磁碟區。對於希望最佳化虛擬機器管理程式策略的企業而言，底層陣列保持不變，而上層平台則可靈活選擇。
5.0 版本中的遷移功能也擴展到了 OpenShift。 PowerStoreOS 5.0 將 XCOPY 卸載功能與 Red Hat 的虛擬化遷移工具包 (Migration Toolkit for Virtualization) 集成，因此虛擬機遷移可以將複製工作卸載到陣列，而無需通過 iSCSI 或光纖通道將資料路由到主機，包括多磁碟虛擬機。對於將虛擬機器遷移到 KubeVirt 的客戶而言，這與本文稍後將介紹的自動化平台完美契合：主機無需處理遷移流量。
更敏銳的觀察力
利用率分解：CPU、快取媒體、前端連接埠和後端概覽。
OS 5.0 引進了一系列全新的效能儀錶板元件，讓陣列的效能餘裕更加直覺。效能利用率組件將裝置負載分解為各個組成部分，因此利用率不再是謎：將滑鼠懸停在圖表上的某個點上，即可查看該時刻 CPU、快取媒體、前端連接埠和後端驅動器的利用率，以及延遲情況。該元件還提供持續 IOPS 視圖。系統收集大約兩週的歷史資料後，即可啟用「預測」開關，以置信區間預測未來三個月的使用率和延遲。在我們的螢幕截圖中，預測範圍為三個月。
預測視圖預測未來三個月的使用率和延遲，並提供置信區間。
在 PowerStoreOS 4.2 中，異常偵測功能已下放到設備層面。 5.0 版本在此基礎上，將異常檢測功能提升至儀錶盤，新增了一個專用組件，涵蓋六個指標（頻寬、總 IOPS、讀取 IOPS、寫入 IOPS、延遲和平均 I/O 大小），支援跨裝置並排比較，並可匯出結果。其工作原理保持不變：在建立約 72 小時的歷史基線後，系統會學習每個工作負載的行為，並在實時指標後方繪製預期範圍，從而標記異常值，而無需等待靜態閾值觸發。螢幕截圖清楚地展示了這個過程：頻寬在灰色的歷史季節性範圍內波動，工具提示會顯示觀測值、預期範圍以及明確的異常判定結果。
異常檢測會根據即時指標描繪出預期的季節性變化，並標記出異常值。
限製表中的可用空間也得到了提升。 5.0 版本將每個卷系列的克隆限制從 256 個提升至 1,000 個（第二代 500 型號及以上型號和所有第三代型號，升級後自動提升），高端 9XXX 系列型號的捲到 NVMe 主機映射數量翻倍至 32,000 個，大型第二代和第三代系統的捲到 NVMe 主機映射數量翻倍至 32000 個，大型第二代和第三代系統的 NAS 100 個檔案數量個，並在文件使用率達到 80%、90% 和 99% 時發出文件限制通知，確保用戶不會意外達到上限。
這些視圖下方的 I/O 級遙測數據是戴爾為陣列本身的線上勒索軟體檢測奠定的基礎，該公司表示該功能即將推出。
網路彈性：MPA、戴爾網路偵測和金鑰
5.0 中的安全工作分為三個方向：加強人員防護、掃描資料、管理金鑰。
PowerStoreOS 5.0 中的 MPA：受保護的操作現在是選擇而不是強制執行的。
多方授權功能在早期版本中以全有或全無的方式引入：啟用後，叢集上的所有破壞性操作都需要第二位管理員的批准。 OS 5.0 版本則實現了更精細的控制。管理員現在可以從涵蓋計算、儲存、保護、系統、硬體和設定等類別的 61 項受保護操作中進行選擇（預設保護 41 項），並可根據自身需求調整清單。例如，有的團隊可能會要求對每次快照刪除操作進行批准，但允許對保護策略的編輯操作進行批准；有的團隊可能希望對使用者刪除操作進行二次審核，但對 SMB 共享更改操作則不需要。
審批超時時間現在可以配置為三到七天，而不是固定為七天；電子郵件通知和提醒功能可防止請求在隊列中積壓而失效，並且整個配置應用於整個集群，並在新設備加入時自動更新。甚至審批流程本身也受到 MPA 保護：修改受保護的操作清單會產生一個請求，該請求必須由第二位管理員批准，並且審計追蹤會記錄請求者和批准者。所有功能都透過 REST 介面公開，因此擁有數十個陣列的服務提供者可以編寫適用於整個叢集的黃金 MPA 配置腳本。
按類別細粒度劃分，涵蓋計算、儲存、保護、系統和設定。
Dell Cyber Detect 是 Index Engines 的 CyberSense 技術，已整合到 PowerStore 中。
Dell Cyber Detect 是戴爾整合了 Index Engines 的 CyberSense 分析功能，它是一種與陣列並行運行的整合產品，而非 OS 5.0 內部的程式碼；該功能與業界熟知的 PowerProtect 中的全內容分析引擎相同。 Cyber Detect 針對 PowerStore 進行掃描，尋找損壞和加密事件的統計特徵，並透過精靈配置策略。此精靈連接到陣列，選擇生產主機，並透過 iSCSI 或 FC 安排掃描。管理員可以從中獲得一個經過驗證的乾淨快照目錄，因此攻擊後的復原可以從已知良好的副本開始。這與 PowerStore 的安全快照功能相輔相成，即使是管理員也無法在保留期到期前刪除這些快照，因此 Cyber Detect 識別出的乾淨副本也是攻擊者無法刪除的副本。憑藉 Cyber Detect 對數據的分析、AIOps 對遙測數據的勒索軟體監控以及 MPA 對控制平面的分析，勒索軟體的防護範圍現在可以涵蓋內容、行為和影響範圍。
在建立之前，需要檢視 Cyber Detect 掃描策略：陣列、主機、連線和計畫。
第三條改善路線直接源自於客戶的需求，尤其是來自政府相關機構的需求：靜態資料加密金鑰輪替 (D@RE) 現在可由使用者控制。金鑰管理先前完全在後台運行，而 5.0 版本允許管理員根據自身合規要求按需產生新金鑰集，並下載金鑰庫。戴爾將此描述為第一階段，並已將定期輪換列入路線圖。第三代硬體還增加了兩個額外的安全層：採用後量子加密技術簽署的韌體，使平台能夠抵禦「先收集後解密」的攻擊策略；以及符合 FIPS 140-3 標準的 SDPM，確保等待降級的快取資料與驅動器上的資料受到同等標準的保護。
人工智慧建議：從洞察到行動
截至 7 月，Dell AIOps（以前稱為 CloudIQ）和 Dell Automation Platform 開始協同工作，透過整合將 AI 驅動的建議與自動化優化聯繫起來，但目前該整合功能僅在有限範圍內可用。
這種組合為營運人員提供了一條從洞察到行動的更直接路徑，同時輔以人工監督和數位孿生技術，以建立用戶對系統建議的信任。使用者只需在一個介面中即可完成從建議到自動化操作的整個過程。戴爾已將該介面重新設計為生成式使用者介面：預設以聊天優先且介面簡潔，使用者可以產生所需的表格、圖表和視圖，並將其固定到持久的個人化工作區中。
在其發佈時的深色模式下，生成式 UI 包含一個固定的工作區，其中包含從聊天中建立的艦隊健康狀況、IOPS 和庫存小部件。
發佈時，該功能包含三個可操作的用例，其中兩個專門針對 PowerStore。持續容量最佳化功能可識別可回收的儲存空間、沒有主機對映或近期沒有 I/O 的捲，並引導管理員從建議到實際回收，全程無需開啟 PowerStore Manager。 PowerStore 系統更新功能可讓管理員設定代碼級容差、目標安裝日期、批次大小和重複的升級前健康檢查，然後在同一對話中執行更新計劃，如果更新失敗，系統將自動產生支援工單。第三個用例透過識別過度配置的基於 VMware 的叢集並整合工作負載不再需要的節點，同時保留叢集仍需要的節點，從而擴展 Dell 私有雲叢集。
持續的容量優化正在發揮作用：在三個卷中釋放了 2.0TB 的空間，並顯示了優化前後的利用率。
兩項設計決策尤為突出。首先，所有操作都由人們參與，系統會展示其方案和理由，用通俗易懂的語言回答“您是如何得出這個建議的？”，並等待明確的批准。客戶環境的數位孿生模型將在系統初始發布後不久推出，用於在執行變更之前驗證其對下游環境的影響。 ServiceNow 變更控制整合正在開發中，因此可以對工單進行審批。其次，許可方式不變：AI Recommendations 包含在 AIOps 中，而 AIOps 包含在 Dell ProSupport 或更高層級的合約中，因此大多數 PowerStore 使用者都可以使用此功能。
人機協作，端到端：更新計畫出現一次故障，並在同一對話中提出了支援工單。
私有雲、自動化平台和 MCP
在 AI 推薦層之下，是部署和運作私有雲的底層機制。透過戴爾自動化平台編排器，管理員可以選擇一個藍圖，上傳 JSON 配置（或手動填寫參數），然後透過執行圖查看完整的環境部署流程。這包括 PowerStore 硬體驗證、運算和網路準備以及虛擬機器管理程式安裝，儲存步驟也直接整合到工作流程中，例如透過 iSCSI 將 PowerStore 磁碟區連接到 VMkernel 適配器，以及在 Kubernetes 執行時安裝 CSI 驅動程式。虛擬機器管理程式選單涵蓋 VMware、Red Hat、Nutanix 和 Microsoft Azure Local，戴爾私有雲擴充功能可以安裝到每個平台的控制台、vSphere Client、OpenShift Web Console、Prism 或 Azure 入口網站中。因此，虛擬機器和容器的日常生命週期管理可以在團隊已使用的工具中完成。戴爾還可以透過相同擴充功能將 Windows 虛擬機器部署到 OpenShift 上的 KubeVirt，從而將容器和虛擬機器操作整合到一個位置，形成閉環。
編排器的執行圖會逐步執行由 PowerStore 支援的 VMware 部署，並記錄每一步的日誌。
Dell Private Cloud 外掛程式已整合到 vSphere Client 中，PowerStore iSCSI 資料儲存已準備好用於叢集。
藍圖目錄涵蓋虛擬機器、Kubernetes、公有雲、作業系統和資料庫；自動化工作室增加了人工智慧輔助的自訂編排功能。
對於工作負載擁有者而言，藍圖目錄是最吸引人的部分。除了基礎架構藍圖之外，Dell Automation Studio 還允許客戶建立自訂編排。戴爾的展示案例是一種資料庫即服務模式：一個部署在基於 PowerStore 的 vCenter 資料儲存上的 PostgreSQL 藍圖，該應用程式透過 Ansible 安裝。日誌在作業的 VMware 和 Red Hat 步驟之間統一記錄，即時雲端初始化和虛擬機器初始化日誌會串流到一個報表檢視中，而 vSphere 則負責啟動。 vSphere 端透過基於 VMware SDK 建置的平台外掛程式運行，當 Ansible 作業完成後，資料庫即可就位並投入使用。對於 PowerStore 客戶而言，其優勢在於陣列不再是需要配置的目標，而是平台自動建置的資源。
這一切最終都將朝著智慧代理的方向發展。戴爾的官方發布措辭非常明確：自動化平台“將人工智慧代理與對話式介面相結合，從而變革企業部署、監控和管理基礎設施的方式”，該平台的智慧代理功能計劃於今年晚些時候推出。戴爾已承認，為了回應客戶希望引入自有代理的需求，他們正在開發 MCP 伺服器，其中戴爾儲存的 MCP 伺服器將率先推出。戴爾科技開發者網站已經描述了即將推出的功能：涵蓋 PowerStore、PowerScale、PowerProtect、PowerFlex、PowerMax 和 ObjectScale 的 100 多種 MCP 工具，預計將於年底正式發布。這些工具和參數都源自於各平台的版本化 OpenAPI 規範，因此模型無法建立不存在的呼叫。它可以作為本地進程、HTTP 伺服器或 Kubernetes sidecar 運行，每次變更都會產生結構化的審計日誌，批量破壞性操作需要雙重確認。 MCP 已迅速成為為人工智慧代理提供企業系統結構化、權限控制存取權限的標準介面。自動化平台的 MCP 伺服器將使客戶自己的代理程式能夠使用與平台原生代理相同的藍圖、推薦和遙測資料。我們預計隨著代理商的全面部署，該平台的 MCP 功能也將逐步完善，屆時我們將進行報告。
接下來：節奏仍在繼續
PowerStoreOS 5.0 現已發布，但戴爾的發布節奏很快，旨在快速滿足客戶需求。目前，團隊已在緊鑼密鼓開發 5.1 版本，預計今年秋季發布。戴爾將在接近發佈時公佈 5.1 版本的完整功能介紹，但其中一項功能已確定：飛行中加密。
我們第三代實驗室單元中的 EDIF 功能四埠光纖通道 OCP 卡；硬體今天出貨，加密功能透過軟體實現。
目前，所有 PowerStore Gen 3 的 OCP 插槽均可配置支援 EDIF 的光纖通道卡；加密功能透過無中斷軟體更新實現，這也是 5.1 版本更新的重點所在。 EDIF（傳輸中加密資料）可對主機和陣列之間，或兩個複製陣列之間的光纖通道流量進行加密，從而彌補了防火牆從未觸及的漏洞：內部 SAN 流量以明文形式傳輸。由於陣列會在接收時進行解密，因此去重和壓縮操作仍然能夠處理可減少的數據，從而在不犧牲效率提升的前提下保護了傳輸線路。如果在主機或應用層進行加密，則到達陣列的每個資料區塊都會變成唯一的雜訊；EDIF 能夠在不增加這種成本的情況下保護傳輸。
故事的另一半發生在伺服器端。我們深入探討了Emulex Secure HBA，它採用硬體卸載的會話加密技術，整合在適配器內部，符合新興的 FC-SP-3 標準，並針對內部流量建立了零信任架構。我們見證了該方案發展成為自主的 SAN 級加密。當 5.1 版本啟用陣列端時，端對端加密的光纖通道將成為 PowerStore 上的常規設定。
我們在硬體發表會上撰寫的文章以對第三代產品和 PowerStoreOS 5.0 的融合充滿期待而告終。如今，在體驗了正式版之後，答案是：這款軟體與它所運行的硬體平台完美契合。一個作業系統即可支援三代硬件，QLC 快閃記憶體已成為主流，效率顯著提升且有保障，維運層也在不斷學習閉環管理，從而大幅擴展了儲存管理員的快速操作能力。
還有一個值得一提的數字。今年7月，戴爾的營運遙測數據顯示，其報告集群中PowerStore的累計運行時間突破了10億小時，相當於六年的生產經驗，即超過11.4萬機器年。如此大規模的集群學習正是訓練上述資料縮減調優、異常模型與推薦引擎的基礎，也是5.0版諸多優勢的來源。該平台的下一個十億小時運行時間將基於更智慧的軟體和同樣強大的硬體平台。
PowerStore 產品頁面
本報告由 Dell Technologies 贊助。 本報告中表達的所有觀點和意見均基於我們對所考慮產品的公正看法。
Amazon