Introduzione a File Storage for Classic

File Storage for Classic garantisce affidabilità e disponibilità di livello aziendale con opzioni di prestazioni flessibili grazie a soluzioni di storage collegate alla rete (NAS) basate su un' NFS e persistente.

IBM Cloud® File Storage for Classic è un sistema di archiviazione ( File Storage for Classic ) persistente, veloce e flessibile, collegato alla rete e basato sul Network File System ( NFS ). In questo ambiente NAS (Network-Attached Storage), si ha il controllo totale sulle funzionalità e sulle prestazioni delle condivisioni di file. Le condivisioni di file " File Storage for Classic " possono essere collegate a un massimo di 64 dispositivi autorizzati tramite connessioni instradate Transmission Control Protocol / Internet Protocol ( TCP/IP ) per garantire la resilienza.

Per ulteriori informazioni sull'uso di File Storage for Classic con IBM Cloud® Kubernetes Service, vedere Archiviazione dei dati su IBM Cloud File Storage.

Prima di iniziare

È possibile eseguire il provisioning di volumi File Storage for Classic da 20 GB a 12 TB con due opzioni:

  • Esegui il provisioning di livelli Endurance che offrono livelli di prestazioni predefiniti e altre funzioni quali istantanee e replica. Sono disponibili i seguenti 4 livelli in base alle operazioni di input/output al secondo (IOPS) per GB:
    • LOW_INTENSITY_TIER = 0.25 IOPS/GB
    • READHEAVY_TIER = 2 IOPS/GB
    • WRITEHEAVY_TIER = 4 IOPS/GB
    • 10_IOPS_PER_GB = 10 IOPS/GB
  • Crea un ambiente Performance ad alta potenza con IOPS allocato.

Per ulteriori informazioni sull'offerta File Storage for Classic, vedere Cos'è IBM Cloud File Storage.

Considerazioni sul provisioning

Dimensione IO

Il valore IOPS sia per Endurance che per Performance si basa su una dimensione di blocco di 16 KB, con un carico di lavoro ripartito in modo equo tra lettura e scrittura (50-50) e tra operazioni casuali e sequenziali (50-50). Un blocco di 16-KB è l'equivalente di una scrittura sul volume.

La dimensione dell'IO utilizzata dall'applicazione influisce direttamente sulle prestazioni di archiviazione. Se la dimensione di I/O utilizzata dall'applicazione è inferiore a 16 KB, il limite di IOPS viene raggiunto prima del limite di throughput. Viceversa, se la dimensione del blocco utilizzata dalla tua applicazione è superiore a 16 KB, il limite di velocità effettiva viene realizzato prima del limite IOPS.

tabella mostra esempi di come le dimensioni dell'IO e gli IOPS influenzano il throughput. Dimensione IO media x IOPS = Velocità di trasmissione in MB/s.
Dimensione IO (KB) IOPS Velocità effettiva (MB/s)
4 1.000 4
8 1.000 8
16 1.000 16
32 500 16
64 250 16
128 128 16
512 32 16
1024 16 16

Host autorizzati

Un altro fattore da considerare è il numero di host che sta utilizzando il tuo volume. Quando solo un singolo host accede al volume, può risultare difficile raggiungere il numero massimo di IOPS disponibili, specialmente in presenza di valori estremi di IOPS ( 10,000s ).

L'IOPS massimo per una condivisione di archiviazione file è 48.000 IOPS. Se il tuo carico di lavoro richiede una larghezza di banda così elevata, sarebbe opportuno configurare almeno un paio di server per l'accesso al volume, in modo da evitare un collo di bottiglia causato da un unico server.

È possibile autorizzare fino a 64 server per accedere alla condivisione file. Questo limite include tutte le autorizzazioni subnet, host e IP combinate. Per ulteriori informazioni sull'incremento di questo limite, vedi le FAQ.

Connessione di rete

