リリースノート

cmount_path オプションを追加し、一意のユーザー ID を生成します

この機能強化により、cmount_path オプションを追加し、Ceph ファイルシステムごとに一意のユーザー ID を生成して、複数の Ganesha エクスポート間で CephFS クライアントを共有できるようになりました。これにより、単一の CephFS クライアントのメモリー使用量を削減できます。

すべてのモニタリングコンポーネントで TLS が有効になり、Prometheus のセキュリティーが強化されます

この機能強化により、データの整合性、機密性、セキュリティーのベストプラクティスとの整合性を保護するために、モニタリングスタック全体で TLS が有効になります。Prometheus、アラートマネージャー、およびノードエクスポーターの強化されたセキュリティー機能により、モニタリングスタック全体でセキュアな通信が使用され、保護層が追加されます。

モニタリングスタックのセキュリティー強化

この機能強化により、データの整合性と機密性を保護し、セキュリティーのベストプラクティスに準拠するために、Prometheus、アラートマネージャー、およびノードエクスポーターの認証機能が実装されました。これにより、すべてのモニタリングコンポーネントで TLS が有効になり、ユーザーが Prometheus および Alert Manager データにアクセスする前に有効な認証情報を提供することが必要になるため、モニタリングスタック全体のセキュリティーが強化されます。この新機能を使用すると、セキュアな通信を使用し、機密性の高いメトリクスや監視データへの不正アクセスを防止することで、追加の保護層が提供されます。すべてのモニタリングスタックコンポーネントで TLS が有効で、認証が導入されているため、ユーザーは監視データとメトリクスデータにアクセスする前に認証が必要となり、全体的なセキュリティーとデータアクセスの制御が強化されます。

ユーザーはホストをメンテナンスモードにできるようになりました

以前は、ホスト上のすべてのデーモンを停止するとデータが利用できなくなるため、ユーザーはホストをメンテナンスモードにすることができませんでした。

ユーザーは、クライアント conf ファイルや keyring ファイルをドレインせずに、デーモンのホストをドレインできるようになりました

この機能強化により、ユーザーは ceph orch host drain コマンドに --keep-conf-keyring フラグを渡すことで、ホストにデプロイされたクライアント conf ファイルや keyring ファイルをドレインすることなく、デーモンのホストをドレインできるようになります。ユーザーは、Cephadm にホストの conf または keyring ファイルを管理させながら、すべてのデーモンをドレインするかホストに配置しないように、ホストをマークできるようになりました。

Cephadm サービスを managed または unmanaged としてマークできるようになりました

以前は、Cephadm サービスを managed または unmanaged としてマークする唯一の方法は、同サービスのサービス仕様を編集して再適用することでした。この方法は、Cephadm の OSD 仕様に一致するデバイスで OSD の作成を一時的に停止する場合などには不便でした。

ユーザーは、HAProxy プロトコルモードを使用して、NFS デプロイメントにクライアント IP 制限を適用できるようになりました

以前は、ユーザーはクライアントと NFS の間で HAProxy を使用している間は、クライアント IP 制限を適用できませんでした。これは、NFS が HAProxy IP しか認識せず、適切なクライアント IP 制限が不可能になるためです。

quota.max_bytes がよりわかりやすいサイズ値に設定されるようになりました

以前は、quota.max_bytes 値はバイト単位で設定されていたため、サイズの値が非常に大きくなることが多く、設定や変更が困難でした。

遅延したクライアントは、遅延した OSD がない場合にのみエビクトされるようになりました

以前は、MDS からのパフォーマンスダンプの監視時に、OSD の遅延、すなわち objecter.op_laggy および objecter.osd_laggy が表示されることがありました。これにより、クライアントが遅延し、キャップ取り消しのダーティーデータがフラッシュされませんでした。

概要ダッシュボードの使用状況パネルの改善

この機能強化により、グラフとグラフの凡例が改善され、使いやすさが向上しました。さらに、検索クエリーが改善され、より良い結果が得られるようになりました。

ダッシュボードからのクラスターのアップグレード

以前は、Red Hat Ceph Storage クラスターは、コマンドラインインターフェイスを使用しないとアップグレードできませんでした。

Ceph Dashboard に、Ceph Object Gateway 情報を表示する Overview ページが追加されました

