AWS Certified Cloud Practitioner（CLF-C02）の練習問題（当サイト作成）

正解：ア（インスタンスのゲスト OS に、セキュリティパッチを適用する。）　当サイトの解答

• ア ○ 正しい

  EC2 は、ゲスト OS から上を利用者が管理するサービスです。ゲスト OS の更新とセキュリティパッチの適用は、利用者の責任になります。

• イ × 誤り 「クラウドの中のセキュリティ」と「クラウド自体のセキュリティ」を取り違えた

  施設の物理セキュリティは、AWS が運用・管理する範囲です。利用者が管理するのは、クラウドの中に置いたものです。

• ウ × 誤り 仮想マシンを使う側が、仮想化の基盤まで管理すると考えた

  ホスト OS と仮想化レイヤーは、AWS が管理します。利用者が触れるのは、その上で動くゲスト OS からです。

• エ × 誤り インフラの運用を、利用者の責任に含めた

  電源などの物理・環境面の設備は、データセンターを運用する AWS の責任です。

正解：ウ（ルートユーザーに多要素認証（MFA）を設定する。）　当サイトの解答

• ア × 誤り 管理者権限は、チームで共有したほうが運用しやすいと考えた

  ルートユーザーのパスワードや MFA は、業務上どうしても必要な人以外とは共有しないよう勧められています。チーム全員で使う運用は勧められていません。

• イ × 誤り 長期の認証情報を作れば、アプリケーションから簡単に使えると考えた

  ルートユーザーには、アクセスキーを作らないよう強く勧められています。アプリケーションには、IAM ロールによる一時的な認証情報を使うのが基本です。

• ウ ○ 正しい

  ルートユーザーは強い権限を持つため、メールアドレスとパスワードに加えて、MFA を第二の認証要素として設定することが勧められています。

• エ × 誤り 覚えやすいパスワードのほうが、紛失しなくて安全だと考えた

  勧められているのは、強く、他と重複しないパスワードです。短く覚えやすいだけのパスワードでは、サインインを守れません。

正解：イ（AWS Artifact）　当サイトの解答

• ア × 誤り 記録を扱うサービスなら、コンプライアンスのレポートも出せると考えた

  CloudTrail は、自分のアカウントでの操作の履歴を記録するサービスです。AWS のコンプライアンスレポートを配布するものではありません。

• イ ○ 正しい

  AWS Artifact は、AWS のコンプライアンスとセキュリティのレポートを、セルフサービスで入手できるポータルです。

• ウ × 誤り 予算の管理も、コンプライアンスの管理の一部だと考えた

  AWS Budgets は、コストや使用量の予算を管理するサービスです。コンプライアンスのレポートとは関係がありません。

• エ × 誤り 監視のサービスなら、証跡の提出にも使えると考えた

  CloudWatch は、リソースやアプリケーションの状態を監視するサービスです。AWS 側のコンプライアンスレポートの入手先ではありません。

正解：エ（設備への投資を、使った分だけ払う変動費として済ませられること。）　当サイトの解答

• ア × 誤り クラウドの別の利点を、この問題の答えと取り違えた

  世界中へすばやく展開できることは展開の速さの話で、先に大きく支払う問題を解消するものではありません。

• イ × 誤り 運用の負担が減ることと、支払い方の問題が解消されることを同じだと考えた

  データセンターの運用に手を取られなくなるのは利点ですが、運用の負担の話です。先に大きく支払う問題の解消とは別の話です。

• ウ × 誤り 単価が下がる話と、支払い方が変わる話を同じだと考えた

  規模の経済で単価を下げやすいという説明はありますが、単価の水準の話です。先払いか使った分だけの支払いかという、支払い方は変わりません。

• エ ○ 正しい

  クラウドでは、データセンターやサーバーへ先に投資せず、使った分だけを支払えます。固定費を変動費に変えられる、という利点です。

正解：ア（同じリージョンの複数のアベイラビリティゾーンに分けて、アプリケーションを動かす。）　当サイトの解答

• ア ○ 正しい

  アベイラビリティゾーンは、電源やネットワークが冗長な別々の施設です。複数に分けると、単一のデータセンターより可用性と耐障害性を高められます。

• イ × 誤り 台数を増やせば、施設の障害にも耐えられると考えた

  同じゾーンの中では、そのゾーンの障害の影響を同時に受けるおそれがあります。複数のゾーンに分けるのが基本です。

• ウ × 誤り サーバーの性能を上げれば、施設の障害にも耐えられると考えた

  性能を上げても、そのサーバーがあるデータセンターの障害は防げません。可用性は、複数のゾーンに分けて高めます。

• エ × 誤り 1つのゾーンに集めたほうが管理しやすく安全だと考えた

  1つのゾーンだけでは、そのゾーンの障害でアプリケーションが止まるおそれがあります。

