È disponibile il rilascio della piattaforma PaaS Cozystack 0.37, costruita su Kubernetes. Il progetto è progettato per fornire una piattaforma pronta per i fornitori di hosting e un framework per la creazione di cloud privati e pubblici. La piattaforma si installa direttamente sui server e copre tutti gli aspetti della preparazione dell'infrastruttura per la fornitura di servizi gestiti. Cozystack consente di avviare e fornire cluster Kubernetes, database e macchine virtuali. Il codice della piattaforma è disponibile su GitHub ed è distribuito sotto licenza Apache-2.0.
Viene utilizzato Talos Linux e Flux CD come stack tecnologico di base. Le immagini del sistema, del kernel e dei moduli necessari vengono precompilate e aggiornate in modo atomico, il che consente di evitare componenti come dkms e gestori di pacchetti, garantendo così un funzionamento stabile. È fornito un metodo semplice di installazione in un data center vuoto tramite PXE e l'installer talos-bootstrap simile a debian. All'interno della piattaforma è possibile distribuire facilmente Kafka, FerretDB, PostgreSQL, Cilium, Grafana, Victoria Metrics e altri servizi.
La piattaforma include un'implementazione open source dell'infrastruttura di rete (fabric) basata su Kube-OVN e utilizza Cilium per l'organizzazione della rete dei servizi, MetalLB per l'annuncio dei servizi all'esterno. Lo storage è implementato su LINSTOR, dove si offre l'uso di ZFS come strato di base per lo storage e DRBD per la replica. È presente uno stack di monitoraggio preconfigurato basato su VictoriaMetrics e Grafana. Per il lancio macchine virtuali viene utilizzata la tecnologia KubeVirt, che consente di eseguire macchine virtuali classiche direttamente nei contenitori Kubernetes e ha già tutte le integrazioni necessarie con Cluster API per l'avvio di cluster Kubernetes gestiti all'interno di un cluster Kubernetes 'fisico'.
Negli ultimi un mese e mezzo, il team del progetto ha rilasciato nuove versioni 0.36 e 0.37. Tra le novità di queste versioni ci sono:
- L'interfaccia utente è stata riscritta da zero. È stato utilizzato il progetto openapi-ui come base.
- È stato aggiunto un selettore di cluster all'interfaccia. Ora il dashboard funziona in modalità di un singolo cluster (un dashboard per cluster). In futuro, la stessa interfaccia sarà utilizzata per la modalità multi-cluster.
- Sullo schermo del cluster sono immediatamente visibili tutti gli spazi dei nomi disponibili. L'elenco è generato tramite uno strato aggregatore di Kubernetes (tenant namespace), pertanto vengono mostrati solo quegli spazi ai quali si ha accesso.
- La creazione delle risorse ora avviene tramite moduli generati automaticamente dalle OpenAPI di Kubernetes. I commenti in YAML non sono necessari: i campi e la validazione vengono direttamente dalle specifiche.
- La specifica delle nuove applicazioni è formata da Helm charts con l'ausilio del generatore cozy-values, e i campi inseriti nel modulo vengono riflessi sincronicamente nel YAML finale.
- I moduli di gestione dei tenant sono stati spostati nella sezione di amministrazione: qui è possibile creare subtenant e installare per loro moduli/applicazioni specifici (l'accesso dipende dal ruolo e dai diritti dell'utente).
- È prevista l'aggiunta di una scheda con la console VNC per le macchine virtuali. Per alcuni tipi di risorse saranno aggiunte schede/campi speciali (ad esempio per le VM KubeVirt).
- È stata stabilizzata la meccanica di gestione delle risorse per i tenant di Cozystack. Gli amministratori della piattaforma possono ora impostare limiti espliciti per CPU, memoria e storage per ciascun tenant-namespace nella specifica del tenant. In questo modo, nessun tenant può "mangiare" tutte le risorse lasciando gli altri tenant senza risorse.
- È stato aggiunto il componente Kube-OVN Plunger per il monitoraggio continuo dello stato del cluster di controllo centrale della rete Kube-OVN. Un agente esterno raccoglie lo stato del cluster OVN e informazioni sul consensus, mostra le metriche di Prometheus e il flusso di eventi tramite SSE (Server-Sent Events).
- Il componente CoreDNS ora viene implementato tramite Helm chart e configurato nella specifica del cluster (autoscaling, numero di repliche, IP del servizio, ecc.). CoreDNS può essere configurato sia nel dashboard che attraverso l'API Cozystack.
- Lo storage S3 basato su SeaweedFS è diventato più flessibile a livello di componenti. Helm chart consente di configurare indipendentemente ogni componente e le sue risorse: nodi master, server volume (supporto per più zone), database e gateway S3. Gli amministratori possono specificare per ogni componente il numero di repliche, i limiti di CPU/memoria e la quantità di storage.
- Integrato FS SeaweedFS 3.97 con supporto per la crittografia a livello di server dei bucket S3 (SSE-C, SSE-KMS, SSE-S3). Durante l'aggiornamento, Cozystack aggiornerà la versione di SeaweedFS e la specifica dei servizi sarà automaticamente convertita nel nuovo formato.
- Il controller NGINX ora è configurabile a livello di ciascuna replica: è possibile specificare richieste/limiti di CPU e memoria direttamente o scegliere uno dei preset già pronti.
- Se una macchina virtuale ha un IP esterno assegnato, viene sempre utilizzato per il traffico egress, indipendentemente dal metodo di assegnazione di questo IP.
Fonte: opennet.ru