この機能強化により、Ceph Dashboard の Object Gateway セクションに Overview ページが追加されました。この Overview ページから、ユーザーは Ceph Dashboard で Object Gateway に特化した概要にアクセスできるようになりました。この機能は、Object Gateway のパフォーマンス、ストレージの使用状況、設定の詳細に関する洞察を提供することにより、ユーザーエクスペリエンスを向上します。クラスター内でマルチサイトが設定されている場合、ユーザーはこの Overview ページでマルチサイトの同期ステータスも直接確認できます。

Ceph Dashboard に、ブロックデバイスイメージの容量使用率情報が表示されます

この機能強化により、Ceph Dashboard の Block > Images テーブルに、新たに容量使用率の進捗バーが表示されます。このバーには、使用率に関する情報がパーセンテージとともに表示されます。

ダッシュボードで Ceph File System ボリュームを管理します

以前は、Ceph File System (CephFS) ボリュームは、コマンドラインインターフェイスを使用しないと管理できませんでした。

ダッシュボードで Ceph File System のサブボリュームとサブボリュームグループを管理します

以前は、Ceph File System (CephFS) サブボリュームおよびサブボリュームグループは、コマンドラインインターフェイスを使用しないと管理できませんでした。

ユーザーは、CLI およびダッシュボードから Ceph Object Gateway ホストの FQDN を指定できるようになりました

以前は、Ceph Object Gateway のホスト名を解決するために短いホスト名が選択されており、問題の原因となっていました。

ダッシュボードで Ceph Object Gateway マルチサイトを設定します

この機能強化により、コマンドラインインターフェイスだけでなく、Ceph Dashboard からもマルチサイト Ceph Object Gateway を設定できるようになりました。ダッシュボードは、レルム、ゾーングループ、ゾーンなどの Object Gateway エンティティーの作成、更新、削除をサポートするようになりました。さらに、この機能により、ユーザーは 2 つのリモートクラスター間でマルチサイトを設定でき、データの複製と同期のオプションが提供されます。

radosgw-admin バケットコマンドがバケットのバージョン管理を出力します

この機能強化により、` radosgw-admin bucket stats ` コマンドが、バケットのバージョン管理ステータスを enabled または off として出力するようになりました。バージョン管理は、作成後に有効または無効にできるためです。

外部エンティティーによる S3 WORM 認証

この機能強化により、S3 WORM 機能が外部エンティティーによって認定されます。これにより、FSI 規制に準拠したデータ保持と、実稼働ゾーン内のオブジェクト/バケットが紛失または侵害された場合でも確実にデータを取得できる、セキュアなオブジェクトストレージデプロイメントが可能になります。

マルチサイト同期インスタンスが、インスタンス間でワークロードを動的に分散するようになりました

以前は、Ceph Object Gateway のマルチサイトスループットは総じて、単一インスタンスの利用可能な帯域幅に制限されていました。

バケットの詳細なマルチサイト同期ポリシーの強化

IBM Storage Ceph は、バケットの詳細なマルチサイト同期ポリシーをサポートするようになりました。

JSON、Parquet、CSV 形式のオブジェクトのサポートが追加され、データ分析のためのオブジェクトストレージのクエリー時間が短縮されました

Ceph Object Gateway は、JSON 形式、Parquet 形式、および CSV 形式のオブジェクトの操作をサポートするようになりました。これにより、S3 select の潜在的な適用範囲が、Apache Spark や Trino などの広くデプロイされた分析フレームワークに拡張されました。この追加のサポートは、クエリー時間の短縮に役立ちます。

マルチクラウドゲートウェイ (MCG) を使用して、データを Azure クラウドサービスに移行できるようになりました

以前のバージョンでは、Azure クラウドサービスへのデータ移行はテクノロジープレビュー機能でした。この機能拡張により、この機能を実稼働環境で使用できるようになりました。

Trino とのより効率的な統合のための強化された S3 select 機能

オブジェクトストレージの Trino との統合が、S3 select 操作向けに強化されました。これにより、Ceph Object Gateway に保存されている半構造化データセットおよび構造化データセットのクエリー時間が短縮されます。

メッセンジャー v2 に導入された新しいパフォーマンスカウンター

以前は、メッセンジャー v2 には暗号化トラフィックの計算専用のパフォーマンスカウンターがありませんでした。

遅延操作のサブイベントに関する新しいレポートが利用可能になりました

