Comments
Richard Davies wrote: The UK has a good crop of technology pioneers in cloud computing - for example ElasticHosts, FlexiScale, Flexiant, OnApp - and also some strong government initiatives such as G-Cloud. We will have to see whether this kind of technical leadership converts into swift mass-market adoption or not.
Cloud Expo on Google News


2008 West
DIAMOND SPONSOR:
Data Direct
SOA, WOA and Cloud Computing: The New Frontier for Data Services
PLATINUM SPONSORS:
Red Hat
The Opening of Virtualization
GOLD SPONSORS:
Appsense
User Environment Management – The Third Layer of the Desktop
Cordys
Cloud Computing for Business Agility
EMC
CMIS: A Multi-Vendor Proposal for a Service-Based Content Management Interoperability Standard
Freedom OSS
Practical SOA” Max Yankelevich
Intel
Architecting an Enterprise Service Router (ESR) – A Cost-Effective Way to Scale SOA Across the Enterprise
Sensedia
Return on Assests: Bringing Visibility to your SOA Strategy
Symantec
Managing Hybrid Endpoint Environments
VMWare
Game-Changing Technology for Enterprise Clouds and Applications
Click For 2008 West
Event Webcasts

2008 West
PLATINUM SPONSORS:
Appcelerator
Get ‘Rich’ Quick: Rapid Prototyping for RIA with ZERO Server Code
Keynote Systems
Designing for and Managing Performance in the New Frontier of Rich Internet Applications
GOLD SPONSORS:
ICEsoft
How Can AJAX Improve Homeland Security?
Isomorphic
Beyond Widgets: What a RIA Platform Should Offer
Oracle
REAs: Rich Enterprise Applications
Click For 2008 Event Webcasts
SYS-CON.TV
Top Links You Must Click On


To Take Advantage of Cloud Computing You Must Unlearn, Luke
You can't carry over the provisioning and capacity planning techniques used in a traditional data center to cloud computing

Carrying over the provisioning and capacity planning techniques used in a traditional data center to cloud computing negates the full power of the Force cloud computing.

One of the benefits of cloud computing is supposed to be efficiency, particularly in the utilization of compute resources. Over-provisioning of compute resources has long been one way in which IT combats the need for scalability and availability of applications but this often leaves a large percentage of compute resources unused. The utilization rule once employed as a means to ensure availability and performance of applications, i.e. no device or server should utilize more than X% of its resources at any time, is no longer acceptable as it wastes resources which in turn eats away at the bottom line.

yoda-luke

Cloud computing, through virtualization, is supposed to address this waste by providing an on-demand model of resource provisioning. The theory is that as an application requires additional resources to scale that those resources are allocated to it. The reality is that virtualization doesn’t really work that way. Resources are allocated to a virtual machine in which an application is deployed. The resources assigned are fairly static. While some models provide for bursts of resource utilization, others do not and in both cases there is a ceiling to the amount of resources that can be provisioned to any given container.

Most thus offer options, much like server hardware vendors, on the “size” of the virtual containers available. These containers vary in RAM and CPU capabilities, offering users the ability to choose a virtual container that best fits the specific needs of their applications. If an application grows beyond those capabilities users have a choice: they can vertically scale by “upgrading” to a higher resource container or they can deploy multiple instances of the existing container and load balance requests across them. From an operational perspective this is exactly the choice IT has always had.

We know that application usage patterns are, for most applications, rarely constant. There are peaks in usage; sometimes daily, sometimes weekly, sometimes seasonal. If an application normally needs X resources, then to meet demand during a peak the application needs X+Y. It’s a simple equation, and one with which IT operations is very familiar. The problem in meeting that demand in a traditional architecture with either vertical or horizontal scalability methods is that most of the time it wastes resources. The additional capacity – whether from a bigger server or a new server – is not being used most of the time. It’s only pulled out of the “break in case of emergency” glass case during peak demand; the rest of the time it’s just sitting there, wasting power and space.


START SMALL, NOT BIG


This is what cloud computing and virtualization is supposed to address, but IT operations has to first trust the ability of cloud computing  models to scale up, on-demand, as per the literature. In order to maximize the benefits of cloud computing IT actually has to provision resources based on the lowest common denominator rather than trying to provision for highest peak demand, which runs contrary to everything IT operations knows as truth about provisioning a data center to ensure availability of applications around the clock.

Consider there are two sizes of containers offered by a provider: small and large. Most of the time a small will serve your applications admirably and meets defined SLAs without issue. But during peak demand you really need a large instance to maintain both availability and performance. The answer, in a cloud computing environment, is to take advantage of scaling services and let the infrastructure handle the situation: launching new instances as is necessary to meet demand and releasing those instances as demand decreases. This keeps costs at the minimum necessary to support the application and still meets demand when necessary, but it is efficient. It wastes no resources because it provisions only the bare minimum necessary for base demand and dynamically allocates additional resources as necessary.

