Q8 — AWS SAA-C03 第10章

第 8/100 問 | ← 第10章

Q608. ある会社は、データサイエンティストに対して、自社の本番環境用 Amazon RDS for PostgreSQL データベースへのほぼリアルタイムな読み取り専用アクセスを提供したいと考えています。現在、このデータベースは Single-AZ 構成で運用されています。データサイエンティストは複雑なクエリを実行しますが、これらは本番データベースのパフォーマンスに影響を与えません。また、このソリューションには高い可用性が求められます。これらの要件を最もコスト効率よく満たすソリューションはどれでしょうか？

• A. メンテナンスウィンドウ中に既存の本番データベースをスケールアップし、データサイエンティストが利用可能な十分な処理能力を確保する。
• B. Single-AZ 構成から Multi-AZ インスタンスデプロイメントへ変更し、より大きなセカンダリ待機インスタンスを設定する。データサイエンティストにはこのセカンダリインスタンスへのアクセスを許可する。
• C. Single-AZ 構成から Multi-AZ インスタンスデプロイメントへ変更し、データサイエンティスト専用の追加読み取りレプリカを2台設定する。
• D. Single-AZ 構成から Multi-AZ クラスターデプロイメントへ変更し、2台の読み取り可能待機インスタンスを設定する。データサイエンティストには読み取り専用エンドポイントを提供する。 ✓

正解: D. Single-AZ 構成から Multi-AZ クラスターデプロイメントへ変更し、2台の読み取り可能待機インスタンスを設定する。データサイエンティストには読み取り専用エンドポイントを提供する。

解説

正解は D です。「Single-AZ 構成から Multi-AZ クラスターデプロイメントへ変更し、2台の読み取り可能待機インスタンスを設定する。データサイエンティストには読み取り専用エンドポイントを提供する。」 理由： ① 高可用性：Multi-AZ クラスターデプロイメントへ変更することで、異なるアベイラビリティゾーン（AZ）に同期レプリケーションされた待機インスタンスが構成され、インフラストラクチャ障害や AZ の障害発生時に自動フェイルオーバーが可能となり、本番環境および読み取り可能待機インスタンスの両方において高い可用性を実現します。 ② 読み取り可能待機インスタンス：2台の読み取り可能待機インスタンスを追加することで、データサイエンティストが複雑なクエリを実行しても本番データベースのパフォーマンスに影響を与えず、読み取りワークロードを分散・負荷軽減できます。 ③ ほぼリアルタイムなアクセス：読み取り可能待機インスタンスは同期レプリケーションにより継続的に更新されるため、データサイエンティストによる分析・クエリ実行に必要なほぼリアルタイムのデータを提供できます。 ④ コスト効率：読み取り可能待機インスタンスは、プライマリデータベースと同一の基盤ストレージを共有しつつ、独自のコンピュートリソースを持つため、本番データベースのスケールアップ（高コスト）を回避でき、データサイエンティストのワークロードに特化したコスト効率の良いソリューションとなります。 他の選択肢との比較： A：本番データベースのスケールアップは、コスト増加だけでなく、本番ワークロードへのパフォーマンス影響リスクも伴います。 B：Multi-AZ インスタンスデプロイメントは可用性を向上させますが、セカンダリ待機インスタンスは本来、読み取り専用用途として設計されておらず、明示的に読み取りトラフィックを処理するようにはサポートされていません。 C：Multi-AZ インスタンス＋読み取りレプリカの構成は可用性と読み取り分離を実現しますが、Option D の「Multi-AZ クラスター＋読み取り可能待機インスタンス」は、PostgreSQL におけるネイティブな高可用性と読み取り拡張機能を活用した、より堅牢かつスケーラブルなソリューションです。 まとめると、本番 Amazon RDS for PostgreSQL データベースへのほぼリアルタイムな読み取り専用アクセスを、高い可用性とコスト効率を両立して提供するには、Multi-AZ クラスターデプロイメントへ移行し、2台の読み取り可能待機インスタンスを活用して読み取り専用エンドポイントを提供する（Option D）が最適なソリューションです。