以前は、時間を要している操作は遅延としてマークされていましたが、詳細な説明はありませんでした。

HAProxy の PROXY プロトコルをサポートします

この機能強化により、HAProxy は負荷分散サーバーを使用するようになりました。これにより、負荷分散が可能になり、クライアントのアクセス制限も可能になります。

Python タスクが GIL を待機しなくなりました

以前は、Ceph マネージャーデーモンは、Ceph MDS との間で一部の RPC を行う際に、Python グローバルインタープリターロック (GIL) を保持していました。そのため、他の Python タスクは GIL の待機中に空き状態になっていました。

cephadm が重複したホスト名を区別できるようになり、同じホストをクラスターに追加しなくなりました

以前は、cephadm は、短縮名を持つホストとその FQDN を持つホストを 2 つの別個のホストと見なしていたため、同じホストがクラスターに 2 回追加されていました。

cephadm が、存在しないラベルをホストから削除したことを報告しなくなりました

以前の cephadm では、ホストからラベルを削除する前に、ラベルが存在するかどうかを確認していませんでした。このため、ceph orch host label rm コマンドは、ラベルが存在しない場合でも、ラベルがホストから削除されたことを報告していました。たとえば、ラベルのスペルが間違っている場合などです。

keepalive デーモンが通信してメイン/プライマリー状態に入るようになりました

以前は、keepalive 設定には、ceph orch host ls コマンドで報告されるホスト IP と一致する IP が指定されていました。その結果、リスト表示されたホスト IP とは異なるサブネットに仮想 IP が設定されていた場合、keepalive デーモンは通信できず、keepalive デーモンはプライマリー状態になっていました。

停止したクラッシュデーモンが正しい状態になるようになりました

以前は、クラッシュデーモンが停止した場合の戻りコードが、想定される stopped 状態ではなく、error 状態を示していました。その結果 systemd は、サービスが失敗したと判断していました。

HA プロキシーが仮想 IP のフロントエンドポートにバインドするようになりました

以前の Cephadm では、すべてのホストネットワークにわたってポートバインディングが発生するため、同じフロントエンドポートを持つ同じホストに複数の Ingress サービスをデプロイすることはできませんでした。

ユーザー空間の Ceph ファイルシステム (CephFS) はアップグレード後に期待どおりに動作します

以前は、クラスターのアップグレード中に、ユーザー空間の CephFS クライアントがクラッシュすることがありました。これは、ユーザー空間側で保持されていた MDS 側の機能ビットが古いことが原因でした。

大量のセッションメタデータがあるクライアントをブロックリストに登録してエビクトします

以前は、MDS 内に大量のクライアントメタデータが蓄積されると、MDS が読み取り専用モードに切り替わることがありました。

リンク解除リクエストと再統合リクエストの間でデッドロックが発生しなくなりました

以前は、非同期の dirop バグを修正するときに、以前のコミットによってリグレッションが導入され、リンク解除リクエストと再統合リクエストの間でデッドロックが発生していました。

クライアントは常にキャップ取り消し確認応答を MDS デーモンに送信します

以前は、MDS デーモンがキャップ取り消しリクエストをクライアントに送信し、この間にクライアントがキャップを解放して inode を削除した場合、クライアントはリクエストを直接破棄していました。しかし、MDS デーモンはクライアントからのキャップ取り消し確認応答を待つ必要がありました。このため、キャップを取り消す必要がない場合でも、MDS デーモンはクライアントからの確認応答を待ち続け、MDS デーモンの健全性ステータスに警告が発生していました。

MDS ロックが正しい順序で取得されます

以前は、MDS がメタデータツリーロックを誤った順序で取得し、create および getattr RPC リクエストでデッドロックが発生していました。

CephFS MDS が split_realms 情報の送信をスキップします

以前は、CephFS MDS が誤って split_realms 情報を送信し、kclient はこの情報を正しくデコードできませんでした。このため、クライアントは、split_realms を考慮せず、破損したスナップトレースとして扱っていました。

writing フラグを設定してもスナップショットデータが失われなくなりました

以前は、クライアントで Fb キャップの使用時に writing フラグを ‘1’ に設定していた場合、ダーティーキャップの場合はスキップし、既存のキャップスナップを再利用していました。しかし、これは正しくありませんでした。このことが原因で、2 つの連続したスナップショットが上書きされ、データが失われていました。

