November 23, 2024

PAPERS

A volte la vita ti colpirà alla testa con un mattone

Scality lancia Artesca container-native object storage

Scality ha lanciato Artesca, che fornirà un sistema di storage di oggetti per Kubernetes che funziona dal cluster dell’orchestratore di container. Può fornire l’object storage alle istanze dei container attraverso i datacenter in loco e il cloud.

Artesca si aggancerà anche a HPE per un periodo di esclusiva di sei mesi in cui sarà disponibile su server Apollo e Proliant all-flash e flash ibrido, così come as-a-service tramite Greenlake. È un prodotto software, quindi sarà disponibile per essere distribuito su qualsiasi hardware di calcolo compatibile.

Secondo il co-fondatore di Scality e CTO sul campo Brad King, Artesca è uno stack software completamente containerizzato e tutti i servizi sono confezionati ed eseguiti come contenitori.

Nella prima versione, per consentire l’implementazione su server bare-metal – inizialmente da HPE – Artesca è preconfezionato con la distribuzione MetalK8s Kubernetes di Scality.

“Nel corso del tempo, questo sarà ampliato per supportare distribuzioni Kubernetes di terze parti emergenti”, ha detto King. “Attualmente stiamo considerando ambienti come HPE Ezmeral Container Platform, VMware Tanzu, e Red Hat OpenShift.”

Artesca usa la non ancora ratificata container object storage interface (COSI) per interagire con le istanze di storage.

COSI è l’equivalente dell’object storage di CSI, e porta la capacità di descrivere l’object storage per l’uso come storage persistente nelle distribuzioni di container Kubernetes.

“Ci aspettiamo che COSI arrivi a una specifica 1.0 significativa nei prossimi mesi, per permetterci di implementare un provisioner COSI per Kubernetes”, ha detto King.

Lo storage a oggetti per i container è una nuova frontiera nel mercato, con la startup Min.IO recentemente sostenendo di essere la prima ad arrivare sul mercato in questo spazio.

Artesca è rivolto a casi d’uso su scala aziendale, ma può essere distribuito in un singolo server. Su scala, può consentire multi-tenancy, sicurezza aziendale e funzionalità di accesso, con protezione dei dati da Scality codifica di cancellazione schemi. Anche su un singolo nodo, Artesca può essere ricostruita usando i codici di riparazione locali di Scality, a patto che ci siano almeno 10 unità distribuite.

I destinatari sono i proprietari di applicazioni e gli ingegneri DevOps che cercano una soluzione veloce, S3-compatibile con l’archiviazione a oggetti. Scality ha in mente casi d’uso sul bordo come l’internet delle cose (IoT) e la raccolta di dati, l’analisi, l’imaging medico e la consegna dei media.

Il backup è un’area di utilizzo crescente per l’object storage e anche qui Scality spera che gli ISV e i fornitori incorporino Artesca nei prodotti che sviluppano.

L’object storage si adatta a casi d’uso in cui è improbabile che i dati vengano modificati, ma sono piuttosto conservati per un uso futuro. Questo è in contrasto con lo storage a file e a blocchi, dove parti di file possono essere modificate un blocco alla volta. Con l’object storage, interi oggetti sono aggiornati per sostituzione tramite API Rest.

Artesca condivide quantità significative di codice con Zenko di Scality, che è il “multicloud data controller” dell’azienda. Permette ai clienti di spostare, replicare, classificare, migrare e ricercare i dati tra le sedi on-premise, cloud privato e cloud pubblico.

Zenko si basa sul lancio di Scality del 2016 del suo server S3, che ha fornito l’accesso S3 allo storage a oggetti Scality Ring. Il concetto chiave dietro Zenko è quello di consentire ai clienti di mescolare e abbinare lo storage di Scality con la capacità di diversi fornitori di cloud.

Lo scorso settembre, Scality ha aggiunto la possibilità di utilizzare server all-flash nell’aggiornamento alla versione 8 del suo software Ring. La mossa è arrivata in mezzo a una tendenza crescente per l’object storage a spostarsi verso un hardware più performante con la domanda di analitica, IoT e casi d’uso di consegna dei contenuti. È anche guidata dalla necessità di supportare le applicazioni che richiedono un livello di prestazioni più elevato per l’uso in certi carichi di lavoro, come il recupero in alcune applicazioni di backup.

In precedenza, Scality supportava solo l’uso di una piccola quantità di flash nelle sue implementazioni.