Project

General

Profile

coordination #98472

coordination #80142: [saga][epic] Scale out: Redundant/load-balancing deployments of openQA, easy containers, containers on kubernetes

[epic] Scale out: Disaster recovery deployments of existing openQA infrastructures

Added by okurz 3 months ago. Updated 24 days ago.

Status:
Blocked
Priority:
Normal
Assignee:
Category:
Feature requests
Target version:
Start date:
2021-09-16
Due date:
% Done:

0%

Estimated time:
(Total: 0.00 h)
Difficulty:

Description

Motivation

We investigated the general feasibility of running an OSD clone in cloud in #88341 . SUSE plans to improve our disaster recovery capabilities. To follow-up the initial work we should demonstrate in a real-world setup how an openQA instance can be created that is able to work in common SUSE workflows, e.g. SUSE SLE maintenance update testing

Acceptance criteria

  • AC1: An openQA infrastructure exists providing near-complete replication of any existing instance
  • AC2: The infrastructure is able to execute scheduled openQA tests (with reduced performance)
  • AC3: Emergency recovery guidelines exist how to recreate the setup

Suggestions

  • Setup cloud instance of openQA, at best using https://github.com/os-autoinst/salt-states-openqa
  • Load latest database dump of an existing instance
  • Connect the instance to other infrastructure components, e.g. download.opensuse.org, similar as currently o3 does

Out of scope

  • Recreating all former test results (subset ok)
  • "Exotic" worker infrastructure, e.g. no powerVM, s390x z/VM, hyperv, vmware is needed

Subtasks

History

#1 Updated by okurz 3 months ago

  • Status changed from New to Blocked
  • Assignee set to okurz

with multiple subtasks created in the weekly estimation meeting I can track the epic as blocked by the specific subtasks

Also available in: Atom PDF