IT Infrastructure and Software Development from the Customer's Perspective
I went to a lot of cloud computing-related talks at Linuxcon 2011. One of the better ones was by Mark Hinkle of cloud.com.
One of his slides showed what he considers the five characteristics of cloud computing. Two important ones for him are self service, and a measured service. I think those are two useful criteria for distinguishing between a VMware cluster and a cloud that is distinct from a VMware cluster.
It was clear listening to all the talks, including Mark’s, is the role of open source in the large clouds. Basically, anyone big is building their service on the open source cloud stacks. Of course, there are a number of open source cloud stacks. One of the challenges is to pick which one to use.
Fortunately, there are serious supporters behind the three main stacks. Eucalyptus has a company called Eucalyptus Systems backing it now, headed up by Marten Mikos of MySQL fame. Cloudstack has cloud.com which is part of Citrix. And the OpenStack project is backed by Rackspace and NASA.
One factor that seems to be important is the hypervisors supported by the cloud stack. OpenStack supports the most right now.
Something that struck me listening to the talks is that the cloud, like so much in IT, isn’t a slam dunk solution by itself. You need to know what problem you want to solve, and then figure out how to use the cloud to solve it, if indeed the cloud is a solution to your problem.
Related to that insight, it’s clear that unless you solve the problem of monitoring your infrastructure with Zenoss or Nagios, and of provisioning it with Puppet or the like, then you’re not going to see much benefit from the cloud.
Linux is 20 years old this year, and Linuxcon was in Vancouver, so I had to sign up. The conference ended yesterday. There were a lot of good speakers. As a bonus, we also got to hear some poor guy from HP give a keynote about HP’s great WebOS play, at almost exactly the same time as his company was killing the product line.
What I was looking for, frankly, was a business opportunity for a small consultant/system integrator like Jade Systems to use Linux to help businesses with 1,000 servers, give or take a zero at the end. The most obvious opportunity I came away with is storage.
I’ve written before about the cost of enterprise storage. There are tremendous opportunities with hardware solutions like Backblaze’s storage bricks, and the software that will make it all work is Gluster. Install Gluster on a couple of boxes with storage, and you have synchronous replication (locally) or asynchronous replication (over the WAN). It provides what you need to store your virtual machines and move them around your data centre as load or availability needs dictate. It can be your large, reliable, network attached storage device for all your spreadsheets and documents.
Gluster grew out of the needs of a supercomputing project at Lawrence Livermore Labs in 2004 and have an impressive list of users today. They’re working to integrate with the OpenStack cloud computing stack to provide a complete cloud storage solution for OpenStack.
This is certainly a solution that could support a business case.
My son’s class at school raised and released some salmon this spring, and he had a project to produce a video about it. I offered to edit the raw video together. That spun into a project where I ended up putting together four short videos. Then I put them all on one DVD with a menu. Of course, it wasn’t easy. It turned into another episode of all my spare time for two weeks being spent trying to do something useful with a computer.
First I had to find the right tools for Ubuntu (10.04 in my case). It turns out that Kino, the video editor I had used before, is no longer under active development. It looks like everyone is using OpenShot now. It’s in the Ubuntu repository, but I found there were sufficient new features with the more recent version that I followed the instructions to get it from their PPA repository.
I found OpenShot to be quite intuitive. There’s also pretty good documentation. I think I observed a few random crashes, so it’s worthwhile to remember to save your work frequently. There is an autosave feature as well, but you have to find it and turn it on. It isn’t on by default.
OpenShot will take your completed video project and turn it into a DVD image ready to burn. That’s very slick. My earlier attempts at producing DVDs led to a lot of command line fiddling, and I found it very easy to burn DVDs that didn’t actually work. OpenShot made it easy.
The next part of my challenge was to put four videos on the DVD and stick a menu on the front. I found documentation here and here and elsewhere on how to do it (the colour scheme is a killer). However, it turns out that making DVD menus is very picky and error prone, at least for me. I never got anything working consistently.
Finally I found DVD Styler. Again, it’s in the Ubuntu repository so it’s easy to install. It has a GUI and lets you set up a menu, including automatically doing the typical “Play all or episode selection” scenario if you have multiple videos.
There were a couple of tricks I discovered along the way:
DVD Styler lets you simply preview the menu, create an ISO file, or go straight to burning the DVD. I created the ISO so I could test it with video players (I used VLC and mplayer). Using the players didn’t expose the menu button problem I mention in the second bullet above, but otherwise was a worthwhile step.
I didn’t try to do anything but the default menu background in DVD Styler. If you’ve done it, please comment here with your experience.
Unfortunately, I can’t post the final product. Since it was done at school, they’re very careful not to release anything publicly when they don’t have all the parents’ permission. Makes sense, of course.
I wrote here about a problem I had connecting to a Windows share that was using DFS from my Ubuntu 10.04 laptop. Turns out I was wrong about the issue being related to authentication.
The issue was that my server was sending back a string without the Windows file separator at the end (backslash “"). I simply patched the code at the relevant place to check if the file separator was missing and put one in if needed. Not the most elegant patch, but probably less likely to impact any other code.
I’m being careful not to call this a bug in Samba. The file server was an EMC NAS implementation. Fairly common, but not a standard Windows server sharing files. Perhaps the EMC is out of spec on this point, or perhaps the spec is ambiguous on trailing file separators. Given the number of devices out there, I think it’s reasonable to make the Samba client code handle the case, regardless of what the spec says.
I fed the patch to Ubuntu, because that’s where I originally logged the issue. Building Samba was remarkably hassle free, as was getting the source from their git repository, thanks to good documentation for both. My thanks to the Samba team for a great product.