feat: nested virtualization support per guest on the same kvm host
- Vorherrschende Sprache
- Java
- Sterne
- 3.1k
- Forks
- 1.4k
- Ø Merge
- 6 T. 19 Std.
- Gemergte PRs (30 T.)
- 32
Beschreibung
##### ISSUE TYPE
* Feature Idea
##### DESCRIPTION
As a CS user, I would like to be able to create a Guest / VM with `guest.cpu.mode=host-passtrough` and also a second VM without `guest.cpu.mode passtrough` on the same KVM host, that's not possible, because `guest.cpu.mode` is applied to the KVM host globally.
##### PROPOSAL
Custom compute offering `large.metal` ( similar to flavors in AWS with nested virtualization capability ) when one can set `allow.additional.vm.configuration.list.kvm` ( https://www.shapeblue.com/cloudstack-feature-first-look-enable-sending-of-arbitrary-configuration-data-to-vms/ ), probably doable with `` XML snippet ( see for more info https://libvirt.org/formatdomain.html#cpu-model-and-topology ) or with simple tick-checkbox for enabling nested virtualization.
It's important to have this ability directly on the offering to support for example CloudStack CAPI implementation, here https://github.com/kubernetes-sigs/cluster-api-provider-cloudstack/blob/main/templates/cluster-template.yaml#L72
Beitragsleitfaden
Rechercherichtung
Beginne mit dem Vorschlag für das benutzerdefinierte Compute-Angebot des Issues und der referenzierten cluster-template.yaml und prüfe anschließend die verlinkte Dokumentation zu libvirt CPU model und topology. Als erledigt gilt die Aufgabe, wenn nested virtualization pro Angebot oder Gast ausgewählt werden kann, während eine andere VM auf demselben KVM host ohne den Modus host-passthrough ausgeführt werden kann.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java, kubernetes
- Bereich
- cloud, infrastructure
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100