How to build a private Cloud

Introducing a private Cloud to your existing infrastructure

Some new technologies make their way into organisations at the periphery. Perhaps they perform some specific task that is outside of the day-to-day concerns of IT management. Perhaps they're an ad hoc tool of some sort — useful but not part of any formal workflows or procedures. Perhaps they increase efficiency in a way that can be adopted incrementally to one server or one group of applications at a time.

In the early days, virtualization mostly fell into this latter category. During the early 2000s, many companies anxiously sought ways to avoid purchasing servers and other IT gear. Server virtualization fitted the bill perfectly. Because so many servers (especially ones running Windows) were greatly underutilised, virtualization let one physical box do the work of many. And, importantly in the context of that time, virtualization delivered savings even if it was rolled out piecemeal to avoid cutting purchase orders for new servers. As virtualization has become more widespread, IT shops have started approaching it more strategically. But it started out as a tactical, cost-cutting move.

However, not all technologies lend themselves to ad hoc use — at least without causing more problems down the road than they solve. Cloud computing falls into this camp. That's not to say that it can't be brought on board in an evolutionary way. In fact, we consider doing so a best practice. However, our experience to date tells us that the best practice for building an on-premise Cloud is to take a phased, systematic approach. (In addition, while the informal use of public Clouds can make sense under some circumstances, it's important to ensure that confidential data is properly secured and that the development environment is consistent with whatever will be used for the application in production.)

There's no single approach to “properly” adopt a Cloud within an organisation. It's more important to establish some deliberate process than it is to follow a particular one. With that said, we've been leveraging a methodology developed by the IT Process Institute based on a large number of interviews with end-user organisations that dovetails nicely with our field experience to date. The IT Process Institute calls the first phase of Cloud adoption “Cut Through the Cloud Clutter.”

The goal in this phase is to refocus your initial virtualization efforts on skills and competencies that support private Cloud deployments. The initial discovery pilot phase will enable identification of challenges, requirements and key metrics that will prepare you for the larger Cloud implementation. Your mantra for these activities is, “Get ready for dynamic workloads.” You should set end goals for virtualization and private Cloud deployment. You should start laying the groundwork for building shared resource pools and for managing mobile and transitory workloads.

Getting ready to build a Cloud consists of the following five steps:

Step 1 - Set Cloud goals based on business objectives.

Building a private Cloud designed specifically for your enterprise has to start with a business discussion. If your infrastructure group is starting a Cloud project without developers on the team, stop them. Round out the team with developers, users and, more importantly, externally facing product, marketing and sales managers. Engage all stakeholders in a discussion about how Cloud can accelerate business processes or transform business offerings. Establish clear objectives and success criteria in business terms.

Step 2 - Adopt a portfolio view of your infrastructure.

Not all workloads are suitable for a virtualized environment. Likewise, not all workloads are a good fit for private Cloud. As you move ahead with a Cloud strategy, you’ll most likely be managing a mix of physical, virtual and Cloud resources. As a result, you will allocate a portion of the datacenter as a pool of shared, virtualized, and scalable resources. Many IT executives plan to put 30 to 50 per cent or more of workloads in their private Cloud environment.

However, private Cloud resources will be managed in an environment with physical servers and mainframes, as well as static virtualized resources. To put it in real-estate terms, building the Cloud-centric datacenter of the future will be a remodel, not a tear-down. Doing so requires understanding the key attributes of current workloads, scoping the mix of heterogeneity of current environments and examining how requirements change as you progress from development through test/QA to production.

Step 3 - Target workloads for the private cloud environment.

Assess your current workloads to identify those that are a good fit for private Cloud. This snapshot will be used to set long-term targets for the percentage of overall workloads targeted for private Cloud. In the short term, it will also be used to identify workloads for initial Cloud deployment.

Then move beyond planning. Get hands-on with two critical activities:

Evaluate different models in the context of your objectives. Be sure to consider agility, service quality, cost and security and compliance. Consider hybrid computing models that utilise internal and external Cloud resources. Note that private Cloud resources may include resource pools hosted by an external service provider. A hybrid model may include features that allow movement of workloads from private Cloud to external public Cloud service providers.

Step 5 - Deploy a proof of concept based on a standard architecture.

Deploy vendor solutions in-house and determine how higher levels of automation and standardisation integrate with your existing infrastructure, processes and skill sets. The overall goal of a proof of concept is to demonstrate success with a working reference implementation based on business requirements. To get there, you must test the assumptions you made during your evaluation.

It's natural to equate process with heavyweight process and heavyweight process with bureaucracy and analysis paralysis. That's certainly not the intent here. Rather, it's to recognise that by bridging IT silos, automating actions and providing self-service to users, Cloud computing delivers a powerful tool to make your IT infrastructure more flexible and responsive to the business. But wielding that tool effectively just takes a bit of upfront planning.

Dirk-Peter van Leeuwen is vice-president and general manager at Red Hat Asia Pacific

Join the newsletter!

Error: Please check your email address.

More about EngageRed Hat

Show Comments