The HP Public Cloud and OpenStack

The HP Public Cloud and OpenStack

unicorn-accountant

The HP Public Cloud and OpenStack

We have listened to people ramble on about the promise of the cloud and the impact on infrastructure for a few years now, but very rarely has anyone articulated a reasonable blueprint on ramp into this public cloud. SaaS is everywhere, the application was and will continue to be the low hanging fruit, the rest is a bit more difficult. Even the United States Government has a cloud first policy, too bad its not a broadband first policy. To say the public cloud is remotely close to the end game is irresponsible if you gloss over a weak National Internet infrastructure that is strangle-held by the incumbent local exchanges carriers (ILEC) and cable companies only interested in serving what serves themselves. You can’t blame them, they answer to stockholders not tax payers. This isn’t a rant on the FCC or the horrendous lack of an actionable national broadband roadmap but if we are serious about public cloud we had better get serious about the public (not stakeholder but tax payer owned) infrastructures. Later in the post we will provision an HP OpenStack public cloud instance and in the next post setup what today may qualify as network as a service alpha v0.9 and actually build a hybrid private/public cloud. Sorry about the unicorn addiction, I cant get enough, that one does my taxes, cute little fella.

Transport to the “public cloud” today
  1. Leased lines from your local premise to a cloud provider. At the point you are picking up this sort of cost you are much closer to a colocation arrangement or on a scale that can absorb the cost that would wreck most business cases.
  2. Through the Internets. Also lots of problems, but one of those is not necessarily economic. The cost of commodity Internet services in the US has gone from $60-$100 per/1mb to well under $1 per/1mb from some of the more aggressive providers (obviously not AT&T). By leveraging existing infrastructure and  tunneling encapsulations we begin to roadmap what it might mean to deliver networking as a service (NaaS).

Let’s choose path #2 since the cost prohibitive nature of leased lines is less likely and hey I don’t need a leased line to Google to check my email.

Public Cloud Brokerage

We have gone from Amazon Web Services and a couple other fledging to a whole hell of a lot more cloud providers in the past year. Part of the allure to the public cloud should be the commoditized nature of the services. Instead of the IT guy worrying about types of storage, compute and network he needs to purchase, negotiating the best rate with the manufacturer and putting together an even remotely accurate TCO, he instead throws a number at the business unit and they cut the check. So we all know that is mostly fairy tale today but at some point it will be more reasonable a scenario. The cost of IaaS in the public cloud is going to most of the time be significantly more than local. If you can manage to pull of an elastic environment to offload peak compute to the cloud it becomes very attractive in todays standards. The classic example is doing payroll at the end of the month, why buy 200% hardware that sits at 50% usage except for one day of the month. Buy half the hardware and burst the peak to a (partner, public, private) cloud rather than buy capacity that is not maximized.

The importance of your public cloud provider in appearing commodity to you the consumer is that forces competition and allows you to maximize savings by leveraging competition. You are now the broker on any resource you need to consume and how to get it there whether storage, compute or network. 1/4 of hardware is virtualized today in a projected 75 billion dollar public cloud industry we have some growing ahead, with plenty of pain no doubt. Decoupling and abstracting the logical OS from physical hardware in both compute and network will accelerate the indifference to where the workload resides.

Cloud Resource Orchestration

I am bullish on OpenStack as an orchestration mechanism for public cloud, but at the end of the day it doesn’t matter as long as what is getting presented is a ubiquitous set of APIs that your compute and business logic can adhere to. Like anything else we talk about in computing we can decompose it to layers all the way down to a chip and find parallels. A functional API like POSIX, has for years, allowed for proper abstraction into operating systems for application developers to focus on higher level abstraction and efficiency.

That all said lets get our compute node up and running. For that piece I am using an instance on the HP Public Cloud because they have a free offering as part of their launch, though you do have to put a credit card on file, hopefully I wont be raging at a $1,000 at the end of the month. It says you have $20 credit but doesn’t tell you what that means or give you usage information so needless to say after I ran some benchmarks I deleted the instance. More on that later.

HP Public Cloud

I love the interface HP has with this. It is a polished up OpenStack interface. It would be great if they released the components of that like Rackspace has done with their private cloud OpenStack package to the public. If you have used the OpenStack Horizon/Dashboard Web UI you will be right at home. If not it is still pretty intuitive and the documentation is more than adequate. Pro/Con later in the post.

Building a VM IaaS Instance<[/fancy_header3]

Figure 1. HP Availability Zones.

 

Figure 2. Listed flavors of OS builds. Windoze 2008 R2 image is road mapped according to the forum. 

Figure 3. One of the more confusing parts for beginners is creating a private key. Simply generate the private key under the OpenStack “generate private keys”, then copy that RSA key into a file i.e. ssh-key.pem give it proper permission chmod 0400 ssh-key.pem. Then ‘ssh -i ssh-key.pem ubuntu@<publicHP-IP>. More directions there from HP is likely needed. (As I sit here and do free analysis <–dummy).

Figure 4. Self-Provision your own security. This is big, something centrally audit-able (<–Spelling?) unlikes most host based security.

Figure 5. Add ports for tunneling technologies such as CapWap above.

Figure 6. Pick the instance count and create your instance and you are up and running. Thats a before and after btw.

Figure 7. This is pretty important here. It is the guts of the ecosystem, the all mighty orchestration APIs that haters of change get frumpy over.

Pro and Cons of My Beta Experience

Starting with Cons becuase I am impressed with all public cloud providers that have seen the value and are taking the risk to be all in with a community developed ecosystem.

Cons:

  • Billing and usage. I don’t see anywhere that tells me what I have consumed and what I would be charged. I signed up and it said the first $20 was free but it also says compute nodes after May 10th are half price. My wife will kick my ass if I have a $500 cloud bill. (On roadmap per message boards) The trial promotion ambiguity leaves the it off the pros list since I am not sure what it means yet, hopefully I’m not pestering @FlorianOtel to help me out with a bill at the end of the month.
  • Working with Public and Private SSL keys. Folks familiar with ECS or OpenStack like services will be right at home but to a new user it will need more explanation.
  • No pausing or suspending of instances. This could come across like they are trying to trick the customer into leaving a node running and soaking CPU cycles and thus a large bill. The option today is to leave the instance up 24×7 or terminate the instance thus losing your data with it. (On roadmap per message boards)

Pros:

  • Its OpenStack and with that implicitly provides common APIs and frameworks to operate and integrate with.
  • OpenStack Public Cloud Providers allows the customer to move seemlessly between providers based on what metrics are important to them eg. performance, location, availability, economics etc.
  • Very nice styling wrapper to the Horizon/Dashboard that I hope will be released to the community at some point.
  • Good documentation from HP to augment the existing OpenStack documentation. Also a community board that I have not spent much time in but appears to have potential.
  • This has similar roots as something like Linux. Unlike Linux a sexy UI to the user isn’t important. It needs functionality and robustness. Does a user care what hypervisor he/she is running on or what object store they are using? The value of anything other than free hypervisors should be dead within two years, long live the hypervisor. The next abstraction efficiency in consumption.
  • Consolidation of Public Cloud offerings is a big win for the consumer, commoditized competitive markets drive down cost.
Part 2 will visit the networking as a service

 

About the Author

Brent SalisburyI have over 20 years of experience wearing various hats from, network engineer, architect, ops and software engineer. More at Brent's LinkedInView all posts by Brent Salisbury →

  1. MartinMartin08-27-2012


    Thanks

  2. TMNTTMNT12-03-2012


    Thanks.

    In the con you mention ssl-keys, the article discussed ssh. Typo or was there something for SSL key and cert management in the HP public cloud?