Project

General

Profile

Actions

action #168177

open

coordination #167054: [epic] Run more workloads in CC-compliant PRG2 to be less affected by CC related network changes

Migrate critical VM based services needing access to CC-services to CC areas size:M

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

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

0%

Estimated time:
Tags:

Description

Motivation

non-compliant NUE2 based production VMs might become problematic due to #165282 so we should evaluate which VMs we can migrate and where and execute accordingly.

Acceptance criteria

  • AC1: Critical VM based services needing access to CC-services are running from CC areas where reasonable
  • AC2: Users can access the services using location independant CNAME records where applicable as in before

Suggestions

  • DONE Wait for #168174
  • DONE Try out with non-critical changes, e.g. tumblesle
  • Decide which VMs and/or services should be migrated considering the alternative #168133. At time of writing we have 10 VMs on osiris+qamaster
  • Prepare DHCP+DNS changes in https://gitlab.suse.de/OPS-Service/salt/
  • See suggestions from #168174-3 about how to migrate
  • Migrate VMs from qamaster to a (temporary) service hypervisor running on a free OSD openQA worker, e.g. w38+w39

Related issues 1 (0 open1 closed)

Copied from openQA Infrastructure - action #167057: Run more standard, qemu OSD openQA jobs in CC-compliant PRG2 and none in NUE2 size:SResolvedokurz2024-09-19

Actions
Actions #1

Updated by okurz about 1 month ago

  • Copied from action #167057: Run more standard, qemu OSD openQA jobs in CC-compliant PRG2 and none in NUE2 size:S added
Actions #2

Updated by okurz about 1 month ago

  • Subject changed from Evacuate critical VM based services needing access to CC-services to CC areas to Migrate critical VM based services needing access to CC-services to CC areas
Actions #3

Updated by okurz about 1 month ago

  • Description updated (diff)
  • Assignee set to okurz
Actions #5

Updated by okurz about 1 month ago

  • Target version changed from Ready to Tools - Next
Actions #6

Updated by okurz 27 days ago

  • Subject changed from Migrate critical VM based services needing access to CC-services to CC areas to Migrate critical VM based services needing access to CC-services to CC areas size:M
  • Description updated (diff)
  • Status changed from New to Workable
Actions #7

Updated by okurz 25 days ago

  • Status changed from Workable to Blocked
Actions #8

Updated by okurz 25 days ago

  • Target version changed from Tools - Next to Ready
Actions #9

Updated by okurz 25 days ago

  • Assignee changed from okurz to mkittler

assigning to mkittler to track blocker tickets for now

Actions #10

Updated by okurz 25 days ago

Just from today https://suse.slack.com/archives/C04S88VCHS7/p1729859212598989

This time it’s about Common Criteria on OpenPlatform

:tldr: : You can now run CC-related workloads on OpenPlatform, if you fulfill the prerequisites :catjam:

Please read https://itpe.io.suse.de/open-platform/docs/news/this-sprint-in-openplatform-27 (VPN needed), or https://docs.google.com/document/d/14i2OXdJuFphLpw9CslH3xFDfiZgskSPMsIiWNDMEzPc/edit?usp=sharing (VPN not needed)

Actions #11

Updated by okurz 13 days ago

As today the network access rules have been put in place to prevent access to sensitive data we can see the problems that are linked to that.

Today actually regarding monitoring it seems it's weird that there was a short data outage but by now at least data from OSD itself shows up just fine on https://monitor.qa.suse.de/d/nRDab3Jiz/openqa-jobs-test?orgId=1&from=now-7d&to=now so it's really traffic from OSD (CC) to non-CC monitor is coming through ok it seems. With that it's less critical to move ressources like monitor.qa.suse.de

Actions

Also available in: Atom PDF