BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] easy clustering of applications
- Subject: [Discuss] easy clustering of applications
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- Date: Wed, 2 Apr 2014 11:02:40 +0000
- In-reply-to: <533B335E.3000209@gmail.com>
- References: <6632cf71d55dabb34806494b44349729.squirrel@webmail.ci.net> <5339DF2D.4010400@gmail.com> <dede145ad2cd4d9b8b4a7c4346be9992@CO2PR04MB684.namprd04.prod.outlook.com> <533B335E.3000209@gmail.com>
> From: discuss-bounces+blu=nedharvey.com at blu.org [mailto:discuss- > bounces+blu=nedharvey.com at blu.org] On Behalf Of Tom Metro > > Edward Ned Harvey (blu) wrote: > >>Tom Metro wrote: > >> It does seem like every application has its own unique approach to > >> clustering. There is no generalized solution. > > > > This is one of the reasons why I'm much more strongly inclined toward > > HA at the hypervisor. ...if you do HA at > > the hypervisor, then it doesn't matter what your application is; you > > have HA of your application, no matter what it is, and the setup is > > identical for any and all types of application. > > I don't think what you are describing is possible, except for a certain > class of applications, unless you are glossing over some of the > application-specific glue that gets wrapped around your VM. I assume other hypervisors can do this too, but vmware is the one I know. Vmware High Availability Clustering is able to maintain the guest machine internal running state across multiple heads. They do it by establishing a few control points around IO. They snapshot the CPU and RAM state at a select moment and synchronize across both heads, and when they reach another checkpoint (such as sending network packet, or disk IO packet) then they send the internal CPU/RAM state snapshot differential to the other head. Since they're aggregating lots of CPU cycles into a single checkpoint, it doesn't hurt performance too much, and since they're controlling IO chokepoints, if you need to failover there is no state inconsistency or miscommunication with clients. So for all intents and purposes, both machines are always in lock-step internal state with respect to CPU and RAM. If one head fails, the other head simply continues.
- Follow-Ups:
- [Discuss] easy clustering of applications
- From: bogstad at pobox.com (Bill Bogstad)
- [Discuss] easy clustering of applications
- References:
- [Discuss] easy clustering of applications
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] easy clustering of applications
- From: tmetro+blu at gmail.com (Tom Metro)
- [Discuss] easy clustering of applications
- Prev by Date: [Discuss] getting a USB modem working with Linux
- Next by Date: [Discuss] Unsubscribe
- Previous by thread: [Discuss] easy clustering of applications
- Next by thread: [Discuss] easy clustering of applications
- Index(es):