第3章 新機能

Cephadm-Ansible モジュール

Cephadm-Ansible パッケージは、データセンター全体を Ansible で管理したいユーザー向けに、新しい統合コントロールプレーンである cephadm をラップするいくつかのモジュールを提供します。Ceph-Ansible との後方互換性を提供することは意図していませんが、お客様が Ansible 統合を更新するために使用できるサポートされている一連の Playbook を提供することを目的としています。

ブートストラップ Red Hat Ceph Storage クラスターは Red Hat Enterprise Linux 9 でサポートされる

このリリースでは、cephadm ブートストラップが Red Hat Enterprise Linux 9 のホストで使用可能になったため、Red Hat Ceph Storage 5.2 で Red Hat Enterprise Linux 9 がサポート対象になりました。ユーザーは、Red Hat Enterprise Linux 9 ホストで Ceph クラスターをブートストラップできるようになりました。

cephadm rm-cluster コマンドは、古い systemd ユニットファイルをホストからクリーンアップする

以前は、rm-cluster コマンドは、systemd ユニットファイルを削除せずにデーモンを破棄していました。

cephadm は、仕様の適用に失敗した場合にヘルス警告を発生させる

以前は、仕様の適用に失敗した場合、サービスイベントとして報告されるだけで、ユーザーが確認しないことも多くありました。

Red Hat Ceph Storage 5.2 は、段階的なアップグレードをサポートする

Red Hat Ceph Storage 5.2 以降では、cephadm で大規模な Ceph クラスターを複数の小さなステップで選択的にアップグレードできます。

fs.aio-max-nr は、OSD を備えたホストで 1048576 に設定される

これまでは、Cephadm が管理するホストで fs.aio-max-nr をデフォルト値の 65536 のままにすると、一部の OSD がクラッシュする可能性がありました。

ceph orch rm <service-name> コマンドは、削除しようとしたサービスが存在するかどうかをユーザーに通知する

以前は、サービスを削除すると、存在しないサービスの場合でも、必ず正常に削除されたとのメッセージが返され、ユーザーを混乱させていました。

新しい Playbook rocksdb-resharding.yml が cephadm-ansible で提供されるようになる

これまでは、rocksdb の再シャーディングには面倒な手動の手順が必要でした。

cephadm で、LVM レイヤーを使用しない OSD のデプロイがサポート対象になる

このリリースでは、OSD に LVM レイヤーを必要としないユーザーをサポートするために、cephadm または ceph-volume サポートが raw OSD に提供されます。Cephadm に渡される OSD 仕様ファイルに "method: raw" を含めて、LVM レイヤーなしで Cephadm を介して raw モードで OSD をデプロイすることができます。