Announcement by

Cozystack 1.3: Storage-Aware Scheduling, LINSTOR GUI und Standard-Images für VMs

Cozystack v1.3.0 ist verfügbar: Storage-Aware Scheduling, eine LINSTOR GUI, Standard-Images für VMs und alle Fixes aus der Patch-Reihe v1.2.1 bis v1.2.4.

KubernetesCozystackKubeVirtCiliumLINSTORGPU
Cozystack 1.3: Storage-Aware Scheduling, LINSTOR GUI und Standard-Images für VMs

Release Cozystack 1.3

Cozystack v1.3.0 ist verfügbar. Das Release enthält außerdem sämtliche Fixes aus der Patch-Reihe v1.2.1 bis v1.2.4.

Dieser Zyklus bringt die Plattform in fünf klaren Richtungen voran: intelligentere Platzierung mit Blick auf den Speicher, eine verwaltete Oberfläche für LINSTOR, ein eingebauter Katalog mit Basis-Images für VMs, tiefere Observability auf Anwendungsebene und ein vollständiger Ablauf für Backup und Restore von VMs über Namespace-Grenzen hinweg.

Was ist Cozystack

Cozystack ist eine umfassende Open-Source-Plattform zum Aufbau von Bare-Metal-Clouds, mit der sich Managed Kubernetes, Database-as-a-Service (DBaaS), Application-as-a-Service (AaaS) und virtuelle Maschinen auf Basis von KubeVirt schnell bereitstellen lassen. Kafka, MongoDB, PostgreSQL, Cilium, Grafana, VictoriaMetrics und weitere Services lassen sich damit per Mausklick ausrollen. Auch GPU-Workloads in virtuellen Maschinen und K8s-Clustern werden unterstützt. Cozystack ist ein CNCF-Sandbox-Projekt und steht unter der Lizenz Apache 2.0.

Die wichtigsten Neuerungen

Storage-Aware Scheduling über den LINSTOR-Extender

Der cozystack-scheduler fragt jetzt einen LINSTOR-Scheduler-Extender ab, wenn er Pods platziert, die sowohl eine SchedulingClass als auch PVCs auf LINSTOR-Basis deklarieren. Solche Pods landen bevorzugt auf den Nodes, auf denen ihre Volume-Repliken bereits liegen. Das reduziert den Replikationsverkehr zwischen Nodes und senkt die I/O-Latenz für speicherlastige Workloads wie Datenbanken, Objektspeicher und VMs.

Die Funktion baut auf dem in v1.2 eingeführten SchedulingClass-System auf und erfordert keinerlei Konfiguration auf Tenant-Seite. Betreiber können Speicherlokalität weiterhin mit den bestehenden Vorgaben der SchedulingClass zu Rechenzentrum und Hardware-Generation kombinieren.

LINSTOR GUI: verwaltete Web-Konsole für die Speicheradministration

Das neue, optionale Paket linstor-gui stellt LINBITs linstor-gui neben dem LINSTOR-Controller bereit, mit mTLS-Client-Authentifizierung und einem Security Context ohne Root-Rechte. Ist OIDC konfiguriert, macht ein optionaler, per Keycloak geschützter Ingress (über oauth2-proxy) die Oberfläche erreichbar. Zugriff haben nur Mitglieder der Gruppe cozystack-cluster-admin, im Einklang mit dem Admin-RBAC des Host-Clusters. Der CLI-Workflow bleibt unverändert, die GUI kommt ausschließlich hinzu.

VM Default Images: VM-Bereitstellung ohne Vorarbeit

Das neue Paket vm-default-images liefert einen kuratierten Satz clusterweiter VM-Images (Ubuntu, Debian, CentOS Stream und weitere) als vorab befüllte DataVolumes. Tenants können VMs aus bekannten Basis-Images erstellen, ohne diese zuerst hochladen zu müssen. Das Paket wird optional über das iaas-Bundle aktiviert und verwendet standardmäßig replizierten Speicher. Zusätzlich erhält das vm-disk-Chart einen neuen Quelltyp „disk“, um bestehende vm-disks im selben Namespace zu klonen.

