A. 各アカウントにIAMユーザーとIAMグループを作成します。非ヨーロッパ地域へのアクセスを制限するIAMポリシーを作成するIAMポリシーをIAMグループに添付する

B. AWSシングルサインオンを設定し、AWSアカウントをアタッチします。ヨーロッパ以外の地域へのアクセスを制限するポリシーを使用してアクセス許可セットを作成します。各アカウントにIAMユーザーとIAMグループを作成します。

C. AWS組織を有効にし、AWSアカウントをアタッチし、ヨーロッパ地域と非ヨーロッパ地域のOUを作成します。SCPを作成して、ヨーロッパ以外の地域へのアクセスを制限し、ポリシーをOUに添付します。

D. AWS組織を有効にし、AWSアカウントをアタッチし、ヨーロッパ地域と非ヨーロッパ地域のOUを作成します。非ヨーロッパ地域へのアクセスを制限するポリシーを使用して権限セットを作成します。プライマリアカウントにIAMユーザーとIAMグループを作成します。

A. AZ1 サブネット内の EC2 インスタンスを終了します。アドレス空間の半分を使用して、AZ1 サブネットを削除して再作成します。この新しいサブネットを使用するように Auto Scaling グループを更新します。 2 番目の AZ に対してこれを繰り返します。
AZ3 で新しいサブネットを定義し、Auto Scaling グループを更新して 3 つの新しいサブネットすべてをターゲットにします。

B. AZ2 サブネットのみを使用するように Auto Scaling グループを更新します。以前のアドレス空間を使用して、AZ1 サブネットを削除して再作成します。 Auto Seating グループを調整して、新しい AZ1 サブネットも使用するようにします。インスタンスが正常な場合、AZ1 サブネットのみを使用するように Auto Scaling グループを調整します。現在の AZ2 サブネットを削除します。元の AZ1 サブネットのアドレス空間の後半を使用して、新しい AZ2 サブネットを作成します。元の AZ2 サブネットアドレス空間の半分を使用して新しい AZ3 サブネットを作成し、3 つの新しいサブネットすべてを対象とするように Auto Scaling グループを更新します。

C. AZ2 サブネットのみを使用するように Auto Scaling グループを更新します。以前の半分のアドレス空間を持つように AZ1 サブネットを更新します。 Auto Scaling グループを調整して、AZ1 サブネットも再び使用するようにします。インスタンスが正常な場合、AZ1 サブネットのみを使用するように Auto Scaling グループを調整します。現在の AZ2 サブネットを更新し、元の AZ1 サブネットからアドレス空間の後半を割り当てます。元の AZ2 サブネット アドレス空間を停止して新しい AZ3 サブネットを作成し、Auto Scaling グループを更新して 3 つの新しいサブネットすべてをターゲットにします。

D. 同じ IPv4 アドレス空間で新しい VPC を作成し、AZ ごとに 1 つずつ、3 つのサブネットを定義します。
既存の Auto Scaling グループを更新して、新しい VPC の新しいサブネットをターゲットにします。

A. 既存の共有ファイルシステムからS3標準ストレージクラスを使用するAmazonS3バケットにデータを移行します。ジョブを毎月実行する前に、Amazon FSx for Lusterを使用して、バッチロードを使用してAmazonS3からのデータで新しいファイルシステムを作成します。ジョブの間、新しいファイルシステムを共有ストレージとして使用します。ジョブが完了したら、ファイルシステムを削除します。

B. 既存の共有ファイルシステムから、マルチアタッチが有効になっている大規模なAmazon Elastic Block Store（Amazon EBS）ボリュームにデータを移行します。 Auto Scalingグループ起動テンプレートのユーザーデータスクリプトを使用して、EBSボリュームを各インスタンスにアタッチします。ジョブの間、EBSボリュームを共有ストレージとして使用します。ジョブが完了したら、EBSボリュームをデタッチします。

C. 既存の共有ファイルシステムから、S3Intelligent-Tieringストレージクラスを使用するAmazonS3バケットにデータを移行します。ジョブが毎月実行される前に、Amazon FSx for Lusterを使用して、遅延読み込みを使用してAmazonS3からのデータで新しいファイルシステムを作成します。ジョブの間、新しいファイルシステムを共有ストレージとして使用します。ジョブが完了したら、ファイルシステムを削除します。

D. 既存の共有ファイルシステムからAmazonS3バケットにデータを移行します。ジョブを毎月実行する前に、AWS Storage Gatewayを使用して、AmazonS3からのデータでファイルゲートウェイを作成します。ジョブの共有ストレージとしてファイルゲートウェイを使用します。ジョブが完了したら、ファイルゲートウェイを削除します。

