4.9 发行注记

用户界面、产品组件和文档的新名称

OpenShift Container Storage 基于开源 Ceph 技术，自引入以来，在容器化、混合云环境中扩展了其范围和基本角色。为了更好地反映这些基础和基础架构的独特之处，OpenShift Container Storage 现在被重新命名为 OpenShift Data Foundation。

多云对象网关存储桶复制

从一个多云对象网关(MCG)存储桶向另一个 MCG 存储桶的数据复制提供了更高的弹性和更好的协作选项。这些存储桶可以是数据存储桶，也可以是由任何受支持的存储解决方案支持的命名空间存储桶。

查看池压缩指标的功能

在本发行版本中，您可以查看池压缩指标，这些指标提供有关保存的存储空间量的信息、启用池压缩的有效性，以及其对容量消耗的影响。此发行版本提供的每个池指标提供了相应的信息，可让您更加高效地降低成本和消耗数据。另外，如果压缩无效，您可以禁用它。

自动扩展多云对象网关端点 pod

您可以使用多云对象网关端点 pod 功能的自动扩展，根据负载增加或减少对资源进行自动调整。这为 S3 负载管理生产资源提供了更好的性能和服务。

可插拔外部存储的部署和监控层(IBM FlashSystem®)

在本发行版本中，您可以使用 OpenShift Data Foundation 连接到 IBM FlashSystem® 存储并对其进行监控。OpenShift Data Foundation 将 IBM FlashSystem 扩展为文件和对象存储，同时为底层存储和 OpenShift Data Foundation 数据层提供单一视图。

当存储集群已满时，允许删除数据

在以前的版本中，当存储集群已满时，Ceph 管理器会在读取配置文件时停留在检查池权限的状态。Ceph 元数据服务器(MDS)不允许在 Ceph OSD 满时进行写操作，从而导致 ENOSPACE 错误。当存储集群完全被用完时，用户无法使用 Ceph Manager 卷插件删除数据来释放空间。

独立多云对象网关组件部署

在这个版本中，您只能以独立模式使用 Multicloud 对象网关组件来部署 OpenShift Data Foundation。在这个模式中，StorageCluster 中没有 CephCluster，因此 Multicloud Object Gateway 不使用基于 Ceph 的存储卷。

当节点出现故障时，启用内核和 DB pod 的移动

OpenShift Container Platform 不会将节点标记为断开连接，除非它被删除。因此，Core 和 DB pod（有状态集）不会自动在这样的故障节点上被驱除。在这个版本中，当节点失败时，DB 和 Core pod 会被驱除并移到新节点。

卷快照恢复到不同的池

在这个版本中，您可以将持久性卷声明(PVC)的卷快照恢复到与父卷不同的池中。在以前的版本中，卷快照只能恢复到同一池中。

现有池不会创建多个文件系统

在这个版本中，在创建 filesystem.yaml 后，即使您删除或重新创建 filesystem.yaml，也不会创建具有现有池的多个文件系统。这可避免数据丢失。

Vault 的 Secret Key/Value 存储版本的自动检测

在这个版本中，Vault 的 Secret Key/Value 存储版本会被自动探测到。

现在，允许为 HashiCorp Vault 配置 VAULT_BACKEND 参数

在这个版本中，您可以配置 VAULT_BACKEND 参数以选择 HashiCorp Vault 使用的后端类型。HashiCorp Vault 使用的后端的自动探测并不总是可以正常工作。如果使用非通用的配置，则自动检测到的配置参数可能会错误设置。通过配置 VAULT_BACKEND 参数，可以强制使用特定类型的后端。

Multicloud 对象网关 CLI 输出的时间现在是一个人类可读的格式

在这个版本中，多云对象网关(MCG)CLI 中的时间输出显示人类可读的格式（天-小时-分钟-秒），而不是只使用分钟和秒。

PV 加密 - 每个命名空间的服务帐户

自 Openshift Data Foundation 4.9 起，您可以使用服务帐户以技术预览的形式通过 Vault 对租户进行身份验证。如需更多信息，请参阅持久性卷加密。