But there is a danger that IT operations, having been burned in the past by under-provisioning, will continue to over-provision resources in the cloud to ensure that peak demand can be met by the same instance that handles normal demand. This defeats the purpose of on-demand provisioning of compute resources and wastes both the extra resources and money. The difference between cloud computing and traditional environments in this situation is that the money wasted in the former is tangible. It’s clearly shown on an invoice, listed for all to see and tally up at the end of the year.

Assume a small instance is $0.10 per hour and a large is $0.40 per hour. Further assume you need peak demand for 10 hours per day that requires the compute resources of a large instance. Assume also that four “small” instances provides the equivalent compute resources of a single large instance. The difference in costs between an on-demand provisioning model in which instances are launched to meet demand versus an over-provisioned environment is certainly significant:

On-Demand Over-provisioned
Cost per year $1971 $3504

Imagine, if you will, how the difference in costs will become more significant as the number of applications and amount of computing resources you need increase.


TRUST IN THE TECHNOLOGY AND YOUR PROVIDER


Virtualization is an enabler of cloud computing, but it’s not perfect. The optimal solution to the most efficient use of compute resources requires a technology that will be much more granular in its ability to provision those resources on-demand. But at the moment it’s a damned sight better that what we’ve done in the past. In order to really leverage the benefits of reduced operating expenses associated with cloud computing we have to use the technology available to achieve the end-goal and in this case it means provisioning compute resources in steps based on the the least amount necessary, not the most.

That means IT operations and users of cloud computing must unlearn what they know now about capacity planning and provisioning and embrace the concept of on-demand and automated scalability. They must learn to trust the technology and the environments, or run the risk of continuing of not benefitting as much as they could from a move to cloud computing.

 

Follow me on Twitter View Lori's profile on SlideShare friendfeed icon_facebook

AddThis Feed Button Bookmark and Share

Related blogs & articles:

About Lori MacVittie
Lori MacVittie is responsible for education and evangelism of application services available across F5’s entire product suite. Her role includes authorship of technical materials and participation in a number of community-based forums and industry standards organizations, among other efforts. MacVittie has extensive programming experience as an application architect, as well as network and systems development and administration expertise. Prior to joining F5, MacVittie was an award-winning Senior Technology Editor at Network Computing Magazine, where she conducted product research and evaluation focused on integration with application and network architectures, and authored articles on a variety of topics aimed at IT professionals. Her most recent area of focus included SOA-related products and architectures. She holds a B.S. in Information and Computing Science from the University of Wisconsin at Green Bay, and an M.S. in Computer Science from Nova Southeastern University.

Enterprise Open Source Magazine Latest Stories . . .
Apache Deltacloud, the Red Hat-contributed ReSTful API that abstracts differences between clouds so services on any cloud can be managed – provided of course there’s a driver – has graduated from the Apache Foundation’s incubator and is now a full-fledged Top-Level Project (TLP). The...
With Cloud Expo 2012 New York (10th Cloud Expo) just four months away, what better time to start introducing you in greater detail to the distinguished individuals in our incredible Speaker Faculty for the technical and strategy sessions at the conference... We have technical and st...
AMD said late Tuesday that its chief sales officer Emilio Ghilardi had left the company and that CEO and president Rory Read is going to do his job while a replacement is sought. AMD didn’t say why Ghilardi left but it’s assumed Read wants his own people. Read is relatively new to th...
During the lifespan of M3 (Monitis Monitor Manager) there has always been something lacking – timers. M3 execution procedure was outlined in this previous article. The execution mentioned in the latter was a one-time-execution, whereas server monitoring requires periodic invocati...
Red Hat is putting its bought-in Gluster scale-out NAS storage technology, acquired in October, on the Amazon cloud. It’s styled Red Hat Virtual Storage Appliance for Amazon Web Services and other clouds are supposed to follow in short order.
A new episode of the screencast series is now available at the OpenNebula YouTube Channel. This screencast demonstrates the new easily-customizable self-service portal for cloud consumers. Its aim is to offer a simplified access to shared infrastructure for non-IT end users. The scree...
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
Click to Add our RSS Feeds to the Service of Your Choice:
Google Reader or Homepage Add to My Yahoo! Subscribe with Bloglines Subscribe in NewsGator Online
myFeedster Add to My AOL Subscribe in Rojo Add 'Hugg' to Newsburst from CNET News.com Kinja Digest View Additional SYS-CON Feeds
Publish Your Article! Please send it to editorial(at)sys-con.com!

Advertise on this site! Contact advertising(at)sys-con.com! 201 802-3021


SYS-CON Featured Whitepapers
ADS BY GOOGLE