Rook v1.19 現已發佈，一個功能豐富的版本，旨在提升 Kubernetes 存儲體驗。

NVMe-oF Gateway

NVMe over Fabrics 允許通過 NVMe/TCP 協議訪問 RBD 卷。這樣，集羣內的 Kubernetes Pod 和集羣外的客户端都能使用標準 NVMe-oF 發起器連接 Ceph 塊存儲，實現網絡上的高性能塊存儲訪問。

Ceph 從最近的 Tentacle 版本開始支持 NVMe-oF。Rook 也完成了初步集成，現已開放實驗模式供測試，但尚未達到生產穩定階段。這是個大功能，需要時間打磨。

Ceph CSI 3.16

Ceph CSI v3.16 帶來了 RBD、CephFS、NFS 驅動的多項改進。和 v1.18 一樣，本版本既支持 Ceph CSI Operator，也支持 Rook 的直接配置模式。Rook 依然會自動配置 Ceph CSI Operator。計劃在 v1.20 完善 Ceph CSI Operator 的文檔。

新特性包括：

• 基於 NVMe over Fabrics 協議的 CSI 驅動，支持卷的動態創建和掛載
• 節點故障時對 RBD 和 CephFS 卷的改進隔離
• 塊卷使用統計
• 可配置的塊加密算法

併發集羣對齊（Concurrent Cluster Reconciles）

之前，如果一個 Kubernetes 集羣裏配置了多個 Ceph 集羣，Rook 會串行對齊它們。如果某個集羣出現健康問題，會阻塞後續集羣的對齊。

現在，Rook 支持併發對齊多個集羣。通過設置 operator.yaml 或 Helm 的 ROOK_RECONCILE_CONCURRENT_CLUSTERS（或 reconcileConcurrentClusters）為大於 1 的值即可啓用。需要注意，如果給 Operator 配置了資源請求和限制，可能需要提升以支持併發。

該功能目前標記為實驗性質，因併發測試較難。併發對齊時，Operator 日誌會混合顯示多個集羣的日誌。已將日誌加入命名空間和集羣名，便於排查。

破壞性變更

升級時需注意以下小變動：

CephFS

CephFilesystem CRD 中的 activeStandby 屬性行為改變。設為 false 時，備用 MDS 守護進程會被縮容並刪除，不再只是禁用備用緩存但保留進程。

Helm

rook-ceph-cluster Chart 中 Ceph 鏡像的定義方式調整，允許分開配置倉庫地址和標籤。請參考新版 values.yaml 示例。升級時若之前在 cephClusterSpec 裏指定了 Ceph 鏡像，需移除並改用新配置項。

外部集羣

外部模式下，如果指定了 Ceph 管理 keyring（非默認推薦），Rook 不再自動創建 CSI Ceph 客户端。CSI 客户端 keyring 僅由外部 Python 腳本創建，避免重複。

支持的版本

Ceph 版本

Rook v1.19 移除了對 Ceph Reef v18 的支持，因為 Reef 已到生命週期末期。若仍在使用 Reef，建議先升級到至少 Squid v19，再升級 Rook。當前支持的 Ceph 版本為 Squid 和 Tentacle。

Kubernetes 版本

Rook 支持 Kubernetes 版本從 v1.30 起至最新的 v1.35。CI 會針對這些版本測試，確保兼容。如果你需要使用更舊版本的 Kubernetes，Rook 仍可運行，但沒有測試保障。