A. 2番目のAWSリージョンでアプリケーションのスケールダウンされたデプロイをホストするAmazon Route 53を使用して、アクティブ-アクティブフェイルオーバーを設定します2番目のリージョンでAuroraレプリカを作成します

B. 必要なインフラストラクチャ要素を配置してアプリケーションをデプロイするAmazon Route 53を使用して、アクティブ-パッシブフェイルオーバーを設定します2番目のAWSリージョンにAuroraレプリカを作成します

C. AWSバックアップを使用してデータをバックアップするバックアップを使用して、2番目のAWSリージョンに必要なインフラストラクチャを作成するAmazon Route 53を使用して、アクティブ-パッシブフェイルオーバーを設定する2番目のリージョンにAuroraの2番目のプライマリインスタンスを作成する

D. 2番目のAWSリージョンでプライマリインフラストラクチャを複製するAmazon Route 53を使用して、アクティブ-アクティブフェイルオーバーを設定する最新のスナップショットから復元されるAuroraデータベースを作成する

A. VPCゲートウェイエンドポイントをプロビジョニングします。ゲートウェイエンドポイントをすべてのS3トラフィックのルートとして使用するように、プライベートサブネットのルートテーブルを設定します。

B. プライベートサブネットに専用のEC2NATインスタンスをプロビジョニングします。このインスタンスのエラスティックネットワークインターフェイスをすべてのS3トラフィックの宛先として使用するように、パブリックサブネットのルートテーブルを構成します。

C. パブリックサブネットに専用のEC2NATインスタンスをプロビジョニングします。このインスタンスのエラスティックネットワークインターフェイスをすべてのS3トラフィックの宛先として使用するように、プライベートサブネットのルートテーブルを構成します

D. 2番目のNATゲートウェイをプロビジョニングします。このNATゲートウェイをすべてのS3トラフィックの宛先として使用するように、プライベートサブネットのルートテーブルを設定します。

A. RDSインスタンスのサイズを増やします

B. RDSインスタンスで複数のアベイラビリティーゾーンを有効にする

C. リードレプリカを作成し、ビジネスレポートをそれに接続します

D. リードレプリカを作成し、アプリケーションをそれに接続します

A. AWS Data Pipelineを使用して、DirectConned接続の上にあるIPsecVPNを介してAWSからオンプレミスにレプリケートします。

B. AWS Database Migration Service（AWS DMS）とMACsec暗号化を使用したDirect Connectを使用して、AWSからオンプレミスにデータを継続的に複製します。

C. MySQLレプリケーションを使用して、DirectConnect接続上でIPsecVPNを介してAWSからオンプレミスにレプリケートします

D. RDSマルチAZ機能を使用します。ダイレクトコネクト接続に加えて、IPsecVPNを介したフェールオーバーアベイラビリティーゾーンとしてオンプレミスを選択します。

A. コンテナイメージをAmazon Elastic Container Registry（Amazon ECR）リポジトリに保存します。コンテナーを実行するには、AmazonEC2起動タイプのAmazonElastic Container Service（Amazon ECS）クラスターを使用します。ターゲットトラッキングを使用して、需要に基づいて自動的にスケーリングします。

B. AmazonEC2インスタンスで実行されるリポジトリにコンテナイメージを保存します。複数のアベイラビリティーゾーンに分散しているEC2インスタンスでコンテナーを実行します。AmazonCloudWatchで平均CPU使用率を監視します。必要に応じて新しいEC2インスタンスを起動します

C. コンテナイメージをAmazon Elastic Container Registry（Amazon ECR）リポジトリに保存します。コンテナを実行するには、AWSFargate起動タイプのAmazonElastic Container Service（Amazon ECS）クラスターを使用します。ターゲットトラッキングを使用して、需要に基づいて自動的にスケーリングします。

D. コンテナイメージを含むAmazon EC2 Amazonマシンイメージ（AMI）を作成します。複数のアベイラビリティーゾーンにまたがるAutoScalingグループでEC2インスタンスを起動します。平均CPU使用率のしきい値に違反した場合は、AmazonCloudWatchアラームを使用してEC2インスタンスをスケールアウトします。

A. S3バケット内でS3バージョン管理をオンにして、S3バケットに取り込まれるすべてのオブジェクトのすべてのバージョンを保持します。

B. Kinesisデータストリームに送信されるデータのスループットを処理するKinesisシャードの数を更新します。

C. データ保持期間を変更して、KinesisDataStreamsのデフォルト設定を更新します。

D. Kinesis Producer Library（KPL）を使用するようにアプリケーションを更新し、データをKinesisDataStreamsに送信します。

A. 増加した読み取りを処理するためのAddDynamoDB読み取りレプリカにより、アプリケーションは読み取りレプリカの読み取りエンドポイントを指すようになります。

B. 新しいメッセージテーブルのAmazon DynamoDB Accelerator（DAX）を設定します。 DAXエンドポイントを使用するようにコードを更新します。

C. Amazon ElastiCache forRedisキャッシュをアプリケーションスタックに追加します。 DynamoDBのRedisキャッシュエンドポイントを指すようにアプリケーションを更新します。

D. DynamoDBの新しいメッセージテーブルの読み取り容量ユニットの数を2倍にします。既存のDynamoDBエンドポイントを引き続き使用します。

