Documentazione di Oracle Cloud Infrastructure

Uso e misurazione del file system

Questo argomento descrive le modalità di calcolo dell'uso e della misurazione per i file system per comprendere e gestire i costi del servizio. Questo argomento descrive inoltre diversi modi per visualizzare l'utilizzo del file system, della copia e delle istantanee e le differenze nei report che possono verificarsi a seconda del metodo utilizzato.

panoramica

Il provisioning del servizio di storage di file è completamente gestito e automatico man mano che l'utilizzo si ridimensiona. Per ulteriori informazioni, vedere Allocazione dello spazio.

Di seguito sono riportati i metodi che è possibile utilizzare per visualizzare l'uso di file system, cloni e snapshot.

  • Il servizio di storage di file segnala l'utilizzo del file system sottoposto a misurazione e viene aggiornato ogni ora. L'utilizzo del file system sottoposto a misurazione proviene dal valore meteredBytes nell'API e rappresenta il valore di utilizzo affidabile utilizzato per contare il costo del servizio. È possibile accedere all'utilizzo riportato per ciascuno dei file system utilizzando la console, l'interfaccia CLI (Command Line Interface) o l'interfaccia API. Per ulteriori informazioni, vedere la seguente sezione Utilizzo sottoposto a misurazione del file system.
  • Le quote del file system impostano limiti temporanei o definitivi per l'utilizzo o l'utilizzo del file system da parte di utenti e gruppi specifici. Gli amministratori possono elencare le quote o utilizzare metriche ed eventi per monitorare le richieste che superano le quote. Le quote riflettono solo l'uso dei dati attivi, non i metadati o gli snapshot.
  • Il servizio di storage di file supporta il protocollo NFS (Network File System), pertanto è possibile utilizzare il comando df o du dello strumento della riga di comando dell'istanza per verificare l'uso dei file system attivati. Tuttavia, l'uso segnalato da du può essere diverso sia dal valore meteredBytes che dal valore df. Per ulteriori informazioni, vedere Utilizzo dei comandi DF e DU.

Allocazione spazio

Il servizio di storage di file alloca spazio in blocchi di dimensioni variabili in modo da ridurre al minimo il costo totale del cliente e ottimizzare le prestazioni. Altri sistemi di storage potrebbero allocare i blocchi in modo diverso rispetto a Oracle Cloud Infrastructure File Storage. Se si copiano file da un altro dispositivo di memorizzazione nel file system Oracle Cloud Infrastructure, potrebbero verificarsi piccole differenze quando si confrontano le dimensioni fisiche del file prima e dopo la copia.

Costi di misurazione e servizio

Questa sezione descrive gli aspetti relativi all'uso del file system e a come influiscono sui costi complessivi del servizio.

Utilizzo sottoposto a misurazione file system

Il servizio di storage di file segnala la dimensione di utilizzo misurata per ogni file system. La dimensione di utilizzo misurato viene aggiornata in un ciclo orario. È possibile visualizzare la dimensione di utilizzo misurata nella console nella pagina Dettagli del file system. Questo valore proviene dalla proprietà meteredBytes dell'API del servizio di storage di file, ovvero il numero totale di byte utilizzati dal file system. Se il file system è un clone di un altro file system, il clone viene sottoposto a misurazione solo per i dati differenziati univoci per il clone.

Il valore meteredBytes viene aggiornato in modo asincrono rispetto agli aggiornamenti al file system. I costi di utilizzo vengono calcolati in base al valore meteredBytes.

È inoltre possibile utilizzare l'interfaccia CLI o l'API per ottenere queste informazioni. Per istruzioni su come visualizzare l'utilizzo del file system, vedere Gestione dei file system.

Importante

Quando si aggiungono o rimuovono file dal file system, il servizio di storage di file può richiedere fino a un'ora per segnalare la modifica della dimensione misurata.

Snapshot - Utilizzo sottoposto a misurazione