控制过量置备的警报

在这个版本中，您可以获取与过度置备相关的警报。这可让您根据特定应用程序命名空间，定义一个使用来自一个存储集群的持久性卷声明(PVC)的配额。如需更多信息，请参阅覆盖配置级别策略控制。

Advanced Cluster Management 的 regional-DR

Region-DR 解决方案在区域灾难时提供自动"一键"恢复。受保护的应用程序会自动重新部署到指定的 OpenShift Container Platform 中，OpenShift Data Foundation 集群可在另一个区域中提供。

对象数据的配额支持

现在，您可以为对象存储桶声明(OBC)设置配额选项，以避免资源不足并增加产品的使用。您在 OBC 创建过程中，使用自定义资源定义(CRD)中的选项 maxObjects 和 maxSize 来设置配额。您也可以在 OBC 创建后更新这些选项。

IPv6 支持

在这个版本中，IPv6 单堆栈和双栈可用于 OpenShift Data Foundation。

卸载过程中删除 multicloud Object Gateway 存储类

在以前的版本中，作为 OpenShift Data Foundation 部署的一部分部署的 Multicloud Object Gateway(MCG)存储类不会在卸载过程中删除。

OpenShift Container Platform 在 OpenShift Container Storage 仲裁丢失时会发出警告

在以前的版本中，当 mon 仲裁丢失时，CephMonQuorumAtRisk 警报应该会被触发，但在丢失仲裁后没有实际触发警报。这会导致在 mon 仲裁完全丢失时不会发送任何通知。

将 mon_data_avail_warn 从 30 % 减少到 15%

在以前的版本中，当 mon 存储小于 30% 时，mon_data_avail_warn 警报被触发，它与 OpenShift Container Platform 的针对镜像的垃圾收集器的阈值（15%）不匹配。在这个版本中，当 mon 存储的位置的可用存储小于 15% 而不是小于 30% 时，用户会看到这个警报。

如果初始部署是 OpenShift Container Storage 4.4，则 OSD pod 不会记录任何内容

在以前的版本中，当部署 OpenShift Container Storage 4.4 时，对象存储守护进程(OSD)日志不会被生成。在这个版本中，OSD 日志会被正确生成。

Multicloud Object Gateway 无法在新部署中初始化

在以前的版本中，当内部数据库从 MongoDB 改为 PostgreSQL 后，应将唯一重复的实体添加到数据库中（MongoDB 会阻止之前的重复实体，因为多云对象网关(MCG)无法正常工作。在这个版本中，重复实体会被阻止。

当使用两个不同后端路径作为加密父级时，会恢复 PVC

在以前的版本中，当将持久性卷声明(PVC)从卷快照恢复到具有不同加密 KMSID 的不同存储类时，恢复的 PVC 会进入 Bound 状态，恢复的 PVC 将无法附加到 Pod。这是因为加密密码短语被复制使用父 PVC 的存储类加密 KMSID config。在这个版本中，恢复的 PVC 的加密密码短语会使用目标存储类中的正确加密 KMSID config 复制。因此，PVC 被成功恢复到一个存储类，其加密 KMSID 与其父 PVC 不同的加密 KMSID。

当存储集群已满时，允许删除数据

在以前的版本中，当存储集群已满时，Ceph 管理器会在读取配置文件时停留在检查池权限的状态。Ceph 元数据服务器(MDS)不允许在 Ceph OSD 满时进行写操作，从而导致 ENOSPACE 错误。当存储集群达到全满比率时，用户无法使用 Ceph Manager 和 ceph-volume 插件删除数据来释放空间。

在使用 kv-v2 secret 引擎时，在删除加密的持久性卷声明(PVC)后，密钥会在 Vault 中完全销毁

HashiCorp Vault 在删除存储密钥时为 key-value 存储 v2 添加了一项功能，使得在删除密钥的元数据不会在单独的步骤中删除时能够恢复内容。为 HashiCorp Vault 中的 secret 使用键值 v2 存储时，删除卷不会从 KMS 中删除加密密码短语的元数据。

