Cloud Provider
Service Name
Inefficiency Type
Clear filters
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Showing
1234
out of
1234
inefficiencies
Filter
:
Filter
x
Inactive EKS Cluster
Compute
Cloud Provider
AWS
Service Name
AWS EKS
Inefficiency Type
Unused Resource

Clusters that no longer run active workloads but remain provisioned continue incurring hourly control plane costs and may also maintain associated infrastructure like node groups or VPC components. Inactive clusters often persist after environment decommissioning, project shutdowns, or migrations. Decommissioning unused clusters eliminates unnecessary operational costs and simplifies infrastructure management.

Suboptimal Region for Internet-Only EC2 Instance
Compute
Cloud Provider
AWS
Service Name
AWS EC2
Inefficiency Type
Inefficient Architecture

When an EC2 instance is dedicated primarily to internet-facing traffic, regional differences in data transfer pricing can drive a substantial portion of total costs. Hosting such workloads in a region with higher egress rates leads to elevated expenses without improving performance. Migrating the workload to a lower-cost region can yield significant savings while maintaining equivalent service quality, especially when no strict latency or compliance requirements dictate the original location.

Suboptimal Use of On-Demand Instances in a Non-Production EKS Cluster
Compute
Cloud Provider
AWS
Service Name
AWS EKS
Inefficiency Type
Inefficient Architecture

Running non-production clusters solely on On-Demand Instances results in unnecessarily high compute costs. Development, testing, and QA environments typically tolerate interruptions and do not require the continuous availability guaranteed by On-Demand capacity. Introducing Spot-backed node groups in non-production environments can significantly reduce infrastructure expenses without compromising business requirements.

Inactive Classic Load Balancer (CLB)
Networking
Cloud Provider
AWS
Service Name
AWS ELB
Inefficiency Type
Unused Resource

Classic Load Balancers that no longer serve active workloads will persist if they are not properly decommissioned. This often happens after application migrations, architecture changes, or testing activities. Even if no connections or traffic are passing through the CLB, it continues to incur baseline charges until manually deleted. Identifying and removing unused load balancers helps eliminate waste without impacting operations.

Inactive Network Load Balancer (NLB)
Networking
Cloud Provider
AWS
Service Name
AWS ELB
Inefficiency Type
Unused Resource

Network Load Balancers that are no longer needed often persist after architecture changes, service decommissioning, or migration projects. When no active TCP connections or traffic flow through the NLB, it still generates hourly operational costs. Identifying and removing these idle resources helps reduce unnecessary networking expenses without affecting service availability.

Inactive Application Load Balancer (ALB)
Networking
Cloud Provider
AWS
Service Name
AWS ELB
Inefficiency Type
Unused Resource

Application Load Balancers that no longer serve active workloads may persist after application migrations, architecture changes, or testing activities. When no incoming requests are processed through the ALB, it continues to generate baseline hourly and LCU charges. Identifying and decommissioning unused ALBs helps reduce networking expenses without impacting operational environments.

Inactive Gateway Load Balancer (GLB)
Networking
Cloud Provider
AWS
Service Name
AWS ELB
Inefficiency Type
Unused Resource

Gateway Load Balancers that no longer have active traffic flows can continue to exist indefinitely unless proactively decommissioned. This often happens after network topology changes, security architecture updates, or environment deprecations. Without active packet forwarding, the GLB provides no functional benefit but still incurs hourly and data transfer costs.

Underutilized Instances in EC2 Auto Scaling Group
Compute
Cloud Provider
AWS
Service Name
AWS EC2
Inefficiency Type
Underutilized Resource

Oversized instances within Auto Scaling Groups lead to inflated baseline costs, even when scaling adjusts the number of instances dynamically. When workloads consistently use only a fraction of the available CPU, memory, or network capacity, there is an opportunity to downsize to smaller, less expensive instance types without sacrificing performance. Right-sizing helps balance capacity and efficiency, reducing compute spend while preserving workload stability.

Detection:

  • Identify Auto Scaling Groups where instances exhibit low average CPU, memory, or network utilization relative to their capacity.
  • Review instance sizing in relation to historical workload peaks and scaling behavior.
  • Assess whether smaller, more cost-effective instance types could support the same workload with acceptable performance.
  • Evaluate launch configurations or templates to determine if default instance types were selected without performance optimization.
  • Confirm with application and infrastructure owners that resizing aligns with performance, availability, and SLA requirements.
Unaccessed EBS Snapshot
Storage
Cloud Provider
AWS
Service Name
AWS EBS
Inefficiency Type
Unused Resource

This inefficiency arises when snapshots are retained long after they’ve served their purpose. Snapshots may have been created for backups, migrations, or disaster recovery plans but were never deleted—even after the related workload or volume was decommissioned. Over time, these unused snapshots accumulate, continuing to incur storage costs without providing operational value.

Suboptimal Lifecycle Policy for Small Files on an S3 Bucket
Storage
Cloud Provider
AWS
Service Name
AWS S3
Inefficiency Type
Inefficient Configuration

This inefficiency occurs when small files are stored in S3 storage classes that impose a minimum object size charge, resulting in unnecessary costs. Small files under 128 KB stored in Glacier Instant Retrieval, Standard-IA, or One Zone-IA are billed as if they were 128 KB. If these small files are accessed frequently, S3 Standard may be a better fit. For infrequently accessed small files, transitioning them to archival storage classes like Glacier Flexible Retrieval or Deep Archive can optimize storage spend. Poorly tuned lifecycle policies often allow small files to remain in suboptimal storage classes indefinitely.

There are no inefficiency matches the current filters.