On Mon, 2021-03-29 at 13:01 +0200, Ulrich Windl wrote: > > > > Reid Wahl <nw...@redhat.com> schrieb am 29.03.2021 um 12:47 in > > > > Nachricht > > <capiuu9-r+ywb7h7zp83pcvul4zv2vdaud0fyjq3nrhlpvry...@mail.gmail.com>: > > On Mon, Mar 29, 2021 at 3:35 AM Ulrich Windl < > > ulrich.wi...@rz.uni-regensburg.de> wrote: > > > > > > > > d tbsky <tbs...@gmail.com> schrieb am 29.03.2021 um 04:01 > > > > > > in Nachricht > > > > > > < > > > CAC6SzHLi0ufVhE3RM57e2V=t_moml5ecx8ay3gtcfgmofkd...@mail.gmail.com > > > >: > > > > Hi: > > > > since the vm start/stop at once will consume disk IO, I want > > > > to > > > > start/stop the vm > > > > one‑by‑one with delay. > > > > > > I'm surprised that in these days of fast disks and SSDs this is > > > still an > > > issue. > > > Maybe don't delay the start, but limit concurrent starts. > > > Or maybe add some weak ordering between the VMs. > > > > > > > kind=Serialize does this. It makes the resources start > > consecutively, in no > > particular order. I added the comment about ocf:heartbeat:Delay > > because D > > mentioned wanting a delay... but I don't see why it would be > > necessary, if > > Serialize is used. > > This problem made me think of: Does there exist a mechanism for the > rather new > tag mechanism to impose a concurrency limit per tag? So the VMs could > be tagged > as "VM", and if you limit concurrency for tag "VM" to 1 or 2, you'd > be done, > not limiting other resources...
Serialize turns concurrency on/off rather than a number of concurrent actions, but yes, tags can be used in resource sets, so you could create a Serialize constraint using a resource set with a tag. > And still the resources could start in the order the cluster thinks > it's > best... > > Regards, > Ulrich > > > > > > > > > > > > > search the email‑list I found the discussion > > > > https://oss.clusterlabs.org/pipermail/pacemaker/2013‑August/043128.html > > > > > > > > now I am testing rhel8 with pacemaker 2.0.4. I wonder if > > > > there are > > > > new methods to solve the problem. I search the document but > > > > didn't > > > > find new parameters for the job. > > > > > > > > if possible I don't want to modify VirtualDomain RA which > > > > comes > > > > with standard rpm package. maybe I should write a new RA which > > > > stagger > > > > the node utilization. but if I reset the node utilization when > > > > cluster > > > > restart, there maybe a race condition. > > > > > > > > thanks for help! > > > > _______________________________________________ > > > > Manage your subscription: > > > > https://lists.clusterlabs.org/mailman/listinfo/users > > > > > > > > ClusterLabs home: https://www.clusterlabs.org/ > > > > > > > > > > > > _______________________________________________ > > > Manage your subscription: > > > https://lists.clusterlabs.org/mailman/listinfo/users > > > > > > ClusterLabs home: https://www.clusterlabs.org/ > > > > > > > > > -- > > Regards, > > > > Reid Wahl, RHCA > > Senior Software Maintenance Engineer, Red Hat > > CEE - Platform Support Delivery - ClusterHA > > > > _______________________________________________ > Manage your subscription: > https://lists.clusterlabs.org/mailman/listinfo/users > > ClusterLabs home: https://www.clusterlabs.org/ -- Ken Gaillot <kgail...@redhat.com> _______________________________________________ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/