Uno snapshot è una vista point-in-time del file system. Gli snapshot inizialmente non utilizzano alcun uso aggiuntivo nel file system, poiché fanno riferimento ai dati originali invece di duplicarli, limitando i costi di utilizzo. Un'istantanea non modifica i blocchi a cui fa riferimento dopo che è stata acquisita.

L'uso dei dati snapshot viene misurato solo in base a dati differenziati. Se non è cambiato nulla all'interno del file system dall'ultima istantanea catturata, una nuova istantanea non consuma più storage. La dimensione misurata delle istantanee viene inclusa nel valore meteredBytes riportato del file system a cui appartiene.

Ad esempio:

  1. Si supponga di creare un file system denominato MyFileSystem e di aggiungere File1. Il nuovo file system ora contiene 1 GB inclusi i metadati. Al termine del ciclo di aggiornamento orario, il totale di meteredBytes visualizzato dal servizio di storage di file è pari a 1 GB.

  2. L'operazione successiva consiste nella creazione di un'istantanea di MyFileSystem denominata Snapshot1. Una volta completato il ciclo di aggiornamento orario, il totale di meteredBytes mostrato dal servizio di storage di file rimane a 1 GB, perché non sono ancora presenti dati differenziati.

  3. Sovrascrivere quindi i primi 0,5 GB di File1. Ora, MyFileSystem ha un file diverso dalla versione acquisita in precedenza in Snapshot1. Il valore meteredBytes è 1,5 GB, perché i dati differenziati tra il file system attivo e l'istantanea sono 0,5 GB.

    1 GB (snapshot) + 0,5 GB (dati differenziati) = 1,5 GB

  4. Se quindi si elimina File1. MyFileSystem ora ha un valore meteredBytes di 1 GB, che rappresenta solo l'uso per Snapshot1.
  5. Infine, eliminare Snapshot1. L'eliminazione dell'istantanea rimuove i relativi riferimenti ai dati del file. Se nessun altro snapshot fa riferimento ai dati del file, lo spazio viene abbandonato e l'utilizzo torna a zero.

Duplica utilizzo sottoposto a misurazione

Il costo misurato iniziale di una copia del file system si basa solo sui relativi metadati, poiché le copie fanno riferimento ai dati del file system padre invece di duplicarli.

Il file system padre di una copia viene misurato per tutti i dati condivisi con i relativi cloni discendenti. Una copia viene misurata per tutti i relativi metadati e le modifiche incrementali apportate ai dati. Quando si elimina una copia, vengono recuperati tutti i blocchi a cui fa riferimento solo la copia. Se un'altra copia esegue l'idratazione dalla copia eliminata, i blocchi di metadati di riferimento vengono recuperati al termine dell'idratazione.

Se si elimina una copia padre, non sarà possibile rilasciare i blocchi di dati condivisi dalle copie discendenti. I blocchi allocati a cui fanno riferimento le copie discendenti vengono trasferiti al nuovo padre della copia (il padre del padre) a scopo di misurazione. I dati condivisi tra più file system non vengono sottoposti a misurazione più di una volta.

Ad esempio:

  1. Si supponga di creare una copia di FileSystemA denominata Clone1. Al momento della creazione e prima che i dati vengano modificati:
    • FileSystemA (padre) è sottoposto a misurazione per i dati e i metadati.
    • Clone1 viene misurato solo per i relativi metadati.
  2. Quindi, si crea un nuovo file da 1 GB in Clone1 denominato File1:
    • FileSystemA (padre) viene misurato per i dati che condivide con Clone1 (clone).
    • Clone1 viene misurato per i relativi metadati più 1 GB di dati modificati sostenuti da File1.
  3. Il padre di FileSystemA è OriginalRoot. È la radice dell'albero dei cloni. Si supponga di eliminare FileSystemA:
    • OriginalRoot diventa il nuovo elemento padre di Clone1.
    • OriginalRoot viene misurato per i dati che condivide con Clone1.
    • Clone1 viene misurato per i relativi metadati più 1 GB di dati modificati sostenuti da File1.

