Allowance Versus Metered Egress
Most budget VPS listings quote a transfer allowance, such as 1 TB per month, and leave the billing model unstated. That number means very different things depending on how it is measured. A host can bill total volume, the higher of inbound and outbound, or the 95th percentile of sampled throughput, and each method produces a different bill for identical traffic.
Before signing up, confirm three things: whether inbound counts, whether the meter is reset on the billing date or the calendar month, and what happens when you exceed the allowance. That last one determines whether an overage is a small line item or a suspension notice.
Total Volume Versus 95th Percentile
Total-volume billing sums every byte over the month. It is the easiest to understand and the easiest to blow: a 50 GB backup run twice a week costs 400 GB a month on its own, regardless of how idle the server was in between.
95th-percentile billing discards the top 5% of samples and charges the rest. That rewards bursty workloads and punishes a sustained high rate, which is the opposite of total volume. A server that saturates a 1 Gbps link for two hours a month may pay nothing extra under percentile billing, but a steady 200 Mbps stream will cost far more than the allowance suggests.
Ask which samples the provider uses: 5-minute averages are common, 1-minute samples make short spikes much more expensive. The same traffic pattern can produce wildly different invoices under the two granularities.
Inbound, Outbound and What Actually Counts
Inbound traffic is often free while outbound is billed, which mirrors how transit is priced upstream. That asymmetry matters for backup servers and mirrors, where most bytes flow in. It matters far less for a web server, where nearly every byte flows out to users and the inbound request is negligible.
Some providers count the higher of ingress and egress, some count both directions added together, and a few exclude traffic between servers in the same datacentre. Same-region transfers between your own instances being free can save real money on a multi-node setup, so confirm it before you design around an external service.
Watch for private-network and object-storage carve-outs too. Moving backups to the provider’s bucket may be free while moving them to a competitor is billed at full egress. Read the traffic policy page rather than the plan card; the exceptions are where most of the money is.
Blowout Scenario One: Backups
Backups are the most common cause of unexpected overage because they are large, scheduled and forgotten. A 40 GB full backup pushed off-site nightly is 1.2 TB per month. If the allowance is 1 TB, you are over it before any user traffic, and if the overage rate is $0.05 per GB, that is $100 for the month.
Incremental or deduplicated backups reduce this substantially, and so does storing backups on the same provider’s object storage, which is often free of egress charges. Compress before transfer, keep retention short, and monitor the backup job’s byte count separately from application traffic.
Blowout Scenario Two: Media and CDN Origin
Any site serving images or video directly from the VPS is a candidate for a blowout. A single 2 MB hero image viewed 100,000 times is 200 GB. A 50 MB video clip watched 20,000 times is 1 TB, which consumes a typical monthly allowance in one item.
Putting a CDN in front changes the economics completely. The origin sees one request per cache miss rather than one per user, and with a 90% hit rate the same traffic can fall tenfold. Check whether your provider charges for CDN pull traffic at the origin; some do, and some zero-rate it.
Blowout Scenario Three: Package Mirrors and Builds
Less obvious consumers are software operations. Container registries, package mirrors and CI artifacts can move hundreds of gigabytes per month on a busy build runner. Fifty pulls of a 1 GB image a week is 200 GB, and a fresh build environment that reinstalls dependencies daily can add more.
Cache aggressively, run a local registry mirror, and prefer builds that produce small layered images. If you run CI on the same box as production, separate the meter so a noisy build does not consume the production application’s allowance.
Mail is another quiet consumer. A newsletter to 20,000 subscribers with a 50 KB message is 1 GB per send, and a weekly send is 4 GB a month before any retries or bounce processing. Use a dedicated transactional mail provider for list mail rather than sending it from the VPS, both for deliverability and for the meter.
Estimating Your Own Monthly Egress
Take your last month of web server logs and sum response bytes per day. Add backup size multiplied by frequency, add pull traffic for images, and add any API or upload traffic. Multiply by 30 for a worst case and by the 95th percentile of daily volume for a realistic case, then compare both to the allowance.
If the worst case is within 60% of the allowance, you have room. If it exceeds it, either reduce the traffic or confirm the overage rate and budget for it. Some providers offer an allowance top-up cheaper than the overage rate, so ask before the month goes wrong.
Run the estimate for three traffic levels: current, double, and the level you would like to reach within a year. The third number is the one that decides whether the plan is a stepping stone or a trap. If growth of 2x already blows the allowance, the plan is fine for now but you should know the migration trigger in advance.
Finally, set a billing alert at 70% and 90% of the allowance. Most overage bills are caused by a missing alert, not by a traffic spike nobody could foresee. A short plan review against VPS plans with generous transfer allowances will show whether a higher tier is cheaper than paying overage at this one.
If your estimate lands close to the allowance, ask the provider for the overage rate in writing and compare it against the cost of a plan one tier higher. It is common for the upgrade to be cheaper than twelve months of overage, which is why comparing transfer allowances across VPS tiers should be part of the buying decision, not an afterthought.
Transfer pricing is the one line item that scales with success, so model it at 3x your current traffic before you commit. The provider that looks cheapest at idle traffic is not always cheapest at the traffic you intend to build.
