第 3 章 新功能及功能增强

用户现在可以轮转 Ceph 守护进程的身份验证密钥

为安全起见，一些用户偶尔可能需要轮转用于存储集群中守护进程的身份验证密钥。

bootstrap 日志现在会记录到 STDOUT

在这个版本中，为了减少潜在的错误，对于 bootstrap 成功的情况，bootstrap 的日志信息现在被记录在 STDOUT 而不是 STDERR 中。

Ceph 对象网关 zonegroup 现在可以在编配器使用的规格中指定

在以前的版本中，编配器可以处理为 Ceph 对象网关设置 realm 和 zone。但是，不支持设置 zonegroup。

现在，如果为部署 OSD 指定的主机名未知，Ceph orch daemon add osd 现在会报告

在以前的版本中，由于 ceph orch daemon add osd 命令不提供任何输出，因此如果主机名不正确，用户不会注意到。因此，Cephadm 将丢弃命令。

cephadm shell 命令现在报告在启动时用于 shell 的镜像

在以前的版本中，用户并不总是知道哪个镜像用于 shell。这会影响用于 shell 中运行命令的软件包。

现在，/var/log/ceph' 下的集群日志已被删除

在这个版本中，若要更好地清理节点，作为从该节点中删除 Ceph 集群的一部分，在运行 cephadm rm-cluster 命令时会删除 /var/log/ceph 下的集群日志。只要 --keep-logs 没有传递给 rm-cluster 命令，集群日志就会被删除。

当守护进程名称传递给 ceph orch restart 命令时，更好的错误处理

在以前的版本中，当传递给 ceph orch restart 命令的守护进程是 haproxy 或 keepalived 守护进程时，它将返回一个回溯。如果用户错误地或 Cephadm 出错，则用户不明确。

用户现在可以使用 ceph rgw realm bootstrap -i rgw_spec.yaml 命令创建 Ceph 对象网关域、zone 和 zonegroup

在这个版本中，为了简化在 Red Hat Ceph Storage 集群上设置 Ceph 对象网关的过程，用户可以使用 ceph rgw realm bootstrap -i rgw_spec.yaml 命令创建 Ceph 对象网关域、区域和 zonegroup。规范文件应该类似于使用编配器部署 Ceph 对象网关守护进程的模型。然后，命令会创建 realm、zone 和 zonegroup，并将规格传递给编配器，然后部署 Ceph 对象网关守护进程。

示例

rgw_realm: myrealm
rgw_zonegroup: myzonegroup
rgw_zone: myzone
placement:
  hosts:
   - rgw-host1
   - rgw-host2
spec:
  rgw_frontend_port: 5500

rgw_realm: myrealm
rgw_zonegroup: myzonegroup
rgw_zone: myzone
placement:
  hosts:
   - rgw-host1
   - rgw-host2
spec:
  rgw_frontend_port: 5500

crush_device_class 和 location 字段分别添加到 OSD 规格和主机规格中

在这个版本中，crush_device_class 字段添加到 OSD 规格中，而 location 字段则添加到主机规格中。如果用户在主机规格中设置 location 字段，cephadm 使用主机名运行 ceph osd crush add-bucket，并在 crush map 中将其添加为存储桶。对于 OSD，在创建时，使用 crush map 中的给定 crush_device_class 设置它们。

用户可以启用 Ceph 对象网关管理器模块

在这个版本中，Ceph Object Gateway Manager 模块可用，可以使用 ceph mgr module enable rgw 命令启用 rgw 命令，以便用户访问 Ceph 对象网关管理器模块的功能，如 ceph rgw realm bootstrap 和 ceph rgw realm token 命令。

用户可以为 node-exporter 守护进程启用额外的指标

在这个版本中，要允许用户对 node-exporter 部署进行更多自定义，而无需明确支持每个独立选项，现在增加了额外的指标，可以使用 extra_entrypoint_args 字段为 Cephadm 部署的 node-exporter 守护进程启用。

用户可以设置 Ceph Monitor 的 crush 位置来替换 tiebreaker 监视器

在这个版本中，用户可以为主机上部署的 monitor 设置 crush 位置。它应在 mon 规范文件中分配。

示例

service_type: mon
service_name: mon
placement:
  hosts:
  - host1
  - host2
  - host3
spec:
  crush_locations:
    host1:
    - datacenter=a
    host2:
    - datacenter=b
    - rack=2
    host3:
    - datacenter=a

service_type: mon
service_name: mon
placement:
  hosts:
  - host1
  - host2
  - host3
spec:
  crush_locations:
    host1:
    - datacenter=a
    host2:
    - datacenter=b
    - rack=2
    host3:
    - datacenter=a

crush_device_class 现在可在 OSD 规格中为每个路径指定

在这个版本中，要允许用户在通过 Cephadm、crush_device_class 处部署 OSD 时，使用 crush_device_class 设置的用户更大的灵活性，您可以在 OSD 规格中指定每个路径。还支持为 OSD 服务提供这些每个路径 crush_device_classes 以及服务范围 crush_device_class。在服务范围 crush_device_class 时，设置被视为默认值，并且路径指定的设置具有优先权。

示例

 service_type: osd
    service_id: osd_using_paths
    placement:
      hosts:
        - Node01
        - Node02
    crush_device_class: hdd
    spec:
      data_devices:
        paths:
        - path: /dev/sdb
          crush_device_class: ssd
        - path: /dev/sdc
          crush_device_class: nvme
        - /dev/sdd
      db_devices:
        paths:
        - /dev/sde
      wal_devices:
        paths:
        - /dev/sdf

 service_type: osd
    service_id: osd_using_paths
    placement:
      hosts:
        - Node01
        - Node02
    crush_device_class: hdd
    spec:
      data_devices:
        paths:
        - path: /dev/sdb
          crush_device_class: ssd
        - path: /dev/sdc
          crush_device_class: nvme
        - /dev/sdd
      db_devices:
        paths:
        - /dev/sde
      wal_devices:
        paths:
        - /dev/sdf

现在，当主机在升级过程中离线时，cephadm 会引发特定的健康警告 UPGRADE_OFFLINE_HOST

在以前的版本中，当因为主机离线而升级失败时，会引发通用 UPGRADE_EXCEPTION 健康警告，用户很难理解。

如果没有传递 --verbose，所有 Cephadm 日志不再记录到 cephadm.log 中

在以前的版本中，一些 Cephadm 命令（如 gather-facts ）每次运行时都会通过大量命令输出来垃圾邮件。在某些情况下，每分钟一次。