- Cloud Providers Treating Customers Like Barflies
- Scoutâ€™s Explanation of Steal Time at AWS
- How Much is Steal Time Affecting You?
- Movie Tickets Analogy
- Importance for Web Apps
- 4-in-1 Cloud VM
Cloud Providers Treating Customers Like Barflies
Almost all cloud service providers are overselling their resources to a ridiculous degree. They donâ€™t provide real resource guarantees because they donâ€™t want to: itâ€™s easier to pack in as many customers as they can, especially since that terrible service quality is so standard in the industry.
The quality of what you are getting in a cloud service at most providers is like bathrooms at dive bars (enter at your own risk). If everyone in the dive bar market is agreeing not to raise their cleanliness level into the Not Completely Disgusting range, customers are less irritated when they walk into another cesspool. Dive bars are designed for barflies: you can get the bar atmosphere for cheap, but donâ€™t expect to be treated with respect.
The basic philosophy shared by many cloud providers and dive bar owners is: â€œEveryone else is providing something awful, so why donâ€™t we?â€
Just as the result of that philosophy leads to dirty bathrooms in the dive bar, it leads to steal time at a cloud provider. Resources arenâ€™t guaranteed, so what you purchase represents the maximum you can experience during a burst. Your resource availability is inconsistent because sometimes the guy next to you is using the CPU that you need.
The alternative to that scenario is to provide guaranteed resources so that there is no ambiguity, everything is consistent, and you can achieve the equivalent of four machines in one. After all, weâ€™ve all read plenty of articles about how great cloud is. How about your provider doesnâ€™t water it down so that you can actually leverage its full potential? Like walking into a bathroom where you arenâ€™t afraid of catching malaria, cloud without the threat of CPU theft is highly preferable.
Scoutâ€™s Explanation of Steal Time at AWS
Before we get into our 4-in-1 VM model, letâ€™s look at one tech companyâ€™s discussion of steal time â€“ so rampant that they speak of it as if itâ€™s a given.
â€œIf you deploy to a virtualized environment (for example, Amazon EC2), steal time is a metric you’ll want to watch,â€ saysÂ Derek of application monitoring company Scout. â€œIf this number is high, performance can suffer significantly.â€
As a feature, steal time is calculated as a percentage â€“ the portion of time the CPU for your VM is waiting for a physical CPU to become available because another VMâ€™s CPU is using it. In other words, itâ€™s standing in line â€“ personally, one of my favorite activities.
The basic way that cloud works is that you and other VM customers share resources. Thatâ€™s not a problem if there are guarantees. In the case of other providers, though, your neighbor can burst into your CPU, and all you can do is stand there, humming a pretty tune.
How Much is Steal Time Affecting You?
When someone burglarizes your house, you file a police report and report it to your homeownerâ€™s insurance. In order for the police and your insurance company to know whatâ€™s been taken, you need a list of stolen property. Similarly, you want to assess the damage with steal time if your cloud provider allows it. How much is being taken?
On Linux, run the command top.
In terms of CPU, you will see a line that lists percent idle (%id), percent I/O wait (%wa), and percent steal time (%st). â€œIf %id is low, the CPU is working hard and doesn’t have much excess capacity,â€ Derek explains. â€œIf %wa is high, the CPU is ready to run, but is waiting on I/O access to complete.â€ The final metric gives you your steal time.
Movie Tickets Analogy
Derek gives the example of attending a big Hollywood movie. If you go to a blockbuster movie that is likely be sold out, you will have a similar experience as you have at a cloud provider where steal time is rampant.
There is one person selling tickets, and two lines. This is how the steal time metric would apply to your situation when you want to get into the movie:
- 0% steal time â€“ You are going to the movies on a weekday afternoon. Although the ticket clerk is alternating to sell tickets to each of the two lines, you donâ€™t have to wait at all.
- 50% steal time â€“ You are going to the movies on a weekend night. Half of the time, you will have to wait for the ticket clerk while someone else receives service instead.
- 100% steal time â€“ You go on a weekend night, and the cash register is not working. Everything is stopped.
Importance for Web Apps
Derek notes that getting rid of steal time is particularly critical for web applications. â€œFor tasks that need to be performed in real-time, like rapidly serving many web requests,â€ Derek says, â€œa 4x decrease in performance can cause major backups in request queues, which can lead to outages.â€
4-in-1 Cloud VM
Consider this scenario for a contrast: when your cloud provider does not oversell resources, it is equal to TWO dedicated servers set up in a redundant high-availability, real-time duplication fashion (itself expensive and time-consuming to set up
and maintain) sitting behind TWO redundant load balancers.
In other words, by buying just one cloud VM from that true 100% HA provider (us), you get the equivalent of four dedicated devices; two redundant load balancers (LBs) and two redundant/real-time duplicated dedicated servers. If you get our Dedicated Cloud, then that is equivalent to multiple such sets of 2 servers and 2 LBs, one for each VM that you create.
How do you know youâ€™re protected? We never, ever oversell, as explained on our cloud page: â€œQuantities are limited so once the servers are full, you can request to be added to a wait list until more servers are brought online.â€
By Kent Roberts
Image via Flickr user *sax