Come faccio a distinguere quali dei miei volumi File Storage for Classic sono crittografati?

Ricerca nel tuo elenco di File Storage for Classic nel portale clienti. Puoi vedere un'icona di blocco accanto al nome volume per i volumi che sono crittografati.

Come posso trovare il punto di montaggio corretto per il mio File Storage for Classic?

Tutti i volumi crittografati File Storage for Classic che vengono forniti nei data center avanzati hanno un punto di montaggio diverso da quello dei volumi non crittografati. Per assicurarsi di utilizzare il punto di montaggio corretto, visualizzare le informazioni sul punto di montaggio nella pagina Dettagli volume della console. Puoi inoltre accedere al punto di montaggio corrente tramite una chiamata API: SoftLayer_Network_Storage::getNetworkMountAddress().

Di quanti volumi posso eseguire il provisioning?

Per impostazione predefinita, è possibile eseguire il provisioning di un totale di 700 volumi Block e File Storage for Classic. Per aumentare il tuo limite, contatta il supporto. Per ulteriori informazioni, vedi Gestione dei limiti di archiviazione.

Quante istanze di server possono condividere l'uso di un volume provisionato File Storage for Classic?

Il limite predefinito per il numero di autorizzazioni per volume di file è 64. Il limite include tutte le autorizzazioni subnet, host e IP combinate. Per aumentare questo limite, contattare il supporto. Per ulteriori informazioni, vedi Creazione di casi di supporto.

Quanti volumi File Storage for Classic possono essere collegati a un solo host?

Il numero di volumi che possono essere collegati a un singolo host dipende da ciò che il sistema operativo dell'host è in grado di gestire. IBM Cloud® non impone limiti in tal senso. Fai riferimento alla tua documentazione SO per i limiti sul numero di condivisioni file che possono essere montate.

Quanti file e directory sono consentiti per determinate dimensioni del volume di file? Qual è il numero massimo di inode consentiti per dimensione del volume?

Il numero di file che un volume può contenere è determinato dal numero di inode che ha. Un inode è una struttura dati che contiene informazioni sui file. I volumi hanno inode sia privati che pubblici. Gli inode pubblici vengono utilizzati per i file visibili al cliente e gli inode privati vengono utilizzati per i file utilizzati internamente dal sistema di archiviazione. È possibile prevedere un inode per ogni 32 KB di capacità del volume. L'impostazione del numero massimo di file è 2 miliardi. Tuttavia, questo valore massimo può essere configurato solo con volumi di 7.8 TB o superiori. Qualsiasi volume di 9.000 GB o superiore raggiunge il limite massimo di 2.040.109.451 inode.

Ho ordinato un volume File Storage for Classic nel data center sbagliato. È possibile spostarlo o migrarlo a un altro data center?

È necessario ordinare una nuova condivisione File Storage for Classic nel data center corretto, quindi annullare il dispositivo File Storage for Classic ordinato nella posizione errata.

È anche possibile creare un duplicato della propria condivisione e annullare la condivisione madre. Per ulteriori informazioni, vedi Creazione e gestione di volumi duplicati.

Ho cancellato "immediatamente" il volume di Block Storage for Classic, ma è ancora visibile nella console. Perché non viene cancellato?

Quando il volume viene annullato, la richiesta è seguita da un periodo di attesa di 24 ore. Puoi ancora visualizzare il volume nella console durante queste 24 ore. Il periodo di attesa di 24 ore vi dà la possibilità di annullare la richiesta di cancellazione, se necessario. Se si desidera annullare l'eliminazione del volume, sollevare un caso di assistenza.

La fatturazione del volume si interrompe immediatamente. Quando il periodo di recupero scade, i dati vengono distrutti e il volume viene rimosso anche dalla console.

Misurazione dell'IOPS

Gli IOPS sono misurati sulla base di un profilo di carico di blocchi da 16 kB con letture casuali al 50% e scritture al 50%. I carichi di lavoro che differiscono da questo profilo potrebbero riscontrare delle prestazioni insoddisfacenti. Per migliorare le prestazioni, è possibile provare a modificare le impostazioni host o abilitare i frame Jumbo.

Cosa succede se si utilizza una dimensione IO più piccola per misurare le prestazioni?