Observability auf Anwendungsebene: WorkloadsReady, Events und S3-Metering

Anwendungen weisen jetzt in ihrem Status eine Condition WorkloadsReady aus, die ihre zugrunde liegenden WorkloadMonitor-Ressourcen zusammenfasst. Betreiber erhalten damit ein einziges Readiness-Signal für Deployments, StatefulSets, DaemonSets und PVCs. Das Dashboard bekommt einen neuen Tab „Events“, der die Kubernetes-Events des jeweiligen Namespace pro Anwendung anzeigt.

Der WorkloadMonitor-Reconciler verfolgt nun auch COSI-BucketClaim-Objekte als vollwertige Workloads, und der Bucket-Controller fragt die Bucket-Größen von SeaweedFS aus VictoriaMetrics ab. Damit lassen sich S3-Abrechnungs-Pipelines genauso aufbauen wie für Pods und PVCs.

Restore von VM-Backups über Namespaces hinweg und RestoreJob im Dashboard

Das Backup-System kann VMInstance-Backups jetzt in einen anderen Namespace wiederherstellen, wobei IP- und MAC-Adressen erhalten bleiben und Umbenennungen sicher ablaufen. Backup und Restore in place für VMDisk und VMInstance wurden durchgängig verbessert, und Fehlermeldungen von Velero erscheinen nun im Status der Anwendung. Das Dashboard bietet eine vollständige RestoreJob-Oberfläche: Listenansicht, Detailseite, Formular zum Anlegen und einen Eintrag in der Seitenleiste.

Außerdem in v1.3.0

  • Strengere Validierung von Tenant-Namen: auf API-Ebene nur noch alphanumerisch, dazu eine Prüfung, ob der aus der Kette der übergeordneten Tenants berechnete Namespace in das Kubernetes-Limit von 63 Zeichen passt.
  • Die Subnets von VMInstance heißen jetzt Networks und lassen sich im Dashboard über ein Dropdown auswählen; das alte Feld wird über Migration 36 weiter unterstützt.
  • Eigene Keycloak-Themes lassen sich über initContainers einbinden; Keycloak-Configure ergänzt E-Mail-Verifizierung und SMTP-Einstellungen für die Selbstregistrierung.
  • Ein Preflight-Check der Host-Runtime (make preflight) warnt, wenn neben der eingebetteten k3s-Runtime ein eigenständiges containerd oder Docker läuft.
  • Das System-PostgreSQL für Grafana, Alerta, Harbor, Keycloak und SeaweedFS ist auf 17.7-standard-trixie festgelegt, damit es nicht unbemerkt auf PostgreSQL 18 wechselt.
  • kube-ovn wurde auf v1.15.10 aktualisiert, inklusive eines Fixes für eine Regression bei Port-Groups, der die LSP-Zugehörigkeit von VMs bei Live-Migration erhält.
  • Alle Bugfixes aus v1.2.1 bis v1.2.4 sind in v1.3.0 enthalten.

Lesenswerte Dokumentation

Zu diesem Release gehört ein umfangreiches Dokumentations-Update. Neue und überarbeitete Leitfäden, die direkt zu den Funktionen von v1.3 passen:

Governance

In diesem Zyklus haben wir außerdem zwei neue Maintainer begrüßt: Mattia Eleuteri (@mattia-eleuteri) für CSI, Storage, Networking und Security sowie Matthieu Robin (@matthieu-robin) für Managed Applications, Plattformqualität und Benchmarking.

Werden Sie Teil der Community

Von Timur Tukaev am 27. April 2026.

Kanonischer Link

Exportiert von Medium am 11. Mai 2026.

Lesen Sie auch

← Zurück zum Blog