28問中 0問が回答されています
質問:
You have already completed the テスト before. Hence you can not start it again.
問題を読み込んでいます…
You must sign in or sign up to start the テスト.
まず、次の操作を完了する必要があります:
正解数 0/問題数28
回答にかかった時間:
終了時間となりました
回答お疲れ様でした。
Earned Point(s): 0 of 0, (0)
0 Essay(s) Pending (Possible Point(s): 0)
おめでとう!ポイントが1追加されました!
あなたはソリューションアーキテクトとして、5つのEC2インスタンスで稼働しているアプリケーションをアクセスなどの高負荷にも対応できるようにするため、AutoScalingを設定しようとしています。高負荷状態の時には既存の5つの他に最大5個のインスタンスが自動で起動し、高負荷状態が終了すると既存の5つだけの稼働に戻す方針です。
AutoScalingに対して、どのターミネーションポリシー(高負荷状態終了時のインスタンスを停止させる基準)を設定するべきでしょうか。
あるアプリケーションは、毎日午前7時30分から午前9時30分の間に高い負荷が発生します。
このアプリケーションは、通常3つのインスタンスで構成されるAuto Scalingグループで運用されていますが、ピーク時には6つのインスタンスを必要とします。
ピーク時の負荷を考慮し、毎日午前7時30分にスケールアウトイベントを、午前9時30分にスケールインイベントを実行するように、Auto Scalingをどのように構成すればよいでしょうか?
あなたの担当するアプリケーションは平日の18時~19時に急激に負荷上昇する傾向が見受けられます。負荷時間に対してスケーリングを設定する要件を満たすAuto Scalingの設定方法を選択してください。
Webアプリケーションのパフォーマンスを維持するために、オートスケーリンググループを使用することを計画しています。
どのようにすれば、スケーリングアクティビティが、別のスケーリングアクションを実行せずに安定するのに十分な時間を確保できますか?
ソリューションアーキテクトは2層のWebアプリケーションの実装を作成しました。
アプリケーションは、Amazon EC2インスタンス、Amazon ELB、および2つのサブネットにわたるAuto Scalingを使用します。
デプロイ後、1 つのサブネットでのみ EC2 インスタンスが動作していることに気づきました。
この状況の原因は何でしょうか?
AWS上でECサイトを提供しています。このECサイトは、ELBを利用してトラフィック分散しており、単一リージョン内で複数AZに跨いで複数のEC2インスタンスが設置されています。今回、ECサイトで割引イベントが予定されており、大量アクセスに対応できる高可用性な構成に見直すことが必要です。
この要件を満たすAWSのアーキテクチャを選択してください。
カスタムAMIからデプロイされたEC2インスタンスを運用しています。EC2インスタンスにはWebサーバが稼働しており、セッション状態はデータベースに保存されます。
今後のシステム改善として、高可用性と拡張性の両方を実現する最適な方法を選択してください。
ある企業が、アプリケーションロードバランサー(ALB)の背後にあるAmazon EC2 Auto Scalingグループを使用してアプリケーションを実行しています。
毎月特定の日時に月末レポートを実行すると、アプリケーションは許容できないほど遅くなります。
Amazon CloudWatchのメトリクスを見ると、CPU使用率が100%に達しています。
アプリケーションがワークロードを処理し、ダウンタイムを回避するために、ソリューションアーキテクトは何を推奨すべきでしょうか?
あるアプリケーションが、Elastic Load Balancerの背後にあるAmazon EC2 Auto ScalingグループのAmazon EC2インスタンスのフリート上で実行されています。
運用チームは、EC2インスタンスのCPU使用率が60%またはそれに近いときに、アプリケーションが最高のパフォーマンスを発揮することを決定しました。
ソリューションアーキテクトは、アプリケーションのパフォーマンスを最適化するために、どのスケーリング構成を使用する必要がありますか?
運用中のアプリケーションは、アプリケーションロードバランサーの背後にある単一のアベイラビリティーゾーン内のAmazon EC2 Auto Scalingグループを使用しています。
設計としては、EC2インスタンスを8台、単一のアベイラビリティーゾーンに配置しています。
ソリューションアーキテクトは、アプリケーションを変更することなく、インフラストラクチャを高可用性に変更する必要があります。
ソリューションアーキテクトは、高可用性を提供するどのアーキテクチャを選択すべきですか?
ある会社の社員がオフィスから1つのAWSリージョンにて、bastionホストを経由してアプリケーションを管理しています。
この会社では、継続的な運用管理を最小限に抑えた、弾力性のあるbastionホストのアーキテクチャを必要としています。
ソリューションアーキテクトは、どのようにしてこれらの要件を満たすのが最善か?
ある企業が、単一のアベイラビリティゾーンのAmazon EC2 Auto Scalingグループ内の6台のWebアプリケーションサーバー上でアプリケーションを実行しています。
アプリケーションは、アプリケーションロードバランサー(ALB)によって処理されています。
ソリューションアーキテクトは、アプリケーションに変更を加えることなく、インフラストラクチャを高可用性に変更する必要があります。
ソリューションアーキテクトは、高可用性を実現するためにどのアーキテクチャを選択すべきですか?
あるウェブアプリではユーザーが画像をアップロードしてオンラインで閲覧することができます。
フロントエンド層にAuto Scalingグループがあり、ASGはアップロードされる画像の数に基づいて動的に調整される必要があります。
画像を処理するコンピュート層はAuto Scaling グループの後段にあります。
どうすればこれを実現できるでしょうか?
ある電子商取引会社が、パブリックとプライベートのサブネットにあるAmazon EC2インスタンスでアプリケーションを実行しています。
Webアプリケーションはパブリックサブネットで実行され、データベースはプライベートサブネットで実行されます。
パブリックサブネットとプライベートサブネットの両方は、単一のアベイラビリティーゾーンにあります。
ソリューションアーキテクトは、このアーキテクチャに高可用性を提供するために、どのステップの組み合わせを取るべきですか?(2つ選択)
ある企業のアプリケーションのアーキテクチャは同じアベイラビリティーゾーン内のプライベートサブネットにWeb層とデータベース層を作成し、Amazon EC2インスタンスで実行されます。
ソリューションアーキテクトは、このアーキテクチャに高可用性を追加するために、どの手順の組み合わせを取るべきですか?(2つ選択)
あるウェブアプリケーションがパブリックサブネットとプライベートサブネットで動作しています。
Amazon EC2インスタンス上で動作するWeb層とデータベース層で構成されています。
両方の層は、単一のアベイラビリティゾーン(AZ)で実行されます。
ソリューションアーキテクトは、このアーキテクチャに高可用性を提供するために、どのステップの組み合わせを取るべきですか?(2つ選択)
あなたはソリューションアーキテクトとして以下の事象を確認しました。
・ELBとEC2 Auto Scaling Groupを組み合わせで自動スケールするシステム
・ASGでのヘルスチェックはEC2ステータスチェックを使用するように設定
ある日、ELBがEC2インスタンスが異常であるとCloudWatchアラームが発砲されました。
その際、ELBとの接続は削除されましたが、インスタンスは起動したままの状態であり、終了されていません。
原因を選択してください。
あなたはソリューションアーキテクトとして、EC2 インスタンスが複数のアベイラビリティゾーンにまたがる Auto Scaling グループ、および前段にELBを配置しているアプリケーションを管理しています。
当該アプリケーションについて、毎月1日の午前0時に実行されるキャンペーン処理の負荷が大きく、アプリケーションのパフォーマンスが大幅に低下してEC2 インスタンスのCPU使用率が 100%近くとなり、アプリケーションがクラッシュしている状況です。最適な対処を選択してください。
あるシステムでは、高負荷に備えるため、Auto Scaling を利用している。
Auto Scaling では高負荷時にスケールアウトするために、EC2インスタンスの構成を指定する必要がある。
スケールアウト時に起動する際のEC2インスタンスタイプを変更したい場合、どのように対応するべきか。
AWSではパフォーマンスとコストを容易に最適化するためのサービスとして、AWS Auto Scalingという機能を提供しています。
Auto Scalingについて、誤っている説明は次のうちどれですか?
あるソリューションアーキテクトが、AWS上のアプリケーションを設計しています。
コンピュート層は、EC2インスタンス間で並行して実行されます。
コンピュート層は、処理するジョブの数に基づいてスケールする必要があります。
コンピュートレイヤーはステートレスです。
アプリケーションが疎結合であることと、ジョブアイテムが永続的に保存されることを保証しなければなりません。
どの設計を使用すべきですか?
あなたはWEBアプリケーションに対して、Auto Scalingグループの使用を検討しています。 アクセスの増加などにより新規インスタンスの起動が発生した場合に、インスタンス数や全体の処理性能が安定するまでに十分な時間が提供されているのかを確認する必要があります。
この要件に対応するための方法を選択してください。
AWSではパフォーマンスとコストを容易に最適化するためのサービスとして、AWS Auto Scalingという機能を提供しています。
Auto Scalingのスケーリングのクールダウン期間についての説明でひとつだけ誤っている説明があります。それは次のうちどれですか?
複数のEC2インスタンスにELBとAutoScalingでシステムが構成されています。
しかし、いくつかのEC2インスタンスのCPU利用率がアイドル状態な時間帯があり、過剰なEC2インスタンスリソースの割り当てをしているようです。
リソースの利用効率を向上し、費用対効果の高いアーキテクチャを選択してください。
複数のプレーヤが利用するゲームのために、単一のアベイラビリティゾーンに複数のAmazonEC2インスタンスを構成してゲームを提供しています。本ゲームはレイヤー4のプロトコルを利用してユーザに提供します。
アーキテクチャの高可用性と費用対効果の高いソリューションを次の中から2つ選択してください。