Utilizzo sottoposto a misurazione replica

Dopo aver abilitato la replica per un file system, il file system viene replicato in un file system di destinazione nell'area specificata e nel dominio di disponibilità. Lo storage di file viene misurato per la capacità totale memorizzata su disco per i file system di origine e di destinazione. I file system di origine e di destinazione hanno lo stesso prezzo.

La fattura include tutti i costi di rete applicabili per il processo di replica tra le aree. Come parte del processo di replica, tutti i dati aggiornati sul file system di origine vengono trasferiti nella replica del file system, quindi i file system con aggiornamenti continui comportano costi di rete più elevati. Non sono previsti costi aggiuntivi per la larghezza di banda tra domini di disponibilità all'interno della stessa area o per il trasferimento dati in entrata.

Molti scenari di failback delle repliche utilizzano una copia di un file system di origine originale. La duplicazione dell'origine dall'ultimo snapshot completamente applicato garantisce la compatibilità tra origine e destinazione. È anche possibile scegliere di utilizzare un nuovo file system per il failback. Tuttavia, l'uso di un clone del file system di origine originale tende ad essere più veloce e conveniente rispetto all'uso di un nuovo file system. Ad esempio:

  1. Si supponga di creare un file system di origine, un file system A e un file system di destinazione, il file system B. È possibile impostare la replica da File System A (origine) a File System B (destinazione). Il file system A viene installato e i dati vengono scritti su di esso da istanze o applicazioni. Il processo di replica duplica gli aggiornamenti dei dati dal file system A nel file system B.
    • Il file system A (origine) viene misurato per i relativi dati e metadati. Man mano che i dati vengono aggiornati, potrebbe verificarsi un aumento dei costi.
    • Gli snapshot creati dall'utente per il file system A vengono misurati in base a dati differenziati solo nel file system A.
    • I dati del file system B (destinazione) sono identici a quelli del file system A e vengono misurati per i relativi dati e metadati.
    • Gli snapshot creati dall'utente per il file system B sono identici al file system A e misurati solo in base a dati differenziati.
    • Gli snapshot creati dalla replica vengono misurati solo in base a dati differenziati e vengono eliminati al termine di un ciclo di replica.
    Nota

    Fino al completamento di un ciclo di replica, l'uso di dati e metatada per il file system B potrebbe essere diverso per il file system A.
  2. Quindi, a un certo punto il dominio di disponibilità che contiene il file system A non riesce e si esegue il failover sul file system B. Il file system B viene installato nelle istanze dell'applicazione e i dati vengono scritti in esse.
    • Il file system A viene sottoposto a misurazione per i dati e i metadati esistenti. Poiché non vengono aggiornati dati, non vengono apportate modifiche ai costi.
    • Gli snapshot creati dall'utente per il file system A continuano a essere misurati rispetto ai dati differenziati esistenti solo nel file system A.
    • I dati del file system B vengono misurati per i relativi dati e metadati. Man mano che i dati vengono aggiornati, potrebbe verificarsi un aumento dei costi.
    • Gli snapshot creati dall'utente per il file system B vengono misurati in base a dati differenziati solo nel file system B.
    • Nessuno snapshot di replica creato.
  3. Una volta ripristinato il dominio di disponibilità contenente il file system A, è possibile annullare la replica per copiare i dati aggiornati dal file system B al file system A e riportarli in sincronizzazione. Si crea un clone del file system A denominato Clone1. Al momento della creazione e prima che i dati vengano modificati:
    • Il file system A (origine di replica originale, padre del clone) viene misurato per i relativi dati e metadati.
    • Clone1 viene misurato solo per i relativi metadati.
  4. Man mano che la replica dal file system B a Clone1 procede, i dati vengono copiati dal file system B a Clone1.
    • Il file system A (vecchia origine di replica, copia padre) viene misurato per i relativi dati e metadati. Poiché non vengono aggiornati dati, non vengono apportate modifiche ai costi.
    • Gli snapshot creati dall'utente per il file system A continuano a essere misurati rispetto ai dati differenziati esistenti solo nel file system A.
    • Clone1 (nuova destinazione) viene misurato per i dati differenziati tra l'oggetto e il file system A. Poiché i dati vengono replicati in Clone1 dal file system B, viene sostenuto un aumento dei costi.
    • Il file system B (nuova origine) viene sottoposto a misurazione per i relativi dati e metadati.
    • Gli snapshot creati dall'utente per il file system B vengono misurati in base a dati differenziati solo nel file system B.
    • Gli snapshot creati dalla replica vengono misurati in base a dati differenziati solo tra Clone1 e il file system B e vengono eliminati al termine di un ciclo di replica.

