[Pacemaker] Speeding up startup after migration
David Vossel
dvossel at redhat.com
Mon Apr 1 14:28:47 UTC 2013
----- Original Message -----
> From: "Vladislav Bogdanov" <bubble at hoster-ok.com>
> To: pacemaker at oss.clusterlabs.org
> Sent: Friday, March 29, 2013 2:03:27 AM
> Subject: Re: [Pacemaker] Speeding up startup after migration
>
> 29.03.2013 03:31, Andrew Beekhof wrote:
> > On Fri, Mar 29, 2013 at 4:12 AM, Benjamin Kiessling
> > <mittagessen at l.unchti.me> wrote:
> >> Hi,
> >>
> >> we've got a small pacemaker cluster running which controls an
> >> active/passive router. On this cluster we've got a semi-large (~30)
> >> number of primitives which are grouped together. On migration it takes
> >> quite a long time until each resource is brought up again because they
> >> are started sequentially. Is there a way to speed up the process,
> >> ideally to execute these resource agents in parallel? They are fully
> >> independent so the order in which they finish is of no concern.
> >
> > I'm guessing you have them in a group? "Don't do that" and they will
> > fail over in parallel.
>
> Does current lrmd implementation have batch-limit like cluster-glue's
> one had? Can't find where is it.
The batch-limit option is still around, but has nothing to do with the lrmd. It does limit how many resources can execute in parallel, but at the transition engine level rather than the lrmd.
http://clusterlabs.org/doc/en-US/Pacemaker/1.1-pcs/html-single/Pacemaker_Explained/index.html#_available_cluster_options
-- Vossel
>
> _______________________________________________
> 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://bugs.clusterlabs.org
>
More information about the Pacemaker
mailing list