スレッド名の変更が失敗しなくなりました

以前は、まれに名前変更中に別のスレッドが dst dentry を検索しようとした場合、src dentry と dst dentry の両方が同じ inode に同時にリンクされ、スレッドが取得する検索結果に一貫性が欠ける場合がありました。したがって、2 つの異なる dentry が同じ inode にリンクされることで、名前変更リクエストは失敗していました。

取り消しリクエストがスタックしなくなりました

以前は、'seq' を増やす取り消しリクエストの送信前に、クライアントが対応するキャップを解放し、古い seq でキャップ更新リクエストを送信した場合、MDS は seq とキャップの計算を確認しそこなっていました。このため、取り消しリクエストが無限にスタックし、クライアントから応答のない取り消しリクエストに関する警告が出力されていました。

エラーが MDLog::_recovery_thread で適切に処理されます

以前は、QA テストによって発行された fs fail により MDS がすでにブロックリストに登録されていた場合、書き込みが失敗していました。たとえば、QA テスト test_rebuild_moved_file (tasks/data-scan) は、この理由で失敗していました。

Ceph クライアントが、アラームを送信する前に遅延の原因を検証するようになりました

以前は、Ceph は OSD の遅延を警告する誤ったアラートを送信することがありました。たとえば、X client(s) laggy due to laggy OSDs などです。これらのアラートは、遅延が実際に OSD によるものであり、他の原因によるものではないことを検証せずに送信されていました。

Ceph Dashboard のデーモンのパフォーマンスに関する Grafana パネルに正しいデータが表示されるようになりました

以前は、ラベルエクスポーターは Grafana ダッシュボードで使用されるクエリーと互換性がありませんでした。このため、Ceph Dashboard の Ceph デーモンのパフォーマンスに関する Grafana パネルは空でした。

Dashboard でのレイヤー機能と deep-flatten 機能の編集が無効になります

以前は、Ceph Dashboard で、イミュータブルのレイヤー化機能および deep-flatten 機能の編集を許可することができ、その結果、rbd: failed to update image features: (22) Invalid argument というエラーが発生していました。

ceph_daemon ラベルが Ceph エクスポーターのラベル付きパフォーマンスカウンターに追加されます

以前は、Ceph エクスポーターでは、ラベル付きパフォーマンスカウンターに ceph_daemon ラベルを追加できませんでした。

スナップショットの保護は、親イメージのレイヤー化が有効な場合にのみ有効になります

以前は、親イメージのレイヤー化が無効な場合でも、スナップショットの保護が有効になっていました。これにより、レイヤー化が無効なイメージのスナップショットを保護しようとするとエラーが発生していました。

新しく追加したホストの詳細がクラスター拡張レビューページに表示されるようになりました

以前は、ユーザーは前の手順で追加したホストに関する情報を確認できませんでした。

Ceph Object Gateway ページが Ceph Dashboard に正しくローされるようになりました

以前は、Ceph Object Gateway ページをロードしようとした際に、正規表現の照合に誤りがあるとダッシュボードが破損していました。Ceph Object Gateway ページは、rgw_frontends like beast port=80 ssl_port=443 のような特定の設定ではロードされませんでした。

Ceph Object Gateway デーモンが、phoneNumbers.addr が NULL の場合でもクラッシュしなくなりました

以前は、構文エラーが原因で、select * from s3object[*].phonenumbers where phoneNumbers.addr is NULL; のクエリーにより、Ceph Object Gateway デーモンがクラッシュしていました。

Ceph Object Gateway デーモンが cast( trim) クエリーでクラッシュしなくなりました

以前は、select cast( trim( leading 132140533849470.72 from _3 ) as float) from s3object; のクエリー内の trim スキップタイプチェックにより、Ceph Object Gateway デーモンがクラッシュしていました。

Ceph Object Gateway デーモンは、s3select JSON クエリーの “where” 句でクラッシュしなくなりました

以前は、構文エラーが原因で、“where” 句を含む s3select JSON クエリーにより Ceph Object Gateway デーモンがクラッシュしていました。

Ceph Object Gateway デーモンが s3 select phonenumbers.type クエリーでクラッシュしなくなりました

以前は、構文エラーが原因で、select phonenumbers.type from s3object[*].phonenumbers; のクエリーにより、Ceph Object Gateway デーモンがクラッシュしていました。

