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

A. Amazon ElastiCache for Redis を使用して、DynamoDB への繰り返しの読み取りリクエストをキャッシュし、AWS Elemental MediaStore を使用して S3 に保存されているイメージをキャッシュします。

B. DynamoDB ストリームを使用して、DynamoDB への繰り返しの読み取りリクエストをキャッシュし、API Gateway を使用して S3 に保存されているイメージをキャッシュします。

C. Amazon ElastiCache for Memcached を使用して DynamoDB への繰り返しの読み取りリクエストをキャッシュし、Varnish を使用して S3 に保存されているイメージをキャッシュします。

D. DynamoDB Accelerator を使用して DynamoDB への繰り返しの読み取りリクエストをキャッシュし、Amazon CloudFront を使用して S3 に保存されているイメージをキャッシュします。

A. AWS Systems Manager パラメータストアを使用して、各 Linux および Windows サーバーの認証情報を安全に保存します。Systems Manager リソースグループを作成します。Systems Manager 実行コマンドを使用して、Systems Manager パラメータストアの認証情報を使用してパッチ更新をリモートでデプロイします。

B. すべてのオンプレミスおよび AWS サーバーに AWS OpsWorks エージェントをインストールします。オペレーティングシステムごとに個別のレイヤーを持つ OpsWorks スタックを作成し、Chef スーパーマーケットからレシピを取得して、メンテナンス期間中に各レイヤーのパッチコマンドを実行します。

C. シェル スクリプトを使用して、yum で Linux サーバーに最新の OS パッチをインストールし、cron を使用して自動的に実行されるようにスケジュールします。Windows Update を使用して、Windows サーバーに自動的にパッチを適用します。

D. すべてのオンプレミスおよび AWS サーバーに AWS Systems Manager エージェントをインストールします。Systems Manager リソースグループを作成します。事前設定されたパッチベースラインで Systems Manager Patch Manager を使用して、メンテナンスウィンドウ中にスケジュールされたパッチ更新を実行します。

A. ログインイベントでトリガーされる CloudWatch アラームを作成します。Amazon SQS キューに送信するようにアラームを設定します。ワーカーインスタンスのグループを使用してキューからのメッセージを処理し、Amazon CloudWatch Events ルールをトリガーするようにスケジュールします。

B. ログインイベントでトリガーされる CloudWatch アラームを作成します。運用チームがサブスクライブしている Amazon SNS トピックに通知を送信し、24 時間以内に EC2 インスタンスを終了してもらいます。

C. AWS Lambda 関数で CloudWatch Logs サブスクリプションを作成します。ログインイベントを生成した EC2 インスタンスにタグを追加し、インスタンスを廃止対象としてマークするように関数を設定します。
このタグを持つすべてのインスタンスを終了する毎日の Lambda 関数をトリガーする CloudWatch イベント ルールを作成します。

D. AWS Step Functions アプリケーションへの CloudWatch Logs サブスクリプションを作成します。ログインイベントを生成した EC2 インスタンスにタグを追加し、インスタンスを廃止対象としてマークするように関数を設定します。次に、このタグを持つすべてのインスタンスを終了する 2 番目の AWS Lambda 関数を 1 日に 1 回トリガーする CloudWatch Events ルールを作成します。

A. この機能が影響する CloudFront ディストリビューションのキャッシュ項目をすべて無効にします。
今後のリクエストでは、Web サーバーは、20 パーセントのユーザーに対してはこの機能をオンにし、80 パーセントのユーザーに対しては機能をオフにして応答を作成します。
Web サーバーは、これらすべての応答に「Cache-Control: no-cache」を設定します。

B. 2 つのドメイン名を処理するように Web サーバーを構成します。
この機能は、リクエストに使用されるドメイン名に応じてオンまたはオフになります。
各ドメイン名に CloudFront オリジンを設定し、1 つのオリジンを 20% のユーザーに使用し、もう 1 つのオリジンを残りの 80% のユーザーに使用するように CloudFront ディストリビューションを設定します。

C. この機能に固有の Cookie を転送するように CloudFront ディストリビューションを設定します。
クッキーが設定されていないリクエストの場合、Web サーバーは応答の 20 パーセントに対してその値を「オン」に設定し、80 パーセントに対して「オフ」に設定します。
クッキーが設定されているリクエストの場合、Web サーバーはその値を使用して、応答に対して機能をオンにするかオフにするかを決定します。

