Possible paths to combining two separate AWS accounts

0

Two individuals in our company inadvertently created two separate AWS accounts (Account A and Account B) and each created substantive tech stacks (TS-A and TS-B). TS-A is the "heavier" of the two, with 8-10 different services and 20X the monthly spend of TS-B TS-B uses (4-5 services and 1/20th the monthly spend, BUT ) Having discovered this, we now want to have both tech stacks (and all future work) managed in a single composite structure. Option X - I am aware of Organizations and think that might be the way to achieve our goal, but don't know enough to say for sure. Option Y: Another strategy would be to rebuild/reproduce the "smaller" tech stack on the "larger" account, then shut down the "smaller" one. I have a conversation scheduled with our Managed Service Organization that supports our AWS infrastructure but I want to educate myself about the various ways we might approach this problem so that I can participate effectively in the conversation.

  • What thoughts and recommendations can be made concerning Option X - Use Organization to merge the tech stacks?
  • What thoughts and recommendations WRT Plan B - Rebuild Tech Stack B on A, then drop Account B.
  • Are there other options that I should consider
3 Answers
0

How are the two stacks related to each other? That is, separate workloads/applications, different parts of a single workload, some other separation entirely? I think leaving resources where they are and adding the accounts to an AWS Organization is probably the best solution regardless, but this is especially the case for two distinct workloads. It's very common to run different workloads on different accounts; in fact many customers will go a step farther and split by environment as well. In that scenario you might have one account for TS-A Prod, another for TS-A QA, TS-A Dev, etc.

Using Organizations will simplify your billing, and as long as you're diligent in running workloads in the right accounts it's easy to allocate costs between them. In addition to the billing consolidation and optional management/governance functionality, Organizations also may let you take advantage of lower unit pricing offered by some services. For instance S3 Standard storage is $0.023/GB for the first 50 TB/Month, and $0.022/GB for the next 450 TB/Month. Two standalone accounts using 40 TB/Month of S3 Standard would pay the higher price for all their usage, but if they were in the same Organization then 30 TB/Month would be billed at the lower rate.

I would not say Organizations is absolutely the best answer for all scenarios like this though. Can I ask what problem you hope to solve by consolidating into a single account?

AWS
Mike S
answered 6 months ago
0

They are currently two separate workloads, but in the future (6 months more or less) they will become integrated with some desired interoperability. The immediate problem we are seeking to solve is largely the desire to manage the Budget of the full spend in one "package" and not independently. If managed using Organizations I understand you to say that we can have a consolidated billing and management/governance capability. That is surfacing as the best plan.

Charles
answered 6 months ago
0

Hi Charles, that's correct. Using an Organization will consolidate the billing for all member accounts to a single invoice. The invoice itself is broken down by account however, so you'll still have easy visibility into each account's usage and charges. Cost Explorer will also allow you to analyze your spend across all member accounts if viewed from the Organization's management account.

If you'd like to go a step further I would suggest you look into cost allocation tags and the Cost and Usage Report. Cost allocation tags allow you to track spend using resource tags you may already have in place, and the Cost and Usage Report is a highly detailed accounting of service usage and charges for a standalone account, or an entire Organization. There's no additional charge for setting one up beyond S3 storage fees for the report itself.

Here are some links you may find helpful:

AWS
Mike S
answered 6 months ago
profile pictureAWS
EXPERT
reviewed 6 months ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.

Guidelines for Answering Questions