Die Version 1.2 der Cozystack PaaS-Plattform ist jetzt verfügbar und basiert auf Kubernetes. Das Projekt zielt darauf ab, eine schlüsselfertige Plattform für Hosting-Anbieter sowie ein Framework für den Aufbau von privaten und öffentlichen Clouds bereitzustellen. Die Plattform wird direkt auf Servern installiert und deckt alle Aspekte der Infrastrukturvorbereitung für die Bereitstellung verwalteter Dienste ab. Cozystack ermöglicht das Starten und Bereitstellen von Kubernetes-Clustern, Datenbanken und virtuelle Maschinen. Der Quellcode der Plattform ist auf GitHub verfügbar und wird unter der Apache-2.0-Lizenz verbreitet.
Die Plattform umfasst eine Open-Source-Netzwerkinfrastruktur (Fabric) auf Basis von Kube-OVN, verwendet Cilium für die Organisation des Servicenetzwerks und MetalLB für die Ankündigung von Diensten nach außen. Der Speicher wird auf LINSTOR implementiert, wobei ZFS als Basisschicht für den Speicher und DRBD für die Replikation angeboten wird. Es gibt einen vorinstallierten Überwachungsstack auf Basis von VictoriaMetrics und Grafana. Um zu starten virtuellen Maschinen Die KubeVirt-Technologie ermöglicht den Betrieb klassischer virtueller Maschinen direkt in Kubernetes-Containern und bietet bereits alle notwendigen Integrationen mit dem Cluster-API zur Bereitstellung von verwalteten Kubernetes-Clustern innerhalb eines „physischen“ Kubernetes-Clusters. Innerhalb der Plattform können Sie mit einem Klick Kafka, FerretDB, PostgreSQL, Cilium, Grafana, Victoria Metrics und weitere Dienste bereitstellen.
Die wichtigsten Neuerungen in Cozystack 1.2.0:
- Im Dashboard wurde die Anwendung „Managed OpenSearch“ hinzugefügt, die alle Versionen der OpenSearch-Plattform unterstützt. Eine mehrfach rollenbasierte Topologie ist verfügbar, TLS ist standardmäßig aktiviert, die HTTP Basic-Authentifizierung funktioniert sofort, und bei Bedarf kann zusammen mit dem Engine das Web-Interface OpenSearch Dashboards bereitgestellt werden.
- In der VPC-Anwendung wurde die Unterstützung für VPC Peering implementiert, was es ermöglicht, private Netzwerke der Mandanten direkt zu verbinden, ohne den Datenverkehr über öffentliche Punkte zu routen. In Multimandanten-Installationen können Betreiber sauberere interne Netzwerktopologien entwerfen und nur den notwendigen Datenverkehr nach außen veröffentlichen. Eine deterministische Zuteilung wurde hinzugefügt. IP-Adressen für Peering und Unterstützung statischer Routen.
- Das SchedulingClass-System wurde implementiert, das es Betreibern ermöglicht, zu steuern, wo die Arbeitsbelastungen der Tenant ausgeführt werden. Zum Beispiel können Lasten an bestimmte Rechenzentren, Hardwareklassen oder Knoten-Gruppen gebunden werden, ohne dass die Tenant die Details des Kubernetes-Schedulers verstehen müssen. Standardmäßig ist der cozystack-scheduler aktiviert, der SchedulingClass zu einem Bestandteil der Standardinstallation der Plattform macht.
- VictoriaLogs wurde in den Cluster-Modus auf Basis von VLCluster übertragen, um die Skalierbarkeit des Logging-Stacks zu erhöhen.
- In LINSTOR wurde die Unterstützung für das Verschieben von Volumen nach dem Klonen und der Wiederherstellung implementiert, um die Datenplatzierung in Clone- und Restore-Szenarien zu verbessern.
- external-dns ist als separates zusätzliches Paket verfügbar.
Quelle: opennet.ru
