Hypervisor node bootstrapping simplification
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
Línea de trabajo
Comienza leyendo la propuesta enlazada de IronCore Image V2 y haciendo un inventario de los artefactos actuales de OS image, ignition y kustomization. Relaciona los componentes necesarios de hypervisor, provider, networking y storage con los criterios de aceptación; se considera terminado cuando se publica un OS image con los componentes necesarios y ignition contiene únicamente configuración.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Bootstrapping a hypervisor node today means aligning several independent artefacts:
- the OS image
- the provider image
- ignition
- kustomizations
Currently, we don't have a single artefact that describes "a node ready to host VMs." This roadmap item aims to make node bootstrapping simpler and more reliable by shipping more of the hypervisor stack in the OS image itself and streamlining the dependency chain between these artefacts.
The goal is to have a clear split:
- configuration lives in ignition
- everything else: the hypervisor stack and the ironcore providers in the OS image
This builds on the new ironcore-image format proposed in IronCore Image V2 (IEP).
Scope
In Scope
- OS Image with a preinstalled hypervisor stack (e.g. libvirt), building on the new ironcore-image format.
- Decision + evaluation on whether to bake ironcore providers into the OS image (e.g.
libvirt-provider,dpservice, etc.). - Reworking ignition and kustomizations so that ignition carries only configuration and the OS image carries everything else.
Out of Scope
- The new ironcore-image format itself, defined in IronCore Image V2 (IEP)
- The metaldata service design (tracked in IEP-18).
- Bare-metal provisioning / metal-operator changes beyond what bootstrapping
requires.
Responsible Areas
- Metal Automation
- Virtualization
- Networking
Contributors
- @lukasfrank
- @gonzolino
- @friegger
Acceptance Criteria
-
Operating System / OS Image
- An OS image variant with a preinstalled hypervisor stack is published in
os-images.
- An OS image variant with a preinstalled hypervisor stack is published in
-
Virtualization
- Compute components (e.g.
libvirt-providerandpoollet) ship in the OS image. -
libvirt-provideroffers systemd units - provider exposes endpoints to "observe" it
- Compute components (e.g.
-
Networking
- Networking components (e.g.
dpservice/metalnet) ship in the OS image.
- Networking components (e.g.
-
Storage
- Storage components (e.g. Ceph client /
ceph-providerprerequisites) ship in the OS image.
- Storage components (e.g. Ceph client /
-
Common
- Configuration is carried by ignition only; the rest ships in the OS image.
Action Items
- Assign labels (e.g.,
area/ironcore-api,kind/design) - Set milestone (e.g.,
H1/2025) - Assign dependent sub-issues in each required area
- Assign an owner to the issue using the GitHub "Assignee" field
- List all contributors in the "Contributors" section above
- Add this issue to the
Roadmapproject board
- Lenguaje dominante
- Shell
- Estrellas
- 1
- Forks
- 1
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ironcore-dev/roadmap
-
Clean up IronCore repoQuizá libre de nuevo @lukasfrank la tomó hace 50 días y no hay ningún pull request abierto. Abiertoarea/iaas kind/roadmap
ironcore-dev/roadmap#129 · 1 asignado ·
-
NAT64/NAT46 with High Performance and FlexibilityQuizá libre de nuevo @byteocean la tomó hace 70 días y no hay ningún pull request abierto. Abiertoarea/networking kind/roadmap
ironcore-dev/roadmap#126 · 1 asignado ·
-
Observability Specification for IronCore componentsQuizá libre de nuevo @peanball la tomó hace 99 días y no hay ningún pull request abierto. Abiertoarea/product kind/roadmap
ironcore-dev/roadmap#123 · 1 asignado ·
-
IronCore DNS Service (static / manually configured entries)Quizá libre de nuevo @peanball la tomó hace 103 días y no hay ningún pull request abierto. Abiertoarea/iaas area/ironcore-api area/networking kind/roadmap
ironcore-dev/roadmap#122 · 1 asignado ·
-
Lean Server / ServerClaim CoreQuizá libre de nuevo @adracus la tomó hace 105 días y no hay ningún pull request abierto. Abiertoarea/metal-automation kind/roadmap sovereign-cloud
ironcore-dev/roadmap#120 · 3 comentarios · 2 asignados ·
Todos los issues de ironcore-dev/roadmap
Issues similares
-
ai-driven-fuzzing bug claude Minor
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
linagora/open-bastion#425 ·
Los mantenedores suelen responder en 1 día
-
BUG
Dificultad 1/5 1-3 horas Aptitud para principiantes 90/100
linuxmint/cinnamon-spices-applets#9223 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
leanprover-community/lean4game#589 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
nolabs-ai/nono-packs#65 ·
-
Screensaver ignores mouse movement — cursor stays invisible until keyboard input or lock/unlockAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día