cephadm は、同じホスト上で複数のデーモンのコロケーションをサポートします。

今回のリリースで、Ceph Object Gateway や Ceph Metadata Server(MDS) などの複数のデーモンを同じホストにデプロイできるようになり、パフォーマンスがさらに向上します。

例

service_type: rgw
placement:
  label: rgw
  count-per-host: 2

Cephadm を使用した NFS-RGW の設定がサポートされるようになる

Red Hat Ceph Storage 5.0 設定では、回避策として NFS-RGW を使用するためにダッシュボードを使用する必要があり、そのようなユーザーには Red Hat Ceph Storage 5.1 までアップグレードを遅らせることが推奨されていました。

カスタムモニターリングスタックイメージを使用してストレージクラスターをブートストラップできるように

以前のバージョンでは、クラスターのブートストラップ後に、モニターリングスタックデーモンに使用されるイメージを手動で調整する必要がありました。

構文

[mgr]
mgr/cephadm/container_image_grafana = GRAFANA_IMAGE_NAME
mgr/cephadm/container_image_alertmanager = ALERTMANAGER_IMAGE_NAME
mgr/cephadm/container_image_prometheus = PROMETHEUS_IMAGE_NAME
mgr/cephadm/container_image_node_exporter = NODE_EXPORTER_IMAGE_NAME

cephadm で osd_memory_target の自動調整が可能になる。

今回のリリースでは、cephadm を使用するとデフォルトで osd_memory_target 設定パラメーターを自動調整できるようになっています。

サービスごとにデーモンの CPU 制限を指定できるように。

今回のリリースでは、extra_container_args フィールドで CPU 制限をサービス仕様ファイルに追加することで、指定のサービス内のすべてのデーモンの CPU 制限をカスタマイズできるようになりました。

例

service_type: mon
service_name: mon
placement:
hosts:
  - host01
  - host02
  - host03
extra_container_args:
  - "--cpus=2"

service_type: osd
service_id: osd_example
placement:
  hosts:
    - host01
extra_container_args:
  - "--cpus=2"
spec:
  data_devices:
    paths:
    - /dev/sdb

cephadm が Ceph Object Gateway デプロイメントの IPv6 ネットワークに対応

今回のリリースで、cephadm は Ceph Object Gateway 仕様に IPv6 ネットワークを指定できるようになりました。Ceph Object Gateway をデプロイするサービス設定ファイルの例を以下に示します。

例

service_type: rgw
service_id: rgw
placement:
  count: 3
networks:
- fd00:fd00:3000::/64

ceph nfs export create rgw コマンドが、Ceph Object Gateway ユーザーのエクスポートに対応するようになりました。

以前のリリースでは、ceph nfs export create rgw コマンドは、バケットレベルで Ceph Object Gateway エクスポートを作成していました。

構文

ceph nfs export create rgw --cluster-id CLUSTER_ID --pseudo-path PSEUDO_PATH --user-id USER_ID [--readonly] [--client_addr VALUE...] [--squash VALUE]

例

[ceph: root@host01 /]# ceph nfs export create rgw --cluster-id mynfs --pseudo-path /bucketdata --user-id myuser --client_addr 192.168.10.0/24

Red Hat Ceph Storage Dashboard で HAProxy メトリクスを表示できるようになりました。

今回のリリースにより、Red Hat は、Ceph Object Gateway エンドポイントに使用される Ingress サービスの新しい Grafana ダッシュボードを導入します。4 つの HAProxy メトリクスを Ceph Object Gateway Daemons Overall Performance の下に表示できるようになりました。たとえば、HTTP コードによる応答合計数、要求/応答数、接続総数、合計の受信/送信バイト数などです。

Red Hat Ceph Storage Dashboard で mfa_ids を表示可能に

今回のリリースで、Red Hat Ceph Storage Dashboard の User Details セクションで、Ceph Object Gateway ユーザーのマルチファクター認証 (MFA) が設定されたユーザーの mfa_ids を表示できるようになりました。

