AWS Cost Optimization Review

Non-SAP Erajaya

Strategy Summary

Tiering approach & funnel methodology

Aspect Explanation
Challenge 26 accounts with diverse workloads; highly uneven cost contribution (80/20 pattern). Examining all accounts equally is inefficient.
Core Strategy Cost-based tiering. Effort follows money: most expensive accounts receive deepest analysis.
Funnel Flow Broad first (baseline all accounts) → narrow to expensive accounts (deep dive) → cross-account analysis → roadmap.
Tier 1 - Deep Dive Accounts contributing approximately 80% of cost (typically 3-6 accounts). Resource-level analysis + workload owner workshops.
Tier 2 - Standard Medium accounts (approximately 15%). Pattern-based quick wins: gp2→gp3, unattached EBS/EIP, snapshot, log retention.
Tier 3 - Light Scan Small/dormant accounts (approximately 5%). Check active/dormant status; consolidation or decommission candidates.
Commitment (RI/SP) Calculated at payer level, NOT per account, for optimal coverage.
Shared-cost Network/Shared/SSO costs driven by Non-SAP workloads analyzed as dependencies.
Constraints Read-only / non-intrusive. No resource resize/delete/modify. Recommendation execution by Erajaya team.
Tiering Principle Dynamic assignment from actual data, not hypothesis. 'Small' accounts can be promoted if unexpectedly expensive.

Account & Tiering

26 accounts in Non-SAP OU - final tier determined from actual cost data

No Account Account ID Workload Type Tier
1Erajaya - AMS911167898578Utility/specialT1?
2Erajaya - Barito654654329067Data/KafkaT1?
3Erajaya - Databricks142083399789Data/analyticsT1?
4Erajaya - LLM Orchestrator225599959737AI/LLMT1?
5Erajaya - Tableau339712824349BI/analyticsT1?
6Erajaya - 3PL381492132095Business applicationT2
7Erajaya - DRPPS975050254224Business applicationT2
8Erajaya - Inbound571600847201Business applicationT2
9Erajaya - JDA654654481495Business applicationT2
10Erajaya - POS654654392631Business application (retail)T2
11Erajaya - POSOFF851725414623Business application (retail)T2
12Erajaya - ROP891376924230Business applicationT2
13Erajaya - SCM886436926356Business applicationT2

Account & Tiering (continued)

No Account Account ID Workload Type Tier
14Erajaya - SDP891377283119Business applicationT2
15Erajaya - TMS975050245402Business applicationT2
16Erajaya - Amazon MQ216989113537Messaging/integrationT3
17Erajaya - ERM730335652953Utility/smallT3
18Erajaya - ESL356315792955Utility/smallT3
19Erajaya - EV574128098681Utility/smallT3
20Erajaya - Erfos058264280091Utility/smallT3
21Erajaya - POC - Quicksuite992382515728Utility/POCT3
22Erajaya - POD730335345123Utility/smallT3
23Erajaya - Pentest194528794823Special/securityT3
24Erajaya - Rifos904869825152Utility/smallT3
25Erajaya - SAP Middleware273354665533Messaging/integrationT3
26Erajaya - SSO370924438980Utility/identityT3

Note: 'Hypothesis Tier' column is initial estimate (T1? = deep dive candidate). Final tier determined after actual cost baseline. 'Small' accounts can be promoted if unexpectedly expensive (e.g., hidden data transfer).

Phases & Main Scenario

Alur kerja assessment dengan kriteria selesai per tahap

0. Mobilization & Access

Activities: Lock scope 26 accounts; activate read-only role; activate Compute Optimizer (by Erajaya); set 3-6 month period.

Output: Access & scope ready

Selesai jika: ICS Compute can view cost across all accounts.

1. Baseline & Triage

Activities: Pull cost per Linked Account from payer; rank contribution; identify trends & anomalies.

Output: Cost Baseline & Tiering Report

Selesai jika: Final Tier 1/2/3 agreed (data-driven).

2. Deep Dive Tier 1 (10 September 2026)

Activities: Breakdown service→usage type→resource; run optimization checklist; workshop with workload owners.

Output: Tier 1 findings validated

Selesai jika: Tier 1 findings validated by workload owners.

3. Standard/Light Tier 2 & 3 (17 September 2026)

Activities: Tier 2: pattern-based quick wins + top-5 services. Tier 3: check active/dormant & consolidation candidates.

Output: Quick wins list

Selesai jika: Cross-tier 2/3 quick wins cataloged.

4. Commitment & Shared-cost (24 September 2026)

