ある会社は、REST ベースの API を介して複数の顧客に気象データを提供しています。 API は Amazon API Gateway によってホストされ、API オペレーションごとにさまざまな AWS Lambda 関数と統合されます。同社は DNS に Amazon Route 53 を使用し、weather.example.com のリソース レコードを作成しました。同社は API のデータを Amazon DynamoDB テーブルに保存します。この会社は、API が別の AWS リージョンにフェイルオーバーできるようにするソリューションを必要としています。 これらの要件を満たすソリューションはどれですか?
A.新しい Lambda 関数のセットを新しいリージョンにデプロイします。両方のリージョンの Lambda 関数をターゲットとしてエッジ最適化 API エンドポイントを使用するように API Gateway API を更新します。 DynamoDB テーブルをグローバル テーブルに変換します。
B.新しい API Gateway API と Lambda 関数を別のリージョンにデプロイします。 Route 53 DNS レコードを複数値の回答に変更します。両方の API Gateway API を回答に追加します。ターゲットの健全性モニタリングを有効にします。 DynamoDB テーブルをグローバル テーブルに変換します。
C.新しい API Gateway API と Lambda 関数を別のリージョンにデプロイします。 Route 53 DNS レコードをフェイルオーバー レコードに変更します。ターゲットの健全性モニタリングを有効にします。 DynamoDB テーブルをグローバル テーブルに変換します。
D.新しい API Gateway API を新しいリージョンにデプロイします。 Lambda 関数をグローバル関数に変更します。 Route 53 DNS レコードを複数値の回答に変更します。両方の API Gateway API を回答に追加します。ターゲットの健全性モニタリングを有効にします。 DynamoDB テーブルをグローバル テーブルに変換します。
正解と解説を表示
正解
C
解説
<スパン></スパン>
問題 3
Question#3Topic2
ある企業は、Production という名前の単一 OU を持つ AWS Organizations を使用して、複数のアカウントを管理しています。すべてのアカウントは Production OU のメンバーです。管理者は、組織のルートで拒否リスト SCP を使用して、制限されたサービスへのアクセスを管理します。 同社は最近、新しいビジネス部門を買収し、新しい部門の既存の AWS アカウントを組織に招待しました。新しいビジネスユニットの管理者は、オンボーディング後、会社のポリシーを満たすように既存の AWS Config ルールを更新できないことに気づきました。 管理者はどのオプションを使用しても、追加のポリシーを導入することなく、変更を加えて現在のポリシーを適用し続けることができます。長期的なメンテナンスは必要ですか?
D.新しいアカウント用に Onboarding という名前の一時的な OU を作成します。 SCP をオンボーディング OU に適用して、AWS Config アクションを許可します。組織のルート SCP を運用 OU に移動します。 AWS Config の調整が完了したら、新しいアカウントを本番 OU に移動します。
正解と解説を表示
正解
D
解説
より高いレベルの SCP によってブロックされた後、より低いレベルの SCP は権限を追加できません。 SCP はフィルタリングのみを行うことができます。権限を追加することはありません。したがって、新しいアカウントに新しい OU を作成して SCP を割り当て、ルート SCP を運用 OU に移動する必要があります。 AWS の設定が完了したら、新しいアカウントを本番 OU に移動します。