[Pacemaker] Making utilizations dynamic

Dan Frincu frincu.dan at gmail.com
Tue Jan 25 14:13:45 UTC 2011


Hi,

On Tue, Jan 25, 2011 at 2:41 PM, Robert van Leeuwen <vanleeuwen at stone-it.com
> wrote:

> > > The only thing to do that remains would be a daemon that switches off
> > > unused machines to save energy. But this could be done using STONITH
> > > agents.
> > >
> > > Basically this would be an option to make cloud computing really green!
> > >
> > > Please mail me your comments about this idea. Thanks.
> > >
> > > Cheers,
> >
> > No reply, no comments? Nothing at all?
>
>
I for one think the that this type of green computing you're trying to
envision make a lot of sense, I know that RedHat is one of the powers behind
this project and they already have something like this vision, but more
integrated and with all the nice GUI's already implemented in RHEV.

Yes, I second the the fact that it adds complexity, but then you can just
split the large cluster into several smaller clusters (if it's really the
case for such a thing). Anyway, there are solutions to this kind of an
issue.

I was thinking to another extent of this idea, taking the example of openvz
based VM's which can have limits set on the CPU usage, either as a
percentage or as cpuunits. The utilization feature could (theoretically)
allow moving multiple VM's together based on their CPU usage. In this case
let's say you've got a quad-core CPU, that would mean 400%, and allocating
100% per VM (or each VM gets a CPU core) you can put a maximum of 4 VM's per
node (or whatever other scenario one might think of, this is just an
example).

Actually when I first read the utilization feature I immediately thought of
this scenario.

Regards,
Dan


>
> Hello Michael,
>
> Although in theory the idea is sound I use the cluster suite primarily for
> customers demanding high availability.
> Adding complexity, turning server's off & on and moving resources around
> probably won't be beneficial to the uptime off the resources & hosts.
> Turning nodes off also effects the number of quorum votes.
> If you have a major disaster when a part of the cluster is power-ed down
> you might create an scenario where the cluster can not recover itself but it
> would have recovered if all nodes were still running.
>
> I could see these features being very useful in non-ha environments like
> testing/development but most off MY customers cannot use this feature or
> would rather pay the power bill...
>
> Just my 2 cents,
>
> Robert van Leeuwen
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs:
> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>



-- 
Dan Frîncu
CCNA, RHCE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20110125/b84c91ad/attachment-0002.htm>


More information about the Pacemaker mailing list