Ceph Object Gateway デーモンが引数を検証し、クラッシュしなくなりました

以前は、引数が欠落している Operator が原因で、存在しない引数にアクセスしようとした際にデーモンがクラッシュしていました。

Ceph Object Gateway デーモンが trim コマンドでクラッシュしなくなりました

以前は、select trim(LEADING '1' from '111abcdef111') from s3object; のクエリー内の trim スキップタイプチェックにより、Ceph Object Gateway デーモンがクラッシュしていました。

大きな値が入力されても Ceph Object Gateway デーモンがクラッシュしなくなりました

以前は、値エントリーが大きすぎるため、select DATE_DIFF(SECOND, utcnow(),date_add(year,1111111111111111111, utcnow())) from s3object; のクエリーにより、Ceph Object Gateway デーモンがクラッシュしていました。

Ceph Object Gateway は、処理に失敗せずに CSV オブジェクトを解析するようになりました

以前は、Ceph Object Gateway は CSV オブジェクトを適切に解析できませんでした。プロセスが失敗すると、適切なエラーメッセージが表示されることなくリクエストが停止していました。

ハイフンで始まるオブジェクトバージョンのインスタンス ID が復元されます

以前は、バージョン管理されたバケットのインデックスを復元するときに、オブジェクトバージョンのインスタンス ID がハイフンで始まる場合、バケットインデックスに適切に復元されませんでした。

複数削除機能の通知が期待どおりに機能します

以前は、バケット削除の通知を設定している場合に複数削除機能を実行すると、コード内の競合状態などの内部エラーが原因で、Ceph Object Gateway がクラッシュするか予期せぬ反応をしていました。

RADOS オブジェクトのマルチパートアップロードワークフローが適切に完了します

以前は、前のアップロードで作成されたマルチパートアップロードワークフローオブジェクトの一部である RADOS オブジェクトが原因で、特定の部分のアップロードが完了しないか、途中で停止することがありました。

バケット所有者とは異なるテナントに属するユーザーが通知を管理できるようになりました

以前は、バケット所有者とは異なるテナントに属するユーザーは、通知を管理できませんでした。たとえば、変更、取得、削除などの通知です。

バケットに対して NFS setattr を実行する機能が削除されました

以前は、NFS ディレクトリーとしてエクスポートすることによりバケットに保存されている属性を変更すると、Ceph Object Gateway のバケット情報キャッシュ内で不整合が発生していました。このため、その後に NFS 経由でバケットにアクセスしようとすると失敗していました。

クラッシュを防ぐために、再シャーディング可能なバケットレイアウトのテストが追加されました

以前は、マルチサイトで動的バケットの再シャーディングを有効にする追加のバケットレイアウトコードを使用した場合、動的、即時、または再スケジュールされた再シャーディング中に、バケットレイアウトが再シャーディングをサポートするか確認していませんでした。このため、動的バケットの再シャーディングの場合は Ceph Object Gateway デーモンがクラッシュし、即時またはスケジュールされた再シャーディングの場合は radosgw-admin コマンドがクラッシュしていました。

user modify -placement-id コマンドに空の --storage-class 引数を指定できるようになりました。

以前は、'user modify --placement-id' コマンドの実行時に --storage-class 引数を使用しなかった場合、コマンドが失敗していました。

初期化の際に、以前に登録したウォッチのみが登録解除されるようになりました

以前は、初期化エラーにより、一度も登録されていないウォッチの登録を解除しようとすることがありました。これにより、一部のコマンドラインツールが予期せずクラッシュする場合がありました。

マルチサイトレプリケーションにより、ゾーン間の整合状態が維持され、削除されたオブジェクトの上書きが防止されるようになりました

以前のバージョンでは、マルチサイトレプリケーションの競合状態により、削除すべきオブジェクトが別のサイトからコピーバックされ、ゾーン間で不整合状態が生じることがありました。その結果、ワークロードを受け取っているゾーンには、削除すべきいくつかのオブジェクトが残っていました。

Ceph Object Gateway のメモリーフットプリントが大幅に削減されました

以前のバージョンでは、Lua スクリプト統合に関連するメモリーリークにより、RGW メモリーの過剰な増加が発生する場合がありました。

バージョン管理されたオブジェクトの操作中に、バケットインデックスのパフォーマンスが影響を受けることがなくなりました

