Die Ver\u00f6ffentlichung der freien PaaS-Plattform Cozystack 0.22.0, die auf Kubernetes basiert, ist verf\u00fcgbar. Das Projekt zielt darauf ab, Hosting-Anbietern eine vollst\u00e4ndig einsatzbereite Plattform sowie ein Framework f\u00fcr den Aufbau von privaten und \u00f6ffentlichen Cloud-Umgebungen zu bieten. 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 Quellcode der Plattform ist auf GitHub verf\u00fcgbar und wird unter der Lizenz Apache-2.0 ver\u00f6ffentlicht. <\/p>\n
Der zugrunde liegende Technologie-Stack verwendet Talos Linux und Flux CD. Die Images mit dem System, 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 eine stabile Funktionsweise gew\u00e4hrleistet. Eine einfache Installationsmethode in einem leeren Rechenzentrum wird mit PXE und dem debian-\u00e4hnlichen Installer talos-bootstrap bereitgestellt. <\/p>\n
Die Plattform umfasst eine freie Implementierung der Netzwerkinfrastruktur<\/a> (fabric) auf Kube-OVN-Basis und verwendet Cilium f\u00fcr die Organisation des Dienstnetzwerks sowie MetalLB f\u00fcr die Ank\u00fcndigung von Diensten nach au\u00dfen. Der Speicher ist auf LINSTOR implementiert, wobei ZFS als Basisschicht f\u00fcr den Speicher und DRBD f\u00fcr die Replikation verwendet wird. Es gibt einen vorkonfigurierten \u00dcberwachungsstack auf VictoriaMetrics- und Grafana-Basis. Zum Starten virtuelle Maschinen<\/a> Die KubeVirt-Technologie wird verwendet, die es erm\u00f6glicht, klassische virtuelle Maschinen direkt in Kubernetes-Containern auszuf\u00fchren und bereits alle notwendigen Integrationen mit dem Cluster-API f\u00fcr den Betrieb verwalteter Kubernetes-Cluster innerhalb eines \"physischen\" Kubernetes-Clusters aufweist. <\/p>\n In der neuen Version wurden der cozystack-controller und neue Entit\u00e4ten hinzugef\u00fcgt: Workload und WorkloadMonitor \u2014 die es erm\u00f6glichen, den Zustand der von Operatoren verwalteten Pods zu \u00fcberwachen und den Serviceniveau anhand vordefinierter 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 Zustand der Pods nach einem Selektor \u00fcberwacht. Sobald ein Pod in den Selektor f\u00e4llt, wird eine neue Entit\u00e4t Workload erstellt, die die Rolle jedes Pods und dessen Zustand anzeigt. Im Status des WorkloadMonitors kann die Anzahl der vorhandenen Replikate und die minimale Anzahl der Replikate, die zur Bedienung des Dienstes erforderlich sind, gesehen werden. Sobald die Last (workload) kleiner ist als der Wert minReplicas f\u00fcr den WorkloadMonitor, wird der Dienst als nicht betriebsbereit (non-operational) markiert. <\/p>\n F\u00fcr Anwendungen, bei denen kein exakter Wert f\u00fcr minReplicas festgelegt werden kann (z. B. k\u00f6nnen Kubernetes-Worker automatisch skaliert werden), wurde die M\u00f6glichkeit implementiert, diesen Wert im WorkloadMonitor vollst\u00e4ndig wegzulassen. In diesem Fall z\u00e4hlt der WorkloadMonitor einfach die Gesamtanzahl der gestarteten Instanzen. <\/p>\n Mechanismen wie dieser erm\u00f6glichen die Verwendung beliebiger Operatoren und Verwaltungsmethoden f\u00fcr Pods in Kubernetes und erleichtern die Erweiterung der Plattform, indem sie eine einheitliche Schnittstelle zur Anzeige des aktuellen Status des Dienstes bereitstellen. <\/p>\n Der WorkloadMonitor zur Erfassung von Informationen \u00fcber Replikate und deren Betriebsbereitschaft wurde in Anwendungen wie Kubernetes, Postgres, Monitoring, VirtualMachine, VMInstance, Redis, etcd und SeaweedFS hinzugef\u00fcgt. Das Cozystack-Dashboard zeigt nun die Anzahl der Anwendungsreplikate und das Serviceniveau f\u00fcr jede Workload-Gruppe an. <\/p>\n Weitere \u00c4nderungen: <\/p>\n\n