progress モジュールのグローバルリカバリーイベントが最適化されるように

このリリースでは、Python モジュールの代わりに C++コードを使用して、大容量ストレージクラスター内の多数のプレースメントグループのグローバルリカバリーイベントの進行状況の計算が最適化され、CPU 使用率が削減されます。

lvm コマンドは、コンテナー内で実行されたときにメタデータの破損を引き起こしません

以前は、lvm コマンドをコンテナー内で直接実行すると、LVM メタデータが破損していました。

Ceph Object Gateway リシャードキューからのロック競合メッセージを情報としてマーク

以前のバージョンでは、Ceph Object Gateway がリシャードキューのロックを取得できない場合に、出力ログエントリーがエラーになり、お客様に影響が及ぶ可能性がありました。

modulus および exponent を使用した OIDC JWT トークン検証のサポート追加

今回のリリースでは、OIDC JSON Web トークン (JWT) 検証が、署名の計算に modulus および exponent の使用をサポートするようになりました。また、OIDC JWT 検証に利用可能なメソッドのサポートも拡張されています。

ロール名およびロールセッションフィールドが一時認証情報の ops ログで利用できるようになりました。

以前のバージョンでは、ロール名およびロールセッションは利用できず、管理者は、どのロールが想定されているか、また使用されている一時的な認証情報に対して、どのセッションがどのセッションがアクティブであったかを把握するのは困難でした。

--bucket 引数を使用してバケットのライフサイクルを処理できるように

今回のリリースにより、radosgw-admin lc process コマンドに --bucket=BUCKET_NAME 引数を指定して、対応するバケットのライフサイクルを処理できるようになりました。これは、特定のバケットに影響を与えるライフサイクルの問題をデバッグしたり、遅れている特定のバケットのライフサイクル処理をバックフィルしたりするのに役立ちます。

マルチサイト設定で動的なバケットインデックスのリシャーディングに対応

以前のバージョンでは、マルチサイト設定のバケットの手動によるリシャーディングのみがサポートされるようになりました。

noautoscale フラグを使用した PG Autoscaler の管理

今回のリリースでは、noautoscale フラグを使用して pg_autoscaler をグローバルに on または off できます。このフラグはデフォルトで off に設定されます。このフラグを設定すると、すべてのプールの pg_autoscale_mode が off になります。

--bulk フラグを使用してプールを作成できるように。

今回のリリースでは、--bulk フラグを使用してプールを作成できるようになりました。これは pg_autoscaler のプロファイルを使用し、最初からパフォーマンスを向上して、配置グループ (PG) を完全に補完し、プールの使用量の比率が均等出ない場合にのみスケールダウンします。

構文

ceph osd pool create POOL_NAME --bulk

構文

ceph osd pool set POOL_NAME bulk TRUE/FALSE/1/0
ceph osd pool unset POOL_NAME bulk TRUE/FALSE/1/0

構文

ceph osd pool get POOL_NAME --bulk

宛先ディレクトリーがいっぱいになっても、漂遊エントリーの再統合は失敗しません

以前は、Ceph メタデータサーバーは、リンクされていないファイルへの参照がある場合、つまり、削除されたファイルにハードリンクがある場合、またはスナップショットの一部である場合に、ファイルを再統合していました。宛先ディレクトリーがいっぱいの場合、本質的に内部の名前変更操作である再統合は失敗しました。その結果、Ceph Metadata Server は漂遊または削除されたエントリーの再統合に失敗しました。

新しいクライアントからメトリックを受信するときに MDS デーモンがクラッシュしなくなりました

以前は、特定のシナリオでは、古い CephFS クラスターに新しいクライアントが使用されていました。古い CephFS をアップグレードしている間、cephadm または mgr は新しいクライアントを使用して、古い Ceph クラスターでチェック、テスト、または設定を実行しました。このため、新しいクライアントから不明なメトリックを受信すると、MDS デーモンがクラッシュしました。

同時ルックアップおよびリンク解除操作中に Ceph Metadata Server がクラッシュしなくなりました

