Skip to main content

Multiple AWS Account Management using AWS Organizations

As businesses expand their footprint on AWS and utilize more services to build and deploy their applications, it becomes apparent that multiple AWS accounts are required to manage the environment and infrastructure.  

A multi-account strategy is beneficial for a number of reasons as your organization scales.  Some examples of why people use multi-account strategies include:

  • Cost optimization and billing
  • Security and governance
  • Controlling workloads
  • Resource grouping
  • Defining business units

As you begin to expand with multiple accounts, it becomes increasingly difficult to manage them as separate entities.  The more accounts you have, the more distributed your environment becomes and the associated risks multiply.

AWS Organizations provides a means of centrally managing and categorizing multiple AWS accounts that you own.  This helps maintain your AWS environment from a security, compliance, and account management perspective.

To understand how AWS organizations works to simplify things, we first need to be aware of the hierarchy of service’s components.

AWS Organizations Components

AWS Organizations uses the following components:

  • Organizations
  • Root
  • Organizational Units
  • Accounts
  • Service Control Policies

Organizations

An Organization is an element that serves to form a hierarchical structure of multiple AWS accounts.  You could think of it as a family tree which provides a graphical view of your entire AWS account structure.  At the very top of this Organization, there will be a Root container.

Root

The Root object is simply a container that resides at the top of your Organization. All of your AWS accounts and Organizational units will sit underneath this Root.  Within any Organization, there will only be one single Root object.

Organizational Units

Organizational Units (OUs) provide a means of categorizing your AWS Accounts. Again, like the Root, these are simply containers that allow you to group together specific AWS accounts.  An OU can connect directly below the Root or even below another OU (which can be nested up to 5 times). This allows you to create a hierarchical structure as I mentioned previously.  

Accounts

These are simply your AWS accounts that you use and create to be able to configure and provision AWS resources.  Each AWS account has a 12 digit account number. 

A logical graphical view of the Root, Organizational Units and AWS Accounts
A logical graphical view of the Root, Organizational Units and AWS Accounts

Service Control Policies

Service control policies (SCPs) allow you to control what services and features are accessible from within an AWS account.  These SCPs can either be associated with the Root, Organizational Units, or individual accounts. When an SCP is applied to any of these objects, its associated controls are fed down to all child objects. Think of it as a permission boundary that sets the maximum permission level for the objects that it is applied to.

SCPs are different from both identity-based and resource-based policies as they grant permissions to users, groups, and roles. However, SCPs do not actually grant permissions themselves. Restrictions made within an SCP set a boundary of permissions within an AWS account.  For example, let’s say a user within an AWS account had full access to S3, RDS, and EC2 via an identity-based policy. If the SCP associated with that AWS account denied access to the S3 service, then that user would only be able to access RDS and EC2, despite having full access to S3. The SCP would serve to prevent that service from being used within the AWS account.

How to set up AWS Organizations

Setting up an Organization is a very simple process that starts from a master AWS account.  This is just a standard AWS account that you have chosen to create the AWS Organization. It’s best practice to use this AWS account solely as a master account, and not to use it to provision resources such as EC2 instances.  This allows you to restrict access to the master account at a greater level. Due to its ability to manage and control other AWS accounts, the fewer users who need to access it, the better.

Once you have selected your AWS account to be used as a master account, you can create an AWS Organization.  From here, you have two choices for an organization type:

  1. Enable all features
  2. Enable only consolidated billing

If you want to set up the types of Service Control Policies like those mentioned above, you will need to select ‘Enable all features’.  The second option allows you to control payment and manage costs centrally from that master account across all associated AWS accounts within the Organization.

When the Organization is created, the master account can create Organizational Units for AWS account management as required.  The master account can also invite other ‘member’ AWS accounts to join the Organization. The account owner of these invited AWS accounts will then receive an email requesting that their AWS account join the Organization.  

Once the accounts have joined the Organization, the master account can then move these accounts into the corresponding OUs that have been created and associate relevant SCPs with them.

Key Benefits and features of AWS Organizations

Now we have an understanding of what AWS Organizations is exactly, what benefits can this bring to your AWS environment?

Account Management

The primary benefit that this service brings is its ability to centrally manage multiple Accounts from a single AWS account, known as the master account.  You can start today by joining your existing accounts to an Organization and on a move-forward basis, by creating new accounts directly from the service.

Greater control of your AWS environment