A. ウェブサイトを AWS Elastic Beanstalk および Amazon EC2 C4 インスタンスに移行します。オフピーク時に必要なウェブサイトインスタンスの最小数を決定し、オンデマンドインスタンスを使用してそれらをカバーし、スポット容量を使用してピーク需要をカバーします C4 および Amazon EC2 C5 インスタンスで構成されるビデオ分析アプリケーションにスポットフリートを使用します。

B. Web サイトを T2 インスタンスに保持します。オフピーク時に必要な Web サイト インスタンスの最小数を決定し、リザーブド インスタンスを使用してそれらをカバーし、オンデマンド インスタンスを使用してピーク需要に対応します。 Amazon EC2 C4 および Amazon EC2 C5 スポットインスタンスで構成されるビデオ分析アプリケーションには、スポットフリートを使用します。

C. Web サイトを T2 インスタンスに保持します。オフピーク時に必要な Web サイトインスタンスの最小数を決定し、スポットインスタンスを使用してそれらをカバーし、リザーブドインスタンスを使用してピーク需要に対応します。ビデオ分析アプリケーションの Auto Scaling グループで Amazon EC2 R4 および Amazon EC2 R5 リザーブドインスタンスを使用する

D. ウェブサイトを AWS Elastic Beanstalk および Amazon EC2 R4 インスタンスに移行します。オフピーク時に必要なウェブサイトインスタンスの最小数を決定し、それらをカバーするためにリザーブドインスタンスを使用し、オンデマンドインスタンスを使用してピーク需要をカバーします R4 および Amazon EC2 R5 インスタンスで構成されるビデオ分析アプリケーションにスポットフリートを使用します

A. Store application state on an Amazon Elastic File System (Amazon EFS) volume Attach the EFS volume to all Fargate instances.

B. Store application state on an Amazon Elastic Block Store (Amazon EBS) volume Attach the EBS volume to all Fargate instances.

C. Store media in an Amazon S3 Standard bucket Create an S3 Lifecycle configuration that transitions objects that are older than 30 days to the S3 Glacier storage class

D. Store media in an Amazon S3 Standard bucket Create an S3 Lifecycle configuration that transitions objects that are older than 30 days to the S3 Standard-Infrequent Access (S3 Standard-IA) storage class.

E. Store media on an Amazon Elastic File System (Amazon EFS) volume Attach the EFS volume to all Fargate instances.

A. コスト割り当てタグを作成してコストセンターとプロジェクトIDを定義し、タグが既存のリソースに伝播するまで24時間許可する既存のフェデレーションロールを更新して、リソースにコストセンターとプロジェクトIDを含まないリソースをプロビジョニングする権限を制限します

B. タグエディタを使用して既存のリソースにタグを付けるコスト割り当てタグを作成してコストセンターとプロジェクトIDを定義するSCPを使用して、リソースにコストセンターとプロジェクトIDがないリソースの作成を制限します。

C. AWS Configルールを使用して、タグなしリソースについて財務チームに警告します。クロスアカウントロートを使用して、タグなしRDSデータベースとDynamoDBリソースに1時間ごとにタグを付ける一元化されたAWSLambdaベースのソリューションを作成します。

D. タグエディタを使用して既存のリソースにタグを付けるコスト割り当てタグを作成してコストセンターとプロジェクトIDを定義し、タグが既存のリソースに伝播するまで24時間待ちます

A. 新しい SOS FIFO キューを配信不能キューとして構成して、障害のあるメッセージを分離します。

B. キューの可視性タイムアウトを短縮して、障害のあるメッセージを自動的に削除します

C. 新しい SOS 標準キューを配信不能キューとして構成して、障害のあるメッセージを分離します。

D. バックエンド処理のタイムアウトを 30 秒に増やして、可視性のタイムアウトに合わせる

A. AWS組織の管理アカウントからのリソース共有を有効にします。

B. インフラストラクチャアカウントのAWS ResourceAccessManagerでリソース共有を作成します。共有ネットワークを使用する特定のAWS組織OUを選択します。リソース共有に関連付ける各プレフィックスリストを選択します。

C. インフラストラクチャアカウントにトランジットゲートウェイを作成します。

D. AWS組織の組織内の各AWSアカウントにVPCを作成します。インフラストラクチャアカウントのVPCと同じCIDR範囲とサブネットを共有するようにVPCを構成します。インフラストラクチャアカウントのVPCと、個々のアカウントのVPCをピアリングします。

