ある企業は、AWS Organizations の複数のアカウントと複数の AWS リージョンで、Amazon EC2 インスタンスを運用しています。同社は、すべてのアカウントとリージョンのインスタンスから、インストールされているアプリケーションや OS の情報を定期的に収集する必要があります。 運用上のオーバーヘッドを最小限に抑えながら、この要件を満たすには、CloudOps エンジニアは何をすべきですか。
組織内のすべてのアカウントとリージョンの EC2 で、インベントリの収集をまとめて構成する
管理アカウントで AWS Compute Optimizer に組織のすべてのメンバーアカウントをオプトインし、EC2 インスタンスの分析結果と推奨事項を 1 か所で確認する。
Compute Optimizer は、リソースの設定と使用率のメトリクスを分析し、インスタンスのサイズの見直しなどの推奨事項を示すサービスです。組織の管理アカウントでオプトインすると、複数のアカウントの結果をまとめて確認できます。
しかし Compute Optimizer が扱うのは使用率と推奨事項で、インスタンスにインストールされているアプリケーションや OS の情報は収集しません。
管理アカウントで AWS Config のアグリゲーターを作成し、組織内のすべてのアカウントとリージョンの設定データを 1 か所に集約する。
AWS Config のアグリゲーターは、組織内の複数のアカウントとリージョンから、AWS Config が記録した設定データとコンプライアンスデータを集めて表示する機能です。
しかしアグリゲーターは読み取り専用で、ソースアカウント (データの集約元のアカウント) の設定を変更できません。インスタンスでインベントリの収集を構成することはできません。
管理アカウントで AWS Trusted Advisor の組織ビューを有効にし、すべてのメンバーアカウントのチェック結果のレポートを定期的に作成する。
Trusted Advisor の組織ビューは、組織内のすべてのメンバーアカウントのチェック結果をレポートにまとめる機能です。セキュリティやコストなどの推奨事項を、アカウントごとに確認できます。
しかし Trusted Advisor はチェック結果を示すだけで、インスタンスからインベントリを収集する設定は行いません。
管理アカウントで Systems Manager Quick Setup の Host Management 設定を作成し、組織全体を対象にインベントリの収集を選択する。
Quick Setup の Host Management は、インベントリの定期的な収集などの Systems Manager の設定を、AWS Organizations と連携して組織内のメンバーアカウントとリージョンにまとめて構成します。対象は組織単位 (OU) とリージョンで指定します。
インベントリでは、インスタンスのアプリケーション・OS の情報・ネットワーク構成などのメタデータが収集されます。アカウントごとに設定を作る必要はありません。
組織全体の EC2 から情報を集める問題では、何の情報を集めるかと、インスタンスで収集を構成するかでサービスを見分けます。
・Quick Setup の Host Management — Systems Manager のインベントリの収集などを、Organizations と連携して組織全体のアカウントとリージョンに構成します。
・Systems Manager のインベントリ — インスタンスのアプリケーション・OS の情報・ネットワーク構成などのメタデータを収集します。
・Compute Optimizer — 使用率のメトリクスを分析し、サイズの見直しなどの推奨事項を示します。
・AWS Config のアグリゲーター — 記録済みの設定データとコンプライアンスデータを集める、読み取り専用の機能です。
・Trusted Advisor の組織ビュー — すべてのメンバーアカウントのチェック結果をレポートにまとめます。