Project

General

Profile

Actions

action #168244

closed

coordination #110833: [saga][epic] Scale up: openQA can handle a schedule of 100k jobs with 1k worker instances

coordination #158110: [epic] Prevent worker overload

reconsider load calculation for worker load limit especially for ppc size:S

Added by okurz about 1 month ago. Updated 25 days ago.

Status:
Resolved
Priority:
Low
Assignee:
Category:
Feature requests
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Motivation

With #158125 we have a worker load limit which helps but there can still be cases like happened 2024-10-14 on mania with the load going way above the configured load limit. Regarding load15 and such I was thinking of looking at the combination of load values, e.g. only start jobs if max(load1, load5, load15) < load_limit

Acceptance criteria

  • AC1: ppc workers consistently do not alert about too high load
  • AC2: ppc worker instance numbers are unchanged
  • AC3: Other architectures use the same algorithm

Suggestions

  • Just looking at load15 brings the problem that if many jobs start within a short time the load is not yet high so the load limit is not always effective. If we would use max(load1, load5, load15) < load_limit then maybe load1 or load5 would already be higher.
  • As alternative only start jobs if max(load1, load5, load15) < load_limit || (load1 < load_limit && load1 < load5 && load5 < load15). This way with the first part of the condition we prevent overload when jobs are picked up within seconds/minutes one after another. And with the second part of the condition we allow jobs to be picked up when the load is declining. This way we can set the load limit lower without forcing the worker to be idle for too long.

Related issues 1 (0 open1 closed)

Copied from openQA Project - action #158125: typing issue on ppc64 worker - only pick up (or start) new jobs if CPU load is below configured threshold size:MResolvedmkittler

Actions
Actions

Also available in: Atom PDF