E. インフラストラクチャアカウントのAWS ResourceAccessManagerでリソース共有を作成します。共有ネットワークを使用する特定のAWS組織OUを選択します。リソース共有に関連付ける各サブネットを選択します。

A. すべてのアカウントにAWSCloudTrailトレイルを設定しますCloudTrailログを組織管理アカウントのAmazonS3バケットに送信します。セキュリティグループを記述および変更するために、すべての本番アカウントでロールを引き受ける権限を持つ管理アカウントでAWSLambda関数を設定します。 S3バケットのすべてのPutObjectイベントでLambda関数を呼び出すようにAmazonS3を設定します。Lambda関数を設定して、非準拠のセキュリティグループアクションについて各CloudTrailイベントを分析し、問題を自動的に修正します。

B. 組織管理アカウントでAmazon EvertBridge（Amazon CloudWatch Events）イベントバスを作成します。 AWSクラウドフォーメーションテンプレートを作成して、CreateSecurityGroupイベントを偶数に送信する構成をデプロイします。本番アカウントからのバスセキュリティグループを記述および変更するすべての本番アカウントの役割を引き受ける権限を持つ管理アカウントでAWSLambda関数を設定します。 Lambda関数を呼び出すようにイベントバスを構成します。Lambda関数を構成して、非準拠のセキュリティグループアクションについて各イベントを分析し、問題を自動的に修正します。

C. 条件o（ec2：tngressルールの値22でCreateSecurityGroupアクションを拒否するSCPを記述します。SCPを「本番」OUに適用します。

D. AWSCloudFormationテンプレートを作成してAWSConfigをオンにしますINCOMING_SSH_DISABLEDAWSConfigマネージドルールをアクティブ化しますAWSConfigの結果に基づいて実行され、非準拠のリソースを修正するAWSLambda関数をデプロイします割り当てられたStackSetを使用してCloudFormationテンプレートをデプロイします「本番」OUに。 SCPをOUに適用して、CloudFormationテンプレートがプロビジョニングするリソースの変更を拒否します。

A. 物理サーバーでのデータ収集に AWS Systems Manager エージェントを使用します。すべての VM でのデータ収集には AWS Agentless Discovery Connector を使用します。 Amazon Redshift を使用して、収集したデータからレポートを保存、クエリ、生成します。

B. 物理サーバーとすべての VM でのデータ収集に AWS Application Discovery Service エージェントを使用します。
収集したデータを Amazon Elastic File System (Amazon EFS) に保存します。 Amazon Athena でデータをクエリし、レポートを生成します。

C. 物理サーバーと Hyper-V でのデータ収集には AWS Application Discovery Service エージェントを使用します。
VMware でのデータ収集には AWS Agentless Discovery Connector を使用します。収集したデータを Amazon S3 に保存します。 Amazon Athena でデータをクエリします。 Amazon QuickSight を使用してレポートを生成します。

D. 物理サーバーとすべての VM でのデータ収集には AWS Agentless Discovery Connector を使用します。収集したデータを Amazon S3 に保存します。 S3 Select でデータをクエリします。 Amazon EC2 でホストされている Kibana を使用してレポートを生成します。

A. すべての内部IPアドレス範囲を含む新しいAWS Configマネージドルールを作成します。ルールを使用して、各アカウントのセキュリティグループをチェックし、IPアドレス範囲のリストに準拠していることを確認します。検出された非準拠のセキュリティグループを自動的に修正するようにルールを構成します。

B. トランジットアカウントで、すべての内部IPアドレス範囲を含むVPCプレフィックスリストを作成します。AWS Resource Access Managerを使用して、プレフィックスリストを他のすべてのアカウントと共有します。共有プレフィックスリストを使用して、他のアカウントのセキュリティグループルールを設定します。

C. Amazon S3でホストされ、すべての内部IPアドレス範囲をリストするJSONファイルを作成します。JSONファイルの更新時に関与する可能性のある各アカウントでAmazon Simple Notification Service（Amazon SNS）トピックを構成します。 。AWS Lambda関数をSNSトピックにサブスクライブして、関連するすべてのセキュリティグループルールをVieで更新されたIPアドレス範囲で更新します。

D. トランジットアカウントで、すべての内部IPアドレス範囲を持つセキュリティグループを作成します。トランジットアカウントのセキュリティを参照するように、他のアカウントのセキュリティグループを構成します