No public cloud fits the stringent criteria required for "enterprise" use, according to the soothsayers at Gartner, though Amazon is far ahead of the competition. In a report released on Monday Gartner ranked Windows Azure for public cloud use and found it fit 55 per cent of enterprise criteria, compared with 53 per cent for …
In a report set to go to press tomorrow: 'Private Cloud X - Lands Squarely in Magic Quadrant'.
God I hate Gartner. I'm absolutely convinced that there's a school somewhere and in third year you have to choose: Gartner Analyst or Meteorologist. The only difference in the rest of their education is that Meterologists learn how to talk to a camera and babble inane prophecy and Gartner Analysts learn how to write report titles and spew inane prophecy.
I tell my wife that our kids are going to be one of those two things. At no other job can you be wrong that often and not only not get fired, you can get promoted and make a good career out of either.
*Rant has no bearing on my thoughts on "the cloud", I just don't like proclamations from on high by douchnozzles way down low.
I went to school for physics. Twice! Physics is sorta related to meteorology, I guess.
I did learn in physics how to write eye-popping, must read, titles like "Phase-Space Explorations in Time-Dependent Density Functional Theory" http://arxiv.org/abs/0902.1965 and write prophecies on the movements of electrons in an atom.
Alas, no predictions in this paper, not even of a single electron!
Also, I think cloud is great for many businesses and workloads.
Though I'd rank em all much lower than what Gartner rated them.
Wake me up when
(admittedly I haven't used amazon in well over a year at this point but...)
* Get rid of (or provide the means to) the "built to fail model"
* Your IaaS is billed based on what you *use* not what you provision (Amazon and others do have usage based billing on some/most of their PaaS stuff)
* You have common storage/memory/compute pools which you can provision from/share resources between
* Support thin provisioning and thin reclamation (sort of ties into first two points)
* Provide vMotion support (goes to the built to fail model)
* You get consistent & persistent IP addressing + NAT both internally and externally - having to tell partners to open their firewalls to 50 different IP addresses (even if they are "elastic") is pretty piss poor.
(IPv6 die hards must really hate amazon as they are a huge waster of IPv4 addresses)
* Maintain internal and external IP reservations whether the VM is turned on or off
* Load balance internal resources (goes hand in hand with static internal IPs) - their shitty ELB product could only LB external IP addresses (even if it could do internal it's feature set sucked. I used Zeus instead, which worked quite well, though the costs multiplied quickly, I think there was something like a 4-6 month ROI for buying a real hardware LB vs using Zeus in Amazon at the time -- on the order of something like $4-5k/mo for a redundant pair which was limited to a single internal and single external IP address).
* Eliminate the "your ELB IP address may change at any time" rule, IPs should not change, if there is a failure the backup should do IP takeover and keep going. If you want to see an example as to WHY this is look no further than Java's default DNS caching policy of *FOREVER* - so yeah - go fix every Java VM on the planet..or deploy proper failure infrastructure. BTW using Zeus for this worked fine - it integrates with elastic IPs and performs IP takeover, though for load balancing internal resources (e.g. a pair of mysql databases) the internal IP would not be preserved and the application config (or DNS) would have to be updated in the event of a Zeus LB failure because there was no means to perform internal IP takeover.
* Provide remote access to the *console* of the VMs - last time I used EC2 at least you could sometimes MAYBE get *output* from the console, but seems more often than not the data in the console output was obsolete. But not control of the console, as in be able to login and fix something rather than try to reboot and hope for the best.
* Be able to install an OS using an ISO image file (or remote virtual CDROM)
* Be able to provide the customer with a private PXEBOOT environment (for me and I suspect several others kickstart is preferable to image-based installs)
* Get full insight into underlying host performance, seeing 20-30% "CPU STEAL" from the linux kernel means the host is oversubscribed
* Get full insight into which underlying host(s) are being used (useful at least for software licensing purposes for things that are socket or hardware server based - you can save a lot of $$) - rack or row information would be useful too for availability purposes.
(I could go on I think I'm just scratching the surface here)
* Do it for less $$ than I can do it myself (even Amazon's 3 year reserved pricing is absurd - a big part goes to the lack of resource pooling) - the big players have big purchasing power that small companies don't have.
Remember this article/report is calling out ENTERPRISE USAGE. Not your fly by night web operation that will implode in 60 days and lay everyone off because your idea didn't work out.
Though I suppose I could settle for just the last one, paying much less for a shitty service is one thing, but paying WAY MORE for a shitty service is just doubling down on complete shit.
I've talked to a few other enterprise cloud players -- some of them have some of the features I outlined above though their cost models are even more out of whack with reality. One such company wanted to charge the company I was at a few years ago $3 million to install a cloud infrastructure(+$120k/mo) -- something that was going to cost me ~$700k + $20k/mo. That 700k was buying all tier 1 hardware with 4 hour on site support and premium vsphere enterprise plus at a tier 4 data center with fully redundant everything. Their other option which had a $10 installation fee(!!!!!) was $272,000/mo.
Another enterprise player wanted to charge (again, a few years ago, though I have talked to other folks recently and the situation really hasn't changed much) ~$200,000 for 20TB of tier 2 enterprise storage for *1 year* (so roughly 17k/mo). I could of bought 20TB of *tier 1* storage from the *same storage company* (the reason why we quoted from this cloud player is they used this particular storage company) the cloud provider was using for slightly less money - obviously the savings would skyrocket after the first year. Not to mention my quotes were for tier 1 and this cloud company was quoting tier 2. In talking with said storage company the response was they hear that a lot, IT directors would quote out some storage to buy, CxOs would say "oohhh too expensive!! go cloud!!", said directors would go to cloud and find out the cost is 3-5-10x the purchase price and then they would feel uncomfortable goin back to said CxO and say "hey look the cloud is 10x more expensive then doing it ourselves" -- the answer didn't feel right (having been in that position on several occasions I know that feeling precisely).
Re: no shit
There are 163 different criteria, and you actually named a number in that post Nate. For example, NAT, internal load balancing, live migration (whether vMotion or otherwise)... Actually for consolidation purposes, live migration is part of another criterion. If they were all broken out separately it would become huge - can imagine 600 different criterion!
Feel free to ping me on Twitter if you have any specific questions on whether a provider has a particular feature or not. We went through and tested all 489 of the criteria for the three providers.
Re: no shit
vMotion has no reason to be offered by a cloud service since you have no reason to put your cloud providers host into maintenance mode. Fair enough you may like to have anti affinity rules but vMotion is none of your business.
Thin provisioning, dedupe and space reclamation will already be in operation but since you pay for used capacity are transparent to you. If you want cloud providers to charge you only for bits on disk then expect prices to rise sharply and stop being so naive.
Internal load balancing can be done in software so no idea what the beef is there...
Like, who even listens to these guys?
You would be suprised!
Every IT director who knows bugger all about technology but wantsto sounds like he does in front of the CEO has a subscription to Gartner.
That's a lot of subscription's!
Not all divisions write for the CTO, CIO or management. I write for technical professionals - i.e. the people working with the equipment. I don't write magic quadrants or hype cycles, for example.
I write documents that can be used to construct RFPs, reference architectures, and such.
And the real answer is?
I take no credit for this but it sums (pun intended) the question up so choice your answer.
A mathematician, an accountant and an economist apply for the same job.
The interviewer calls in the mathematician and asks "What do two plus two equal?" The mathematician replies "Four." The interviewer asks "Four, exactly?" The mathematician looks at the interviewer incredulously and says "Yes, four, exactly."
Then the interviewer calls in the accountant and asks the same question "What do two plus two equal?" The accountant says "On average, four - give or take ten percent, but on average, four."
Then the interviewer calls in the economist and poses the same question "What do two plus two equal?" The economist gets up, locks the door, closes the shade, sits down next to the interviewer and says "What do you want it to equal?"
- Product round-up Six of the best gaming keyboard and mouse combos
- LinuxCon 2014 GitHub.io killed the distro star: Why are people so bored with the top Linux makers?
- Opinion IT blokes: would you say that LEWD comment to a man? Then don't say it to a woman
- 6 Obvious Reasons Why Facebook Will Ban This Article (Thank God)
- Linux turns 23 and Linus Torvalds celebrates as only he can