Split a central Cost and Usage Report per account with an S3 event and Lambda
Short answer
B Use an S3 event to run Lambda that writes each account's rows to its own S3 prefix, then grant each account access to that prefix.
Question
Key Takeaways
Because the consolidated report already exists, the cheapest path is to fan it out once with an S3 event and Lambda into per-account prefixes, rather than standing up a second Cost and Usage Report in every member account.
Each business unit account administrator must query only their own cost and utilization data through Athena. A consolidated organization-wide Cost and Usage Report already lands in one S3 bucket, and the goal is the least operational complexity.
Common mistake: Over-weighting the words least operational complexity and choosing per-account reports. Creating a new Cost and Usage Report in every member account duplicates billing pipelines that must each be monitored, whereas the S3 event plus Lambda path is fully automatic after one-time setup.
Expert Analysis
Why the Answer Is Correct
An S3 event notification invokes Lambda on each new report delivery, the function extracts each member account's rows and writes them under a separate prefix, and a bucket policy grants each account read access to its own prefix. Athena queries those prefixes with the existing IAM cost-report permissions, and every future delivery is handled automatically with no per-account pipeline to maintain.
Why the Other Options Are Wrong
A: AWS RAM cannot share S3 objects, and there is no RAM resource-share type for Cost and Usage Report data. C: A saved Cost Explorer report is not queryable through Athena, so it does not satisfy the stated analytics requirement, and it also omits utilization data. D: Creating a separate Cost and Usage Report per member account multiplies billing pipelines, which is more operational work than a single automated fan-out.
Community Comment Notes
This was a close 59 to 31 community split between B and D. The top-voted comment for D argued the phrase is operational complexity rather than overhead, while the majority and the AWS exam answer favour B because the central report already exists and the fan-out runs itself after setup.
Official Reference
https://docs.aws.amazon.com/cur/latest/userguide/what-is-data-exports.html
This link opens the official vendor documentation in a new tab.
Community Votes
66% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 18 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 18
-
Dgix 👍 9 Answered BLEAST operational complexity, considering the report already is available in the bucket: B. After the initial setup, the process is fully automatic, which means the operational complexity involving separate actions by account managers isn't needed.
-
trap 👍 9Correct: D The option talks about LEAST operational complexity not LEAST operational overhead. Option B is quite complex
-
red_panda 👍 4 Answered DWhy B? The question talk about LEAST operations. D for me
-
trungtd 👍 3 Answered AAfter some investigation, I found A could be a suitable choice, however it lacks a few details By using AWS RAM, you can share the S3 bucket (or specific prefixes within the bucket) containing the Cost and Usage Report with the member accounts. Each member account can set up Athena queries to access and analyze their own cost and utilization data from the shared S3 bucket. This approach ensures that each business unit can view its own data without accessing other units' data. B: too complicated C: Cost Explorer doesn't provide the raw cost and usage data that might be needed for detailed analysis with Athena. D: multiple Cost and Usage Reports, one for each account => out
-
JoeTromundo 👍 2 Answered BIn addition to what user Dgix commented, the fact that the S3 bucket must be in the account that creates the CUR does not make option B unfeasible. On the contrary, this option already assumes that the initial configuration of the bucket and the processing of the CUR report happen in the management account. Option B remains the recommended solution because it: Automates the data segmentation process. Ensures compliance with documentation by keeping the S3 bucket in the management account. Simplifies access control by using bucket policies to ensure that each account sees only its own data. Meets the requirement of lower operational complexity by centralizing the processing of the CUR. Therefore, even with the restriction that the S3 bucket must be in the management account, option B remains the best choice to meet the business requirements with the least operational effort.
Show 13 more comments
-
tqphuong 👍 2Answer: Option D First Reason: The Cost and Usage Report (CUR) cannot be set up for cross-account delivery. According to the AWS documentation, “The account that creates the Cost and Usage Report must also own the Amazon S3 bucket that AWS sends the reports to.” This means each account must set up its own S3 bucket to receive its respective CUR. https://docs.aws.amazon.com/cur/latest/userguide/cur-consolidated-billing.html Second Reason: The question asks for the solution with the least operational complexity. Option D simplifies the process by allowing each account to independently manage its own CUR setup without requiring complex configurations or custom Lambda functions.
-
pangchn 👍 2B I don't like this type of question that shows the current AWS limit which need to use sneaky way, like lambda, to automate the process. This should be a potential new feature that AWS should improve in future since the billing and report is such a common scenrio as in the question.
-
trungtd 👍 2 Answered BThe question asks for LEAST operational complexity But it seems that only the most complex option can solve the problem
-
asquared16 👍 2 Answered DB sounds like quite the adventure.
-
sashenka 👍 1 Answered DA Lambda-based solution for sharing Cost and Usage Reports, while powerful, introduces significant operational complexity due to the need to manage and maintain multiple AWS services and components. This includes Lambda functions, S3 events, S3 bucket policy, etc. The solution requires ongoing code maintenance, careful configuration management, and monitoring of multiple services, making it more complex than simpler alternatives like setting up individual CURs in member accounts. While it offers flexibility and automation capabilities, the added complexity might outweigh the benefits for basic cost-sharing requirements across AWS accounts.
-
AzureDP900 👍 1Configures an S3 event that triggers a Lambda function every time a new file arrives in the central Cost and Usage Report bucket. The Lambda function extracts each member account's data from the central report. Stores the extracted data under separate prefixes for each member account in Amazon S3. Modifies the S3 bucket policy to grant access to each member account's prefix. By automating this process, Option B minimizes operational complexity while ensuring that each member account has access to its own cost and usage data without requiring manual setup or maintenance.
-
CMMC 👍 1 Answered BWith the Lambda to extract and separate each member account's cost and utilization data from the central Cost and Usage Report stored in the S3 bucket and S3 events to trigger the Lambda function, the process is automated and requires minimal ongoing management. Each member account can be given access only to its own prefix within the S3 bucket, ensuring that each business unit can only access its own cost data. Other options involve higher operational complexity and overhead.
-
Danm86 👍 1Already its mentioned the consolidated billing report is available in centralized bucket. Here if option D has to be chosen, then the Cost and Usage report have to be configured in individual accounts seperately again at individual accounts, which could add operational complexity, hence Option B seems to be right.
-
neta1o 👍 1 Answered DB would be very complex to parse the incoming files and separate by prefix. Then managing all the individual prefix shares. For that reason D seems like a better choice. Also the question mentions having the right permissions setup so they can configure their own CUR.
-
0b43291 👍 1 Answered BAfter the initial setup of the S3 event, Lambda function, and bucket policy modifications, the process becomes fully automatic, minimizing the ongoing operational complexity involving separate actions by account managers.
-
SIJUTHOMASP 👍 1 Answered BMultiple accounts since multiple business units has their own account. So, it is complex to do it in each member account rather than lambda solution in option B.
-
Spike2020 👍 1 Answered DIt is easy to setup CUR. B works but unnecessarily complicated.
-
VerRi 👍 1 Answered BThe most straightforward option
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All SAP-C02 Questions
Access 85 questions with complete answers and detailed explanations.
View Full SAP-C02 Practice Test →