Lansering av Cozystack 0.37, en öppen PaaS-plattform baserad på Kubernetes

Den fritt tillgängliga PaaS-plattformen Cozystack 0.37, byggd på Kubernetes, har släppts. 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å servrarna och täcker alla aspekter av infrastrukturen för att tillhandahålla hanterade tjänster. Cozystack möjliggör körning och tillhandahållande av Kubernetes-kluster, databaser och virtuella maskiner. Plattformens kod finns tillgänglig på GitHub och distribueras under Apache-2.0-licensen.

Talos Linux och Flux CD används som grundläggande teknikstack. Avbildningar med systemet, kärnan och nödvändiga moduler skapas i förväg och uppdateras atomärt, vilket gör att komponenter som dkms och paketförvaltare kan undvikas, och garanterar stabil drift. En enkel installationsmetod erbjuds i ett tomt datacenter via PXE och debian-liknande installationsprogrammet talos-bootstrap. Plattformen gör det möjligt att klicka för att distribuera Kafka, FerretDB, PostgreSQL, Cilium, Grafana, Victoria Metrics och andra tjänster.

Plattformen inkluderar en fri implementation av nätverksinfrastruktur (fabric) baserat på Kube-OVN, och använder Cilium för att organisera tjänsternas nätverk, MetalLB för att annonsera tjänster utåt. Lagring implementeras med LINSTOR, där användning av ZFS som grundskikt för lagring och DRBD för replikering erbjuds. Det finns en förkonfigurerad övervakningsstack baserat på VictoriaMetrics och Grafana. För att starta virtuella maskiner används KubeVirt-teknologin, som tillåter körning av klassiska virtuella maskiner direkt i Kubernetes-containrar och redan har alla nödvändiga integrationer med Cluster API för att starta hanterade Kubernetes-kluster inom den 'fysiska' Kubernetes-klustret.

Under de senaste ett och ett halvt månaderna har projektteamet släppt nya versioner 0.36 och 0.37. Bland ändringarna i dessa versioner:

• Användargränssnittet har skrivits om från grunden. Projektet openapi-ui har använts som bas.
• I gränssnittet har en klusterselector lagts till. Just nu fungerar instrumentpanelen i en enskild klustermod. I framtiden kommer samma gränssnitt att användas för multiklustermod.
• På klusterbilden syns nu alla tillgängliga namnområden direkt. Listan formuleras via den aggregerande nivån Kubernetes (tenant namespace), därför visas endast de namnområden som det finns tillgång till.
• Skapandet av resurser sker nu genom formulär som automatiskt genererats från Kubernetes OpenAPI. Kommentarer från YAML behövs inte: fälten och valideringen tas direkt från specifikationerna.
• Specificationen av nya applikationer bildas från Helm-diagram med hjälp av cozy-values-generator, och de angivna fälten i formuläret återspeglas synkront i den slutgiltiga YAML.
• Modulerna för hantering av tenants har flyttats till administrationsavsnittet: här kan sub-tenanter skapas och specifika moduler/applikationer installeras för dem (åtkomst beror på användarens roll och rättigheter).
• Det planeras att lägga till en flik med VNC-konsol för virtuella maskiner. För vissa typer av resurser kommer speciella flikar/fält att läggas till (till exempel för KubeVirt-VM).
• Mekanismen för hantering av resurser för tenant-erna Cozystack har stabiliserats. Plattformens administratörer kan nu ställa in tydliga gränser för CPU, minne och lagring för varje tenant-namespace i tenant-specifikationen. Således kan ingen av tenant-erna "äta upp" allt och lämna andra tenants utan resurser.
• Kube-OVN Plunger-komponenten har lagts till för kontinuerlig övervakning av tillståndet för den centrala styrklustern i Kube-OVN-nätverket. Den externa agenten samlar in status för OVN-klustret och konsensusinformation, visar Prometheus-metriker och flödet av händelser via SSE (Server-Sent Events).
• CoreDNS-tillägget distribueras nu via en Helm-diagram och konfigureras i kluster-specifikationen (automatiserad skalning, antal repliker, tjänste-IP, etc.). CoreDNS kan konfigureras både via dashboarden och genom Cozystack API.
• S3-lagring baserad på SeaweedFS har blivit mer flexibel på komponentnivå. Helm-diagrammet tillåter oberoende konfigurering av varje komponent och dess resurser: master-noder, volymservrar (med stöd för flera zoner), databas och S3-gateway. Administratörer kan ange antal repliker, CPU/minnesgränser och lagringsvolym för varje komponent.
• FS SeaweedFS 3.97 har integrerats med stöd för server-sidokryptering av S3-bucketar (SSE-C, SSE-KMS, SSE-S3). Vid uppdatering av Cozystack kommer versionen av SeaweedFS att uppdateras och tjänstspecificeringarna kommer automatiskt att omvandlas till det nya formatet.
• NGINX-kontrollern kan nu konfigureras på nivån för varje replik: man kan ställa in begärningar/gränser för CPU och minne direkt eller välja en av de färdiga mallarna.
• Om en virtuell maskin har en extern IP tilldelad, används den alltid för egress-trafik, oavsett metoden för tilldelning av denna IP.

Källa: opennet.ru