Virtual Storage Console for RHEV

If you saw me run this demo live at Red Hat Summit this week, I sincerely appreciate you coming to my session.  For those that were unable to make it to Red Hat Summit, you did in fact miss a great event.

The Virtual Storage Console (VSC) for RHEV is something that I’ve been pushing for some time now and we’ve (NetApp) made significant progress. It’s the kind of integration that really does make things easier for Virtualization Admins and even takes a little load off of a Storage Admin. So what exactly is it?

VSC for RHEV is a UI plug-in that takes advantage of the UI plug-in framework available with RHEV 3.2; it’s been in development for some time now, with the bulk of the work handled upstream in oVirt. Vojtech Szocs of Red Hat has been the lead developer on the framework, and Chris Morrissey of NetApp has been the lead developer for the VSC.

The primary features of VSC v1.0 include the ability to discover & provision NetApp NFS storage right from RHEV-M, as well as the ability resize and destroy that storage. My ABSOLUTE FAVORITE feature of the VSC UI plug-in is the Rapid Cloning Utility, which allows the Virtualization Administrator to clone NFS-based VM’s (RHEL & Windows) using NetApp FlexClone, also right from RHEV-M. NOTE: This means that the NetApp controller has to be licensed for FlexClone, but the plug-in itself is still free.

The plug-in itself is currently in limited beta, with a public beta targeted for late Summer. If you’d like to be involved in the public beta, keep an eye on https://communities.netapp.com/groups/vsc4rhev. The roadmap includes adding support for SAN as well as hardcoding integration in VDSM (RHEV storage subsystem).

Here’s the demo of v0.7 (or there abouts) that I gave a Red Hat Summit this week:

 

If you’ve ever cloned a thick VM, you know it takes 14-15 minutes for the hypervisor to do it for a 20GB VM… Using the Rapid Cloning Utility took 3mins 18secs for 20 of those thick 20GB VMs. Can’t wait to tell you folks when version 1.0 goes “G.A.”

A HUGE thanks and “shout out” to Chris Morrissey, Dustin Schoenbrun, Ricky Hopper, Chris Suich, Rashid Nadif, and Praveena Paliswamy of NetApp as well as Vojtech Szocs and James Rankin of Red Hat.

Hope this helps,
Captain KVM

14 thoughts on “Virtual Storage Console for RHEV

  1. Pingback: virtual-storage-console-for-rhev ?? 20 G thick allocated 20 VMs creation in 3min 18 seconds ?? » My Humble abode

  2. John / Captain KVM,

    Your articles on virtualization are insightful.

    I work at Coscend Communications, a pioneering software startup in the communications and media industry. We are setting up our internal data center with virtualization.

    As we have funded this a bootstrapped venture, we would like to utilize the best and most cost-effective virtualization option for this ambitious startup. Would you have a few minutes to speak with us?

    • Hi there,

      Thanks for dropping by. First off, sorry for the huge delay in my response; I’ve been out on PTO. The short answer is “yes”, I would be happy to speak with you. I’m out for the rest of this week and most of next week. Can I reach you at the ‘ceo’ email address you listed?

      thanks

      Captain KVM

  3. Pingback: Radio Silence, OpenStack, and a Beta Program | Captain KVM

  4. Is this going to be available in oVirt as well? We have a netapp setup but I haven’t purchased a RHEV license. I was considering just using oVirt.
    Thanks!!

    • Hi Adam,

      Yes, it will be available for use in oVirt. All of our dev work is going on in oVirt first, then pulled down for RHEV.

      Hope that helps,

      Captain KVM

    • Hi Adam,

      I have to correct my earlier response. In talking with the lead developer, the VSC will not be available for oVirt. Apparently someone way above my pay grade made a decision. i.e., there is not much that I can do about it except to say that I don’t like that decision.

      apologies,

      Captain KVM

  5. Pingback: VSC for RHEV beta is live! | Captain KVM

    • Hello again,

      The JDK needs to be on the RHEV-M host, with both of the VSC rpm’s. Also, we are only now working with RHEV 3.3 as we had to get 3.2 cleared with legal and interop testing… Ensure the following, in order:

      Java JDK and VSC rpm’s installed on the RHEV-M host
      The json file edited to reflect the IP or FQDN of the RHEV-M host
      Port 8143 open in IPtables
      Open “http://your.rhevm.host:8143″ in a separate window of your browser and ensure any security exceptions are accepted
      Clear the cache & cookies from your browser
      Refresh the browser
      Ping the NetApp controller/cluster from the command line of the RHEV-M server

      If after all of that you still can’t get it to work, it may be an issue with RHEV 3.3. Just yesterday, I built a brand new RHEV 3.2 environment from scratch, and deployed the VSC for RHEV as downloaded from the NetApp site in order to record new demo’s, and it worked flawlessly. Come to think of it, I didn’t have to manually install the JDK, so it had to have been picked up as a dependency from running `yum -y install rhevm`.

      Hope this helps,

      Captain KVM

Agree? Disagree? Something to add to the conversation?