kubernetes-sigs/kubespray

CI: test multi-arch cluster / alternatives arch

Open

#12.777 geöffnet am 9. Dez. 2025

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)HTML (4.419 Forks)batch import
help wantedkind/feature

Repository-Metriken

Stars
 (10.380 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 25T) (26 gemergte PRs in 30 T)

Beschreibung

What would you like to be added

We have hash for other arch than x86, but it's not tested, and some things are broken (download delegation, for instance, though I'm working on that).

Why is this needed

This should not actually be that hard to have multi-arch working properly, we just need to be a bit more mindful of using Ansible correctly (aka, consider that variable are host local, not constant across all hosts).

@ant31 Besides working on the kubevirt manifests in .gitlab-ci/kubevirt.yml, maybe we need some change on the test cluster at qemu level ? /help

Contributor Guide

Research-Richtung
Untersuchen Sie die aktuelle CI Pipeline für Multi Arch und identifizieren Sie, wo Ansible Variablen host spezifisch gemacht werden müssen. Sehen Sie sich die GitLab CI Konfiguration in .gitlab ci/kubevirt.yml an und stellen Sie sicher, dass Tests alternative Architekturen abdecken.
Tech Stack
pythonshellkubernetesdocker
Domain
ci cdinfrastructuredevops
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Recherche nötig
Voraussetzungen
GitKubernetesDocker
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40