È possibile ottenere il massimo IOPS anche se si utilizzano dimensioni IO inferiori. Tuttavia, la velocità effettiva è inferiore, in questo caso. Ad esempio, un volume con 6000 IOPS ha il seguente throughput a varie dimensioni di IO:

• 16 KB * 6000 IOPS == ~93,75 MB/sec
• 8 KB * 6000 IOPS == ~46.88 MB/sec
• 4 KB * 6000 IOPS == ~23,44 MB/sec

L'IOPS allocato viene implementato in base all'istanza o in base al volume?

L'IOPS viene applicato a livello dei volumi. In altre parole, due host connessi a un volume con 6000 IOPS condividono questi 6000 IOPS.

Il volume deve essere preriscaldato per raggiungere la portata prevista?

Il pre - riscaldamento non è necessario. Puoi osservare la velocità effettiva specificata non appena verrà eseguito il provisioning del volume.

È possibile ottenere una velocità effettiva maggiore se viene utilizzata una connessione Ethernet più veloce?

I limiti di velocità sono impostati a livello di volume. Questo limite non può essere aumentato utilizzando una connessione Ethernet più veloce. Tuttavia, con una connessione Ethernet più lenta, la tua larghezza di banda può essere un potenziale collo di bottiglia.

I firewall e i gruppi di sicurezza hanno ripercussioni sulle prestazioni?

Consigliamo di eseguire il traffico di archiviazione su una VLAN che ignora il firewall. L'esecuzione del traffico di archiviazione tramite i firewall software aumenta la latenza e ha un impatto negativo sulle prestazioni dell'archiviazione.

Come instrado il traffico di File Storage for Classic alla sua interfaccia VLAN e ignoro il firewall?

Per applicare questa prassi ottimale, completa la seguente procedura.

1. Esegui il provisioning di una VLAN nello stesso data center dell'host e del dispositivo File Storage for Classic.

2. Esegui il provisioning di una sottorete privata secondaria alla nuova VLAN.

3. Collega la nuova VLAN all'interfaccia privata dell'host. Questa azione interrompe momentaneamente il traffico di rete sull'host mentre la VLAN viene collegata all'host.

4. Creare un'interfaccia di rete.

   • Sull'host Linux®, creare un'interfaccia 802.11q. Scegli uno degli indirizzi IP secondari non utilizzati dalla VLAN appena collegata e assegna tale indirizzo, la maschera di sottorete e il gateway alla nuova interfaccia 802.11q.
   • In VMware®, creare una nuova interfaccia di rete VMkernel (vmk) e assegnare alla nuova interfaccia vmk l'indirizzo IP secondario non utilizzato, la maschera di sottorete e l'IP del gateway della VLAN appena collegata.

5. Aggiungi una nuova rotta statica persistente sull'host alla sottorete NFS di destinazione.

6. Autorizza il nuovo IP ad accedere all'archiviazione.

7. Per quanto riguarda le istruzioni di montaggio, a seconda del sistema operativo del tuo host, segui il link appropriato.

   • Accesso a File Storage for Classic in Linux®
   • Montaggio di File Storage for Classic in CentOS
   • Montaggio del volume File Storage for Classic sugli host ESXi

Che latenza delle prestazioni ci si può aspettare da File Storage for Classic?

La latenza di destinazione nell'archivio è inferiore a un ms. L'archiviazione è connessa a istanze di elaborazione su una rete condivisa, quindi la latenza esatta delle prestazioni dipende dal traffico di rete durante l'operazione.

Cosa succede ai dati quando le azioni di File Storage for Classic vengono eliminate?

IBM Cloud® File Storage for Classic presenta le condivisioni file ai clienti sull'archiviazione fisica che viene ripulita prima di qualsiasi riutilizzo.

Quando elimini un volume File Storage for Classic, tali dati diventano immediatamente inaccessibili. Vengono rimossi tutti i puntatori ai dati sul disco fisico. Se successivamente si crea un nuovo volume nello stesso o in un altro account, viene assegnata una nuova serie di puntatori. L'account non può accedere ad alcun dato presente nell'archiviazione fisica perché tali puntatori sono stati eliminati. Quando i nuovi dati vengono scritti sul disco, tutti i dati inaccessibili dal volume eliminato vengono sovrascritti.

IBM garantisce che non è possibile accedere ai dati eliminati e che i dati eliminati vengono eventualmente sovrascritti ed eliminati. Inoltre, quando si elimina un volume di storage, la condivisione deve essere sovrascritta prima che l'archiviazione venga resa nuovamente disponibile, sia per l'utente che per un altro cliente.