Per ulteriori informazioni, vedere Replica del file system.

Utilizzo sottoposto a misurazione metadati

I file nel file system richiedono spazio per l'allocazione dei metadati. Per ogni voce di directory sono richiesti 512 byte e per ogni collegamento simbolico sono richiesti 8192 byte. Più collegamenti fisici a un file creano più voci di directory per il file e aumentano l'utilizzo dei metadati. Questo utilizzo viene incluso nel valore meteredBytes del file system a cui appartiene.

Utilizzo dei comandi DF e DU

È possibile utilizzare i comandi df o du dall'applicazione della riga di comando dell'istanza per visualizzare le informazioni sull'uso del file system. Per utilizzare questi comandi per visualizzare l'uso del file system, è necessario prima eseguire il MOUNT del file system nell'istanza. Per istruzioni sull'attivazione del file system, vedere Attivazione dei file system.

Funzionamento dei comandi

  • df fornisce la quantità di storage misurata per il file system. I risultati vengono restituiti rapidamente, ma possono non essere aggiornati fino a 1 ora. Questo comando non è applicabile per le quote del file system.
  • du fornisce lo storage utilizzato da una struttura gerarchica di directory. Il comando du guida l'albero delle directory e, se la gerarchia è di grandi dimensioni, l'esecuzione e la restituzione dei risultati può richiedere molto tempo.

Come differiscono i risultati

Le sezioni seguenti spiegano come e perché i risultati di df e du differiscono:

Utilizzo snapshot e clone report DF e DU in modo diverso

Uno snapshot è una vista point-in-time di un file system. Le istantanee fanno riferimento ai dati del file system non modificati invece di duplicarli. I blocchi di file system a cui l'istantanea fa riferimento non vengono conteggiati ai fini dell'utilizzo dell'istantanea. Solo i dati differenziati aumentano l'utilizzo degli snapshot.

Lo stesso comportamento vale per i cloni dei file system. Le copie fanno riferimento ai dati che condividono con il file system padre. Il file system che blocca il clone a cui fa riferimento non viene preso in considerazione ai fini dell'utilizzo della copia. Solo i dati differenziati aumentano l'utilizzo delle copie.

  • Il comando df recupera le informazioni fornite dal servizio di storage di file utilizzando la chiamata FSSTAT NFS. La chiamata FSSTAT NFS tiene conto correttamente del modo in cui le istantanee e le copie fanno riferimento ai dati del file system. Viene segnalato solo l'utilizzo causato da dati differenziati.

    Le istantanee sono accessibili nella directory root del file system in .snapshot/name. Quando si utilizza un client NFSv3 per eseguire operazioni quali ls, du o find nella directory dello snapshot, il servizio esporta automaticamente la directory. Il client utilizza nfs_d_automount() per rilevare e attivare la directory. Una volta rilevata e attivata per la prima volta, la directory viene attivata automaticamente dal client.

    Nota

    Se è stato rimosso un file system ma il file system contiene istantanee o copie, il comando df restituisce comunque i blocchi sottostanti. La rimozione di un file system senza eliminare istantanee o cloni non rimuove tali blocchi.
  • Il comando du discende dalla struttura ad albero del file system e utilizza l'attributo size di ciascun file per calcolare il totale dello spazio utilizzato. Quando si crea un'istantanea o un clone, questo copia l'attributo dimensione originale per ogni file. Pertanto, se si esegue il comando du, l'istantanea restituisce le dimensioni del file system al momento della creazione dell'istantanea non necessariamente l'utilizzo corrente effettivo dell'istantanea. Le copie inizialmente riportano le dimensioni del file system padre al momento dell'acquisizione dello snapshot di origine. Quando vengono apportate modifiche alla copia dei dati, du inizia a segnalare nuovi attributi di dimensione solo per i file aggiornati.

