Amazon Web Services ブログ
Amazon S3 ストレージレンズにパフォーマンスメトリクスの追加、数十億のプレフィックスのサポート、S3 Tables へのエクスポートが追加されました
2025 年 12 月 2 日、ストレージのパフォーマンスと使用パターンをより深く理解できる Amazon S3 ストレージレンズの 3 つの新機能を発表しました。パフォーマンスメトリクスの追加、数十億のプレフィックスの分析のサポート、Amazon S3 Tables への直接エクスポートにより、アプリケーションパフォーマンスの最適化、コストの削減、Amazon S3 ストレージ戦略に関するデータ主導の意思決定に必要なツールが手に入ります。
新しいパフォーマンスメトリクスカテゴリー
S3 ストレージレンズには、組織全体のパフォーマンス制約の特定と解決に役立つ 8 つの新しいパフォーマンスメトリクスカテゴリーが追加されました。これらは組織、アカウント、バケット、プレフィックスレベルで利用できます。たとえば、このサービスは、アプリケーションのパフォーマンスを低下させる可能性のあるバケットまたはプレフィックス内の小さなオブジェクトを識別するのに役立ちます。これは、 Amazon S3 Express One Zone ストレージクラスを使用してスモールオブジェクトワークロードのパフォーマンスを向上させるためにスモールオブジェクトをバッチ処理することで軽減できます。
新しいパフォーマンスメトリクスにアクセスするには、新しいストレージレンズダッシュボードを作成するとき、または既存の設定を編集するときに、S3 ストレージレンズアドバンストティアのパフォーマンスメトリクスを有効にする必要があります。
| メトリクスカテゴリー | 詳細 | ユースケース | 緩和策 |
| 読み取りリクエストサイズ | 読み取りリクエストサイズ (GET) の日別分布 | パフォーマンスを低下させる小さな読み取りリクエストパターンを持つデータセットを特定 | 小規模なリクエスト: 小さなオブジェクトをバッチ処理するか、Amazon S3 Express One Zone を使用して高性能の小さなオブジェクトワークロードにする |
| 書き込みリクエストサイズ | 書き込みリクエストのサイズ (PUT、POST、COPY、およびアップロードパート) の日別分布 | パフォーマンスを低下させる小さな書き込みリクエストパターンを持つデータセットを特定 | 大規模なリクエスト: リクエストを並列化、MPU を使用、または AWS CRT を使用 |
| ストレージサイズ | オブジェクトタグの分布 | パフォーマンスを低下させる小さなオブジェクトを持つデータセットを特定 | 小さなオブジェクトのサイズ: 小さなオブジェクトをまとめることを検討 |
| 同時に発生する PUT 503 エラー | 同じオブジェクトに対する同時 PUT 操作による 503 の数 | パフォーマンスを低下させる同時 PUT スロットリングのあるプレフィックスを特定 | シングルライターの場合は、再試行の動作を変更するか、Amazon S3 Express One Zone を使用します。複数のライターの場合は、コンセンサスメカニズムを使用するか、Amazon S3 Express One Zone を使用 |
| クロスリージョンデータ転送 | リージョン内のリージョン間で転送されたバイト数と送信されたリクエスト数 | 地域間のデータアクセスによる潜在的なパフォーマンスとコストの低下を特定 | コンピューティングを同じ AWS リージョンのデータと同じ場所に配置 |
| ユニークオブジェクトへのアクセス | 1 日あたりにアクセスされたユニークオブジェクトの数または割合 | オブジェクトのごく一部が頻繁にアクセスされるデータセットを特定。これらをよりパフォーマンスの高いストレージティアに移動してパフォーマンスを向上させることができます | アクティブなデータを Amazon S3 Express One Zone または他のキャッシュソリューションに移動することを検討 |
| ファーストバイトのレイテンシー (既存の Amazon CloudWatch メトリクス) | 1 バイト目のレイテンシーメトリクスの日次平均値 | リクエストが完了してからレスポンスが返され始めるまでのリクエストごとの日次平均時間 | |
| 合計リクエストレイテンシー (既存の Amazon CloudWatch メトリクス) | 合計リクエストレイテンシーの日次平均値 | 最初のバイトが受信されてから最後のバイトが送信されるまでのリクエストごとの日平均経過時間 |
仕組み
Amazon S3 コンソールで [ストレージレンズダッシュボードを作成] を選択して新しいダッシュボードを作成します。既存のダッシュボード設定を編集することもできます。次に、ダッシュボード名、ステータス、オプションのタグを指定するなどの一般的な設定を行います。 その後、[次へ] を選択します。
次に、[すべてのリージョンを含める] と [すべてのバケットを含める] を選択し、含めるリージョンとバケットを指定して、ダッシュボードの範囲を定義します。
ストレージレンズダッシュボード設定で [アドバンストティア] を選択し、[パフォーマンスメトリクス] を選択して [次へ] を選択します。
次に、追加のメトリクス集計として [プレフィックス集計] を選択し、残りの情報はデフォルトのままにしてから [次へ] を選択します。
[デフォルトメトリクスレポート] を選択し、次にバケットタイプとして [汎用バケット] を選択し、AWS アカウントの Amazon S3 バケットを [宛先バケット] として選択します。残りの情報はデフォルトのままにして、[次へ] を選択します。
すべての情報を確認してから、[送信] を選択してプロセスを終了します。
有効にすると、ストレージレンズコンソールのダッシュボードに毎日のパフォーマンスメトリクスが直接表示されます。レポートを CSV 形式または Parquet 形式でアカウント内の任意のバケットにエクスポートするか、Amazon CloudWatch に公開するかを選択することもできます。パフォーマンスメトリクスは毎日集計および公開され、組織、アカウント、バケット、プレフィックスといった複数のレベルで利用できます。このドロップダウンメニューで、[メトリクス] に同時 PUT 503 エラー率 (%)、[日付範囲] に [過去 30 日間]、[上位 N バケット] に 10 を選択します。
同時 PUT 503 エラー数メトリクスは、同じオブジェクトに対する同時 PUT 操作によって生成された 503 エラーの数を追跡します。スロットリングエラーはアプリケーションのパフォーマンスを低下させる可能性があります。シングルライターの場合は、再試行の動作を変更するか、Amazon S3 Express One Zone などのよりパフォーマンスの高いストレージティアを使用して、同時発生する PUT 503 エラーを軽減します。複数のライターのシナリオでは、コンセンサスメカニズムを使用して PUT 503 エラーが同時に発生しないようにするか、Amazon S3 Express One Zone などのよりパフォーマンスの高いストレージティアを使用します。
S3 バケット内のすべてのプレフィックスの完全な分析
S3 ストレージレンズは、新しい拡大プレフィックスメトリクスレポートを通じ、S3 バケット内のすべてのプレフィックスの分析をサポートするようになりました。この機能により、サイズ閾値 1%、最大深度 10 レベルを満たすプレフィックスに分析を制限していた以前の制限がなくなりました。サイズや深さに関係なく、バケットごとに最大数十億のプレフィックスを追跡して、最も詳細なプレフィックスレベルで分析できるようになりました。
拡大プレフィックスメトリクスレポートには、既存の S3 ストレージレンズメトリクスカテゴリー (ストレージ使用量、アクティビティメトリクス (転送されたリクエストとバイト数)、データ保護メトリクス、詳細なステータスコードメトリクスが含まれます。
開始方法
「仕組み」セクションで説明されているのと同じ手順に従って、ストレージレンズダッシュボードを作成または更新します。エクスポートオプションを選択するコンソールのステップ 4 では、新しい Expanded prefix メトリクスレポートを選択できます。その後、拡張プレフィックスメトリクスレポートを CSV または Parquet 形式でアカウントの任意の汎用バケットにエクスポートして、ストレージレンズデータを効率的にクエリできます。
知っておくと便利な情報
この機能強化は、組織がプレフィックス構造全体をきめ細かく可視化する必要があるシナリオに対応します。たとえば、マルチパートアップロードが不完全なプレフィックスを特定してコストを削減したり、暗号化とレプリケーションの要件についてプレフィックス構造全体のコンプライアンスを追跡したり、最も詳細なレベルでパフォーマンスの問題を検出したりできます。
S3 ストレージレンズメトリクスを S3 Tables にエクスポート
S3 ストレージレンズメトリクスを S3 Tables に自動的にエクスポートできるようになりました。これは、Apache Iceberg サポートが組み込まれた AWS のフルマネージド機能です。この統合により、AWS が管理する S3 Tablesにメトリクスが毎日自動的に配信され、追加の処理インフラストラクチャを必要とせずにすぐにクエリを実行できます。
開始方法
まず、コンソールでステップ 5 で説明したプロセスに従い、エクスポート先を選択します。今回は、[拡張プレフィックスメトリクスレポート] を選択します。汎用バケットに加えて、[テーブルバケット] を選択します。
新しいストレージレンズメトリクスは AWS マネージドバケット aws-s3 の新しいテーブルにエクスポートされます。
拡張プレフィックスレポートの API 使用メトリクスを表示するには、expanded_prefixes_activity_metrics テーブルを選択します。
Amazon S3 コンソールでテーブルをプレビューすることも、Amazon Athena を使用してテーブルをクエリすることもできます。
知っておくと便利な情報
S3 Tables と S3 ストレージレンズの統合により、データパイプラインを必要とせずに、使い慣れた SQL ツールと Amazon Athena、Amazon QuickSight、Amazon EMR、Amazon Redshift などの AWS 分析サービスを使用してメトリクス分析を簡素化できます。メトリクスは自動的に整理されて最適なクエリが実行されるようになり、必要に応じて保存と暗号化のオプションをカスタマイズできます。
この統合により、クロスアカウントおよびクロスリージョンの分析、カスタムダッシュボードの作成、および他の AWS サービスとのデータ相関が可能になります。たとえば、ストレージレンズメトリクスと S3 メタデータを組み合わせて、プレフィックスレベルのアクティビティパターンを分析し、低コストのストレージティアへの移行に適格なコールドデータを含むプレフィックス内のオブジェクトを特定できます。
エージェンティック AI ワークフローでは、自然言語を使用して S3 Tables MCP サーバーで S3 Tablesの S3 ストレージレンズメトリクスをクエリできます。エージェントは、「先月最も増加したバケットはどれか」などの質問をすることができます。または「ストレージクラス別のストレージコストを見せて」と、オブザーバビリティデータから即座にインサイトを得ることができます。
今すぐご利用いただけます
3 つの拡張機能はすべて、S3 ストレージレンズが現在提供されているすべての AWS リージョン (中国リージョンと AWS GovCloud (米国) を除く) で利用できます。
これらの機能は Amazon S3 ストレージレンズアドバンスドティアに含まれており、標準アドバンストティアの価格を超える追加料金はありません。S3 Tables のエクスポートでは、S3 Tables のストレージ、メンテナンス、クエリに対してのみお支払いいただきます。エクスポート機能自体に追加料金はかかりません。
Amazon S3 ストレージレンズのパフォーマンスメトリクス、数十億のプレフィックスのサポート、S3 Tables へのエクスポートの詳細については、「Amazon S3 ユーザーガイド」を参照してください。料金の詳細については、Amazon S3 料金表ページをご覧ください。
原文はこちらです。
