최신Amazon AWS Certified DevOps Engineer - Professional (DOP-C01日本語版) - DOP-C01日本語무료샘플문제

A. ALB ターゲット グループに指定されたヘルス チェックが正しく構成されていません。

B. CodeDeploy エージェントは、ALB ターゲットグループの一部である EC2 インスタンスにインストールされませんでした。

C. デプロイメントを開始したユーザーには、ALB と対話するために必要な権限がありません。

D. appspec.yml ファイルには、AllowTraffic ライフサイクル フックで実行する無効なスクリプトが含まれています。

A. 重み付けルーティングを持つサブドメイン us.example.com: 重み 2 の US ALB と重み 1 の EU ALB。
重み付けルーティングを持つ別のサブドメイン eu.example.com: 重み 2 の EU ALB と重み 1 の US ALB。
example.com の地理位置情報ルーティング レコード: 北米は us.example.com にエイリアスされ、ヨーロッパは eu.example.com にエイリアスされます。

B. フェイルオーバー ルーティングを備えたサブドメイン us.example.com: US ALB がプライマリ、EU ALB がセカンダリ。
フェイルオーバー ルーティングを備えた別のサブドメイン eu.example.com: EU ALB がプライマリ、US ALB がセカンダリ。
us.example.com および eu.example.com にエイリアスされている example.com のレイテンシベースのルーティング レコード。

C. レイテンシベースのルーティングを使用するサブドメイン us.example.com: 最初のターゲットは US ALB、2 番目のターゲットは EU ALB。
レイテンシベースのルーティングを使用する別のサブドメイン eu.example.com: 最初のターゲットとして EU ALB、2 番目のターゲットとして US ALB。
example.com のフェイルオーバー ルーティング レコードは、最初のターゲットとして us.example.com、2 番目のターゲットとして eu.example.com にエイリアスされます。

D. 複数値回答ルーティングを持つサブドメイン us.example.com: 最初に US ALB、次に EU ALB。
複数値回答ルーティングを備えた別のサブドメイン eu.example.com: 最初が EU ALB、2 番目が US ALB。
us.example.com および eu.example.com にエイリアスされている example.com のフェイルオーバー ルーティング レコード。

A. Amazon EC2 UserData スクリプトを使用して、オンプレミスサーバーでホストされているコンテンツをプルします。

B. Amazon EC2 UserData スクリプトを使用して、Amazon Storage Services (S3) バケットから設定をコピーします。

C. cfn-init 経由のスクリプトを使用して、オンプレミス サーバーでホストされているコンテンツをプルします。

D. 実行中の Amazon EC2 インスタンスからコンテンツを安全にコピーします。

E. cfn-init 経由のスクリプトを使用して、Amazon ElastiCache クラスターでホストされているコンテンツをプルします。

A. 6667

B. 4166

C. 5556

D. 2778

A. 夜間の Amazon EventBridge (Amazon CloudWatch Events) イベントを設定して、AWS Lambda 関数をトリガーし、Storage Gateway の RefreshCache コマンドを実行します。

B. AWS Transfer for SFTP を使用してデータを S3 バケットに格納するようにサードパーティに指示します。

C. ボリューム ゲートウェイ モードで実行されるように Storage Gateway を変更します。

D. S3 同一リージョンレプリケーションを使用して、S3 バケット内で直接行われた変更を Storage Gateway に複製します。

A. AWS CloudFormation テンプレートで Web アプリケーション、Lambda 関数、DynamoDB テーブル、Amazon ES ドメインをデプロイします。AWS CodeDeploy ブルー/グリーン デプロイメントを使用して変更をデプロイします。

B. デプロイメントポリシーを Immutable に設定して、AWS Elastic Beanstalk で Web アプリケーションを実行します。AWS CloudFormation テンプレートを使用して、Lambda 関数、DynamoDB テーブル、および Amazon ES ドメインをデプロイします。

C. AWS CloudFormation テンプレートに Web アプリケーション、Lambda 関数、DynamoDB テーブル、Amazon ES ドメインをデプロイします。AWS CodeDeploy インプレースデプロイを使用して変更をデプロイします。

D. デプロイメントポリシーをローリングに設定して、AWS Elastic Beanstalk で web.application を実行し、AWS CloudFormation テンプレートを使用して Lambda 関数、DynamoDB テーブル、および Amazon ES ドメインをデプロイします。

E. デプロイメントポリシーを「All at Once」に設定して、AWS Elastic Beanstalk で Web アプリケーションを実行します。
AWS CloudFormation テンプレートを使用して、Lambda 関数、DynamoDB テーブル、Amazon ES ドメインをデプロイします。

A. EC2 インスタンスで実行されるカスタム Java コードを使用します。チェックするインスタンスの数に応じて、インスタンスの EC2 Auto Scaling を設定します。非準拠の EC2 インスタンス ID のリストを Amazon SQS キューに送信します。別のワーカーインスタンスを設定して、SQS キューからのインスタンス ID を処理し、Amazon DynamoDB に書き込みます。AWS Lambda 関数を使用して、キューから取得した非準拠のインスタンス ID を終了し、Amazon SNS 電子メールトピックに送信して配布します。

B. AWS CloudTrail を使用します。EC2 RunCommand API アクションへのすべての呼び出しを分析して、監査対象のすべての EC2 インスタンスを識別します。インスタンスのホスト配置を分析する AWS Lambda 関数を呼び出します。準拠していないリソースの EC2 インスタンス ID を Amazon RDS MySOL DB インスタンスに保存します。RDS インスタンスをクエリし、クエリ結果を CSV テキスト ファイルにエクスポートしてレポートを生成します。

C. AWS Config を使用して、リージョンのすべての Amazon EC2 リソースで Config Recording を有効にして、監査対象のすべての EC2 インスタンスを特定します。「config-rule-change-triggered」ブループリントを使用して、AWS Lambda 関数をトリガーするカスタム AWS Config ルールを作成します。インスタンスが EC2 専用ホストで実行されていない場合は、ホストの配置を検証して NON_COMPLIANT 結果を返すように Lambda の assess.Compliance () 関数を変更します。AWS Config レポートを使用して、準拠していないインスタンスに対処します。

D. AWS Systems Manager 設定コンプライアンスを使用します。put-compliance-items API アクションの呼び出しを使用して、ホスト配置設定に基づいて非準拠の EC2 インスタンスのデータベースをスキャンして構築します。Amazon DynamoDB テーブルを使用してこれらのインスタンス ID を保存し、高速アクセスを実現します。list-compliance-summaries API アクションを呼び出して、Systems Manager からレポートを生成します。

A. AWS S3 および Glacier にバックアップされた CloudTrail を使用します。

B. CloudTrail ログファイルの整合性検証を使用します。

C. AWS Config SNS サブスクリプションを使用して、イベントをリアルタイムで処理します。

D. AWS Config Timeline フォレンジックを使用します。