A. アラートを取り込むための Amazon Kinesis Data Firehose 配信ストリームを作成する Amazon Elasticsearch Service (Amazon ES) ダスターにアラートを配信するように Kinesis Data Firehose ストリームを設定する 毎日手動でスナップショットを作成して削除するように Amazon ES クラスターをセットアップする14 日以上前のダスターからのデータ

B. Amazon Simple Queue Service (Amazon SQS i 標準キューを作成して、アラートを取り込み、メッセージ保持期間を 14 日に設定します。 SQS キューをポーリングするようにコンシューマーを構成します。 メッセージの経過時間を確認し、必要に応じてメッセージ データを分析します。 メッセージが 14 の場合数日前に、消費者はメッセージを Amazon S3 バケットにコピーし、SQS キューからメッセージを削除する必要があります

C. アラートを取り込むための Amazon Kinesis Data Firehose 配信ストリームを作成する アラートを Amazon S3 バケットに配信するように Kinesis Data Firehose ストリームを設定する 14 日後にデータを Amazon S3 Glacier に移行するように S3 ライフサイクル設定をセットアップする
B 2 つのアベイラビリティーゾーンにまたがる Amazon EC2 インスタンスを起動し、それらを Elastic Load Balancer の背後に配置してアラートを取り込む Amazon S3 バケットにアラートを保存するスクリプトを EC2 インスタンス上に作成する Amazon S3 にデータを移行するための S3 ライフサイクル構成をセットアップする14日後の氷河

A. 処理が必要なジョブを送信するAmazonSNSトピックを作成しますプロセッサアプリケーションで構成されるAmazonマシンイメージ（AMI）を作成しますAMIを使用する起動テンプレートを作成します起動テンプレートを使用して自動スケーリンググループを作成しますセットSNSトピックに公開されたメッセージの数に基づいてノードを追加および削除するAutoScalingグループのスケーリングポリシー

B. 処理が必要なジョブを送信するAmazonSNSトピックを作成しますプロセッサアプリケーションで構成されるAmazonマシンイメージ（AMI）を作成しますAMIを使用する起動設定を作成します起動設定を使用して自動スケーリンググループを作成しますセットCPU使用率に基づいてノードを追加および削除するAutoScalingグループのスケーリングポリシー

C. 処理が必要なジョブを保持するAmazon SQSキューを作成しますプロセッサアプリケーションで構成されるAmazonマシンイメージ（AMI）を作成しますAMIを使用する起動テンプレートを作成します起動テンプレートを使用して自動スケーリンググループを作成しますセットSQSキュー内のアイテム数に基づいてノードを追加および削除するAutoScalingグループのスケーリングポリシー

D. 処理が必要なジョブを保持するAmazon SQSキューを作成しますプロセッサアプリケーションで構成されるAmazonマシンイメージ（AMI）を作成しますAMを使用する起動設定を作成します '起動設定を使用して自動スケーリンググループを作成しますAuto Scalingグループのスケーリングポリシーを設定して、ネットワークの使用状況に基づいてノードを追加および削除します

A. ネットワーク接続ファイルシステムをAmazon S3にマウントし、ファイルを直接コピーします。S3オブジェクトをAmazonS3Glacierに移行するためのライフサイクルポリシーを作成します

B. 10個のAWS Snowballアプライアンスを注文し、宛先としてAmazonS3バケットを選択します。S3オブジェクトをAmazonS3Glacierに移行するためのライフサイクルポリシーを作成します

C. Amazon S3バケットへのサイト間VPNトンネルを作成し、ファイルを直接転送します。バケットポリシーを作成して、VPCエンドポイントを適用します

D. 10個のAWS Snowballアプライアンスを注文し、宛先としてS3Glacierボールトを選択します。バケットポリシーを作成して、VPCエンドポイントを適用します

A. DBインスタンスをマルチAZに更新します。削除保護を有効にします。 EC2インスタンスをApplicationLoad Balancerの背後に配置し、複数のアベイラビリティーゾーンにまたがるEC2 AutoScalingグループで実行します

B. Amazon APIGatewayおよびAWSLambda関数とともに追加のDBインスタンスを作成します。 APIGatewayを介してLambda関数を呼び出すようにアプリケーションを構成します。Lambda関数に2つのDBインスタンスにデータを書き込ませます。

C. 1つのEC2インスタンスを削除し、他のEC2インスタンスで終了保護を有効にします。 DBインスタンスをDemulti-AZに更新し、削除保護を有効にします。

D. EC2インスタンスを、複数のアベイラビリティーゾーンに複数のサブネットが配置されているEC2 AutoScalingグループに配置します。オンデマンドインスタンスの代わりにスポットインスタンスを使用します。インスタンスのヘルスを監視するためにAmazonCloudWatchアラームを設定します。 DBインスタンスをマルチAZに更新し、削除保護を有効にします。

A. Amazon ElastiCache for Redisクラスターをデプロイして、顧客のセッション情報を保存します

B. ALBのスティッキーセッション機能（セッションアフィニティ）をオンにします

C. アプリケーションでAWS Systems Manager Application Managerを使用して、ユーザーセッション情報を管理します

D. Amazon Cognitoユーザープールをデプロイして、ユーザーセッション情報を管理します

E. Amazon DynamoOBテーブルを使用して、顧客セッション情報を保存します