최신Amazon AWS Certified Solutions Architect - Professional (SAP-C01日本語版) - SAP-C01日本語무료샘플문제

A. トランジットゲートウェイを作成します。VPCとLambda関数をトランジットゲートウェイに接続します。

B. ElasticIPアドレスをLambda関数に割り当てます。IPアドレス許可リストにはLambda関数のElasticIPアドレスを使用します。

C. IPアドレス許可リストにNATゲートウェイに関連付けられているElasticIPアドレスを使用します。

D. VPCのパブリックサブネットで起動するようにLambda関数を設定します。

E. VPCのプライベートサブネットで起動するようにLambda関数を設定します。

A. Amazon CloudWatchを使用して、AWS-'Usagemetric名前空間で公開されているサービスクォータを監視します。数式metricSERVlCEQUOTA（metric） "100が80より大きい場合にアラームを設定します。AmazonSimpleNotificationを使用して開発チームに通知します。サービス（AmazonSNS）。

B. / Amazon CloudWatchを使用して、ECSクラスター内の各サービスのサンプルカウント統計を監視しますSe：
数式サンプルNotificationSERVICE_QUOTA（service） "100が80より大きい場合のアラームAmazon Simple Notification Service（Amazon SNS）を使用して開発チームに通知します

C. AWS Configルールを作成して、Fargate SERVICE_QUOTAが80より大きいかどうかを評価します。AWSConfigルールに準拠していない場合は、Amazon Simple Email Service（Amazon SES）を使用して開発チームに通知します。

D. ECSクラスターから詳細なメトリックをポーリングするAWSLambda関数を作成します。 Fargateタスクを実行している数が80を超える場合は、Amazon Simple Email Service（Amazon SES）を呼び出して開発チームに通知します

A. Create a DynamoDB global table to replicate data between us-east-1 and eu-west-1. Enable versioning on the S3 bucket Implement strict ACLs on the S3 bucket

B. Create a DynamoDB global table to replicate data between us-east-1 and eu-west-1. Enable continuous backup on the DynamoDB table in us-east-1. Enable versioning on the S3 bucket

C. Create a DynamoDB global table to replicate data between us-east-1 and eu-west-1. Enable continuous backup on the DynamoDB table in us-east-1. Set up S3 cross-region replication from us-east-1 to eu-west-1.

D. Create an AWS Lambda function triggered by Amazon CloudWatch Events to make regular backups of the DynamoDB table Set up S3 cross-region replication from us-east-1 to eu-west-1 Set up MFA delete on the S3 bucket in us-east-1.

A. Amazon Route53ジオプロキシミティルーティングポリシーを複数値回答ルーティングポリシーと組み合わせて使用​​します。

B. Webをデプロイします。アプリケーション、および各リージョンのAmazonEC2インスタンスへのMySQLデータベースサーバー。読み取りと書き込みがリージョンに対してローカルになるようにアプリケーションをセットアップします。 Web、アプリケーション、およびデータベースサーバーのスナップショットを作成し、両方のリージョンのAmazonS3バケットにスナップショットを保存します。データベースレイヤーのクロスリージョンレプリケーションを設定します。

C. 各リージョンのMySQLインスタンス用にWeb、アプリケーション、およびAmazonRDSをセットアップします。読み取りがローカルになり、書き込みがユーザーに基づいて分割されるようにアプリケーションを設定します。 Web、アプリケーション、およびデータベースサーバーのマルチAZフェイルオーバーを設定します。データベースレイヤーのクロスリージョンレプリケーションを設定します。

D. フェイルオーバールーティングポリシーと組み合わせたAmazon Route53ジオロケーションルーティングポリシーを使用します。

E. 各リージョンにアクティブ-アクティブWebサーバーとアプリケーションサーバーをセットアップします。各リージョンにクラスターを備えたAmazonAuroraグローバルデータベースをデプロイします。リージョン内のAuroraデータベースエンドポイントを使用するようにアプリケーションを設定します。 Webサーバーとアプリケーションサーバーのスナップショットを作成し、両方のリージョンのAmazonS3バケットに保存します。

A. Update the existing VPC and associate a custom IPv6 CIDR block with the VPC and all subnets Update all the VPC route tables and add a route for /0 to the internet gateway

B. Update the existing VPC and associate a custom IPv6 CIDR block with the VPC and all subnets Create a new NAT gateway, and enable IPv6 support Update the VPC route tables for all private subnets and add a route for 70 to the IPv6-enabled NAT gateway.

C. Update the existing VPC. and associate an Amazon-provided IPv6 CIDR block with the VPC and ail subnets Create an egress-only internet gateway Update the VPC route tables for all private subnets, and add a route for /0 to the egress-only internet gateway

