Amazon S3 Tables がサーバーアクセスログに対応、テーブルバケットへのリクエストを詳細記録

公式発表で確認できる事実

• Amazon S3 Tables がサーバーアクセスログをサポートし、テーブルバケットへのリクエストの詳細記録を取得できるようになりました。
• テーブルバケットでサーバーアクセスログを有効化すると、そのバケット内のすべてのテーブルおよび名前空間へのリクエストのログが、同一アカウント・同一リージョンの汎用バケットに配信されます。
• 各ログレコードには、リクエスト元、オペレーション、テーブル名、名前空間、レスポンスステータス、リクエストタイミングが含まれます。
• ログ形式は汎用バケット向け S3 サーバーアクセスログと同じスペース区切り形式であり、既存のログ分析ワークフローを再利用できます。
• Amazon Athena や DuckDB など任意のクエリエンジンで S3 Tables のログをクエリできます。
• ログ配信は追加料金なしで利用でき、ログファイルのストレージ料金のみが発生します。
• S3 Tables が利用可能なすべての AWS リージョンで本機能を利用できます。
• AWS Management Console、AWS CLI、AWS SDK、AWS CloudFormation から有効化できます。

当サイトの考察

これまで S3 Tables ではサーバーアクセスログが利用できず、テーブルバケットへのアクセス状況の把握が難しい状況でした。今回の対応により、セキュリティ監査やコンプライアンス要件への対応が容易になります。汎用バケット向けのログと同じ形式を採用しているため、既存の Athena クエリや分析パイプラインをほぼそのまま転用できる点は実務上の大きなメリットです。

確認できていない事項

• 東京リージョン（ap-northeast-1）および大阪リージョン（ap-northeast-3）での提供有無
• ログファイルのストレージ料金の具体的な金額
• 機能が利用可能になった正確な日付
• 東京（ap-northeast-1）と大阪（ap-northeast-3）での提供は、公式記事からは確認できていません。

この記事は、AWS 公式の発表をもとに AI が作成し、自動で公開しています。