Multicloud Object Gateway 对象存储桶创建进入待处理的阶段

在以前的版本中，当内部数据库从 MongoDB 改为 PostgreSQL 后，应将唯一重复条目添加到数据库中（MongoDB 会阻止之前的重复条目）。因此，在失败时创建新资源，如存储桶、后备存储等。在这个版本中，重复条目会被阻止。

删除 CephBlockPool 会卡住并阻止创建新池

在以前的版本中，在启用 Multus 的集群中，Rook Operator 无法访问对象存储守护进程(OSD)网络，因为它没有网络注解。因此，池清理期间的 rbd 类型命令会挂起，因为无法联系 OSD。

独立多云对象网关无法连接

在以前的版本中，多云对象网关(MCG) CR 没有被正确更新，因为内部 DB 从 MongoDB 改为 PostgreSQL。这会导致某些流出现问题。因此，MCG 组件无法与另一个组件通信，在升级过程中发生 MCG 失败。

在外部模式中，监控 spec 在 CephCluster 资源中被重置

在以前的版本中，当 OpenShift Container Storage 升级时，监控端点会在外部 CephCluster 的监控规格中重置。这不是一个预期的行为，监控端点传递到 CephCluster 的方式是造成这个问题的原因。在这个版本中，端点传递的方式会被改变。在创建 CephCluster 前，从 JSON secret rook-ceph-external-cluster-details 直接访问端点，并且会更新 CephCluster 规格。因此，即使 OpenShift Container Storage 升级后，CephCluster 中的监控端点规格也会使用适当的值正确更新。

在启用 巨页时，noobaa-db-pg-0 pod 会处于 CrashLoopBackOff 状态

在以前的版本中，在 OpenShift Container Platform 集群上启用 巨页 会导致 Multicloud Object Gateway(MCG)数据库 pod 进入 CrashLoopBackOff 状态。这是因为 PostgreSQL 初始化错误。在这个版本中，MCG 数据库 pod 的初始化被修复。

Multicloud Object Gateway 无法创建新对象存储桶声明

在以前的版本中，当针对 Multicloud Object Gateway(MCG)DB 处理时，在所有 MCG 组件中造成性能下降，这会导致配置流和 I/O 流等系统中执行流失败。

由于检查附加资源有问题，所以存储桶在创建过程中会失败

在以前的版本中，由于在创建存储桶期间检查附加到存储桶的资源时出现问题，所以存储桶将无法被创建。因此，在存储桶创建过程中资源验证中的条件已被修复，存储桶会如预期创建。

升级后，NooBaa Operator 仍然检查 noobaa-db 服务

在以前的版本中，当 OpenShift Container Storage 从版本 4.6 更新时，需要保留旧的和新的 noobaa-db StatefulSets 用于迁移目的。代码仍然支持集合名称。因为代码中有小问题，所以在旧的 noobaa-db StatefulSet 上生成了一个失败信息，这会导致 Operator 检查旧 noobaa-db StatefulSet 的状态，即使它不再相关。

升级后，对 Multicloud Object Gateway(MCG)DB pod 的配置映射的更改不会被协调

在以前的版本中，升级后不会应用 MCG DB pod 的配置映射更改。这个流程已被修复，可以正确地从配置映射获取 DB pod 的变量。

当 OpenShift Container Storage 从版本 4.8 升级到 4.9 时，缺少 odf-operator

目前，在升级 ocs-operator 时，如果您在不安装 odf-operator 的情况下更改 OpenShift Container Storage 订阅的频道，集群只会安装 OpenShift Data Foundation 和 Multicloud Object Gateway(MCG)，且集群中的 'odf-operator' 将丢失。

Multicloud Object Gateway insecure 存储帐户不支持 TLS 1.2

Multicloud Object Gateway(MCG)不支持使用传输层安全(TLS)1.2 配置的 Microsoft Azure 存储帐户。因此，您无法在仅使用 1.2 策略的存储帐户中创建默认后备存储或任何新的后备存储。

当在存储集群重新安装的过程中无法创建 cephobjectstore 用户时，在安装了仲裁存储集群后会发出关键警报通知。