D. Update the existing VPC. and associate an Amazon-provided IPv6 CIDR block with the VPC and all subnets Update the VPC route tables for all private subnets, and add a route for /0 to the NAT gateway

A. AWS Server Migration Service (SMS) を使用してオペレーティング システム ボリュームをアップロードします。 AWS CLI の import-snaps ホット コマンドまたはデータ ボリュームを使用します。 AWS SMS によって作成された AMI からインスタンスを起動し、データ ボリュームをインスタンスにアタッチします。最初のテストの後、最終的なレプリケーションを実行し、レプリケートされた AMI から新しいインスタンスを起動します。データ ボリュームをインスタンスに接続します。

B. AWS Server Migration Service (SMS) を使用して、アプリケーションの各層のレプリケーション ジョブを作成して起動します。 AWS SMS によって作成された AMI からインスタンスを起動します。最初のテストの後、最終的なレプリケーションを実行し、更新された AMI から新しいインスタンスを作成します。

C. AWS Application Discovery Service と AWS Migration Hub を使用して、仮想マシンをアプリケーションとしてグループ化します。 AWS CLI VM Import/Export スクリプトを使用して、仮想マシンを AMI としてインポートします。
アプリケーションの変更を維持するために、スクリプトを段階的に実行するようにスケジュールします。 AMI からインスタンスを起動します。最初のテストの後、最終的な仮想マシンのインポートを実行し、AMI から新しいインスタンスを起動します。

D. 各仮想マシンを移行するための AWS CLIVM Import/Export スクリプトを作成します。アプリケーションの変更を維持するために、スクリプトを段階的に実行するようにスケジュールします。 VM Import/Export で作成した AMI からインスタンスを起動します。テストが完了したら、スクリプトを再実行して最終的なインポートを行い、AMI からインスタンスを起動します。

A. パートナーシップ内のすべての組織が AWS アカウントを持っていることを確認してください。 S3 バケットのあるアカウントで、データへの読み取りアクセスを許可するパートナーシップ内の各アカウントのクロスアカウント ロールを作成します。組織に、データにアクセスするときにその読み取りロールを引き受けて使用してもらいます。

B. パートナーシップ内のすべての組織が AWS アカウントを持っていることを確認してください。データを所有する機関がバケットに書き込む機能を許可するバケット ポリシーを使用して、各アカウントのバケットを構成します。定期的に機関のアカウントから他の組織にデータを同期します。アカウントを使用してデータにアクセスするときに、組織に AWS 認証情報を使用してもらいます。

C. パートナーシップ内のすべての組織が AWS アカウントを持っていることを確認してください。 S3 バケットのあるアカウントで、データへの読み取りアクセスを許可するパートナーシップ内の各アカウントのクロスアカウント ロールを作成します。バケットでリクエスタによる支払いを有効にします。組織に、データにアクセスするときにその読み取りロールを引き受けて使用してもらいます。

D. パートナーシップ内のすべての組織が AWS アカウントを持っていることを確認してください。データを所有するバケットにバケット ポリシーを作成する ポリシーは、パートナーシップ内のアカウントにバケットへの読み取りアクセスを許可する必要があります。バケットでリクエスタによる支払いを有効にします。組織に、データにアクセスするときに AWS 認証情報を使用してもらいます。

A. 定期的にスケジュールされたAWS SnowballEdgeデバイスを使用してシーケンスデータをAWSに転送するAWSがSnowballEdgeデバイスを受信し、データがAmazon S3に読み込まれると、S3イベントを使用してAWSLambda関数をトリガーしてデータを処理します

B. AWSDataPipelineを使用してシーケンスデータをAmazonS3に転送するS3イベントを使用してAmazonEC2Auto Scalingグループをトリガーし、Dockerコンテナを実行してカスタムAMIEC2インスタンスを起動してデータを処理する

C. AWS StorageGatewayファイルゲートウェイを使用してシーケンスデータをAmazonS3に転送するS3イベントを使用して、Dockerコンテナを実行しているAmazonEC2インスタンスで実行されるAWSバッチジョブをトリガーしてデータを処理する

D. AWSDataSyncを使用してシーケンスデータをAmazonS3に転送するS3イベントを使用してAWSステップ関数ワークフローを開始するAWSLambda関数をトリガーするDockerイメージをAmazonElastic Container Registry（Amazon ECR）に保存し、AWSBatchをトリガーして実行するコンテナとシーケンスデータを処理します

