Project

General

Profile

Actions

action #33253

closed

[salt] add support for multiple multi-host worker clusters - connect multiple workers using GRE within the same WORKER_CLASS

Added by thehejik almost 7 years ago. Updated over 5 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
2018-03-14
Due date:
% Done:

100%

Estimated time:

Description

Currently we have support only for one multihost WORKER_CLASS="tap" but we would need to create different multi-host cluster for WORKER_CLASS="caasp_x86_64" ideally separated from the "tap" cluster. Later we would need probably even more for aarch64 and so.

Changes should be incorporated into https://gitlab.suse.de/openqa/salt-states-openqa/blob/master/openqa/openvswitch.sls


Related issues 3 (0 open3 closed)

Related to openQA Infrastructure (public) - action #32314: [salt] make GRE tunnels salt-states compatible with global worker configuration from pillarsResolvedthehejik2018-02-26

Actions
Related to openQA Infrastructure (public) - action #32296: openvswitch salt receipe is 'unstable'Resolvedthehejik2018-02-26

Actions
Related to openQA Project (public) - action #7982: multi machine test that actually involves different machinesRejected2015-06-22

Actions
Actions #1

Updated by thehejik over 6 years ago

  • Status changed from New to In Progress
Actions #2

Updated by thehejik over 6 years ago

  • % Done changed from 0 to 90
Actions #3

Updated by thehejik over 6 years ago

  • Related to action #32314: [salt] make GRE tunnels salt-states compatible with global worker configuration from pillars added
Actions #4

Updated by thehejik over 6 years ago

  • Related to action #32296: openvswitch salt receipe is 'unstable' added
Actions #5

Updated by okurz over 6 years ago

  • Related to action #7982: multi machine test that actually involves different machines added
Actions #6

Updated by okurz over 5 years ago

  • Project changed from openQA Project (public) to openQA Infrastructure (public)
Actions #7

Updated by thehejik over 5 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 90 to 100

We agreed with coolo that we will support only one class 'tap' and then we moved almost every worker to 'tap' class so basically workers are connected all together without arch resolution - x86, aarch64 are connected all together. Closing

Actions

Also available in: Atom PDF