An EC2 node left on after a job ends
A training run finishes, and the node keeps billing. Nobody set a reminder to stop it.
The cost lands in the same EC2 compute line as every other instance. A p5.48xlarge left on for one week adds $9,246.72 to that line.
SageMaker endpoints and notebooks
A SageMaker real-time endpoint bills for every hour it exists. A notebook instance bills the same way. A GPU endpoint made for a demo keeps billing until someone deletes it.
SageMaker has its own service line, "Amazon SageMaker". That line is smaller than the EC2 line. So the same node makes a bigger percent step there. A percent-based rule sees that step sooner.
EKS GPU node groups that do not scale down
A GPU node group can stay at peak size after the job ends. A wrong autoscaler setting can cause this. A pod disruption budget that blocks scale-in can cause it too.
These nodes bill as normal EC2 instances. A small group hides in the EC2 line. A large group makes a step that the default rule catches.
Price idle cluster capacity on the Kubernetes cost page →EBS volumes and snapshots left after training
A training job's volumes and snapshots keep billing after the compute stops. Each one is small next to the compute cost. They add up over every run that nobody cleaned up.
Find orphaned volumes and old snapshots →Capacity Blocks are paid up front
A Capacity Block reserves GPU capacity for a fixed future window. You pay the full price when you book it. The Price List shows $0.00/hour on-demand for this option. So the rate table on this page does not quote a Capacity Block rate.