Activities: Analyze RI/SP at payer level; calculate shared-cost dependency; detect cross-account duplication.

Output: Commitment & Shared-Cost Analysis

Selesai jika: Commitment + shared cost map complete.

5. Consolidation & Advisory

Activities: Build priority matrix (saving × effort × risk); 3-wave roadmap; executive presentation.

Output: Final Report & Roadmap

Selesai jika: Final report accepted by Erajaya.

Conditional Scenarios (Branching)

Actions for specific conditions

A - Complete cost data (3-6 month history)

Action: Run full happy path; accurate resource-level analysis down to usage type.

Result: Highest recommendation quality.

B - Limited data (Cost Explorer only, no history)

Action: Baseline & tiering proceed with Cost Explorer; deep dive uses Compute Optimizer + Trusted Advisor + CloudWatch; flag findings for refinement after data collection.

Result: Assessment proceeds; some recommendations labeled as estimates.

C - Read-only access delayed for some accounts

Action: Proceed with accessible accounts (prioritize T1 candidates); other accounts remain in baseline via payer data; create 'blocked accounts' list.

Result: Momentum maintained; no wait for full access.

D - Anomaly / cost spike detected

Action: Rapid escalation to workload owner (no wait for phase completion); trace root cause (usage type/region/service); flag as high-priority finding.

Result: Large savings potential captured early.

Conditional Scenarios (continued)

E - 'Small' account unexpectedly expensive

Action: Promote account tier. Tiering is dynamic, follows data not hypothesis.

Result: Effort remains proportional to actual cost.

F - Large shared cost difficult to separate

Action: Use estimate (traffic/tag proportion) with transparent assumptions; recommend tagging & cost allocation improvements.

Result: Dependency mapped though not 100% precise + structural recommendations.

G - Poor / inconsistent tagging

Action: Make tagging governance a strategic recommendation; use proxy for analysis (resource name/account/region).

Result: Assessment proceeds + cost accountability foundation.

Workload-Specific Approach

Deep dive tailored to account characteristics

Workload Type Example Accounts Optimization Focus
Data / analytics platform Databricks, Tableau, Barito (Kafka) DBU/cluster sizing, auto-terminate idle cluster, storage tiering, MSK broker sizing.
Messaging / integration Amazon MQ, SAP Middleware Broker/instance sizing, idle queue, right-size.
Core business applications 3PL, JDA, SCM, POS, POSOFF, ROP, SDP, TMS, Inbound, DRPPS Right-sizing EC2/RDS, schedule non-prod (stop outside business hours), commitment.
AI / LLM LLM Orchestrator GPU/inference instance, on-demand vs commitment, idle endpoint.
Utility / small / special Erfos, ERM, ESL, EV, Pentest, Rifos, SSO, POD, POC-Quicksuite, AMS Check dormant, orphaned resource, consolidation/decommission.

Indicative mapping; final tier & approach follows actual cost data.

Risk & Mitigation

Risk Impact Mitigation
Read-only access approval delayed Assessment delayed Start from payer data + ready accounts (Scenario C).
Data not yet complete Less granular recommendations Activate early; use Cost Explorer + Compute Optimizer meanwhile (Scenario B).
Poor tagging Difficult cost attribution Use proxy + recommend tagging governance (Scenario G).
Idle misinterpreted Incorrect recommendation (stopping critical resource) Mandatory workshop validation before final recommendation.
Data spike masks trend Biased baseline Clean/annotate anomalies before baseline calculation.
Shared cost not separable Imprecise dependency Transparent estimate + allocation improvement recommendation (Scenario F).

Deliverables

1. Cost Baseline & Tiering Report

Cost contribution ranking per account; final tier assignment; identified trends & anomalies.

2. Tier 1 Deep Dive Analysis

Resource-level breakdown per service & usage type; findings validated by workload owners; root cause analysis.

3. Quick Wins Catalog (Tier 2 & 3)

Pattern-based opportunities: gp2→gp3, unattached resources, snapshot retention, log retention, dormant checks.

4. Commitment Analysis

RI/Savings Plans modeling at payer level; coverage optimization; commitment strategy.

5. Shared-Cost Dependency Map

Network/SSO/Shared resource cost allocation to Non-SAP workloads; duplication identified.

6. Prioritized Roadmap

Priority matrix (saving × effort × risk); 3-wave roadmap; execution timeline.

7. Executive Summary & Presentation

High-level findings, total potential savings, risk assessment, strategic recommendations, next steps.

Thank You

PT Erajaya Swasembada Tbk

AWS Cost Optimization Review - Non-SAP

1 / 11