第3章 新機能および機能拡張

Ceph デーモンの認証キーをローテーションできるようになりました。

セキュリティー上の理由から、ユーザーによっては、ストレージクラスター内のデーモンに使用される認証キーを時々ローテーションすることを希望する場合があります。

ブートストラップログが STDOUTに記録されるようになりました。

今回のリリースにより、潜在的なエラーを減らすために、ブートストラップのシナリオが成功した場合に、ブートストラップログが STDERR ではなく、STDOUT に記録されるようになりました。

オーケストレーターが使用する仕様で Ceph Object Gateway ゾーングループを指定できるようになりました。

以前のリリースでは、オーケストレーターは、Ceph Object Gateway のレルムおよびゾーンの設定を処理することができました。ただし、ゾーングループの設定はサポートされていませんでした。

ceph orch デーモン add osd は、 OSD のデプロイメントに指定されたホスト名が不明であるかどうかを報告するようになりました

以前のリリースでは、ceph orch daemon add osd コマンドでは出力がなかったため、ホスト名が間違っていてもユーザーは気づきませんでした。そのため、Cephadm は コマンドを破棄していました。

cephadm シェル コマンドは、起動時にシェルに使用されているイメージを報告するようになりました。

以前のバージョンでは、ユーザーは、シェルに使用されているイメージを常に認識しているわけではありませんでした。これは、シェル内で実行されるコマンドに使用されるパッケージに影響します。

` /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 Object Gateway レルム、ゾーン、およびゾーングループを作成できるようになりました。

今回のリリースでは、Red Hat Ceph Storage クラスター上で Ceph Object Gateway をセットアップするプロセスを効率化するために、ユーザーは ceph rgw realm bootstrap -i rgw_spec.yaml コマンドを使用して Ceph Object Gateway レルム、ゾーン、およびゾーングループを作成できます。仕様ファイルは、オーケストレーターで Ceph Object Gateway デーモンをデプロイするために使用されるものと同じモデルである必要があります。次に、コマンドはレルム、ゾーン、およびゾーングループを作成し、その仕様をオーケストレーターに渡し、オーケストレーターは、Ceph Object Gateway デーモンをデプロイします。

例

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 crash add-bucket を実行し、クラッシュマップにバケットとして追加します。OSD の場合は、作成時にクラッシュマップ内で、特定の crash_device_class を使用して設定されます。

ユーザーは Ceph Object Gateway Manager モジュールを有効にできます。

今回のリリースでは、Ceph Object Gateway Manager モジュールが利用可能になり、ceph mgr module enable rgw コマンドを使用して有効にすると、ceph rgw realm bootstrap などの Ceph Object Gateway Manager モジュールおよび ceph rgw レルムトークン コマンドの機能にアクセスできるようになります。

ユーザーは node-exporter デーモンの別のメトリックを有効にできます。

今回のリリースでは、ユーザーが個々のオプションの明示的なサポートを必要とせずに node-exporter デプロイメントをさらにカスタマイズできるようにするために、extra_entrypoint_args フィールドを使用して、Cephadm によってデプロイされた node-exporter デーモンに対して有効にできる追加のメトリックが導入されました。

Ceph モニターのクラッシュ位置を設定して、タイブレーカーモニターを置き換えできます。

今回のリリースでは、ユーザーはホストにデプロイメントされたモニターのクラッシュの場所を設定できます。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

crash_device_class を OSD 仕様のパスごとに指定できるようになりました。

今回のリリースでは、ユーザーが Cephadm を通じて OSD をデプロイメントする際 にcrash_device_class 設定をより柔軟に行えるように、OSD 仕様内のパスごとに指定できるようになりました。OSD サービス全体の crash_device_class とともに、これらのパスごとの crash_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

Cephadm は、アップグレード中にホストがオフラインになった場合に、特定の正常性の警告 UPGRADE_OFFLINE_HOST を生成するようになりました。

以前は、ホストがオフラインになると、一般的な UPGRADE_EXCEPTION の正常性の警告が表示されましたが、内容が曖昧すぎて理解しづらいものでした。

--verbose が指定されていない場合は、Cephadm のログすべてが cephadm.log に記録されなくなりました。

以前は、Gather-facts などの一部の Cephadm コマンドは、実行されるたびに大量のコマンド出力をログにスパム送信していました。場合によっては、1 分に 1 回でした。