Quando IBM decommissiona un'unità fisica, l'unità viene distrutta prima dello smaltimento. Le unità dismesse sono inutilizzabili e qualsiasi dato su di esse è inaccessibile.

I clienti con requisiti speciali di conformità, come le linee guida NIST 800-88 per la sanificazione dei supporti, possono eseguire la procedura di sanificazione dei dati prima di eliminare il loro archivio.

Perché l'azione Annulla non è disponibile nella console?

Il processo di annullamento per questo dispositivo di archiviazione è in corso, pertanto l'azione Cancel non è più disponile. Il volume rimane visibile per almeno 24 ore fino a quando non viene bonificato. L'IU indica che è inattiva e viene visualizzato lo stato "Annullamento in sospeso". Il periodo di attesa minimo di 24 ore vi dà la possibilità di annullare la richiesta di cancellazione, se necessario.

Ho cancellato per sbaglio il mio volume, cosa posso fare per recuperarlo?

La risposta dipende da quanto tempo fa è stato eliminato il volume di archiviazione e se si è scelto di eliminarlo immediatamente o alla data dell'anniversario. Se l'eliminazione è avvenuta nelle ultime 24 ore o se la data dell'anniversario è ancora lontana, il volume potrebbe essere ancora in attesa di essere recuperato. Se lo stato del volume è "Cancellazione in attesa", è possibile contattare l'assistenza per annullare la richiesta di cancellazione. È importante agire in fretta perché quando il periodo di recupero scade, i dati vengono cancellati automaticamente e non è più possibile ripristinarli.

Quali versioni NFS sono supportate?

Nell'ambiente IBM Cloud® sono supportati sia NFSv3 che NFSv4.1. NFSv4.2 non è supportato.

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 no_root_squash che consente ai client root di mantenere i permessi di root sulla condivisione NFS. È possibile abilitare questa funzione in NFSv4.1, modificando le informazioni sul dominio ed eseguendo il servizio rpcidmapd o un servizio simile. Per ulteriori informazioni, vedi Implementazione di no_root_squash per 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, vedere Pratiche ottimali per l'esecuzione di NFS con VMware vSphere.

Più host nella mia distribuzione VMware con diversi protocolli NFS possono accedere alla stessa condivisione di file?

Num. Non è possibile utilizzare versioni diverse di NFS per montare lo stesso datastore su più host. Perché i client NFS 3 e NFS 4.1 non utilizzano lo stesso protocollo di chiusura. L'accesso agli stessi dischi virtuali da due client incompatibili potrebbe comportare un comportamento errato e causare la corruzione dei dati. Per ulteriori informazioni, vedere NFS Blocco dei file.

È possibile abilitare l'accelerazione hardware e VAAI nelle nostre distribuzioni VMware?

Num. Attualmente, vStorage per l'integrazione di array di API e l'accelerazione hardware non è supportato.

Cosa succede ai driver che vengono disattivati dal data center cloud?

Quando i driver vengono disattivati, IBM li distrugge prima di eliminarli. I driver diventano inutilizzabili. Tutti i dati scritti in questi driver diventano inaccessibili.

Qual è la differenza tra Controlled Failover e Immediate Failover?

Il Controlled Failover esegue un'ultima sincronizzazione prima di interrompere il processo di mirror. L'Immediate Failover interrompe immediatamente il mirror e attiva il volume di replica.

La mia archiviazione sembra offline o in sola lettura. Perché è successo e come lo correggo?

In un paio di scenari un host (bare metal o VM) potrebbe perdere brevemente la connessione allo storage e di conseguenza l'host considera lo storage di sola lettura per evitare la corruzione dei dati. Il più delle volte, la perdita di connettività è correlata alla rete ma lo stato dell'archiviazione rimane di sola lettura dalla prospettiva dell'host anche quando la connessione di rete viene ripristinata.

Questo problema può essere osservato con le unità virtuali delle macchine virtuali su un datastore VMware® collegato alla rete (protocollo NFS ). Per risolvere il problema, verificare che il percorso di rete tra l'archivio e l'host sia libero e che non sia in corso alcuna manutenzione o interruzione. Quindi, smonta e monta il volume di archiviazione. Se il volume è ancora in sola lettura, riavvia l'host.

