Systemd Timer in Intervallen laufen lassen

whoami0501 · 19. Februar 2023

Moin,

ich versuche aktuell, ein paar Systemd Timer in Intervallen laufen zu lassen. Natürlich könnte ich es mir einfach machen und meinen Timer z.B. mit einem

Code

OnCalendar=*:00/10

ausstatten, wodurch der Job um 10, 20, 30, ... läuft.

Allerdings ist mir das relativ egal, ob der Timer z.B. 10, 20, 30, ... oder z.B. 07, 17, 27, 37, ... läuft - wichtig ist, dass der Intervall eingehalten wird. Hintergrund ist einfach eine bessere Lastverteilung - wir reden hier von mindestens 10 Servern, die das machen. Laufen die alle um genau 10, 20, 30, ... gibt es Peaks auf den darunterliegenden Hostsystemen. Laufen die alle zu random Zeiten, kann ich die Peaks ein wenig abfedern.

Leider werde ich da gerade auch nicht so 100% schlau, wie so etwas geht, wenn ich das Internetz befrage. Vielleicht hat das Schwarmwissen hier ja eine Idee.

Danke schon einmal!

- who

mainziman · 19. Februar 2023

wie wäre es wenn Du das von einer zentralen Stelle aus triggerst

z.B. so

auf einem host hast einen Cronjob der jede Minute läuft

und der hat in einer Tabelle stehen, dass z.B.

um hh:m3 Server 7 dran is

um hh:m7 Server 2 dran is

und so weiter

je nachdem welcher Server dran is

wird das dann per ssh remote gestartet

femur · 19. Februar 2023

Hi,

da dürften die Optionen RandomizedDelaySec und eventuell FixedRandomDelay helfen. Damit wird der Timer um eine zufällige Zeit verschoben und die Hosts verteilen sich. Mit FixedRandomDelay bleibt dabei das Intervall trotzdem konstant.

Zitat von Manual page systemd.timer(5)

RandomizedDelaySec=

Delay the timer by a randomly selected, evenly distributed amount of time between 0 and the specified time value. Defaults to 0, indicating that no randomized delay shall be applied. Each timer unit will determine this

delay randomly before each iteration, and the delay will simply be added on top of the next determined elapsing time, unless modified with FixedRandomDelay=, see below.

This setting is useful to stretch dispatching of similarly configured timer events over a certain time interval, to prevent them from firing all at the same time, possibly resulting in resource congestion.

Note the relation to AccuracySec= above: the latter allows the service manager to coalesce timer events within a specified time range in order to minimize wakeups, while this setting does the opposite: it stretches timer

events over an interval, to make it unlikely that they fire simultaneously. If RandomizedDelaySec= and AccuracySec= are used in conjunction, first the randomized delay is added, and then the result is possibly further

shifted to coalesce it with other timer events happening on the system. As mentioned above AccuracySec= defaults to 1 minute and RandomizedDelaySec= to 0, thus encouraging coalescing of timer events. In order to optimally

stretch timer events over a certain range of time, set AccuracySec=1us and RandomizedDelaySec= to some higher value.

Alles anzeigen

whoami0501 · 19. Februar 2023

Das FixedRandomDelay von femur ist der entscheidende Punkt, der mir noch gefehlt hat. Danke!

whoami0501 19. Februar 2023