Panoramica dell'archiviazione Red Hat OpenShift on IBM Cloud

Cloud privato virtuale Infrastruttura classica Satellite

Esamina le sezioni seguenti per una panoramica delle opzioni di archiviazione disponibili per il tuo cluster.

Prima di poter decidere quale tipo di storage sia la soluzione più adatta per i vostri cluster Red Hat® OpenShift® on IBM Cloud®, è necessario comprendere il provider dell'infrastruttura IBM Cloud, i requisiti delle vostre applicazioni, il tipo di dati che desiderate archiviare e la frequenza con cui intendete accedere a tali dati.

Decidere se i dati devono essere memorizzati in modo permanente.

Archiviazione persistente: i dati memorizzati sull'archiviazione persistente persistono anche quando il contenitore, il nodo di lavoro o il cluster vengono rimossi. Utilizzare l'archiviazione persistente nelle applicazioni con stato, per i dati aziendali fondamentali o per i dati che devono essere disponibili in ottemperanza a requisiti legali, come ad esempio un periodo di conservazione definito. L'archiviazione persistente è anche un'opzione valida per il controllo.

Archiviazione non persistente: i tuoi dati possono essere rimossi quando il contenitore, il nodo di lavoro o il cluster vengono rimossi. L'archiviazione non persistente viene di norma utilizzata per le informazioni di registrazione, quali i log di sistema o i log del contenitore, l'attività di test di sviluppo o quando vuoi accedere ai dati dal file system dell'host.

Se devi archiviare in modo persistente i tuoi dati, analizza se la tua applicazione richiede uno specifico tipo di archiviazione. Quando si utilizza un'app esistente, è possibile che questa sia progettata per memorizzare i dati in uno dei seguenti modi.

In un file system: i dati possono essere archiviati come un file in una directory. Ad esempio, potresti archiviare questo file sul tuo disco rigido locale. Alcune applicazioni richiedono che i dati vengano archiviati in uno specifico file system, come nfs o ext4, per ottimizzare l'archiviazione dei dati e raggiungere gli obiettivi delle prestazioni.

In un database: i dati devono essere archiviati in un database che segue uno specifico schema. Alcune applicazioni sono dotate di un'interfaccia di database che puoi utilizzare per archiviare i tuoi dati. Ad esempio, WordPress è ottimizzato per archiviare i dati in un database MySQL. In questi casi, il tipo di archiviazione è selezionato per te.

Determinare il tipo di dati che si desidera memorizzare.

Dati strutturati: dati che puoi archiviare in un database relazionale dove hai una tabella con colonne e righe. I dati nelle tabelle possono essere connessi utilizzando delle chiavi e sono di norma di facile accesso grazie al modello di dati predefinito. Degli esempi sono i numeri di telefono, i numeri di conto, i numeri di previdenza sociale o i CAP.

Dati semistrutturati: dati che non si adattano a un database relazionale ma che sono dotati di alcune proprietà organizzative che puoi utilizzare per leggerli e analizzarli più facilmente. Degli esempi sono i file di linguaggio di markup quali CSV, XML o JSON.

Dati non strutturati: dati che non seguono uno schema organizzativo e che sono talmente complessi da non poter essere memorizzati in un database relazionale con modelli di dati predefiniti. Per accedere a questi dati, hai bisogno di strumenti e software avanzati. Ne sono un esempio i messaggi e-mail, i video, le foto, i file audio, le presentazioni, i dati dei social media o le pagine web.

Se hai dei dati strutturati e non strutturati, prova ad archiviare ciascun tipo di dati separatamente in una soluzione di archiviazione progettata per tale tipo di dati. Utilizzare una soluzione di archiviazione appropriata per il tuo tipo di dati facilita l'accesso ai tuoi dati e ti offre vantaggi in termini di prestazioni, scalabilità, durabilità e congruenza.

Analizza come vuoi accedere ai tuoi dati. Le soluzioni di archiviazione sono di norma progettate e ottimizzate per supportare le operazioni di lettura o scrittura.

Solo lettura: non si desidera scrivere o modificare i dati. I tuoi dati sono di sola lettura.

Lettura e scrittura: vuoi leggere, scrivere e modificare i tuoi dati. Per i dati letti e scritti, è importante comprendere se le operazioni sono prevalentemente di lettura, prevalentemente di scrittura oppure bilanciate.