Per le istruzioni di montaggio, vedi i seguenti argomenti.

• Montaggio di File Storage for Classic in CentOS
• Montaggio di File Storage for Classic sugli host ESXi
• Montaggio di File Storage for Classic su Red Hat Linux®
• Montaggio di File Storage for Classic su Ubuntu

Per evitare che questa situazione si ripeta, il cliente potrebbe prendere in considerazione le seguenti azioni:

• Aggiungere ottimizzazioni SO guest. Per ulteriori informazioni, consultare le raccomandazioni di NetApp's per le regolazioni del sistema operativo guest per una distribuzione di VMware® vSphere.
• Riconfigurare i sistemi host che utilizzano NFSv4.1 per NFSv3 per una maggiore resilienza durante le operazioni di manutenzione.
• Interruzione del trunking di sessione sui sistemi host che eseguono VMware® ESXi. Il trunking della sessione non è supportato ed è noto che crei delle interruzioni.

Ho espanso la dimensione del volume del mio File Storage for Classic tramite la console cloud ma la dimensione sul mio server è ancora la stessa. Come risolvo questo problema?

Per visualizzare la dimensione del volume espanso, monta e rimonta il tuo disco File Storage for Classic esistente sul tuo server. In un'implementazione di VMware®, eseguire una nuova scansione dello storage per aggiornare il datastore VMware® e mostrare le nuove dimensioni del volume.

Come riconnetto l'archiviazione dopo uno cambio dello chassis?

Completa le seguenti attività per connettere l'archiviazione dopo un cambio.

1. Rimuovere l'autorizzazione (revocare l'accesso) dal dispositivo di archiviazione e autorizzare nuovamente l'host.
2. Scoprite nuovamente i dispositivi di archiviazione con le nuove credenziali ottenute dalla riautorizzazione.

Per ulteriori informazioni, consulta Gestione di File Storage for Classic.

Come disconnetto il mio dispositivo di archiviazione da un host?

Completa la seguente procedura per disconnettere un volume da un host.

1. Smonta il dispositivo.
2. Revoca l'accesso per l'host dal dispositivo di archiviazione nella console cloud.
3. Rimuovi i montaggi automatici dalle connessioni NFS.

Qual è la differenza tra l'archiviazione Endurance e Performance?

Endurance e Performance sono opzioni di provisioning che puoi selezionare per i dispositivi di archiviazione. In breve, i livelli IOPS Endurance offrono livelli di prestazioni predefiniti mentre puoi ottimizzare questi livelli con il livello Performance. Per l'archiviazione vengono utilizzati gli stessi dispositivi, ma con opzioni diverse. Per ulteriori informazioni, vedi Funzioni diFile Storage.

Posso collegare una condivisione File Storage for Classic a Windows?

Num. Non puoi montare le condivisioni IBM Cloud® File Storage for Classic su Microsoft Windows. NFS in un ambiente Windows non è supportato da IBM Cloud®.

Le condivisioni File Storage for Classic possono essere montate su sistemi operativi Linux o come archivio dati VMware® su host ESXi. Per ulteriori informazioni sul montaggio dei volumi File Storage for Classic, consultare i seguenti argomenti:

• Montaggio di File Storage for Classic su Red Hat Linux®
• Montaggio di File Storage for Classic in CentOS
• Montaggio di File Storage for Classic su Ubuntu
• Montaggio di File Storage for Classic come archivio dati di " VMware® " su host ESXi

Posso montare un singolo dispositivo di archiviazione in più host all'interno di IBM Cloud?

Sì, puoi utilizzare questa configurazione perché NFS è un protocollo che rileva i file.

Posso aumentare il numero di inode per il mio volume NFS?

Normalmente, quando viene eseguito il provisioning dei volumi, gli viene assegnato il numero massimo di inode per la dimensione che hai ordinato. Il numero massimo di inode cresce automaticamente con la crescita del volume. Se il conteggio degli inode non aumenta dopo che hai espanso un volume, inoltra un caso di supporto.

Non riesco ad eseguire l'upgrade dell'archiviazione. Cosa può influenzare la capacità di upgrade o di espansione dell'archiviazione?

Le seguenti situazioni possono influenzare la capacità di upgrade o di espansione dell'archiviazione.

• Le autorizzazioni di cui disponi nella console cloud possono essere un fattore. Per ulteriori informazioni, consultare gli argomenti relativi ai ruoli e alle autorizzazioni degli utenti.