Through the use of Service Control Policies attached to the Root, Organizational Units or individual accounts, administrators of the master account gain powerful control over which services and features—even down to specific API calls—that an IAM user within those accounts can use, regardless of the user’s identity-based or resource-based permissions.

Consolidated Billing

The master account of your AWS Organization can be used to consolidate the billing and costs from all member AWS accounts. This allows for greater overall cost management across your individual AWS accounts.

Categorization and grouping of accounts

By leveraging Organizational Units, you can segregate and group specific AWS accounts together, applying different SCPs to associated to each OU.  For example, you may have a number of AWS accounts who must not have the ability to access any Analytical services. In this case, you could place these accounts into a single OU and assign an SCP that denies this functionality.

If you enjoyed this blog post you can learn more about Security and Governance in this dedicated Learning Path.

Written by

Stuart Scott

Stuart is the AWS content lead at Cloud Academy where he has created over 40 courses reaching tens of thousands of students. His content focuses heavily on cloud security and compliance, specifically on how to implement and configure AWS services to protect, monitor and secure customer data and their AWS environment.

Related Posts

Badrinath Venkatachari
Badrinath Venkatachari
— February 1, 2019

10 Common AWS Mistakes & How to Avoid Them

Massive migration to the public cloud is changing architecture patterns, operating principles, and governance models. That means new approaches are vital to get a handle on soaring cloud spend. Because the cloud’s short-term billing cycles call for financial discipline, you must empower...

Read more
  • Amazon Web Services
  • Operations
Andrew Larkin
— January 15, 2019

2018 Was a Big Year for Content at Cloud Academy

As Head of Content at Cloud Academy I work closely with our customers and my domain leads to prioritize quarterly content plans that will achieve the best outcomes for our customers.We started 2018 with two content objectives: To show customer teams how to use Cloud Services to solv...

Read more
  • Amazon Web Services
  • Cloud Computing
  • Google Cloud Platform
  • microsoft azure
Jeremy Cook
— November 29, 2018

Amazon Elastic Inference – GPU Acceleration for Faster Inferencing

“Add GPU acceleration to any Amazon EC2 instance for faster inference at much lower cost (up to 75% savings)”So you’ve just kicked off the training phase of your multilayered deep neural network. The training phase is leveraging Amazon EC2 P3 instances to keep the training time to a...

Read more
  • Amazon Web Services
  • Elastic Inference
  • re:Invent 2018
Logan Rakai
— November 29, 2018

IoT Thrives on AWS — re:Invent IoT Announcement Roundup

The Internet of Things (IoT) embeds technology into any physical thing to enable never before seen levels of connectivity. IoT is revolutionizing industries and creating many new market opportunities, with management consulting firm McKinsey predicting the IoT market reaching up to $581...

Read more
  • Amazon Web Services
  • IoT
  • re:Invent 2018
Stuart Scott
— November 29, 2018

New Security & Compliance Service: AWS Security Hub

This morning’s Andy Jassy keynote was followed by the announcement of over 20 new services across a spectrum of AWS categories, including those in Security and Compliance, Database, Machine Learning, and Storage.  One service that jumped out to me was the AWS Security Hub, currently...

Read more
  • Amazon Web Services
  • re:Invent 2018
  • Security
Jeremy Cook
— November 28, 2018

AWS Firecracker: Next Generation Virtualization for MicroVMs

“Firecracker is an open source virtualization technology that is purpose-built for creating and managing secure, multi-tenant containers and functions-based services.”One of the great things embedded in Amazon Web Services DNA is their unparalleled vision and innovation in the compute...

Read more
  • Amazon Web Services
  • Firecracker
  • re:Invent 2018
  • Virtualization
Stuart Scott
— November 28, 2018

New Custom Key Stores in KMS – Backed by CloudHSM

Another new announcement was made by AWS here at re:Invent, this time in the popular security category. AWS has announced new custom key stores backed by CloudHSM. Here's some background and a summary of what this means.The Key Management Service (KMS) stores and generates encryptio...

Read more
  • Amazon Web Services
  • KMS
  • re:Invent 2018
Stuart Scott
— November 26, 2018

New Amazon S3 Features Announced at re:Invent

In true AWS style, a number of new features and services were announced yesterday, the day before the official start of re:Invent.Three of these announcements were related to Amazon S3 which included: S3 Intelligent Tiering (A new storage class) Batch Operations for Object M...

Read more
  • Amazon S3
  • Amazon Web Services
  • re:Invent 2018
  • S3