aws
356 articles on aws — what drives the cost, how it is priced, and where the savings actually are.
Cutting the data transfer bill: a playbook for the invisible line
Data transfer is billed per GB with no resource to point at, which is why it is the hardest line to attribute and the easiest to ignore. Here is how to find the flows, rank them, and cut them, with the per GB rates that matter.
Deleting unused load balancers and IP addresses: a small line that adds up
A load balancer with no targets and a public IP with no association each cost a few dollars to tens of dollars a month. Individually trivial, collectively thousands. Here is how to find them, verify they are dead, and remove them safely.
Graviton4 vs Graviton3 cost and performance: is the upgrade worth it
Graviton4 instances (R8g, M8g, C8g) deliver meaningfully more performance per core than Graviton3, at a similar or slightly higher hourly price. Whether the newer generation is cheaper for your workload depends on how well it converts extra performance into fewer or smaller instances. Here is the comparison.
EC2 compute-optimized vs general-purpose cost: C-family or M-family
The C-family (compute-optimized) gives more CPU per dollar with less memory, while the M-family (general-purpose) balances CPU and memory at a higher price. Picking the wrong one wastes money on RAM you do not use or forces oversizing to get enough CPU. Here is how to choose on cost.
EC2 memory-optimized instances cost: when the R-family pays off
The R-family (memory-optimized) packs 8 GB of memory per vCPU, costing more per hour than general-purpose but far less than oversizing an M-instance to reach the memory. For in-memory databases, caches, and analytics, it is the cheapest way to buy RAM. Here is when it pays off.
EC2 Auto Scaling cost optimization: paying for load, not for peak
An Auto Scaling group can save money by matching capacity to demand, or waste it by scaling on the wrong metric, holding too much warm capacity, or never scaling down. Here is how to tune an ASG so you pay for the load you have, not the peak you fear.
Lambda vs EC2 cost breakeven: when serverless stops being cheaper
Lambda is cheap for spiky, low-utilization workloads and expensive for steady, high-utilization ones, where an EC2 instance running full-time wins. The breakeven depends on request volume, duration, and how busy the compute would be. Here is how to find the crossover.
Fargate Spot cost savings: cutting container bills up to 70 percent
Fargate Spot runs your ECS tasks on spare capacity for up to about 70 percent less than regular Fargate, at the cost of possible interruption. For fault-tolerant, stateless, and batch workloads it is one of the biggest container savings available. Here is how it works and when to use it.
Combining Spot and Savings Plans: the layered compute discount strategy
Spot and Savings Plans are not either-or: the cheapest fleets layer them, committing to a steady baseline with Savings Plans and filling the elastic and interruptible portion with Spot. Here is how to combine them without wasting a commitment on capacity Spot should cover.
Idle EC2 cost elimination: finding and stopping instances doing nothing
Idle EC2 instances, running at single-digit CPU with no real traffic, are one of the most common and avoidable cloud costs. Finding and stopping them, or scheduling them off, often cuts a compute bill by 20 to 40 percent. Here is how to hunt idle compute down.
EC2 hibernate vs stop cost: which saves more on idle instances
Stopping an EC2 instance halts compute charges but keeps EBS billing; hibernating preserves memory to disk for fast resume but stores that memory on EBS, adding cost. For part-time workloads, knowing which to use and what still bills is worth real money. Here is the comparison.
Scheduled scaling for dev environments: turning off nights and weekends
Development, test, and staging environments rarely need to run outside business hours, yet many run 24/7. Scheduling them off nights and weekends cuts their cost by roughly 65 to 75 percent with no loss of function. Here is how to do it and what it saves.
Lambda cost per million invocations: a worked pricing breakdown
Lambda cost per million invocations depends on two levers, the flat per-request fee and the per-GB-second duration charge, and the duration part usually dominates. Working through real numbers shows exactly where the cost goes and which lever to pull. Here is the breakdown.
Savings Plans coverage and utilization: sizing commitments without waste
Two numbers decide whether Savings Plans save money or waste it: coverage (how much of your usage the commitment covers) and utilization (how much of the commitment you actually use). Over-commit and utilization drops; under-commit and coverage is low. Here is how to balance them.
EC2 purchase options compared: on-demand, Spot, Savings Plans, Reserved
EC2 offers four ways to pay, on-demand, Spot, Savings Plans, and Reserved Instances, each with a different discount, commitment, and risk profile. Using the right one for each part of a workload is worth 50 to 80 percent off the naive on-demand bill. Here is the full comparison.
App Runner vs Fargate cost: managed simplicity or container control
App Runner and Fargate both run containers without managing servers, but they price and scale differently. App Runner bundles more of the operational layer at a per-resource rate, while Fargate gives finer control and can scale to zero more cheaply. Here is the cost comparison.
T-family unlimited mode cost: when burstable CPU credits bill extra
Burstable T-family instances earn CPU credits when idle and spend them when busy, but under sustained load they exhaust credits and either throttle or, in unlimited mode, charge extra. Understanding when unlimited mode saves money and when it silently inflates the bill is worth knowing. Here is how it works.
ECS capacity providers cost: mixing Spot, on-demand, and scaling
ECS capacity providers decide where your tasks run and in what mix, and that decision drives the cost of an ECS cluster. Splitting between on-demand and Spot, tuning target capacity, and choosing Fargate versus EC2 providers can cut container spend substantially. Here is how they work on cost.
Fargate task right-sizing cost: stop over-allocating vCPU and memory
Fargate bills for exactly the vCPU and memory you allocate to a task, so over-allocating is pure waste that scales with task count. Right-sizing tasks to real usage often cuts Fargate spend by 30 to 50 percent. Here is how to size tasks to what they actually use.
AWS Batch on Spot: cutting batch compute cost up to 90 percent
AWS Batch schedules containerized batch jobs across compute you configure, and because most batch work is interruption-tolerant, running it on Spot can cut compute cost by up to 90 percent. Here is how to configure Batch for Spot savings without losing jobs to interruptions.
S3 Glacier Instant Retrieval cost: cheap archive with fast access
S3 Glacier Instant Retrieval stores data at about $0.004 per GB, roughly a sixth of S3 Standard, while still giving millisecond access. Here is what it costs, where the retrieval fees bite, and when it beats Standard-IA and the slower Glacier tiers.
S3 replication cost explained: what CRR and SRR really bill
S3 replication looks like a checkbox but bills on four separate lines: destination storage, PUT requests, inter-region data transfer, and optional Replication Time Control. Here is how each is priced and how to keep replication from doubling your storage bill.
S3 versioning storage cost: why old versions inflate your bill
S3 versioning protects against overwrites and deletes, but every version is a full object billed at the full storage rate. Without lifecycle rules to expire noncurrent versions, a versioned bucket can store several times the data you think it does. Here is how to keep it in check.
S3 multipart upload cost: the incomplete uploads billing silently
S3 multipart upload is efficient for large files, but abandoned or failed uploads leave parts stored and billing forever, invisible in the normal object listing. Here is how the request and storage costs work, and the one lifecycle rule that stops the silent leak.