L'aggiornamento dello storage influisce sui dati presenti nel volume?

Num. Quando si sceglie di espandere il volume di archiviazione o di regolare il valore IOPS, la modifica non ha alcun impatto sui dati. Durante queste operazioni non viene sovrascritto o cancellato nulla. La regolazione non provoca alcun tipo di interruzione o mancanza di accesso al magazzino.

Il provisioning dei volumi di File Storage for Classic eseguito è del tipo thin o thick?

Tutti i servizi Block e File Storage for Classic sono con il provisioning di tipo thin. Questo metodo non è modificabile.

Il mio ID di fatturazione è cambiato, cosa significa?

Potresti notare che i tuoi volumi di archiviazione sono ora fatturati come "Endurance Storage Service" o "Performance Storage Service" invece di "Enterprise Storage". Potresti anche avere nuove opzioni nella console, come la possibilità di regolare l'IOPS o aumentare la capacità. IBM Cloud® si sforza di migliorare continuamente le capacità di archiviazione. Man mano che l'hardware viene aggiornato nei data center, anche i volumi di archiviazione presenti in tali data center vengono aggiornati per utilizzare tutte le funzionalità avanzate. Il prezzo che paghi per il tuo volume di archiviazione non cambia con questo upgrade.

Quanto è durevole File Storage for Classic?

Quando memorizzi i dati in File Storage for Classic, è durevole, altamente disponibile e crittografato. La destinazione di durata per una singola zona di disponibilità è 99.999999999% (11 9). Per ulteriori informazioni, vedi Disponibilità e durata di File Storage for Classic.

Qual è il tempo di attività medio per File Storage for Classic?

Quando memorizzi i dati in File Storage for Classic, è durevole, altamente disponibile e crittografato. File Storage si basa su hardware e software di livello enterprise, collaudati e di prim'ordine, per garantire alta disponibilità e tempi di attività. Per garantire il raggiungimento dell'obiettivo di disponibilità del 99.999 (cinque 9), i dati vengono archiviati in modo ridondante su più dischi fisici nei nodi accoppiati in HA. Ogni nodo di memoria ha più percorsi per le proprie unità SSD (Solid - State Drive) e per le SSD del nodo partner. Questa configurazione protegge da errori di percorso e anche da errori del controller perché il nodo può ancora accedere ai dischi del partner senza interruzioni. Per ulteriori informazioni, vedi Disponibilità e durata di File Storage for Classic.

Posso ottenere le metriche delle prestazioni di archiviazione (IOPS o latenza) dal team di supporto?

IBM Cloud® non fornisce metriche di latenza e IOPS delle prestazioni di archiviazione. I clienti devono monitorare i propri dispositivi File Storage for Classic utilizzando i propri strumenti di monitoraggio di terze parti.

I seguenti esempi sono programmi di utilità che è possibile considerare di utilizzare per controllare le statistiche delle prestazioni.

• sysstat- Strumenti delle prestazioni di sistema per il sistema operativo Linux®.
• typeperf- Comando Windows che scrive i dati delle prestazioni nella finestra comandi o in un file di log.
• esxtop- Uno strumento della riga di comando che offre agli amministratori informazioni in tempo reale relative all'uso delle risorse in un ambiente vSphere VMware®. Può monitorare e raccogliere dati per tutte le risorse di sistema: CPU, memoria, disco e rete.

Qual è la differenza tra un volume di replica, un volume dipendente e un volume duplicato indipendente?

È possibile creare una replica o un volume duplicato utilizzando un'istantanea del proprio volume. La replica e la clonazione utilizzano una delle tue istantanee per copiare i dati in un volume di destinazione. Tuttavia, è qui che finiscono le similitudini.

La replica mantiene i tuoi dati sincronizzati in due diverse ubicazioni. Solo un volume della coppia (volume primario o volume di replica) può essere attivo alla volta. Il processo di replica copia automaticamente le informazioni dal volume attivo al volume non attivo in base alla pianificazione della replica. Per ulteriori informazioni sui volumi di replica, vedi Replica dei dati.

