action #90344
openkubevirt backend for openQA and/or os-autoinst
0%
Updated by livdywan almost 4 years ago
- Blocked by coordination #81060: [epic] openQA web UI in kubernetes added
Updated by okurz almost 4 years ago
Not sure if it's just backend/kubevirt.pm
that will help or if we need a change on the level of openQA. kubevirt can provide management of ressources for multiple VMs. If we would just need to control the available ressources by the number of openQA worker instances where each corresponds to one VM there would be no significant gain.
Ideas I can think of:
- Still first create a "backend/kubevirt.pm" for a 1:1 VM mapping. This could help to get some experience first
- Likely an initial "kubevirt" backend could be very similar to the "svirt" backend
- Maybe the current approach of multiple assignments as for the directly chained jobs can be used to assign multiple jobs in a row to kubevirt and then we can try to assign all these to kubevirt as ressources are available
- Use the concept of "assignment" to workers to check if the requested ressources for VMs are available and unassign again if not, without failing the test jobs. Maybe this is even something we could use for the qemu backend?
Updated by livdywan over 3 years ago
- Blocked by deleted (coordination #81060: [epic] openQA web UI in kubernetes)
Updated by livdywan over 3 years ago
- Blocks coordination #81060: [epic] openQA web UI in kubernetes added
Updated by okurz over 3 years ago
Wait. Why should a kubevirt backend block a helm chart for the openQA webui?
Updated by livdywan over 3 years ago
okurz wrote:
Wait. Why should a kubevirt backend block a helm chart for the openQA webui?
I flipped the relation to match the Blocked state. But honestly I'm not sure why either should be blocked. Maybe we can discuss this in the standup tomorrow?
Updated by okurz over 3 years ago
- Blocks deleted (coordination #81060: [epic] openQA web UI in kubernetes)
Updated by okurz over 3 years ago
sure we can. But I agree with you that the two tickets are not blocking each other, either way :) I have removed that blocking relationship.