翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
複数のアカウントとリージョンの AWS リソースを自動的にインベントリする
作成者: Matej Macek (AWS)
概要
このパターンは、複数のアカウントおよび の AWS リソースの包括的なインベントリを維持するための自動化されたアプローチの概要を示しています AWS リージョン。これは、インフラストラクチャエンジニアとセキュリティエンジニアがリソース管理プラクティスを改善するのに役立つように設計されています。を使用して AWS Config 、リソースの変更、クエリ用の Amazon Athena、インタラクティブダッシュボード用の Amazon QuickSight を追跡します。このソリューションを実装するには、 AWS CloudFormation スタックをデプロイします。
このソリューションは、Amazon Athena と Amazon QuickSight を使用した AWS Config データの視覚化
コンプライアンスに重点を置く – このアプローチは、PCI DSS
、NIST SP 800-53 、ISO/IEC 27001 、HIPAA 、GDPR 、および正確なアセットインベントリを義務付けるその他の規制要件を満たすのに役立ちます。 カスタマイズフレームワーク – さまざまな AWS リソースの QuickSight ダッシュボードを作成するための基盤を提供し、特定の要件に合わせてソリューションをカスタマイズできます。
ユーザー主導型の強化 – このアプローチでは、実際のユースケースからのフィードバックを取り入れ、より包括的なソリューションのリクエストに対処します。
インフラストラクチャ、セキュリティ、財務の各チームは、動的、マルチアカウント、またはマルチリージョン環境で可視性とコラボレーションの課題に直面することがよくあります。このソリューションは、これらの課題に対処し、リソースインベントリの作成と維持に必要な時間と労力を大幅に削減するように設計されています。その結果、リソース割り当ての決定、リスクの特定と軽減、コストの最適化、全体的な可視性とコラボレーションの向上に役立つリソースを一元的に把握できます。このアプローチは、セキュリティ、コンプライアンス、運用上の目的における概念的なソリューションと実際の実装ニーズとのギャップを埋めます。
前提条件と制限
前提条件
次のアクティブな AWS アカウント:
管理アカウント - 請求、アカウントの作成、組織全体のアクセスの制御のための一元化されたアカウント
監査アカウント – セキュリティモニタリング、コンプライアンスチェック、ドリフト通知のための一元化されたハブ
ログアーカイブアカウント – 収集されたデータを保存および分析するための一元化されたアカウント
監査アカウントで、ターゲットアカウントとリージョンから設定データを収集して集計する AWS Config アグリゲータ
ログアーカイブアカウントで、以下を設定します。
次のリソースをプロビジョニングする CloudFormation スタックをデプロイするアクセス許可。
AWS Lambda 関数
Amazon S3 通知設定
Athena データベース、テーブル、ビュー
QuickSight データセットとデータソース
でオートメーションを実行するアクセス許可 AWS Systems Manager
QuickSight へのアクセス許可
制約事項
このソリューションは に依存します AWS Config。 AWS Config は通常、変更が検出された直後、または指定した頻度でリソースの設定変更を記録します。ただし、これはベストエフォートベースであり、場合によっては時間がかかることがあります。
このソリューションは、 がAWS Config サポートするリソースタイプのみを追跡します。
このソリューションは、他のクラウドプロバイダーやオンプレミス環境全体のリソースインベントリを追跡しません。
一部の AWS のサービス はすべての で利用できるわけではありません AWS リージョン。利用可能なリージョンについては、 AWS ドキュメントの「サービスエンドポイントとクォータ」ページを参照し、サービスのリンクを選択します。
アーキテクチャ
次の図は、 AWS 組織内の複数のアカウントで設定およびコンプライアンスデータを収集、整理、分析、視覚化するための効率的なプロセスを示しています。

