Catalogic 旗下的 CloudCasa 已將Dell PowerStore新增至 CloudCasa Disaster Recovery 可用於 Kubernetes 故障轉移的儲存陣列清單中，此前 CloudCasa Disaster Recovery 已支援 HPE Alletra 和 SUSE Storage。此功能更新還新增了一個唯讀的模型上下文協定 (MCP) 伺服器，使 AI 助理能夠檢查備份和災難復原狀態；此外，還預覽了 KubeVirt 虛擬機備份的更改區塊追蹤 (CBT) 功能，該功能僅複製自上次運行以來發生更改的資料區塊。
儲存整合災難復原功能擴充至戴爾 PowerStore
PowerStore 加入了HPE Alletra Storage MP B10000、HPE Alletra 9000 和 SUSE Storage 的行列，成為 CloudCasa 災難復原的複製提供者。各平台上的分工相同：陣列將持久卷資料複製到復原站點（PowerStore 支援同步或非同步複製），而 CloudCasa 則負責處理容器化應用程式和 KubeVirt 虛擬機器的故障轉移和故障復原的 Kubernetes 端。磁碟區資料在陣列之間直接傳輸，無需經過 CloudCasa。
CloudCasa 會將每個受保護工作負載的設定記錄在複製的清單磁碟區中，並透過 PowerStore REST API 與陣列通訊。當發生故障轉移時，CloudCasa 首先啟動該清單卷，在目標叢集上啟動復原代理，然後故障轉移剩餘的 PowerStore 磁碟區組，並基於複製卷重建 Deployment、StatefulSet、持久卷聲明和 KubeVirt 虛擬機。由於 PowerStore 會故障轉移整個磁碟區組，因此 CloudCasa 建議將具有不同復原要求的工作負載放置在不同的磁碟區組中。
故障復原程序會等待操作員確認，確認後 CloudCasa 會反向複製受影響的捲組，以便 PowerStore 僅重新同步故障轉移後所做的更改，縮減災備站點上仍在運行的工作負載，然後將卷組故障恢復到主陣列並重建工作負載。 CloudCasa 表示，該方法的目標是在 PowerStore 同步複製時，將復原時間縮短至幾分鐘，並將復原點目標 (RPO) 控制在接近零的水平，具體結果取決於複製模式、工作負載大小以及站點之間的距離。
此整合涵蓋透過 PowerStore CSI 驅動程式配置的區塊 (SCSI) 持久磁碟區；NFS 和 SMB 磁碟區災難復原功能已列入 CloudCasa 的開發計畫。支援的平台包括 Red Hat OpenShift 和 OpenShift Virtualization、SUSE Rancher/RKE2 和 SUSE Virtualization、VMware vSphere Kubernetes Service 以及上游 Kubernetes 1.20 及更高版本。 CloudCasa 災難復原功能按工作節點進行年度訂閱許可，與 CloudCasa 的備份產品分開，SaaS 版本和自架版本均適用。
用於人工智慧代理整合的模型上下文協定伺服器
MCP 伺服器允許任何支援透過 HTTP 連接遠端 MCP 伺服器的 AI 助理以純文字語言查詢 CloudCasa，例如詢問過去 24 小時內哪些備份作業失敗，或某個命名空間有哪些復原點。它代表使用者呼叫 CloudCasa API，使用 HTTP 標頭中傳遞的 CloudCasa API 金鑰進行身份驗證，並且只能執行該金鑰角色允許的操作。目前，它是唯讀的：助手可以列出叢集、備份策略、作業、復原點、還原、警報和備份目標，但無法執行、建立、編輯或刪除任何內容。
CloudCasa全球銷售與聯盟副總裁Ryan Kaw表示：“平台團隊越來越多地使用AI助手完成日常工作，他們希望備份狀態能夠與其他工具一起使用。MCP伺服器現在就能實現這一點。”
更改了區塊追蹤預覽和可用性
CBT 預覽版基於 KubeVirt 在 1.8 版本中新增的增量備份支持，該支持利用 QEMU 和 libvirt 的備份功能，並且不受底層存儲的限制。 CBT 會記錄自上次備份以來哪些磁碟區塊發生了更改，因此 CloudCasa 只會複製這些更改的磁碟區塊，該公司表示這可以縮短虛擬機器備份時間。在 Red Hat OpenShift 上，該 KubeVirt 版本隨 OpenShift 4.22 一起發布，並且需要明確啟用該功能。
PowerStore DR 整合和 MCP 伺服器現已可用，CBT 備份仍處於預覽階段。此次更新還新增了一個專用的虛擬機器頁面，其中列出了所有已註冊叢集中的虛擬機器及其運行狀態和客戶機代理程式狀態，管理員可以在該頁面上為每個虛擬機器定義備份和還原策略。
Amazon