La duplicazione crea una copia del volume in base a un'istantanea nella stessa zona di disponibilità del volume principale. Il volume duplicato eredita per impostazione predefinita le opzioni di capacità e prestazioni del volume originale e ha una copia dei dati che arriva fino al punto temporale di un'istantanea. Il volume duplicato può essere dipendente o indipendente dal volume originale e può essere aggiornato manualmente con i dati dal volume principale. Puoi regolare l'IOPS o aumentare la dimensione del volume del duplicato senza alcun effetto sul volume parent.

• Un volume duplicato dipendente non passa attraverso la conversione di diventare indipendente e può essere aggiornato in qualsiasi momento dopo che è stato creato. Blocca l'istantanea originale in modo che non possa essere eliminata mentre esiste il duplicato dipendente. Il volume principale non può essere annullato mentre esiste il volume duplicato dipendente. Se si desidera annullare il volume principale, è necessario prima annullare il duplicato dipendente o convertirlo in un duplicato indipendente.

• Un duplicato indipendente è superiore al duplicato dipendente nella maggior parte dei casi, ma non può essere aggiornato immediatamente dopo la creazione a causa del lungo processo di conversione. Può richiedere fino a diverse ore in base alla dimensione del volume. Ad esempio, potrebbe richiedere fino a un giorno per un volume da 12 TB. Tuttavia, una volta completato il processo di separazione, i dati possono essere aggiornati manualmente utilizzando un'altra istantanea del volume principale originale.

Per ulteriori informazioni sui duplicati, vedi Creazione e gestione dei volumi duplicati.

Confronto tra le caratteristiche dei diversi tipi di copie di volume.
Questa tabella ha intestazioni di righe e colonne. Le intestazioni di riga identificano la capacità. Le intestazioni di colonna identificano il tipo di copia volume.

Funzione	Replica	Duplicato dipendente	Duplicato indipendente
Creato da un'istantanea
Ubicazione del volume copiato	Zona di disponibilità remota	Stessa zona di disponibilità	Stessa zona di disponibilità
Supporta il failover
Dimensione e IOPS differenti
Sincronizzato automaticamente con il volume principale
Aggiornamento on-demand dal volume parent		[1]	[2]
Separato dal volume principale

Quanto tempo ci vuole per convertire un duplicato dipendente in un volume indipendente?

Il processo di conversione può richiedere un certo tempo per essere completato. Più grande è il volume, più tempo ci vuole per convertirlo. In un volume di 12 TB, potrebbero essere necessari 24 ore. Puoi controllare l'avanzamento nella console o dalla CLI.

• Nella console, andare su Infrastruttura classica. Fai clic su Storage > File Storage for Classic, quindi individua il volume nell'elenco. Lo stato della conversione viene visualizzato nella pagina Panoramica.

• Dalla CLI, utilizzare il seguente comando.

  slcli file duplicate-convert-status <dependent-vol-id>
  

  L'output è simile al seguente esempio.

  slcli file duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

Come gestisco i permessi e gli accessi degli utenti?

Il proprietario dell'account, o un utente con l'autorizzazione "Gestisci utente infrastruttura classica", può modificare le autorizzazioni per altri utenti all'interno dell'account IBM Cloud. Se non sei il proprietario dell'account, puoi assegnare solo il livello di autorizzazioni o un sottoinsieme dell'autorizzazione che ti è già stata assegnata. Nella console di gestione ( IBM Cloud ), vai su Gestisci > Accesso (IAM) > Utenti. Quindi, selezionare dall'elenco il nome dell'utente di cui si desidera gestire l'accesso e fare clic su Infrastruttura classica. Seleziona Autorizzazioni account per consentire all'utente di aggiungere e aggiornare lo spazio di archiviazione. Per ulteriori informazioni, vedi Gestione dell'accesso all'infrastruttura classica.

Quando viene fornito l'archivio file, i server host devono essere autorizzati per poter montare la condivisione file. L'autorizzazione può essere impostata nella console, dalla CLI, con l'API o Terraform. Per ulteriori informazioni, vedere la sezione Autorizzazione host in Gestione di File Storage per Classic.

Dopo aver autorizzato l'host, è possibile montare la condivisione file e assegnare i proprietari alla nuova struttura di cartelle e ai file. In Linux, è possibile perfezionare il controllo degli accessi utilizzando i comandi chown e chmod per assegnare permessi di lettura, scrittura ed esecuzione a singoli utenti e gruppi. Per ulteriori informazioni, vedere Mounting File Storage for Classic su Red Hat Linux® e Mounting File Storage for Classic su Ubuntu.