Amazon Redshift が Amazon S3 Tables との統合によるシステムテーブルの長期保持機能を導入
Amazon Redshift は、Amazon S3 Tables とのネイティブ統合を通じて、システムテーブルデータの長期保持をサポートするようになりました。 この機能により、現在の 7 日間という上限を超えて Redshift システムテーブルデータの保持期間を設定でき、コンプライアンス、監査、およびオブザーバビリティの要件を満たすことができます。機能を有効にすると、AWS はシステムテーブルデータを Apache Iceberg 形式で S3 Tables に自動的に書き込み、パーティション分割、コンパクション、および保持期間の管理を自動で行います。
お客様は、クエリパフォーマンスの監視、データウェアハウスアクティビティの監査、コンプライアンス要件の達成のために Redshift システムテーブルを使用しています。これまで、保持期間を延長するには、システムテーブルデータをコピーするためのカスタムの抽出、変換、ロード (ETL) パイプラインを構築および維持する必要があり、開発の手間と継続的な運用オーバーヘッドが増加していました。複数のデータウェアハウスを運用しているお客様は、データウェアハウス間での横断的な分析を行うため、Redshift のデータ共有機能を利用して各データウェアハウスからシステムテーブルのデータを中央の場所に集約する必要があり、さらなる複雑さに直面していました。この機能を使用すると、システムテーブルデータが自動的に複製されるため、カスタム ETL パイプラインの構築や本番ワークロードとのリソース競合が発生しなくなります。 複数のデータウェアハウスを運用している場合は、システムテーブルデータを単一の場所に集約して、ウェアハウス間のオブザーバビリティと分析に活用できます。データはオープンな Apache Iceberg 形式で保存されるため、Redshift、Amazon Athena、またはその他の Iceberg 互換エンジンを介してクエリを実行でき、追加の運用オーバーヘッドなしで AWS のサービスやサードパーティツールを使用したオブザーバビリティダッシュボードを構築できます。さらに、AWS Agent Toolkit は、システムテーブルデータを照会してパフォーマンスのインサイトや最適化のレコメンデーションを可視化するためのスキルを提供します。
この機能は、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、アフリカ (ケープタウン)、アジアパシフィック (香港)、アジアパシフィック (台北)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (ムンバイ)、アジアパシフィック (ハイデラバード)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (ジャカルタ)、アジアパシフィック (メルボルン)、アジアパシフィック (マレーシア)、アジアパシフィック (タイ)、カナダ (中部)、欧州 (フランクフルト)、欧州 (チューリッヒ)、欧州 (ストックホルム)、欧州 (ミラノ)、欧州 (スペイン)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (パリ)、イスラエル (テルアビブ)、および南米 (サンパウロ) の各 AWS リージョンにおいて、Amazon Redshift プロビジョンド RG および RA3 インスタンス、ならびに Amazon Redshift Serverless でご利用いただけます。詳細については、こちらのドキュメントを参照するか、ブログをご覧ください。