在包含 CephCluster 和一个或多个 CephObjectStores 的存储集群中，如果在所有 CephObjectStore 资源之前删除 CephCluster 资源，则 Rook Operator 仍可在内存中保存 CephObjectStores 的连接详情。如果重新创建相同的 CephCluster 和 CephObjectStores，Ceph ObjectStores 可能会进入 Failed 状态。

在 CephFS 上扩展集群性能不佳

具有许多小元数据操作的工作负载可能会因为在多站点 OpenShift Data Foundation 集群上放置元数据服务器(MDS)造成性能不佳。

当 OpenShift Container Storage 从版本 4.5 升级到另一版本时，则不会更新 rook-ceph-operator-config ConfigMap

OCS-operator 使用 rook-ceph-operator-config ConfigMap 来配置 rook-ceph-operator 行为，但它仅创建一次，但不会协调它。这将引发问题，它不会在产品发展时更新默认值。

自动为对象存储桶声明指标收集器创建 cephobjectstoreuser

目前，对象存储桶声明(OBC)指标集合会失败，因为 ocs-metrics-exporter 需要名为 prometheus-user 的 Ceph 对象存储用户。

安装 StorageSystem 时，Storagecluster 和 StorageSystem ocs-storagecluster 会处于错误状态。

在 StorageCluster 创建过程中，在进入成功/就绪状态前，会有一个小的时间窗口显示处于错误状态。这是一个间歇性的、但在预期中的行为，通常会自行解决。

如果以大写形式指定了密钥，租户配置不会覆盖 backendpath

Tenants 命名空间中设置的密钥管理服务(KMS)供应商选项比 OpenShift Container Storage 用户界面支持的键/值设置更为高级。因此，Tenants 命名空间中设置的 KMS 供应商的配置选项的格式需要是驼峰式大小写（camel case），而不是大写。可以访问 openshift-storage 命名空间中的 KMS 供应商配置的用户可能会令人困惑，并且作为 openshift-storage 命名空间中的选项，如 openshift-storage 命名空间中的选项为大写，而 Tenants 命名空间中的选项则为 camel case。

删除已接管且之后失败的受保护的应用不会删除次要或故障转移站点上的 RADOS 块设备镜像

删除灾难恢复(DR)受保护的工作负载可能会泄漏次要 DR 集群中的 RADOS 块设备(RBD)镜像。然后，删除的镜像会在辅助集群上的占用空间。要解决这个问题，使用 toolbox pod 检测并清理次要集群中不再用于 DR 保护的镜像。这个临时解决方案可确保辅助集群中的空间回收。

故障转移操作会报告 RADOS 块设备镜像挂载在 pod 上失败，但仍使用 RPC 错误

在灾难恢复(DR)受保护的工作负载时，可能会导致在故障转移集群中使用卷处于卡住的 pod，报告 RADOS 块设备(RBD)镜像仍在使用。这可防止 pod 在很长时间内启动（最多几个小时）。

重新定位操作会导致 PVC 的终止状态，工作负载不会移到首选集群

在重新定位灾难恢复(DR)受保护的工作负载时，会导致工作负载在当前主集群中停止，而 PVC 则保留在终止状态。这可防止 pod 和 PVC 重新定位到首选集群。要恢复这个问题，请执行故障转移操作，将工作负载移到首选集群。工作负载将在首选集群中恢复，但可能会在操作过程中纳入数据丢失。

故障转移操作报告 RADOS 块设备镜像在 pod 上失败，并显示 RPC 错误 fsck

如果出现灾难恢复(DR)受保护的工作负载，则可能会导致 pod 启动掉状态为文件系统一致性检查(fsck)错误的卷挂载错误。这可防止工作负载切换到故障转移集群。

Overprovision Level Policy Control 不支持自定义存储类

OpenShift Data Foundation 将 overprovision-control 中的允许存储类限制为 Ceph 子类型。因此，如果在 overprovision-control 中使用用户定义的存储类，则 StorageCluster CRD 会被定义为无效，存储类无法具有 overprovision-control。