{"id":121387,"date":"2025-01-17T21:46:00","date_gmt":"2025-01-17T19:46:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-cozystack-0-22-otkrytoj-paas-platformy-na-baze-kubernetes"},"modified":"2026-02-08T19:38:48","modified_gmt":"2026-02-08T17:38:48","slug":"vypusk-cozystack-0-22-otkrytoj-paas-platformy-na-baze-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-cozystack-0-22-otkrytoj-paas-platformy-na-baze-kubernetes","title":{"rendered":"Ver\u00f6ffentlichung von Cozystack 0.22, einer offenen PaaS-Plattform basierend auf Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die neue Version der kostenlosen PaaS-Plattform Cozystack 0.22.0, die auf Kubernetes basiert, ist jetzt verf\u00fcgbar. Das Projekt zielt darauf ab, eine fertige Plattform f\u00fcr Hosting-Anbieter und ein Framework f\u00fcr den Aufbau privater und \u00f6ffentlicher Clouds bereitzustellen. Die Plattform wird direkt auf Servern installiert und deckt alle Aspekte der Infrastrukturvorbereitung f\u00fcr die Bereitstellung verwalteter Dienste ab. Cozystack erm\u00f6glicht das Starten und Bereitstellen von Kubernetes-Clustern, Datenbanken und virtuellen Maschinen. Der Code der Plattform ist auf GitHub verf\u00fcgbar und wird unter der Apache-2.0-Lizenz verteilt. <\/p>\n

Talos Linux und Flux CD werden als grundlegender Technologie-Stack verwendet. Die Images mit dem Betriebssystem, dem Kernel und den erforderlichen Modulen werden im Voraus erstellt und atomar aktualisiert, was die Verwendung von Komponenten wie dkms und Paketmanagern \u00fcberfl\u00fcssig macht und die Stabilit\u00e4t gew\u00e4hrleistet. Es wird eine einfache Installationsmethode in einem leeren Rechenzentrum mithilfe von PXE und dem debian-artigen Installer talos-bootstrap bereitgestellt. <\/p>\n

Die Plattform umfasst eine freie Implementierung der Netzwerk Infrastruktur<\/a> (Fabric) basierend auf Kube-OVN, nutzt Cilium zur Organisation des Service-Netzwerks und MetalLB f\u00fcr die externe Ank\u00fcndigung von Services. Der Speicher wird \u00fcber LINSTOR bereitgestellt, mit der M\u00f6glichkeit, ZFS als Basisschicht f\u00fcr den Speicher und DRBD f\u00fcr die Replikation zu verwenden. Ein vorgefertigter Monitoring-Stack auf Basis von VictoriaMetrics und Grafana ist vorhanden. Zum Starten virtuellen Maschinen<\/a> Die KubeVirt-Technologie erm\u00f6glicht es, klassische virtuelle Maschinen direkt in Kubernetes-Containern zu betreiben und verf\u00fcgt bereits \u00fcber alle notwendigen Integrationen mit der Cluster API, um verwaltete Kubernetes-Cluster innerhalb eines \u201ephysischen\u201c Kubernetes-Clusters zu starten. <\/p>\n

In der neuen Version wurden cozystack-controller und neue Entit\u00e4ten hinzugef\u00fcgt: Workload und WorkloadMonitor \u2014 die es erm\u00f6glichen, den Zustand von Pods, die von Operatoren verwaltet werden, zu \u00fcberwachen und den Serviceniveau gem\u00e4\u00df vordefinierten Regeln zu bewerten. Anwendungen in Cozystack werden von verschiedenen Operatoren verwaltet, weshalb beschlossen wurde, ein einheitliches Format zur Anzeige des Status jedes Dienstes zu schaffen. <\/p>\n

So funktioniert es: Bei der Bereitstellung einer Anwendung wird auch der WorkloadMonitor installiert, der den Status von Pods anhand eines Selektors \u00fcberwacht. Sobald einer der Pods in den Selektor f\u00e4llt, wird eine neue Entit\u00e4t Workload f\u00fcr ihn erstellt, die die Rolle jedes Pods und seinen Status anzeigt. Im Status des WorkloadMonitors kann die Anzahl der vorhandenen Replikate und die minimale Anzahl der Replikate, die zur Gew\u00e4hrleistung des Dienstes ben\u00f6tigt werden, angezeigt werden. Sobald die Last (workload) unter den Wert minReplicas f\u00fcr den WorkloadMonitor sinkt, wird der Dienst als nicht funktionsf\u00e4hig (non-operational) markiert. <\/p>\n

F\u00fcr Anwendungen, bei denen kein genaues minReplicas-Wert angegeben werden kann (z. B. Kubernetes-Arbeiter, die automatisch skalieren k\u00f6nnen), wurde die M\u00f6glichkeit implementiert, diesen Wert im WorkloadMonitor ganz wegzulassen. In diesem Fall z\u00e4hlt der WorkloadMonitor einfach die Gesamtzahl der gestarteten Instanzen. <\/p>\n

Ein solches Mechanismus erm\u00f6glicht die Verwendung beliebiger Operatoren und Prozesse zur Verwaltung von Pods in Kubernetes und erleichtert die Erweiterung der Plattform, indem eine einheitliche Schnittstelle zur Anzeige des aktuellen Status des Dienstes bereitgestellt wird. <\/p>\n

Der WorkloadMonitor zur Sammlung von Informationen \u00fcber Replikate und deren Funktionsf\u00e4higkeit wurde in Anwendungen wie Kubernetes, Postgres, Monitoring, VirtualMachine, VMInstance, Redis, etcd und SeaweedFS hinzugef\u00fcgt. Das Cozystack-Dashboard zeigt jetzt die Anzahl der Anwendungsreplikate und das Serviceniveau f\u00fcr jede Workload-Gruppe an. <\/p>\n

Weitere \u00c4nderungen: <\/p>\n