以前のバージョンでは、場合によってはスペースリークが発生し、バケットインデックスのパフォーマンスが低下することがありました。これは、オブジェクト論理ヘッド (OLH) の更新に関連する競合状態が原因で発生していました。OLH は、更新時のバージョン管理バケットの最新バージョン計算に関連します。

削除マーカーは LC ルールで正しく機能します

以前のバージョンでは、sal オブジェクトハンドルを再利用する最適化を試みていました。このため、削除マーカーが期待どおりに生成されませんでした。

SQL エンジンが不正な計算で Ceph Object Gateway のクラッシュを引き起こさなくなりました

以前のバージョンでは、SQL エンジンが処理されない例外を出力し、Ceph Object Gateway のクラッシュを引き起こすことがありました。これは、日時操作の不正な SQL 計算が原因で発生していました。

クエリー select trim (LEADING '1' from '111abcdef111') from s3object; で大文字が使用されている場合にクエリーが機能するようになりました

以前のバージョンでは、LEADING または TRAILING がすべて大文字で書かれていると文字列が正しく読み取られず、float 型が string 型として参照され、誤った出力が発生していました。

JSON 解析が、クエリー select _1.authors.name from s3object[*] limit 1 に対して機能するようになりました

以前のバージョンでは、select _1.authors.name from s3object[*] limit 1 で指定された匿名配列は、誤った値を出力していました。

クライアントは、Content-Length ヘッダーフィールド値に誤りがあっても接続をリセットしなくなりました

以前は、エラーページ (404 または 403 状態など) をクライアントに返すときに、終了タグ </body> および </html> が欠落していました。しかし、これらのタグの存在は、リクエストの Content-Length ヘッダーフィールド値で考慮されていました。このため、クライアントによっては、通常の状況下では FIN パケットによって閉じられるクライアントと Rados Gateway 間の TCP 接続が、誤った Content-Length ヘッダーフィールド値が原因で、クライアントからの RST パケットによって閉じられていました。

同期通知が正しいオブジェクトサイズで送信されます

以前は、オブジェクトがゾーン間で同期され、同期通知が設定されていた場合、オブジェクトのサイズをゼロとして通知が送信されていました。

マルチサイト同期が、許可されたゾーンとフィルターに従って適切にフィルタリングとチェックを行います

以前は、マルチサイト同期ポリシーを使用する場合、radosgw-admin sync status などの特定のコマンドは、制限付きゾーンまたは空の同期グループ名をフィルタリングしませんでした。フィルターが欠如することで、これらのコマンドの出力は誤解を招くものでした。

ceph version コマンドは空のバージョンリストを返さなくなりました

以前は、MDS デーモンがクラスターにデプロイされていない場合、ceph version コマンドは、バージョンの不一致を表す MDS デーモンの空のバージョンリストを返していました。このリストは、デーモンがクラスターにデプロイされていない場合には表示されないはずのものです。

ms_osd_compression_algorithm が正しい値を表示するようになりました

以前は、ms_osd_compression_algorithm の値に誤りがある場合、デフォルト値ではなくアルゴリズムのリストが表示されていました。そのため、1 つのアルゴリズムではなく一連のアルゴリズムがリスト表示され、不一致が発生していました。

MGR がクラスターとの接続を再試行せずに切断することがなくなりました

以前は、ネットワークの問題が発生すると、クラスターが再試行せずに MGR との接続を切断し、monclient の認証が失敗していました。

client_mount_timeout のタイムアウト再試行値を引き上げます

以前は、client_mount_timeout 設定可能パラメーターの誤った処理により、モニターに対するクライアント認証が、5 分という高いデフォルトタイムアウト値を無視して最大 10 回の再試行に至る場合がありました。

イメージの昇格後に、降格したミラースナップショットが削除されます

以前は、実装上の不具合により、セカンダリーイメージであってもプライマリーイメージであっても、イメージの昇格後に降格したミラースナップショットは削除されませんでした。このため、降格したミラースナップショットが蓄積し、ストレージ領域を消費していました。

プライマリーイメージが削除されると、プライマリー以外のイメージも削除されるようになりました

以前は、rbd-mirror デーモンイメージリプレーヤーの競合状態により、プライマリーイメージが削除されたときにプライマリー以外のイメージを削除することができませんでした。このため、プライマリー以外のイメージは削除されず、ストレージ領域が使用されていました。

