Megérkezett a Cozystack 0.37-es verziójának szabad PaaS-platformja, amely a Kubernetes alapjaira épül. A projekt célja, hogy kész platformot nyújtson a hosztolók számára és keretet biztosítson privát és publikus felhők építéséhez. A platform közvetlenül a szerverekre telepíthető, és lefedi az összes infrastruktúra előkészítési aspektust a kezelhető szolgáltatások nyújtásához. A Cozystack lehetővé teszi Kubernetes klaszterek, adatbázisok és virtuális gépek futtatását és biztosítását. A platform kódja elérhető a GitHub-on és Apache-2.0 licensz alatt terjesztik.
A technológiai alapként Talos Linux és Flux CD használatos. A rendszer, kernel és szükséges modulok képei előre létrehozottak, és atomikusan frissülnek, lehetővé téve a dkms és csomagkezelők elkerülését, garantálva a stabil működést. Egyszerű telepítési módszert kínál üres adatközpontokban PXE és a talos-bootstrap Debian-szerű telepítő segítségével. A platform keretein belül egy kattintással telepíthetők a Kafka, FerretDB, PostgreSQL, Cilium, Grafana, Victoria Metrics és más szolgáltatások.
A platform tartalmaz egy ingyenes megvalósítást hálózati infrastruktúrából (fabric) a Kube-OVN alapjain, és a Ciliumot használja a szolgáltatási hálózat szervezésére, a MetalLB-t pedig a szolgáltatások külső bejelentésére. A tárolás a LINSTOR-on valósul meg, ahol a ZFS használatát ajánlják az alaprétegként a tároláshoz, a DRBD-t pedig replikációra. Előre beállított megfigyelési stack érhető el VictoriaMetrics és Grafana alapjain. Az indításhoz virtuális gépekhez a KubeVirt technológiát alkalmazzák, amely lehetővé teszi klasszikus virtuális gépek futtatását Kubernetes konténerekben, és már tartalmazza az összes szükséges integrációt a Cluster API-hoz a menedzselt Kubernetes klaszterek indításához a 'vas' Kubernetes klaszteren belül.
Az elmúlt másfél hónap alatt a projekt csapata kiadta az új 0.36 és 0.37 verziókat. Az új kiadások változásai között szerepel:
- A felhasználói felület teljesen újraírásra került. Az alapot az openapi-ui projekt adta.
- A felhasználói felületen megjelent a klaszterválasztó. Jelenleg a műszerfal egy klaszter módjában működik (egyetlen műszerfal klaszterenként). A jövőben ez a felület a több klaszteres üzemmódra is használható lesz.
- A klaszter képernyőjén most az összes elérhető névteret azonnal láthatjuk. A lista a Kubernetes aggregáló rétegén (tenant namespace) keresztül készül, így csak azok a névterek jelennek meg, amelyekhez hozzáférés van.
- Az erőforrások létrehozása most már az automatikusan generált űrlapokon keresztül történik, amelyeket a Kubernetes OpenAPI szolgáltat. A YAML-ban található megjegyzésekre nincs szükség: a mezők és az érvényesítések közvetlenül a specifikációkból származnak.
- Az új alkalmazások specifikációja Helm-chartokból készül a cozy-values generator segítségével, és az űrlapba beírt mezők szinkronizáltan tükröződnek az elkészült YAML-ban.
- A tenantok kezelésének moduljai az adminisztrációs szekcióba költöztek: itt létrehozhatók altenantok és specifikus modulok/alkalmazások telepíthetők számukra (a hozzáférés a felhasználó szerepétől és jogaitól függ).
- Tervezik a VNC konzol fület a virtuális gépekhez hozzáadni. Bizonyos erőforrás-típusokhoz speciális fülek/mezők lesznek hozzáadva (például a KubeVirt-VM-ekhez).
- A Cozystack tenantok erőforráskezelési mechanizmusa stabilizálva lett. A platform adminisztrátorai most explicit határokat állíthatnak be CPU, memória és tárolás tekintetében minden tenant-namespace számára a tenant-specifikációban. Így egy tenant sem képes 'elfogyasztani' mindent, más tenantokat erőforrások nélkül hagyva.
- A Kube-OVN Plunger component has been added for continuous monitoring of the central management cluster status of the Kube-OVN network. An external agent collects the status of the OVN cluster and consensus information, displays Prometheus metrics and event streams via SSE (Server-Sent Events).
- The CoreDNS add-on is now deployed via a Helm chart and configured in the cluster specification (auto-scaling, number of replicas, service IP, etc.). CoreDNS can be configured both in the dashboard and through the Cozystack API.
- The S3 storage based on SeaweedFS has become more flexible at the component level. The Helm chart allows independent configuration of each component and its resources: master nodes, volume servers (with multi-zone support), database, and S3 gateway. Administrators can set the number of replicas, CPU/memory limits, and storage volume for each component.
- Integrated with SeaweedFS 3.97, supporting server-side encryption for S3 buckets (SSE-C, SSE-KMS, SSE-S3). When updating Cozystack, the SeaweedFS version will be updated, and the service specifications will be automatically transformed to the new format.
- The NGINX controller can now be configured at the level of each replica: you can set CPU and memory requests/limits directly or choose one of the pre-defined presets.
- If a virtual machine is assigned an external IP, it is always used for egress traffic, regardless of how that IP is assigned.
Forrás: opennet.ru