正解：イ（Amazon S3）　当サイトの解答

• ア × 誤り データを置く場所は、サーバーのインスタンスだと考えた

  EC2 は仮想サーバーを提供するサービスです。データの保存先として使うこともできますが、容量を事前に見積もらず保存する用途のサービスではありません。

• イ ○ 正しい

  S3 はデータをオブジェクトとして保存するサービスです。容量の事前の計画なしに拡張でき、使った分だけ支払います。バックアップや長期保管にも使われます。

• ウ × 誤り 名前から、データを保管するサービスだと考えた

  Lambda は、サーバーを管理せずにコードを実行するサービスです。ファイルの保存先ではありません。

• エ × 誤り 配信のサービスにも、データの保管機能があると考えた

  CloudFront は、コンテンツを利用者の近くから配信する CDN です。データの保存先は S3 などの別のサービスです。

正解：ウ（AWS Lambda の関数を、S3 へのアップロードで起動する。）　当サイトの解答

• ア × 誤り 処理を動かすなら、サーバーを常に立てておく必要があると考えた

  EC2 でも実現できますが、サーバーの管理が必要です。サーバーを管理せず、イベントで起動したいという要件には合いません。

• イ × 誤り データを扱うなら、データベースが処理も担うと考えた

  RDS は、リレーショナルデータベースを運用しやすくするサービスです。画像を受けて処理するコードを動かす場ではありません。

• ウ ○ 正しい

  Lambda は、サーバーを管理せずにコードを動かすサービスです。S3 に新しいオブジェクトが入ったことなどのイベントで起動でき、使った分だけ支払います。

• エ × 誤り 画像に関する処理は、配信のサービスで行うと考えた

  CloudFront は、コンテンツを利用者の近くから配信する CDN です。アップロードを契機に処理を動かすサービスではありません。

正解：エ（Amazon RDS にデータベースを作る。）　当サイトの解答

• ア × 誤り 自分で入れて運用するほうが、手間が少ないと考えた

  EC2 に入れる場合、設定・バックアップ・更新は利用者の作業になります。任せたいという要件に合いません。

• イ × 誤り データを置けるサービスなら、データベースの代わりになると考えた

  S3 はオブジェクトを保存するサービスです。リレーショナルデータベースの管理を肩代わりするものではありません。

• ウ × 誤り サーバーレスなら、データベースの管理も不要になると考えた

  Lambda はコードを実行するサービスです。データベースそのものを提供するものではありません。

• エ ○ 正しい

  RDS は、データベースの設定、バックアップ、更新の適用といった定型の管理作業を肩代わりし、管理の手間を減らします。

正解：ア（Amazon CloudFront）　当サイトの解答

• ア ○ 正しい

  CloudFront は CDN です。世界各地の拠点のうち利用者に近い所からコンテンツを返すことで、遅延を減らします。

• イ × 誤り 名前解決を行うサービスなら、コンテンツの配信も速くできると考えた

  Route 53 は DNS のサービスで、名前の問い合わせに答えます。画像や動画そのものを利用者に近い拠点から返す仕組みではありません。

• ウ × 誤り データを扱うサービスなら、表示の速度も改善できると考えた

  RDS は、リレーショナルデータベースの管理を肩代わりするサービスです。海外の利用者への配信の遅延を減らすためのものではありません。

• エ × 誤り 処理をサーバーレスにすれば、配信も速くなると考えた

  Lambda は、サーバーを管理せずにコードを動かすサービスです。利用者に近い拠点からコンテンツを返す仕組みではありません。

正解：イ（Savings Plans を利用する。）　当サイトの解答

• ア × 誤り 使い続ける見込みでも、オンデマンドが最も安いと考えた

  オンデマンドは、事前の約束なしに使える反面、継続して使う場合は割引がありません。費用を下げたい要件に合いません。

• イ ○ 正しい

  Savings Plans は、1年または3年の一定の利用量の約束と引き換えに、オンデマンド料金より安くなる料金モデルです。Compute Savings Plans なら、リージョンなどを変えても自動で適用されます。

• ウ × 誤り 割引が大きいので、基幹システムでもスポットインスタンスが向いていると考えた

  スポットインスタンスは、予備の容量を使う割引の大きい選択肢で、ステートレスで止まっても困らない処理に向きます。止まると困る基幹システムの主な計算には向きません。

• エ × 誤り Compute Savings Plans は、購入時のリージョンやインスタンスの種類に縛られて柔軟さがないと考えた

  Compute Savings Plans は、リージョンやインスタンスファミリーなどを変えても、対象の使用量に自動で割引が適用されます。柔軟さを保ちたい要件にも合うため、使わない理由になりません。