Amazon Web Services ブログ
AWS Systems Manager Automation を使用して複数のアカウントとリージョンにある AWS リソースを管理する
AWS のお客様の多くは複数の AWS アカウントを使用しています。たいていは、AWS Organizations を使用してアカウントを階層に配置し、それらを組織単位(OU)にグループ化しています。OU は、一括請求 (コンソリデーティッドビリング)、ワークロードの分離、管理の分離など、さまざまな目的に使用できます。お客様は、アプリケーションごとに開発、テスト、ステージング、および本番用に個別のアカウントを組織内で作成することがよくあります。
すべてのアカウントに共通する反復的なタスクがあっても、前述のマルチアカウント構造ではそれらを個別に管理することは困難な場合があります。お客様から、次のような一般的なタスクを 1 つの中央/管理アカウントから実行したいとの要望がありました。
- パッチ管理
- ゴールデン Amazon マシンイメージ (AMI) の作成
- SSM エージェントを使用したソフトウェアエージェントの更新
- Amazon EC2 インスタンスの開始/停止/再起動
- Amazon S3 バケットの暗号化
マルチアカウントとマルチリージョンのオートメーションのご紹介
こうしたお客様の課題に対処するため、最近 AWS では Systems Manager Automation のマルチアカウントおよびリージョンのサポートを開始しました。この機能を使用することで、マスター AWS アカウントで数回クリックするだけで、複数の AWS アカウントやリージョンで独自のオートメーションドキュメントを実行できるようになります。これは AWS が管理するオートメーションドキュメントでも機能します。
常に、クロスアカウントベースで機能します。管理者またはマスターアカウントが 1 つまたは複数のオートメーションドキュメントを所有し、1 つまたは複数のターゲットアカウントへのデプロイを制御します。管理者アカウントには想定される AWS Identity and Access Management (IAM) ロールが含まれており、またターゲットアカウントは信頼を管理者アカウントに委任する必要があります。
マルチアカウントオートメーションの使用
すべてのアカウントとリージョンで AWS CloudTrail を有効にし、マスター/中央 AWS アカウントの中央 Amazon S3 バケットに CloudTrail ログを保存するユースケースを考えてみましょう。一元化した CloudTrail のログ記録は、コンプライアンスや監査を監督する中央 IT 部門を持つ組織にとって重要な要件です。次の図は、このアーキテクチャを表しています。
AWS が提供するドキュメント AWS-EnableCloudTrail を使用するか、次のようなカスタムオートメーションドキュメントを作成して、ターゲットアカウントにマルチリージョン証跡を作成できます。このドキュメントは指定されたすべてのターゲットアカウントとリージョンに「Multi-Account-Trail」という名前の証跡を作成し、選択した中央の S3 バケットにそれらのログをプッシュします。
このドキュメントを AWS アカウントに「Centralized-cloudtrail」として作成しました。
S3 バケットには、次のようなバケットポリシーが必要です。
クロスアカウントオートメーション機能を使用するには、最初にマスターアカウントとターゲットアカウントの両方に適切なロールを設定する必要があります。マスターアカウントで、管理者ロール AWS-SystemsManager-AutomationAdministrationRole をプロビジョニングし、すべてのターゲットアカウントで実行ロール AWS-SystemsManager-AutomationExecutionRole をプロビジョニングします。これらのロールを作成するためのステップバイステップの説明は、こちらにあります。
ロールを作成したら、クロスアカウントオートメーション機能を使ってこのブログで提供しているドキュメントを実行し、各ターゲットアカウントで AWS CloudTrail を有効にして、ログをすべてのターゲットアカウントから S3 バケットにプッシュし、一元的なログの収集と分析を行います。
次のスナップショットは、前で作成した Centralized-cloudtrail ドキュメントを実行する方法を示しています。マルチアカウントとマルチリージョンの実行オプションを選択し、ターゲットアカウントを入力して、ターゲットリージョンを選択します。(選択した名前がターゲットアカウントオートメーションにすでに存在する場合)一意の証跡名を選択し、S3 バケットの名前を入力します。ここで、ターゲットアカウントから CloudTrail ログを受け取ります。オプションで、ログを保存する S3 バケットにプレフィックスを入力することもできます。Systems Manager Automation はデフォルトで AWS-SystemsManager-AutomationAdministrationRole を使用して、クロスアカウントオートメーションを実行します。ただし、必要に応じて別のロールをオプションで選択することもできます。
オートメーションの実行後、成功したことを確認できます。
ターゲットアカウントで Multi-Account-Trail が正常に作成されたことがわかります。
同様に、次の CLI コマンドを使用して、このオートメーションを実行することもできます。
追加のユースケース
この機能には、いくつかの異なるアカウントで、本番ではない EC2 インスタンスを停止/開始してコストを節約するという別の用途もあります。このようなインスタンスすべてに Name=Non-Prod のタグを付け、オートメーションドキュメント AWS-StartEC2Instance を実行し、このタグを使ってすべてのターゲットアカウントで EC2 インスタンスを同時に開始できます。そのため、AWS-StopEC2Instance を使用して、後でこれらを停止できます。皆さんの中には、いくつかの異なる AWS アカウントとリージョンで、数百または数千個の規模でインスタンスを運用している方も多いでしょう。そのような場合、この機能で時間を節約し、AWS リソースの管理を一元化して大きく簡素化できます。
これらのオペレーションを実行するための AWS CLI コマンドは、次のとおりです。
まとめ
このブログ投稿では、マルチアカウントおよびマルチリージョンオートメーション機能を使用して、1 つの S3 バケットにある複数の AWS アカウントから CloudTrail ログの収集を有効にする方法を説明しました。また、アイドリング中にいくつかのアカウントで本番ではない EC2 インスタンスを停止および開始して、コストを節約する例もご紹介しました。
著者について
Sohaib Tahir は、州および地方自治体公共セクターチームのソリューションアーキテクトで、ネットワーキングとオートメーションに取り組んでいます。AWS Systems Manager、AWS Lambda、CloudFormation などのオートメーションサービスを使ってアーキテクチャを構築し、お客様を支援することに情熱を傾けています。