Zoorik
Coral
Rebalances workloads, removes machines the cluster no longer needs and moves work onto cheaper ones, on AKS and EKS.
See CoralCompare · checked 1 November 2026
AWS Compute Optimizer gives EKS node groups idle recommendations, not rightsizing. Coral rebalances pod requests and removes spare nodes. Side by side.
Short answer. AWS Compute Optimizer reads instance metrics and gives the Auto Scaling groups behind EKS node groups idle recommendations, not rightsizing. Kubernetes places pods by their requests, which those metrics don’t show. Coral empties spare EKS nodes for your autoscaler to remove and, once switched on, rebalances pod requests to real use.
What each one is, in its maker’s words.
Zoorik
Rebalances workloads, removes machines the cluster no longer needs and moves work onto cheaper ones, on AKS and EKS.
See CoralAmazon Web Services
Analyzes your AWS resources’ configuration and utilization metrics to provide rightsizing recommendations and identify idle resources.
aws.amazon.com/compute-optimizer (opens in a new tab)From the product pages and docs of each.
| Coral | AWS Compute Optimizer | |
|---|---|---|
| Sets pod CPU and memory requests | ✓Yes · sets them to real use once you switch on “Automatically optimize” | –No · Kubernetes pods aren’t among its supported resources, and its automation applies two EBS actions source 1 (opens in a new tab) source 2 (opens in a new tab) |
| Reads what pods request | ✓Yes · reads each container’s requests and real use | –No · reads the instance’s CloudWatch metrics: CPU, network, disk and EBS I/O, plus memory and GPU with the CloudWatch agent source (opens in a new tab) |
| Instance types for EKS node groups | ✓Yes · with Karpenter, a rebalance moves work from the nodes you choose onto cheaper EC2 instances. With only the Cluster Autoscaler, it keeps each group’s instance types | –No · no rightsizing for Auto Scaling groups with “Amazon ECS or Amazon EKS workloads”. Each managed node group is an Auto Scaling group source 1 (opens in a new tab) source 2 (opens in a new tab) |
| Spare EKS nodes | ✓Yes · empties spare nodes one at a time, and Karpenter or the Cluster Autoscaler terminates them | ◐Partly · a group is idle only if each instance stayed within 5% peak CPU and 5 MB of network a day, over 14 days. It then suggests scaling down to one instance, or deleting the group source 1 (opens in a new tab) source 2 (opens in a new tab) |
| Applies changes itself | ✓Yes · nodes drain one at a time, and pods resize in place or restart within their PodDisruptionBudgets | ◐Partly · two EBS actions: snapshot and delete unattached volumes, and upgrade a volume’s type. EC2 changes are yours to make source (opens in a new tab) |
| Memory use | ✓Yes · reads each container’s memory use in the cluster | ◐Partly · only with the CloudWatch agent or one of four observability products. Without memory data, it tries to avoid downsizing memory source 1 (opens in a new tab) source 2 (opens in a new tab) |
| Spot nodes in the figures | ✓Yes · priced at the spot rate | –No · it “does not consider transient pricing factors, such as spot pricing”, and gives no EC2 rightsizing for Spot Instances source 1 (opens in a new tab) source 2 (opens in a new tab) |
| Savings Plans and Reserved Instances | –No · list price for the region. Discounts, reservations and savings plans are left out | ✓Yes · ranks options with On-Demand pricing and discounts through Savings Plans or Reserved Instances source (opens in a new tab) |
| Standalone EC2 instances | –No · Coral works on AKS and EKS nodes | ✓Yes · instance type and size for standalone instances, with up to three options each source (opens in a new tab) |
| Block storage (EBS) | ✓Yes · through Amoeba, which rightsizes Azure managed disks and Amazon EBS on VMs | ✓Yes · recommends EBS volume configurations, with up to three options each source (opens in a new tab) |
| Azure Kubernetes Service (AKS) | ✓Yes · AKS and EKS | –No · it analyzes AWS resources source (opens in a new tab) |
| Published pricing | Priced per vCPU it manages, bought on AWS or Microsoft Marketplace | No additional charge: you pay for your AWS resources and CloudWatch monitoring. Enhanced infrastructure metrics, with up to three months of history, cost $0.0003360215 per resource per hour, about $0.25 for a full 31-day month. For an Auto Scaling group, it’s charged per running instance source (opens in a new tab) |
AWS Compute Optimizer is a trademark of its owner. Everything said here about AWS Compute Optimizer comes from its own public pages, each linked, checked 1 November 2026. “Not stated” means its pages do not say. Something changed? Write to founders@zoorik.com and we will correct it.
Amazon EKS runs each managed node group as an EC2 Auto Scaling group. AWS Compute Optimizer makes rightsizing recommendations for Auto Scaling groups, but not for groups that run Amazon EKS workloads. It also makes no EC2 rightsizing recommendations for Spot Instances.
What an EKS node group can get is an idle recommendation. A group is idle only if each instance stayed within 5% peak CPU and 5 MB of network a day, over 14 days. Then Compute Optimizer suggests scaling the group down to one instance, or deleting it.
Kubernetes places each pod by its CPU and memory requests, not by what it uses. The scheduler refuses a pod when the requests don’t fit, even if the node’s real use is very low.
So a node can show little CPU use and still have no room for another pod. Compute Optimizer reads the instance, not the requests. A type sized to the instance’s use can be too small for the requests its pods carry.
The saving starts with the requests. Size them to real use, and fewer EC2 instances can carry the same work. Kubernetes pod right sizing shows how, and Kubernetes cost optimization takes you from requests to nodes.
The two read different things, so you can run both. Here is where each one fits:
For the rest of your AWS spend, see AWS cost optimization.
Partly. For the Auto Scaling groups behind EKS node groups, it makes idle recommendations but no rightsizing ones. AWS lists “Amazon ECS or Amazon EKS workloads” among the groups it doesn’t rightsize.
Yes. Compute Optimizer reads CloudWatch metrics and recommends changes to AWS resources. Coral works inside your AKS and EKS clusters, on pod requests and nodes.
Coral empties spare nodes. The Cluster Autoscaler terminates them, or Coral does where nothing else scales the group and you allow node removal. Coral may also reduce a group’s minimum size if that alone keeps an emptied node, but never adds machines to the group.
Yes, with Karpenter. A rebalance moves work from the nodes you choose onto cheaper EC2 instances that Karpenter launches. With only the Cluster Autoscaler, Coral removes nodes and keeps each group’s instance types.
Run the free assessment. It’s read-only, runs in AWS CloudShell or your terminal, and writes one PDF with your estimated saving at list price. Nothing is sent to Zoorik.
AWS Compute Optimizer User Guide, “What is AWS Compute Optimizer?” (opens in a new tab); AWS Compute Optimizer User Guide, “AWS resources supported by Compute Optimizer” (opens in a new tab); AWS Compute Optimizer User Guide, “Viewing idle resource recommendations” (opens in a new tab); AWS Compute Optimizer User Guide, “EC2 instance metrics” (opens in a new tab); AWS, “AWS Compute Optimizer FAQs” (opens in a new tab); AWS, “AWS Compute Optimizer Pricing” (opens in a new tab); Amazon EKS User Guide, “Simplify node lifecycle with managed node groups” (opens in a new tab); Kubernetes, “Resource Management for Pods and Containers” (opens in a new tab).
One line in your cloud console. One PDF report with your estimated saving at list price.
Estimate your savingThirty minutes with the people who build Coral and Amoeba.
Book a demo (opens in a new tab)Or write to founders@zoorik.com