Red Hat Summit6.2. Multicloud Object Gateway
Multicloud Object Gateway (MCG) DB PVC 消費量が 400 GB を超える
以前は、アクティビティーログが DB に保存されていたため、Multicloud Object Gateway (MCG) データベース (DB) では、必要のないときに DB サイズが増加していました。
この修正により、オブジェクトアクティビティーログは通常のデバッグログに変換されます。その結果、NooBaa DB では DB サイズの増加が表示されなくなりました。
ログベースのレプリケーションが OBC からレプリケーションポリシーを削除した後でも機能する
以前は、空の文字列が提示された場合にレプリケーションポリシーの評価でエラーが発生したため、Object Bucket Claim (OBC) からログベースのレプリケーションポリシーを削除できませんでした。
この修正により、レプリケーションポリシーの評価方法が変更され、OBC からレプリケーションポリシーを削除できるようになりました。
Multicloud Object Gateway (MCG) コンポーネントのセキュリティーコンテキストの修正
以前は、OpenShift によって設定されたデフォルトを回避するために、Multicloud Object Gateway (MCG) Pod のデフォルトのセキュリティーコンテキスト制約 (SCC) が更新されると、セキュリティースキャンプロセスが失敗しました。
この修正により、SCC がデフォルトのオーバーライドに更新されても、MCG の動作は変更されず、セキュリティースキャンが成功します。
NooBaa Operator のログが AWS のシークレットを公開する
以前は、NooBaa Operator のログは AWS シークレットをプレーンテキストとして公開していたため、ログを参照できるすべての人がバケットにアクセスできるという潜在的なリスクがありました。
この修正により、noobaa-Operator ログは AWS シークレットを公開しなくなりました。
AWS S3 リストに時間がかかる
以前は、1 つのデータベースクエリーではなく 2 つのデータベースクエリーが使用されていたため、AWS S3 ではオブジェクトのリスト表示に長い時間がかかっていました。
この修正により、クエリーが 1 つに再設定され、データベースへの呼び出しとオブジェクトリスト操作の完了にかかる時間が削減されます。
OpenShift Data Foundation にアップグレードすると、スタンドアロンの MCG バッキングストアが拒否される
以前は、永続ボリューム (PV) プールを使用しようとすると、オブジェクトのメタデータを保存するために xattr が使用されていました。にかかわらず、PV 上のファイルシステムは xattr をサポートしていないため、そのメタデータの更新は失敗します。
この修正により、ファイルシステムが xattr をサポートしておらず、メタデータがファイルに保存されている場合にフェイルバックが行われるようになりました。
Multicloud Object Gateway データベースの永続ボリューム要求 (PVC) の消費が継続的に増加する
以前は、Object Bucket Claim (OBC) を削除すると、そのオブジェクトがすべて削除され、データベースから解放されるまでに時間がかかっていました。これは、MCG のデータベースクリーナーの作業が限られていたために、データベースからのエントリーの削除が遅くなり、削除が制限されたためです。
この修正により、MCG の DB クリーナー設定の更新が可能になります。DB Cleaner は、MCG データベースから、以前の削除済みエントリーを削除するプロセスです。公開されていた設定は、実行の頻度と削除されるエントリーの経過時間です。
Multicloud Object Gateway バケットライフサイクルポリシーではすべてのオブジェクトが削除されない
以前は、期限切れのオブジェクトの削除までかなり時間がかかっていました。
この修正により、期限切れのオブジェクトを削除するためのバッチサイズと 1 日あたりの実行回数が増加します。
(BZ#2279964) (BZ#2283753)
HEAD リクエストが API から 404 の代わりに接頭辞パスの HTTP 200 コードを返す
以前は、Multicloud Object Gateway の NamespaceStore Filesystem バケット上のディレクトリーであるオブジェクトを読み取ったり、ヘッダーを作成したりしようとし、末尾の / 文字が欠落していると、リクエストは接頭辞パスに対して 404 ではなく HTTP 200 コードを返していました。
この修正により、オブジェクトがディレクトリーであるにもかかわらず、キーに末尾の / がない場合に ENOENT が返されます。
Multicloud Object Gateway Backingstore In Phase: "Connecting" with "Invalid URL" のエラー
以前は、Operator が調整ループでシステム情報を取得できなかったため、調整が正常に完了しませんでした。これは、アドレスが IPv6 の場合に解析が失敗する原因となった URL 解析のバグが原因でした。
この修正により、IPv6 アドレスの場合は URL ホストとして処理されるようになりました。その結果、Operator はシステムの調整を正常に完了します。
