Rook v1.19 宣布

应用介绍

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 的文档。

该功能今朝标记为实验性质，因并发测试较难。并发对齐时，Operator 日记会混淆显示多个集群的日记。已将日记参加定名空间和集群名，便于排查。

破坏性变革

新特点包含：

• 基于 NVMe over Fabrics 协定的 CSI 驱动，支撑卷的动态创建和挂载
• 节点故障时对 RBD 和 CephFS 卷的改进隔离
• 块卷应用统计
• 可设备的块加密算法

并发集群对齐（Concurrent Cluster Reconciles）

之前，假如一个 Kubernetes 集群里设备了多个 Ceph 集群，Rook 会串行对齐它们。假如某个集群出现健康问题，会壅塞后续集群的对齐。

Rook v1.19 现已宣布，一个功能丰富的版本，旨在晋升 Kubernetes 存储体验。

如今，Rook 支撑并发对齐多个集群。经由过程设置 operator.yaml 或 Helm 的 ROOK_RECONCILE_CONCURRENT_CLUSTERS（或 reconcileConcurrentClusters）为大年夜于 1 的值即可启用。须要留意，假如给 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 仍可运行，但没有测试保障。