Lanseringen av Cozystack 1.4, en öppen PaaS-plattform baserad på Kubernetes

Den nya versionen av PaaS-plattformen Cozystack 1.4, byggd på Kubernetes, är nu tillgänglig. Projektet syftar till att erbjuda en färdig plattform för hostingleverantörer och ett ramverk för att bygga privata och offentliga moln. Plattformen installeras direkt på servrar och täcker alla aspekter av infrastrukturber preparering för att tillhandahålla hanterade tjänster. Cozystack möjliggör driftsättning och tillhandahållande av Kubernetes-kluster, databaser och virtuella maskiner. Plattformens kod är tillgänglig på GitHub och distribueras under Apache-2.0-licensen.

Plattformen inkluderar en öppen implementation av nätverksinfrastrukturen (fabric) baserad på Kube-OVN och använder Cilium för att organisera tjänstenätverk, MetalLB för annonsering av tjänster utåt. Lagring implementeras med LINSTOR, som erbjuder användning av ZFS som baslager för lagring och DRBD för replikering. En förkonfigurerad övervakningsstack baserad på VictoriaMetrics och Grafana finns tillgänglig. För att starta virtuella maskiner används KubeVirt-teknologin, som möjliggör körning av klassiska virtuella maskiner direkt i Kubernetes-containrar och redan har alla nödvändiga integrationer med Cluster API för att köra hanterade Kubernetes-kluster inom en «fysisk» Kubernetes-kluster. Inom plattformen kan man med ett klick distribuera Kafka, FerretDB, PostgreSQL, Cilium, Grafana, Victoria Metrics och andra tjänster.

De viktigaste nyheterna i Cozystack 1.4.0:

• Ett nytt administrationsgränssnitt baserat på projektet cozystack-ui har presenterats. Den gamla stacken openapi-ui och BFF har ersatts av front-end på React 19 och TypeScript, som arbetar direkt med Kubernetes API. Dessutom har gränssnittet nu stöd för dynamiska VNC WebSocket-URL:er för virtuella maskiner, runtime-branding via ConfigMap, läsning av ApplicationDefinition för applikationskatalogen och omdirigering av gamla adresser /openapi-ui/*.
• För worker-noder i tenantkluster implementerades permanent lagring. Virtuella maskiner för worker-noder använder nu PVC-diskar via KubeVirt dataVolumeTemplates istället för emptyDisk. Detta säkerställer att kubelet-certifikat, kubeconfig och containerd-status sparas efter omstart av den virtuella maskinen. Fältet ephemeralStorage har döpts om till diskSize, och en inställning för storageClass har lagts till på nivå av NodeGroup. Under migreringen omvandlas gamla värden automatiskt.
• En ny resurspreset-schema har lagts till i likhet med typer av virtuella maskiner hos molnleverantörer. Presets beskrivs i formatet ., där serierna t1, c1, s1, u1 och m1 anger olika förhållanden mellan CPU och minne, medan storlekarna varierar från nano till 4xlarge. Totalt finns 40 alternativ. Gamla preset-namn har sparats som deprecierade alias och migreras automatiskt utan att de faktiska CPU- och minnesgränserna ändras.
• Systemet för deklarativ backup av hanterade applikationer har utvidgats. BackupStrategy-kontrollern har fått strategier för PostgreSQL, MariaDB, ClickHouse och FoundationDB. BackupClass, Plan, BackupJob och RestoreJob stöds, med schemalagda och engångsbackuper, återställning på plats och återställning till en kopia. Data exporteras till S3-kompatibel objektlagring, och autentiseringsuppgifter överförs via Kubernetes Secret.
• Ett valfritt systempaket hami har lagts till med HAMi 2.8.1 för gemensam åtkomst till NVIDIA GPU i tenantkluster. Användarens arbetsbelastningar kan begära resurser från nvidia.com/gpu, nvidia.com/gpumem och nvidia.com/gpucores, vilket möjliggör fördelning av vGPU mellan flera poddar. Aktivering sker via parametern hami.enabled och kräver NVIDIA GPU Operator.
• Det finns en enhetlig inställning publishing.proxyProtocol för att aktivera PROXY-protokollet på värdar med ingress-nginx. När denna aktiveras deployas automatiskt Ouroboros, vilket löser problemet med hairpin-NAT för anrop från klustret till dess offentliga namn. För tenantkluster finns ett tillägg addons.ouroboros.enabled.
• I cozystack-operator har inställningar för generering av HelmRelease lagts till: interval, retry interval, install timeout, upgrade timeout och max history. Återföringsstrategin har ändrats till RetryOnFailure, och för specifika applikationer kan timeout anges via annoteringen release.cozystack.io/helm-install-timeout. Detta löser flera problem vid kallstart av tenantkluster.
• För worker-noder i tenant Kubernetes beräknas resursreservationsbehovet för kubelet automatiskt för CPU och minne. Annoteringarna cluster-autoscaler återspeglar nu tilldelade resurser snarare än den totala mängden CPU och minne.
• De grundläggande plattformsdelarna har uppdaterats: Talos 1.13.0, cert-manager 1.20.2, Cilium 1.19.3, NVIDIA GPU Operator 26.3.1, etcd-operator 0.4.3, KubeVirt 1.8.2, cozy-proxy 0.3.0, linstor-csi 1.10.6. Nya paket HAMi 2.8.1 och Ouroboros 0.7.2 har lagts till.
• Diagnostiken har förbättrats: cozyreport samlar nu in information om Flux, cert-manager, värdmiljö, Application, ApplicationDefinition och Tenant-resurser, samt genererar summary.txt med en kort sammanfattning av aktuella problem. Grafana-instrumentpaneler och datainsamlingsregler för övervakning av GPU har lagts till.
• Fel har rättats i MongoDB, Kafka, tenant Kubernetes bootstrap, etcd, Velero, Kamaji, LINSTOR, SeaweedFS, Harbor, objectstorage-controller, API och andra komponenter. I API har en IDOR-sårbarhet åtgärdats i hanterarna TenantNamespace Get och Watch.

Vid uppgradering bör man tänka på att worker-noder i tenantkluster kommer att bytas ut successivt på en gång på grund av övergången till permanenta PVC-diskar. KubeVirt virtuella maskiner som kördes före plattformsuppgraderingen kommer att kräva kall omstart efter övergången till KubeVirt 1.8.2, eftersom levande migrering av gamla virt-launcher-processer kan misslyckas på grund av versionsändring av QEMU. Dessutom är PostgreSQL-parametrar nu typade och kontrolleras mot en denylist, och cert-manager 1.20 körs som standard med containrar som har UID/GID 65532.

Källa: opennet.ru