La velocità della tua connessione Ethernet deve essere più veloce della velocità effettiva massima prevista dal tuo volume. In generale, non prevedi di saturare la connessione Ethernet oltre il 70% della larghezza di banda disponibile. Ad esempio, se si dispone di 6.000 IOPS e si utilizza una dimensione di blocco di 16 KB, il volume è in grado di gestire un throughput di circa 94 MBps. Se hai una connessione Ethernet da 1-Gbps al tuo volume, diventa un collo di bottiglia quando i tuoi server provano a utilizzare la velocità effettiva massima disponibile. Questo perché il 70% del limite teorico di una connessione da 1 Gbps corrisponde a soli 88 MBps.

Per raggiungere l'IOPS massimo, è necessario che siano implementate delle risorse di rete adeguate. Altre considerazioni riguardano l'utilizzo di reti private al di fuori dell'ambiente di archiviazione, le ottimizzazioni specifiche per l'host e per le applicazioni, nonché altre impostazioni.

Il traffico di archiviazione deve essere isolato dagli altri tipi di traffico e non deve passare attraverso firewall e router. Mantenere il traffico di archiviazione all’interno di una rete locale virtuale (VLAN) dedicata contribuisce inoltre a prevenire la mancata corrispondenza dell’unità di trasmissione massima (MTU) quando sono abilitati i frame Jumbo. Per ulteriori informazioni, vedi Abilitazione di frame Jumbo.

Il traffico di archiviazione è incluso nell'utilizzo della rete totale dei server virtuali pubblici. Per ulteriori informazioni sui limiti che potrebbero essere imposti dal servizio, vedi la documentazione del Virtual Server.

Versione NFS

Nell'ambiente IBM Cloud® sono supportati sia NFSv3 che NFSv4.1. NFS (Network File System) (NFS) è un protocollo di rete per la condivisione file distribuita. Consente agli host remoti di montare i file system su una rete e di interagire con tali file system come se fossero montati localmente.

Utilizzare il protocollo NFSv3 quando possibile. NFSv3 supporta le scritture asincrone sicure ed è più robusto nella gestione degli errori rispetto al precedente NFSv2. Supporta dimensioni e offset di file a 64 bit, consentendo ai client di accedere a più di 2 GB di dati di file. NFSv3 supporta nativamente l' no_root_squash, che consente ai client root di mantenere i permessi di root sulla condivisione NFS.

Quando File Storage for Classic viene utilizzato in una distribuzione VMware®, NFSv4.1 potrebbe essere la scelta migliore per la tua implementazione. Per ulteriori informazioni sulle diverse funzionalità di ciascuna versione e sui servizi supportati da VMware®, consultare le "Best practice per l'esecuzione di NFS con VMware vSphere ".

Invio del tuo ordine

Quando sei pronto a inoltrare il tuo ordine, puoi inserirlo nella Console, dalla CLI, con l'API o con Terraform. Per ulteriori informazioni sulla configurazione di File Storage per le implementazioni di VMware®, consultare la guida all'architettura.

Per impostazione predefinita, è possibile configurare un totale complessivo di 700 volumi Block e File Storage for Classic. Per ulteriori informazioni, vedi Gestione dei limiti di archiviazione.

Connessione e configurazione della tua nuova archiviazione

Quando la tua richiesta di provisioning è completa, autorizza i tuoi host ad accedere alla nuova archiviazione e configura la tua connessione. A seconda del sistema operativo del tuo host, segui il link appropriato.

Il montaggio delle condivisioni File Storage for Classic sul sistema operativo Windows non è supportato.

Gestione della tua archiviazione

Nella console, dalla CLI, con l'API o con Terraform, è possibile gestire vari aspetti del sito File Storage for Classic, come le autorizzazioni degli host e le cancellazioni. Per ulteriori informazioni, consulta Gestione di File Storage for Classic.

È possibile mantenere i dati sincronizzati in due posizioni diverse utilizzando la replica. La replica utilizza una delle pianificazioni degli snapshot per copiare automaticamente gli snapshot su un volume di destinazione in un data center remoto. È possibile recuperare le copie dal sito remoto in caso di evento catastrofico o di danneggiamento dei dati. Per ulteriori informazioni, consultare la sezione " Replica e ripristino di emergenza - Replica dei dati ".

Se hai intenzione di espandere la tua infrastruttur IBM Cloud a o di valutare opzioni di archiviazione moderne, consulta la guida " Migrazione dei dati dall'infrastruttur IBM Cloud a classica a VPC ".