Project

General

Profile

Actions

action #131024

closed

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

coordination #108209: [epic] Reduce load on OSD

Ensure both nginx+apache are properly covered in packages+testing+documentation size:S

Added by okurz 11 months ago. Updated 9 months ago.

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

0%

Estimated time:

Description

Motivation

By default we use apache, for o3 we use nginx. Before we recommend to use nginx more we should ensure that nginx is properly tested as part of our various tests. Maybe nginx is already tested as part of the container setup including our config? See https://github.com/os-autoinst/openQA/blob/master/container/webui/docker-compose.yaml#L144 and the use of the related config(s) files

Acceptance criteria

  • AC1: Our apache+nginx config within github.com/os-autoinst/openQA/ are tested as part of automated tests
  • AC2: Both apache+nginx configs are deployed from openSUSE packages
  • AC3: Both apache+nginx are covered in openQA installation documentation

Suggestions

  • Crosscheck the docker-compose based CI test that uses nginx
  • Take a look into Makefile and dist/rpm/openQA.spec for mentions of "apache"
  • Extend installation and packaging instructions to cover both apache and nginx. Likely we can just install both apache and nginx config unconditionally as they don't conflict. Do not create just "openQA-apache" and "openQA-nginx" because "openQA" already contains /etc/apache2/ so just extend that with nginx files?
  • In dist/rpm/openQA.spec the "single-instance" package requires apache. We do not necessarily need to supply both nginx and apache for that so we should likely be ok to just keep apache in there as is
  • We want to support both apache+nginx but it's ok if they are only supported/tested/used for specific use cases
  • Provide nginx config using an openQA subpackage (that one could recommend nginx then)

Rollback steps

  • Remove zypper lock on o3

Related

  • #130477 for generalizing systemd files regarding the webserver

Related issues 4 (0 open4 closed)

Related to openQA Infrastructure - action #132200: openQA is not accessibleResolvedtinita2023-07-02

Actions
Related to openQA Infrastructure - action #132218: Conduct lessons learned for "openQA is not accessible" on 2023-07-02Resolvedokurz2023-07-02

Actions
Blocks openQA Project - action #129487: high response times on osd - Limit the number of concurrent job upload handling on webUI side. Can we use a semaphore or lock using the database? size:MRejectedokurz

Actions
Copied from openQA Project - action #130477: [O3]http connection to O3 repo is broken sporadically in virtualization tests, likely due to systemd dependencies on apache/nginx size:MResolvedmkittler2023-06-07

Actions
Actions

Also available in: Atom PDF