OW Blogs Navigation
This Blog
News
Syndication

Brad Kingsley's Blog

Data Transfers: Why GB/month?

Why do most hosts sell bandwidth in GB/month of data transfers rather than Mbps of peak usage? We also package bandwidth this way at ORCS Web. I can’t speak for everyone, I can only speculate. Some speculative potential reasons:


Many people would be surprised to hear that their site averages 200kbps. Ignoring that fact and stating that they have XGB/month in transfers sounds better.


It is much easier for a host to track GB/month per IP rather than continually recording, reporting, and graphing traffic flows for thousands of IP addresses.


Tracking and billing by GB/month smoothes peaks. A customer benefits if they have periods where their bandwidth flow spikes. Maybe they have a couple of bursts per day when their site is pulling 100Mbps (which in reality is a huge amount of bandwidth – almost 65 T1s!). They may have other times during the site’s off-hours that get almost no traffic. They probably wouldn’t want to subscribe to, and pay for, 100Mbps of high-quality redundant bandwidth if it was only used 5% of the time – that wouldn’t make the best fiscal sense. In this case paying per GB/month helps control costs by working through averages.


Bandwidth can be a tricky topic, and one rarely properly understood by clients – unless they have historical data on their applications. Expect more blog posts on this topic to help clarify some of the items.


~Brad

Published Thursday, April 05, 2007 11:19 AM by Brad

Comments

 

.net DEvHammer said:

Brad Kingsley is someone I’ve known casually for a few years now. He is a member of a group I helped

April 6, 2007 10:14 AM
 

Ian said:

I think another reason is that its easier for someone to understand you are buying X amount of data, rather then trying to explain peak usages and 5th percentile. I also think most web log reporting tools focus more on amount of data transfer, vs peak usage.

And this is more like how we buy physical real world items. I buy a gallon of gas. I dont buy gas by the period of the day when i happen to be using it the most.

April 9, 2007 12:19 PM
 

Brad said:

Good points Ian. GB/month is a metrics that is clearer to the average consumer, and many tools reflect on the total transfers (because it is easier to obtain [in fact it is written straight into the IIS logs]).

I understand your analogy about the car; perhaps a more direct comparison would be to the accelerator of an automobile. You can go 200 miles in just about any car (GB of bandwidth) but some cars might take 5 hours versus 2 hours (Mbps of throughput). In this case you might want to pay based on speed rather than distance.

Another good analogy might be water. In this case there are two things to be concerned with: The total volume of water and the pressure of the water. While the total volume available might be extremely high, the desire for higher pressure and faster throughput might justify a higher cost option if available.

You can get large variances in results from different quality peer providers but still get X GB (or TB or whatever) of transfers per month. To save money some hosts might "smooth" the bandwidth through the day. To do this they prioritize and queue bandwidth during peaks to purposely throttle it and lower their combined/stacked peaks (because all data centers pay on peak usage - not data transfers). This can sometimes be seen in a lower quality of bandwidth throughput during peak usage times.

We don't do this at ORCS Web - we don't set any caps on a client's bursting abilities. There are a lot of products out there though, and many companies that do. In many cases it is never noticed and it is not necessarily always a bad thing - it helps keep costs in control which in some cases is a top concern. The time it becomes an issue is for high volume sites with strong bursts during their peak traffic hours.

~bk

April 9, 2007 2:02 PM
 

Brad Kingsley's Blog said:

I can't believe the extent that spammers go through to get their "junk mail" in front of

April 27, 2007 10:02 PM
New Comments to this post are disabled

Powered by Community Server 2.1