D. 機能をオンにして Web サイトをホストする 2 番目の Web サーバー スタックを作成します。
Amazon Route53 を使用して、同じ名前のリソースレコードセットを 2 つ作成します。1 つは重み付けが「1」で、この新しいスタックの値を持ち、もう 1 つは重み付けが「4」で、既存のスタックの値を持ちます。リソースレコードセットの名前を CloudFront ディストリビューションのオリジンとして使用します。

A. ロードバランサーに対して分散負荷テストを実行します。

B. ロードバランサーからのリクエストに HTTP X-Forwarded-For ヘッダーを使用します。

C. Elastic Load Balancing Latency CloudWatch メトリックを使用します。

D. ロードバランサーのアクセスログを使用します。

A. ホスト1st_ref

B. ホスト1stRef

C. ホストファーストリファレンス

D. ホストファーストリファレンス

A. AfterInstall ライフサイクル イベント フックが失敗したため、CodeDeploy エージェントは影響を受けるインスタンスで以前のバージョンにロールバックしました。

B. 影響を受ける 2 つのインスタンスは、新しいデプロイメントを取得できませんでした。

C. 新しいデプロイメントがまだ完了していない間に、EC2 Auto Scaling が 2 つの新しいインスタンスを起動したため、影響を受けるインスタンスに以前のバージョンがデプロイされました。

D. 影響を受ける 2 つのインスタンスに CodeDeploy エージェントがインストールされませんでした。

A. AWS Elastic Beanstalk 環境を作成し、Auto Scaling と Elastic Load Balancer を使用するように設定します。
バッチ サイズが 50% のローリング デプロイメントを使用します。

B. Auto Scaling と Elastic Load Balancer を備えた AWS CodeDeploy を使用します。
ブルー/グリーン デプロイメント戦略を使用します。
アプリケーションのステータスを報告できるように Elastic Load Balancing ヘルスチェックを有効にし、Auto Scaling ヘルスチェックを ELB に設定します。

C. AWS OpsWorks スタックを作成します。
デプロイメント戦略としてローリング デプロイメントを使用するようにアプリケーション層を構成します。
Elastic Load Balancing レイヤーを追加します。
アプリケーション層で自動修復を有効にします。

D. Auto Scaling と Elastic Load Balancer を備えた AWS CodeDeploy を使用します。
CodeDeployDefault.HalfAtAtime デプロイメント戦略を使用します。
アプリケーションのステータスを報告できるように Elastic Load Balancing ヘルスチェックを有効にし、Auto Scaling ヘルスチェックを ELB に設定します。

A. SQS キューを使用し、再処理タイムアウトをジョブの処理に十分な長さに設定します。

B. SNS キューを使用し、可視性タイムアウトをジョブの処理に十分な長さに設定します。

C. SNS キューを使用し、再処理タイムアウトをジョブの処理に十分な長さに設定します。

D. SQS キューを使用し、可視性タイムアウトをジョブの処理に十分な長さに設定します。

A. VMware 環境に Agentless Discovery Connector をデプロイし、EC2 インスタンスに Discovery Agent をデプロイしてデータを収集するには、AWS Application Discovery Service を使用します。次に、AWS Migration Hub ダッシュボードを使用して分析を行います。

B. オンプレミスの仮想マシンと EC2 インスタンスの両方に AWS Systems Manager エージェントをインストールします。インベントリ収集を有効にし、Amazon S3 バケットへのリソースデータの同期を設定して、Amazon Athena でデータを分析します。

C. EC2 インスタンスで cron ジョブとして実行し、データを収集して Amazon S3 にプッシュするシェルスクリプトを作成します。
オンプレミスのリソースの場合、VMware vSphere を使用してデータを収集し、ファイルゲートウェイに書き込んで S3 にデータを保存します。最後に、S3 バケットで Amazon Athena を使用して分析します。

D. オンプレミスの仮想マシンと EC2 インスタンスでスクリプトを使用してデータを収集し、Amazon S3 にプッシュしてから、Amazon Athena を使用して分析します。