この図表は、次のワークフローを示しています:
定期的なスケジュールで、 AWS Config アグリゲータはターゲットアカウントとリージョンのリソースに関する設定およびコンプライアンスデータを収集し、ログアーカイブアカウントの Amazon S3 バケットにデータを配信します。
Amazon S3 バケットに新しい AWS Config データを追加すると、 AWS Lambda 関数が呼び出されます。
Lambda 関数は、各スナップショットファイルのリージョンと日付に対応する値を持つキーを設定することで、データをパーティション化します。これにより、設定とコンプライアンスデータを AWS Glue 効率的にクエリおよび処理できます。
Amazon Athena は AWS Glue スキーマを使用して、Amazon S3 バケットに保存されているデータに対して SQL クエリを実行します。からのスキーマメタデータを使用して AWS Glue 、データの構造を理解します。
Athena のビューは、ターゲットデータセットを定義して抽出します。
Amazon QuickSight のダッシュボードは、データセットの視覚化と分析に役立ちます。
ツール
AWS のサービス
「Amazon Athena」はインタラクティブなクエリサービスで、Amazon S3 内のデータをスタンダード SQL を使用して直接分析できます。
AWS CloudFormation は、 AWS リソースの設定、迅速かつ一貫したプロビジョニング、および AWS アカウント と 全体のライフサイクル全体にわたる管理に役立ちます AWS リージョン。
AWS Config は、 内のリソースの詳細ビュー AWS アカウント と、その設定方法を提供します。リソースがどのように相互に関連しているか、またそれらの構成が時間の経過とともにどのように変化したかを特定するのに役立ちます。 AWS Config アグリゲータは、複数の およびリージョンから AWS Config 設定 AWS アカウント およびコンプライアンスデータを収集します。
AWS Glue は、フルマネージド型の抽出、変換、ロード (ETL) サービスです。これにより、データストアとデータストリーム間でのデータの分類、整理、強化、移動を確実に行うことができます。このパターンでは、 AWS Glue データカタログとスキーマレジストリを使用します。
AWS Lambda は、サーバーのプロビジョニングや管理を行うことなくコードを実行できるコンピューティングサービスです。必要に応じてコードを実行し、自動的にスケーリングするため、課金は実際に使用したコンピューティング時間に対してのみ発生します。
AWS Organizations は、作成して一元管理する AWS アカウント 組織に複数の を統合するのに役立つアカウント管理サービスです。
Amazon QuickSight は、単一ダッシュボードでデータを視覚化、分析、レポートできるクラウドスケールのビジネスインテリジェンス (BI) サービスです。
Amazon Simple Storage Service (Amazon S3) は、データ量にかかわらず、保存、保護、取得する上で役立つクラウドベースのオブジェクトストレージサービスです。
「AWS Systems Manager」は、 AWS クラウドで実行されるアプリケーションとインフラストラクチャの管理に役立ちます。アプリケーションとリソースの管理を簡素化し、運用上の問題を検出して解決する時間を短縮し、大規模な AWS リソースを安全に管理できるようにします。AWS Systems Manager 自動化は、多くの の一般的なメンテナンス、デプロイ、修復タスクを簡素化します AWS のサービス。
コードリポジトリ
このパターンの AWS CloudFormation テンプレートは、AWS Config 視覚化
ベストプラクティス
「 AWS 規範ガイダンス」の「 を使用した安全なマルチアカウント AWS 環境のセットアップと管理 AWS Control Tower」のベストプラクティスに従うことをお勧めします。
AWS 組織全体の設定およびコンプライアンスデータを収集する AWS Config アグリゲータを作成することをお勧めします。詳細については、 AWS Config ドキュメントの「マルチアカウントマルチリージョンのデータ集約」を参照してください。
このソリューションをデプロイする前に、Amazon S3
、、Athena AWS Config 、および QuickSight の現在の料金情報を確認することをお勧めします。
エピック
タスク | 説明 | 必要なスキル |
---|---|---|
CloudFormation テンプレートをダウンロードします。 | Config-QuickSight-Visualization-SSM-Automation.yaml | AWS 管理者、クラウド管理者、DevOps エンジニア |
CloudFormation テンプレートを変更します。 | この手順は、 を使用してAWS Control Tower
| DevOps エンジニア、AWS 管理者 |
CloudFormation スタックを作成します。 | CloudFormation コンソールからスタックを作成する」の手順に従います。次の点に注意してください:
| AWS 管理者、クラウド管理者、DevOps エンジニア |
タスク | 説明 | 必要なスキル |
---|---|---|
QuickSight ユーザー名を見つけます。 |
| AWS 管理者、クラウド管理者、DevOps エンジニア |
配信チャネル名と Amazon S3 バケット名を検索します。 |
| AWS 管理者、クラウド管理者、DevOps エンジニア |
Systems Manager でオートメーションを実行します。 |
| AWS 管理者、クラウド管理者、DevOps エンジニア |
タスク | 説明 | 必要なスキル |
---|---|---|
データを更新します。 | 特定の要件に従ってデータセットの更新をスケジュールするには、「SPICE データの更新」の手順に従います。 | AWS 管理者、DevOps エンジニア、クラウド管理者 |
分析を作成します。 | リソースの視覚化に役立つダッシュボードを QuickSight で作成するには、Amazon QuickSight で分析を開始する」の手順に従います。 | QuickSight 管理者 |
ダッシュボードを作成します。 |
| QuickSight 管理者 |
タスク | 説明 | 必要なスキル |
---|---|---|
Systems Manager オートメーションによって作成されたリソースを削除します。 |
| AWS 管理者、クラウド管理者、DevOps エンジニア |
CloudFormation スタックを削除します。 |
| AWS 管理者、クラウド管理者、DevOps エンジニア |
トラブルシューティング
問題 | ソリューション |
---|---|
Amazon QuickSight は に接続しようとしていますが | サービスコントロールポリシーにより、このリージョンの Amazon QuickSight へのサブスクリプションが制限されています。サービスコントロールポリシーで、ターゲットを手動で指定します AWS リージョン。を適切なリージョン識別子
以下に例を示します。
|
Amazon Athena では、次のメッセージが表示されます。
| Amazon Athena からのクエリ結果を保存する Amazon S3 バケットが準備されていることを確認します。 Amazon Athena 次に、Amazon Athena コンソールを使用してクエリ結果の場所を指定する」の手順に従います。 |
関連リソース
AWS ドキュメント
AWS ブログ投稿
その他のリソース