AWS CLF-C02 で Amazon EC2 はどう問われるか

AWS のサービスはコンピューティング、ストレージ、データベース、ネットワーキングなどのカテゴリに分類され、認定試験ではこの分類を正しく理解しているかが問われます。コンピューティングサービスとは、アプリケーションコードを実行するための処理能力 (CPU、メモリ、実行環境) を提供するサービスを指します。Amazon EC2 は仮想サーバーであるインスタンスを起動できる代表的な IaaS 型のコンピューティングサービスで、インスタンスファミリーや購入オプションを選んでワークロードに合った計算資源を確保し、OS レベルから自由に制御できます。AWS Lambda はサーバーをプロビジョニングせずに関数単位でコードを実行できるサーバーレスコンピューティングサービスで、イベント駆動で自動的にスケールし、実行時間とリクエスト数に対してのみ課金されます。したがってこの 2 つがコンピューティングカテゴリに該当します。Amazon RDS はマネージドなリレーショナルデータベースサービスで、内部的にはサーバー上で動作しているものの、カテゴリとしてはデータベースに分類され、利用者が任意のアプリケーションコードを実行する基盤としては使えません。Amazon EBS は EC2 インスタンスにアタッチして使用する永続的なブロックストレージであり、データの保存を担うストレージカテゴリのサービスで、単体で計算処理を行うことはできません。

AWS のコンピューティングサービスは抽象度によって利用者の管理範囲が変わり、ゲスト OS のレイヤーまで自社で握りたい場合は IaaS 型のサービスを選ぶ必要があります。Amazon EC2 は AWS が管理する物理ホスト上で動作する仮想サーバーを、必要なときに必要な台数だけ数分で起動できるサービスで、ハードウェアの調達や減価償却を伴わずにオンプレミスの仮想マシンとほぼ同じ感覚で運用できる点が最大の特徴です。 本シナリオでは、既存の Linux とミドルウェアの構成をそのまま持ち込み、移設後も OS にログインしてカーネルパラメータやサービス起動順序を調整し続けたいという明確な要件があります。EC2 であれば任意の AMI からインスタンスを起動し、root/sudo 権限で自由に構成変更できるため、従来の運用手順をほぼ変えずに継続できます。したがって C が正解です。 A の Amazon ECS はコンテナのオーケストレーションサービスで、管理単位はコンテナとタスクであり、ホスト OS の細かなチューニングを前提とした既存構成の持ち込みには適しません。B の AWS Lambda はサーバーレスのコード実行環境で、OS もサーバーも利用者からは見えず管理できないため、常駐ミドルウェアをそのまま動かす要件を満たせません。D の Amazon VPC は論理的に分離された仮想ネットワークを定義するサービスであり、そもそも計算リソース（サーバー）そのものを提供しません。

AWS のサービスは、利用者がどこまで管理責任を負うかによってアンマネージド型 (IaaS) とマネージド型に分かれます。責任共有モデルでは、AWS はハードウェア、物理データセンター、仮想化レイヤーといった「クラウドのセキュリティ」を担い、利用者は「クラウド内のセキュリティ」を担います。抽象度が低いサービスほど利用者側の責任範囲が広くなり、ゲスト OS のパッチ適用やミドルウェアの構成管理は利用者の作業になります。本シナリオではゲスト OS のカーネルパラメータを自社で調整し、パッチ適用のタイミングも自分たちで決めたいという要件があるため、仮想サーバーをそのまま提供する Amazon EC2 が適切です。EC2 では AMI の選定から OS のアップデート、ミドルウェアの導入まで利用者が自由に制御でき、その代わりに OS 以上のセキュリティ維持責任も負います。Elastic Load Balancing はマネージド型のロードバランサーで、利用者は設定を行うだけで、稼働している OS に触れることはできません。AWS Lambda はサーバーレスであり、実行環境の OS やランタイムのパッチはすべて AWS が適用するため、利用者に OS の管理権限は残りません。Amazon RDS はマネージド型のリレーショナルデータベースで、DB エンジンや OS のパッチ適用も AWS がメンテナンスウィンドウで実施するため、OS レベルへのログインや管理権限は与えられません。