THE WORD FROM GOSTEV // Veeam regarding AppHA

jibbajabbajibbajabba Member Posts: 4,317 ■■■■■■■■□□
Nice Gostev, build your business on a relationship with vmware but tell it like it is. Love it.
THE WORD FROM GOSTEV

You may remember after sorting through all of the vSphere 5.5 features a few weeks ago; I was most excited for the vSphere AppHA (Application High Availability). Well, I have to admit it turned into my biggest disappointment based on some hands-on experience.

The theory behind this feature sounded excellent: in addition to vSphere HA (high availability) that VMware provided for a few years now (VM monitoring, with automatic VM restart after VM or host failure), the same will now be possible at the application level (application monitoring, with automatic restart of services and/or VM in case of application failure). And because this will be built right into the platform, it's going to be transparent and easy to use... or so I thought, based on years watching VMware dishing out incredible functionality that was always integrated, intuitive and "just worked".

I assumed VMware will simply "enlighten" VMware Tools with the ability to detect known applications and monitor key metrics, and also make this framework extensible for custom applications (similar to pre-freeze / post-thaw scripts for application-specific snapshot logic). In case of application failure detected, VMware Tools would throw events into vCenter and first attempt "local" recovery by restarting services, and if that does not help, message vCenter to restart the VM. This architecture would make AppHA work out of box for every VM (including newly added), with zero hassle for admins: huge value that EVERY user would immediately benefit from.

Well, it appears that I assumed too much. In reality, the feature comes with incredible complexity, and is based on legacy architecture I would not expect leading virtualization vendor to release in 2013. First, this feature is not something built into the platform, but rather completely "glued" on top of it. Before you can even start using this feature, you will need to deploy two separate appliances... yes, one was not enough! The first appliance is Hyperic appliance (recent VMware acquisition), which is Microsoft SCOM like tool with ugly web interface (carrying maybe 10% of SCOM functionality), and sporting identical architecture (thus bringing 100% of SCOM complexity along). Second appliance is actual VMware AppHA appliance, which seems to orchestrate "stuff" between Hyperic server and vCenter Server.

And the "best" part? AppHA requires that you deploy special monitoring agents in every VM, so welcome back to the agent management fun we’ve made great strides to avoid (having to remember to install, upgrade, and babysit yet another agent in your VMs). And even worse, you will also need to ensure that every VM is accessible to Hyperic server over the network! Direct network connectivity to a VM from core infrastructure servers? What's up with that, I thought cloud was all about complete isolation? In other words, just think about all the things you like about agent-free Veeam solutions, remember how you struggled with agent-based solutions before, and apply all that to vSphere AppHA. I totally expected they would simply reuse VMware Tools, because it is the necessary evil we have to live with... but unfortunately, this is not the case.

This is probably the first time ever that VMware delivers the feature that sounds good on paper, but has horrible implementation in reality. It feels very much like a "buy and glue on top" approach, rather than "innovate and build" acquisition. Are we seeing the change of VMware approach to R&D? I honestly hope this was more of an exception, rather than a rule, but this is still worrying and very annoying for me, hardened VMware fan. I will definitely be looking for VMware folks behind AppHA at VMworld Europe next month to discuss this, and understand what’s going on with this feature.
My own knowledge base made public: http://open902.com :p

Comments

  • EssendonEssendon Member Posts: 4,546 ■■■■■■■■■■
    That's going backwards in time VMware! With Hyper-v snapping at their heels and Citrix not too far behind, I'd have thought VMware poured in tons of R&D efforts in making what should've been cracking product. Not...

    There are some significant changes they've made with the product and I certainly welcome them, but I was expecting something that'd leave MS gasping for air...
    NSX, NSX, more NSX..

    Blog >> http://virtual10.com
  • dalesdales Member Posts: 225
    I guess to be fair vsphere 5.5 is a incremental revision, the fact that such a good number of new features have made there way into the release can only show something positive. Still it resembles quite alot the fudge-tastic inclusion of SSO into 5.1. Last year were were all mostly expecting vSphere 6 to be the next release so perhaps they think the features they want to include are not ready yet. Hopefully by v6 this appHA should be down to 1 vpx at most.

    I'm not too sure how I feel about hypervisors taking away or at least attempting too take away alot of application layer management functions that other software already has down to a tea. I know its always nice to have more out of the box but I do sometimes think that they are stretching themselves too thin (other vendors are guilty as well) and they should concentrate more on the hypervisor specific technologies in general.
    Kind Regards
    Dale Scriven

    Twitter:dscriven
    Blog: vhorizon.co.uk
Sign In or Register to comment.