以前は、Ceph クライアントからの同時ルックアップ操作とリンク解除操作でヒットする、コードに配置されたアサートの誤った仮定により、Ceph Metadata Server がクラッシュしていました。

FIPS 環境での暗号化以外の目的で MD5 の使用が可能

以前は、FIPS が有効な環境では、暗号化以外の目的で明示的に除外されていない限り、MD5 ダイジェストの使用はデフォルトで許可されていませんでした。このため、S3 の完全なマルチパートアップロード操作中にセグメンテーション違反が発生しました。

ceph-objectstore-tool コマンドを使用すると、蓄積された PG ログ重複エントリーを手動でトリミングできます。

以前は、PG ログ重複エントリーのトリミングは、人間のオペレーターよりもはるかに高い頻度で PG オートスケーラーによって使用される低レベルの PG 分割操作中に防止されていました。重複を取り除くと、PG ログのメモリー増大が大幅に増大し、OSD がメモリーが不足するとクラッシュしていました。OSD を再起動しても、PG ログはディスクに保存され、起動時に RAM に再ロードされるため、問題は解決しませんでした。

スナップショットベースのミラーリングプロセスがキャンセルされなくなりました

以前は、内部の競合状態の結果として、rbd mirror snapshot schedule add コマンドがキャンセルされていました。他の既存のスケジュールが適用できない場合、影響を受けるイメージのスナップショットベースのミラーリングプロセスは開始されません。

イメージがプライマリーにプロモートされると、既存のスケジュールが有効になります

以前は、最適化が適切に考慮されていなかったため、イメージがプライマリーにプロモートされた後、既存のスケジュールが有効にならず、最近プロモートされたイメージに対してスナップショットベースのミラーリングプロセスが開始されませんでした。

rbd-mirror デーモンが排他ロックを取得しなくなりました

以前は、論理エラーが原因で、rbd-mirror デーモンが事実上のプライマリーイメージの排他ロックを取得する可能性がありました。このため、影響を受けるイメージのスナップショットベースのミラーリングプロセスが停止し、failed to unlink local peer from remote image というエラーが報告されます。

rbd-mirror によって使用されるミラースナップショットキューが拡張され、削除されなくなりました

以前は、内部競合状態の結果として、セカンダリークラスターで rbd-mirror デーモンによって使用されていたミラースナップショットが削除され、影響を受けるイメージのスナップショットベースのミラーリングプロセスが停止し、split-brain エラーが報告されていました。

Playbook の導入により、OSD ノードに cephadm をインストールできるようになりました。

以前のバージョンでは、tools リポジトリーが OSD ノードで無効にされているため、cephadm OSD ノードをインストールすることができませんでした。これにより、採用 Playbook が失敗しました。

レガシーディレクトリーを削除すると、エラーのないクラスターが後継に実行されるようになります。

以前は、cephadm は、/var/lib/ceph/mon などのレガシーディレクトリーが見つかると config inferring で予期しない動作を示していました。この動作により、採用後、クラスターには CEPHADM_REFRESH_FAILED: failed to probe daemon or devices というエラーメッセージが表示されていました。

yes-i-know フラグを使用して、Red Hat Ceph Storage クラスター 5.1 をブートストラップします。

Red Hat Ceph Storage クラスター 5.1 でのマルチサイトの設定に対する警告が出されます。

構文

sudo --image IMAGE_NAME bootstrap --mon-ip IP_ADDRESS --yes-i-know

Red Hat Ceph Storage 5.1 へのアップグレード中にユーザーに警告が表示される

以前は、Red Hat Ceph Storage 5.0 でリシャーディングされたバケットは、Red Hat Ceph Storage 5.1 Ceph Object Gateway デーモンでは理解できない可能性がありました。そのため、Red Hat Ceph Storage 5.1 にアップグレードするすべてのユーザーが確実に認識できるように、アップグレードの警告またはブロッカーが追加されました。以前に Red Hat Ceph Storage 5.1 を使用していた場合はダウングレードできます。