A. インプレースデプロイ用に設定されたAWS CodeDeployを使用してデプロイステージでCodePipelineを設定する新しくデプロイされたコードを監視し、問題がある場合は、別のコードアップデートをプッシュします

B. AWS OpsWorksとm-placeデプロイメントを使用して、デプロイステージでCodePipelineを設定します。新しくデプロイされたコードを監視します。問題がある場合は、別のコード更新をプッシュしてください

C. ブルー/グリーンデプロイ用に設定されたAWS CodeDeployを使用してデプロイステージでCodePipelineを設定する新しくデプロイされたコードを監視し、問題がある場合は、CodeDeployを使用して手動ロールバックをトリガーします

D. AWS CloudFormationを使用してデプロイステージでCodePipelineを構成し、テストスタックと本番スタックのパイプラインを作成します。新しくデプロイされたコードを監視し、問題がある場合は、別のコードアップデートをプッシュします

A. ToggingアカウントでAWS管理のCMKを使用します。CMKキーポリシーを更新して、ロギングアカウントとビジネスユニットアカウントへのアクセスを提供します。365日ごとにCMKを手動でローテーションします。

B. 顧客が管理するCMKをログアカウントに作成するCMKキーポリシーを更新して、ログアカウントへのアクセスのみを提供する365日ごとにCMKを手動でローテーションします。

C. ロギングアカウントに顧客管理のCMKを作成します。CMKキーポリシーを更新して、ロギングアカウントとビジネスユニットアカウントへのアクセスを提供します。CMKの自動ローテーションを有効にする

D. ToggingアカウントでAWS管理のCMKを使用するCMKキーポリシーを更新して、Toggingアカウントのみへのアクセスを提供します。CMKの自動回転を有効にします。

A. 単一のAWSリージョンでマルチAZ環境をセットアップするAmazonCloudFrontを使用してユーザーセッションをキャッシュする

B. 複数のAWSリージョンに環境をセットアップするAWS Global Acceleratorでアクセラレーターを作成し、異なるリージョンのエンドポイントをそれに追加します

C. 単一のAWSリージョンにマルチAZ環境をセットアップします。 AWS Lambda @ Edgeを使用して、ユーザーに近いセッションを更新します

D. 複数のAWSリージョンで環境をセットアップするAmazon Route 53を使用し、レイテンシーベースのルーティングを選択します

A. 各メンバーアカウントにOrganizationAccountAccessRoleIAMロールを作成します。管理アカウントにIAMの役割を引き受ける権限を付与します。

B. 管理アカウントにOrganizationAccountAccessRoleIAMロールを作成します。AdministratorAccessAWSマネージドポリシーをIAMロールにアタッチします。各メンバーアカウントの管理者にIAMロールを割り当てます。

C. 各メンバーアカウントにOrganizationAccountAccessIAMグループを作成します。各管理者に必要なIAMロールを含めます。

D. 各メンバーアカウントにOrganizationAccountAccessPolicyIAMポリシーを作成します。クロスアカウントアクセスを使用して、メンバーアカウントを管理アカウントに接続します。

A. AWS SCTを使用してスキーマスクリプトを生成し、移行前にターゲットに適用します。 AWS DMSを使用して、オンプレミスデータベースからAWSへのデータの移動を開始します。最初のコピーの後、AWS DMSを使用して、新しいデータベースに切り替わるまでデータベースの同期を維持します。AWSSCTを使用して、アプリケーションに埋め込まれているSOLコードと、手動で実行する必要があるものを特定します。

B. AWS DMSを使用してオンプレミスデータベースからAWSへのデータの移動を開始します最初のコピー後、新しいデータベースに切り替わるまでAWS DMSを使用してデータベースの同期を維持し続け、AWS Application DiscoveryServiceを使用して何を特定しますアプリケーションに埋め込まれたSQLコードを呼び出すことができ、手動で行う必要があること

C. AWS SCTを使用してスキーマスクリプトを生成し、移行前にターゲットに適用しますAWS DMSを使用して現在のスキーマを分析し、最適なデータベースエンジンの推奨事項を提供します次に、AWSDMSを使用して推奨エンジンに移行しますAWS SCTを使用して、アプリケーションに埋め込まれているSQLコードを変換でき、手動で何を実行する必要があるかを特定します

D. AWS DMS loを使用して、Amazon EC2にデータベースエンジンを直接インストールするか、AmazonRDSに移行するかの間で最適なターゲットデプロイメントを特定します。次に、AWSDMSを使用してプラットフォームに移行します。 AWS Application Discovery Serviceを使用して、アプリケーションに埋め込まれているSQLコードと、手動で実行する必要があるものを特定します。