Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month, online, via Jitsi Meet.

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] easy clustering of applications



> 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.



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org