Determina la frequenza con cui si accede ai tuoi dati.

Dati hot: dati a cui si accede frequentemente. I casi d'uso comuni sono le applicazioni web o mobili.

Dati cool o warm: dati a cui si accede con scarsa frequenza, come ad esempio una volta al mese o meno. I casi d'uso comuni sono gli archivi, la conservazione di dati a breve termine o il ripristino d'emergenza.

Dati cold: i dati a cui si accede raramente, se non per nulla. I casi d'uso comuni sono gli archivi, i backup a lungo termine, i dati cronologici.

Dati frozen: i dati a cui non si accede e che è necessario conservare per motivi legali.

Se non è possibile prevedere la frequenza o se questa non segue uno schema ben definito, occorre stabilire se i carichi di lavoro sono prevalentemente di lettura, prevalentemente di scrittura o equilibrati. Guarda quindi l'opzione di archiviazione adatta al tuo carico di lavoro e analizza quale livello di archiviazione ti dà la flessibilità di cui hai bisogno. Ad esempio, IBM Cloud Object Storage fornisce una classe di archiviazione flex che valuta la frequenza con la quale si accede ai dati in un mese e tiene conto di tale misurazione per ottimizzare la tua fatturazione mensile.

Analizza se i tuoi dati devono essere condivisi tra più regioni, zone o istanze applicative.

Accesso tra i pod: quando utilizzi i volumi persistenti Kubernetes per accedere alla tua archiviazione, puoi determinare il numero di pod che possono montare il volume contemporaneamente. Ad alcune soluzioni di archiviazione è possibile accedere solo da un pod alla volta. Con altre soluzioni di archiviazione, puoi condividere il volume su più pod.

Accesso tra zone e regioni: potresti aver bisogno che i tuoi dati siano accessibili tra zone o regioni. Alcune soluzioni di archiviazione, come l'archiviazione a file e a blocchi, sono specifiche dei data center e non possono essere condivise tra le zone in una configurazione di cluster multizona.

Se desideri rendere i tuoi dati accessibili tra zone o regioni, assicurati di consultare il tuo dipartimento legale per verificare che i tuoi dati possano essere archiviati in più zone o in un altro paese.

Comprendi le altre caratteristiche di archiviazione che si ripercuotono sulla tua scelta.

Congruenza: la garanzia che un'operazione di lettura restituisca la versione più recente di un file. Le soluzioni di archiviazione possono fornire una solida congruenza (strong consistency) quando ti viene garantito di ricevere sempre la versione più recente di un file oppure una eventuale congruenza (eventual consistency) quando l'operazione di lettura potrebbe non restituire la versione più recente. Trovi spesso un'eventuale congruenza nei sistemi geograficamente distribuiti in cui un'operazione di scrittura deve prima essere replicata su tutte le istanze.

Prestazioni: il tempo impiegato per completare un'operazione di lettura o scrittura.

Durabilità: la garanzia che un'operazione di scrittura di cui viene eseguito il commit alla tua archiviazione sopravviva permanentemente e non venga danneggiata né vada perduta, anche se nella tua archiviazione vengono scritti contemporaneamente gigabyte o terabyte di dati.

Resilienza: la capacità di ripristino da una condizione di interruzione e di continuare le operazioni, anche se si è verificato il malfunzionamento di un componente hardware o software. Ad esempio, la tua archiviazione fisica subisce un'interruzione dell'alimentazione o di rete oppure viene distrutta dal verificarsi di un disastro naturale.

Disponibilità: la capacità di fornire l'accesso ai tuoi dati, anche se un data center o una regione non sono disponibili. La disponibilità per i tuoi dati viene di solito ottenuta aggiungendo la ridondanza e configurando dei meccanismi di failover.

Scalabilità: la capacità di estendere la capienza e di personalizzare le prestazioni in base alle tue esigenze.

Crittografia: il mascheramento dei dati per evitare la visibilità quando un utente non autorizzato accede ai dati.

Lo storage locale secondario deve essere aggiunto al momento della creazione del pool di lavoratori. L'aggiunta manuale di storage dal livello dell'infrastruttura dopo la creazione di un pool di lavoratori non è supportata e non comporta l'aggiunta di storage effimero nel cluster.