Skip to content

This project provides a solution to AWS customers for reporting on what tags exists, the resources they are applied to, and what resources don't have tags across their entire AWS organization. The solution is designed to be deployed in an AWS Organization with multiple accounts.

License

Notifications You must be signed in to change notification settings

aws-samples/aws-organizations-tag-inventory

aws-organizations-tag-inventory

This cdk project is an example of how a customer can generate a report on what tags exist and the resources they are applied to across their entire AWS organization.

Architecture

The solution consists of one central account and one to many spoke accounts.

  1. Spoke accounts have an Amazon EventBridge Scheduler which periodically triggers an AWS Step Functions state machine, SpokeAccountStateMachine.
  2. This state machine queries all resources across all regions within the account using AWS Resource Explorer.
  3. The state machine processes and transforms the results and writes them to an S3 bucket in the central account.
  4. Within the central account there is a Glue Crawler that will periodically crawl the S3 bucket where the results land and generate a table in the Glue data catalog.
  5. There is another Amazon EventBridge Scheduler in the central account which periodically triggers the GenerateCsvReportFunction AWS Lambda function.
  6. Using Athena, this function executes the following statement.
CREATE TABLE "<DATABASE>"."tag_inventory_csv" WITH (
    format = 'TEXTFILE',
    field_delimiter = ',',
    external_location = 's3://<REPORT_BUCKET>/<LATEST_DATE>',
    bucketed_by = ARRAY [ 'd' ],
    bucket_count = 1
) AS 
(
    SELECT 
        d,
        tagname,
        tagvalue,
        r.owningAccountId,
        r.region,
        r.service,
        r.resourceType,
        r.arn
    FROM 
        "<DATABASE>"."<TAG_INVENTORY_TABLE>",
        unnest("resources") as t ("r")
    where 
        d = (select max(d) from "<DATABASE>"."<TAG_INVENTORY_TABLE>")
);
  1. Athena creates the table in the Glue data catalog which generates a file in the reporting bucket in S3
  2. Once complete the GenerateCsvReportFunction will rename the report file and delete the table from the Glue data catalog.

Spoke Account State Machine

Below is the state machine diagram that is run in each spoke account to gather and process tag inventory

Deployment

Prerequisites

Deployment

The easiest way to deploy the solution is using the supplied command line interface (cli)

Note

The Resource Explorer API is not available in all AWS regions. Check for availability via the AWS console before deploying.

Deploy central stack

  1. Open a terminal on your local machine,
  2. Ensure there are AWS credentials available on your terminal for the account that you want to deploy the central stack to.
  3. Checkout the project from GitHub by running git clone https://github.com/aws-samples/aws-organizations-tag-inventory.git
  4. cd into the project directory cd aws-organizations-tag-inventory
  5. Install dependencies npm install
  6. Run the cli tool npm run cli select "Central" and follow the prompts Select central
  7. Select the region you want to deploy the resources to Select central
  8. Select the frequency you want to generate the report Select schedule
  9. Choose whether you want to deploy the QuickSight dashboard to visualize your tag data central021.png
    1. If you choose to deploy the QuickSight dashboard you'll be asked to select the users and groups that can access the dashboard central022.png

Note

You MUST have the Enterprise Edition of Quicksight to use this feature

  1. Select whether you want to "Deploy" or "Destroy" this stack spoke06.png
  2. Confirm your choices central03.png
  3. Copy the output values for "CentralStackNotificationTopicArnOutput", "CentralStackPutTagInventoryRoleOutput", and "OrganizationsTagInventoryBucketNameOutput", you'll need these values later central04.png

Once the central stack is deployed you can subscribe to notifications delivered through the deployed SNS topic.

Deploy a single spoke stack

If you would like to deploy just a single spoke stack follow the directions below. However, if you would like to deploy the spoke stack to multiple account across your AWS organization jump to Deploy multiple spoke stacks using Cloudformation StackSets

  1. Open a terminal on your local machine,
  2. Ensure there are AWS credentials available on your terminal for the account that you want to deploy the spoke stack to.
  3. Checkout the project from GitHub by running git clone https://github.com/aws-samples/aws-organizations-tag-inventory.git
  4. cd into the project directory cd aws-organizations-tag-inventory
  5. Install dependencies npm install
  6. Run the cli tool npm run cli select "Spoke" and follow the prompts spoke01.png
  7. Select the region you want to deploy the resources to spoke02.png
  8. Select the frequency you want to gather tag inventory Select schedule
  9. Enter the central bucket name from Deploy central stack - Step 12 spoke03.png
  10. Enter the central topic arn from Deploy central stack - Step 12 spoke032.png
  11. Enter the arn of the central cross account role from Deploy central stack - Step 12 spoke04.png
  12. Select the region that you want to setup AWS Resource Explorer indexes in spoke05.png
  13. Select the region that you want to setup the AWS Resource Explorer aggregator index in spoke055.png
  14. Optionally, specify an AWS Resource Explorer query for example "tag:none". The default value will query all resources. spoke056.png
  15. Select whether you want to "Deploy" or "Destroy" this stack spoke06.png
  16. Confirm your choices spoke06.png

Deploy multiple spoke stacks using Cloudformation StackSets

Before you can deploy multiple spoke stacks using stacksets be sure to activate trusted access with AWS Organizations

  1. Open a terminal on your local machine,
  2. Ensure there are AWS credentials available on your terminal for the payer account for your AWS organization.
  3. Checkout the project from GitHub by running git clone https://github.com/aws-samples/aws-organizations-tag-inventory.git
  4. cd into the project directory cd aws-organizations-tag-inventory
  5. Install dependencies npm install
  6. Run the cli tool npm run cli select "Organization" and follow the prompts organization01.png
  7. Select the region you want to deploy the resources to organization02.png
  8. Select the frequency you want to gather tag inventory and generate the report Select schedule
  9. Enter the central bucket name from Deploy central stack - Step 12 organization03.png
  10. Enter the central topic arn from Deploy central stack - Step 12 spoke032.png
  11. Enter the arn of the central cross account role from Deploy central stack - Step 12 spoke04.png
  12. Select the region that you want to setup AWS Resource Explorer indexes in spoke05.png
  13. Select the region that you want to setup the AWS Resource Explorer aggregator index in spoke055.png
  14. Optionally, specify an AWS Resource Explorer query for example "tag:none". The default value will query all resources. spoke056.png
  15. Select the organizational unit(s). The spoke stack will be deployed to accounts within these OUs. Choose the 'Root' OU if you want to gather tag inventory from all accounts int the organization. organization04.png
  16. Select whether you want to "Deploy" or "Destroy" the stacks for the organization spoke06.png
  17. Confirm your choices organization05.png

QuickSight Dashboard

The optionally deployed QuickSight dashboard currently shows several example visualizations

quicksight01.png

Removal Policies

For the purpose of this example the removal policy for all S3 buckets has been configured as DESTROY. This means that when the resource is removed from the app, it will be physically destroyed.

A note on service quotas

If you have alot of resources in an account and/or you run the reports daily you may exceed the "Aggregator Region search monthly quota" limit. This limit can be increased via Service Quotas.

A note on AWS Resource Explorer Search API limitations

Per the Search API documentation

The operation can return only the first 1,000 results. If the resource you want is not included, then use a different value for QueryString to refine the results.

This means that if there are more than 1000 resources in the spoke account, only the first 1000 will be returned.

About

This project provides a solution to AWS customers for reporting on what tags exists, the resources they are applied to, and what resources don't have tags across their entire AWS organization. The solution is designed to be deployed in an AWS Organization with multiple accounts.

Topics

Resources

License

Code of conduct

Security policy

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published