librbd クライアントが、呼び出し元にブロックリスト登録エラーを正しく伝播します

以前は、rbd_support モジュールの RADOS クライアントがブロックリストに登録されていた場合、モジュールの mirror_snapshot_schedule ハンドラーが常に正しくシャットダウンするとは限りませんでした。ハンドラーの librbd クライアントはブロックリスト登録エラーを伝播しないため、ハンドラーのシャットダウンが停止していました。これにより、mirror_snapshot_schedule ハンドラーと rbd_support モジュールが、繰り返されるクライアントのブロックリスト登録から自動的に回復できなくなっていました。rbd_support モジュールは、クライアントを繰り返しブロックリストに登録した後、ミラースナップショットのスケジューリングを停止していました。

コア Ceph Object Storage デーモン (OSD) コンポーネントの新しく実装された Crimson-OSD が ceph-osd を置き換えます

この機能強化により、次世代の ceph-osd が実装され、DPDK や SPDK を含む最先端のテクノロジーの採用により、マルチコアのスケーラビリティーを実現し、高速ネットワークおよびストレージデバイスのパフォーマンスを向上します。Crimson は、クラス ceph-osd を持つ OSD デーモンの以前のバージョンとの互換性を目指しています。

Red Hat Ceph Storage の Object Storage Archive Zone

この機能強化により、アーカイブゾーンは実稼働ゾーンからすべてのオブジェクトを受け取り、すべてのオブジェクトのすべてのバージョンを保持することで、オブジェクトの完全な履歴を含むオブジェクトカタログをユーザーに提供します。これにより、実稼働ゾーン内のオブジェクト/バケットが紛失または侵害された場合でも確実にデータを取得できる、セキュアなオブジェクトストレージデプロイメントが可能になります。

バケットごとにアーカイブゾーンへの同期を有効化および無効化して、実稼働クラスター外のオブジェクトストレージデータを保護します

管理者は、プライマリーサイトに存在していたあらゆるオブジェクトのバージョンを、アーカイブゾーンから復元できるようになりました。データ損失やランサムウェア攻撃が発生した場合でも、必要に応じてすべてのオブジェクトの有効なバージョンにアクセスできます。

読み取りバランサーを使用した Red Hat Ceph Storage クラスターのバランス調整

このリリースでは、各デバイスがプライマリー OSD を公平に共有できるようにし、読み取りリクエストがクラスター内の OSD 全体に均等に分散されるように、読み取りバランサーが実装されます。読み取り分散は低コストで、データの移動が含まれないため操作が高速です。読み取り分散は、レプリケートされたプールのみをサポートします。イレイジャーコーディングされたプールはサポートされません。

一部の NFS デーモンはログを生成しない場合があります

現在、cephadm でデプロイされた NFS サービスが複数の NFS デーモンを備える場合、IO を提供するのはそのうち 1 つだけであるため、ユーザーはログを生成しない NFS デーモンに遭遇します。現在、この問題に対する回避策はありません。

ロック解除時にミューテックスが失敗するのを防ぎます

以前は、ロックされていないミューテックスをロック解除しようとすると、ミューテックスがクラッシュしていました。

ceph orch ps コマンドはモニタリングスタックデーモンのバージョンを表示しません

現在、cephadm ではバージョングラビングコードにダウンストリームのモニタリングスタックコンテナーとの互換性がないため、node-exporter、prometheus、alertmanager などのモニタリングスタックデーモンのバージョングラビングが失敗します。

マルチサイト設定後に Ceph Object Gateway ページがロードされません

マルチサイト設定中に、ダッシュボードが新しいレルムの正しいアクセスキーとシークレットキーを見つけることができないため、Ceph Object Gateway ページがロードされません。

JSON select count() from S3Object[]; クエリーに遅延が生じ、CPU 使用率が高くなります

select count() from S3Object[]; クエリーの実行時に、CSV オブジェクトクエリーと比較して、遅延および radosgw の CPU 使用率が顕著に増大します。

s3select を使用して JSON オブジェクトを処理すると、s3select と Trino が失敗します

Trino が s3select リクエストを使用して JSON オブジェクトを処理すると、リクエストが失敗し、Trino も失敗します。これにより、Ceph Object Gateway ログに wrong json dataType should use DOCUMENT というエラーメッセージが出力されます。