Ad esempio:

  1. Si supponga di creare un file system denominato "MyFileSystem". Aggiungere quindi un file da 1 GB denominato "FileA" al file system. Ecco come ogni comando segnala la dimensione.

    Per... du report...

    report df...
    FileA 1 GB 1 GB
    MyFileSystem 1 GB 1 GB

  2. È quindi possibile creare "Snapshot1". L'istantanea viene posizionata nella cartella /.snapshot di MyFileSystem. Ecco come ogni comando segnala la dimensione:

    Per... du report...

    report df...
    FileA 1 GB 1 GB
    Snapshot1 1 GB 1 GB

    MyFileSystem

    		 2 GB 1 GB
    • du restituisce 1 GB per Snapshot1 perché restituisce l'attributo di dimensione del file copiato di FileA, ovvero 1 GB.

  3. Quindi si usa "Snapshot1" per creare un clone chiamato "Clone1". Ecco come ogni comando segnala la dimensione:

    Per... du report...

    report df...
    FileA 1 GB 1 GB
    Snapshot1 1 GB 1 GB

    MyFileSystem

    		 2 GB 1 GB
    Clone1 2 GB 0 GB
    • df restituisce 0 GB per Clone1 perché i dati non sono stati ancora modificati, pertanto non è stato allocato spazio per i dati differenziati.
    • du restituisce 2 GB per Clone1 perché restituisce l'attributo di dimensione del file copiato di FileA, ovvero 1 GB, e la dimensione di Snapshot1, ovvero un altro 1 GB.

  4. Il file system clonato contiene un file da 1 GB denominato "FileB". Ecco come ogni comando segnala la dimensione:

    Per... du report...

    report df...
    FileA 1 GB 1 GB
    Snapshot1 1 GB 1 GB

    MyFileSystem

    		 2 GB 1 GB
    Clone1 3 GB 1 GB
    FileB 1 GB 1 GB
    • df restituisce 1 GB per Clone1 per i dati differenziati aggiunti in FileB.
    • du restituisce 3 GB per Clone1 perché restituisce la somma degli attributi di dimensione del file copiati di FileA, FileB e Snapshot1.
Importante

Gli addebiti vengono calcolati utilizzando il valore meteredBytes. La dimensione di utilizzo indicata da du può essere molto maggiore del valore meteredBytes. df restituisce lo stesso valore di meteredBytes ed è quindi possibile utilizzarlo per visualizzare con precisione la dimensione del file system.

DF e DU contano i collegamenti fissi in modo diverso

  • df conteggia ogni file una sola volta.
  • du può contare i file con collegamenti fisici più di una volta.

Collegamenti simbolici e metadati di conteggio DF e DU in modo diverso

  • df segnala l'utilizzo dei byte richiesti dallo storage di file per metadati e collegamenti simbolici, anche su file vuoti.
  • du segnala i file vuoti utilizzando zero byte. Non genera report accurati sui byte utilizzati dallo storage di file per metadati e collegamenti simbolici.