Este disponibilă versiunea 0.37 a platformei PaaS Cozystack, construită pe baza Kubernetes. Proiectul are ca scop furnizarea unei platforme gata făcute pentru furnizorii de hosting și un cadru pentru construirea de cloud-uri private și publice. Platforma se instalează direct pe servere și acoperă toate aspectele pregătirii infrastructurii pentru furnizarea de servicii gestionate. Cozystack permite rularea și furnizarea de clustere Kubernetes, baze de date și mașini virtuale. Codul platformei este disponibil pe GitHub și este distribuit sub licența Apache-2.0.
Ca stivă de tehnologie de bază se folosește Talos Linux și Flux CD. Imaginile cu sistemul, kernelul și modulele necesare sunt formate anterior și se actualizează atomic, ceea ce permite evitarea componentelor precum dkms și managerul de pachete, garantând o funcționare stabilă. Se oferă o metodă simplă de instalare într-un centru de date gol prin PXE și instalatorul talos-bootstrap similar cu Debian. În cadrul platformei, se pot desfășura servicii precum Kafka, FerretDB, PostgreSQL, Cilium, Grafana, Victoria Metrics și altele, printr-un simplu clic.
Platforma include o implementare gratuită a infrastructurii rețelii (fabric) bazat pe Kube-OVN, și utilizează Cilium pentru organizarea rețelei de servicii, MetalLB pentru anunțarea serviciilor către exterior. Stocarea este implementată pe LINSTOR, cu opțiunea de a utiliza ZFS ca strat de bază pentru stocare și DRBD pentru replicare. Există un stack de monitorizare preconfigurat pe baza VictoriaMetrics și Grafana. Pentru lansare mașini virtuale este utilizată tehnologia KubeVirt, care permite rularea mașinilor virtuale clasice direct în containere Kubernetes și care deja are toate integrările necesare cu Cluster API pentru lansarea cluster-elor Kubernetes gestionate în cadrul unui cluster Kubernetes „fizic”.
În ultimele o lună și jumătate, echipa de proiect a lansat noile versiuni 0.36 și 0.37. Printre modificările din aceste versiuni se numără:
- Interfața utilizatorului a fost complet rescrisă. Ca bază a fost utilizat proiectul openapi-ui.
- În interfață a apărut un selector de cluster. Acum, tabloul de bord funcționează în modul unui singur cluster (câte un tablou de bord pentru fiecare cluster). În viitor, aceeași interfață va fi folosită pentru modul multi-cluster.
- Pe ecranul clusterului, acum sunt vizibile toate spațiile disponibile. Lista este generată printr-un strat de agregare Kubernetes (tenant namespace), așa că sunt afișate doar acele spații la care există acces.
- Crearea resurselor se face acum prin formulare, generate automat din Kubernetes OpenAPI. Comentariile din YAML nu sunt necesare: câmpurile și validarea sunt obținute direct din specificații.
- Specificația noilor aplicații este generată din helm-charts cu ajutorul generatorului cozy-values, iar câmpurile introduse în formular sunt reflectate sincronic în YAML-ul final.
- Modulele de gestionare a tenant-ilor au fost mutate în secțiunea de administrare: aici pot fi create sub-tenant-uri și pot fi atribuite module/aplicații specifice (accesul depinde de rolul și drepturile utilizatorului).
- Se preconizează adăugarea un tab cu consola VNC pentru mașinile virtuale. Pentru unele tipuri de resurse, vor fi adăugate tab-uri/câmpuri speciale (de exemplu, pentru VM-uri KubeVirt).
- Mecanismul de gestionare a resurselor pentru tenant-ii Cozystack a fost stabilizat. Administratorii platformei pot acum să stabilească limite explicite pentru CPU, memorie și stocare pentru fiecare tenant-namespace din specificația tenant-ului. Astfel, niciunul dintre tenant-i nu poate „mânca” totul, lăsând ceilalți tenant-i fără resurse.
- Componentul Kube-OVN Plunger a fost adăugat pentru monitorizarea continuă a stării centrului de control al rețelei Kube-OVN. Agentul extern colectează starea clusterului OVN și informații despre consens, afișează metrici Prometheus și fluxuri de evenimente prin SSE (Server-Sent Events).
- Extensia CoreDNS este acum desfășurată printr-un chart Helm și configurată în specificația clusterului (scalare automată, număr de replici, IP de serviciu etc.). CoreDNS poate fi configurat atât din tablou, cât și prin API-ul Cozystack.
- Stocarea S3 bazată pe SeaweedFS a devenit mai flexibilă la nivel de componente. Chart-ul Helm permite configurarea independentă a fiecărei componente și a resurselor sale: noduri master, servere de volum (cu suport pentru mai multe zone), baza de date și gateway-ul S3. Administratorii pot stabili pentru fiecare componentă numărul de replici, limitele CPU/memorie și volumul de stocare.
- FS-ul SeaweedFS 3.97 a fost integrat cu suport pentru criptarea pe server a bucket-urilor S3 (SSE-C, SSE-KMS, SSE-S3). La actualizarea Cozystack, versiunea SeaweedFS va fi actualizată, iar specificația serviciilor va fi transformată automat în noul format.
- Controllerul NGINX poate fi acum configurat la nivelul fiecărei replici: se pot stabili solicitări/limite CPU și memorie direct sau se poate alege unul dintre presetările disponibile.
- Dacă unui server virtual i se atribuie un IP extern, acesta este întotdeauna folosit pentru traficul de egress, indiferent de metoda de atribuire a acestui IP.
Sursa: opennet.ro
