ある大規模企業のデータプラットフォームチームは、Amazon Redshift クラスター上に中央データウェアハウスを運用しています。複数の分析チームが独立してワークロードを実行するため、以下の要件が生じています。 ・複数チームがデータのコピーを作成することなく、同一のデータに同時アクセスしたい ・各チームのコンピュートリソースを独立してスケーリングし、他チームのクエリの影響を受けないようにしたい ・データを一元管理しつつストレージコストを最小化したい ・常に最新のデータをほぼリアルタイムで各チームに提供したい この要件を最も効果的に満たす Redshift の構成はどれですか？
正解： RA3 ノードのプロデューサークラスターと複数のコンシューマークラスター間で Redshift データ共有（Data Sharing）を使用する Redshift データ共有（Data Sharing）は RA3 ノードでサポートされる機能で、プロデューサークラスターのデータを物理コピーせず、複数のコンシューマークラスターがライブデータに直接アクセスできます。各コンシューマークラスターは独立したコンピュートリソースを持つためワークロード分離を実現し、RA3 の Managed Storage（S3 ベース）によりストレージも一元管理されます。 選択肢Aの UNLOAD/COPY 方式は S3 を経由するためデータのコピーが発生し、ストレージコスト増大とデータ鮮度の低下を招きます。 選択肢Cの DC2 ノードのスナップショット共有はデータコピーが発生し、リアルタイムに近いデータ共有は不可能です。また DC2 ノードはデータ共有機能をサポートしていません。 選択肢Dの Redshift Spectrum は S3 上の外部データへのクエリ機能であり、Redshift 内部テーブルのリアルタイム共有には適していません。