Domande frequenti su Amazon EFS

Puoi memorizzare petabyte di dati con Amazon EFS. I file system di Amazon EFS sono elastici, pertanto le loro dimensioni si adattano automaticamente in caso di aggiunta e rimozione dei file. Non è necessario allocare anticipatamente dimensioni specifiche al file system e paghi solo per l'archiviazione che usi.

Amazon EFS supporta da una a migliaia di istanze Amazon Elastic Compute Cloud (EC2) connesse a un file system simultaneamente.

Per ulteriori informazioni sulle limitazioni di Amazon EFS, consulta la pagina Limiti di Amazon EFS.

Le prestazioni previste per il tuo file system Amazon EFS dipendono dalla sua configurazione specifica (ad esempio, classe di archiviazione e modalità di velocità di trasmissione effettiva) e dal suo specifico tipo di operazione (lettura o scrittura). Per maggiori informazioni sulla latenza prevista, sulla velocità di trasmissione effettiva massima e sulle prestazioni IOPS dei file system Amazon EFS, consulta la documentazione sulle prestazioni del file system.

Elastic Throughput è la modalità di velocità di trasmissione effettiva predefinita ed è adatta per la maggior parte dei carichi di lavoro di file. Con la modalità Elastic Throughput predefinita, le prestazioni vengono automaticamente dimensionate secondo l'attività del carico di lavoro e paghi solo la velocità di trasmissione effettiva utilizzata (dati trasferiti per i tuoi file system ogni mese). Elastic Throughput è ideale se hai dei dubbi sulle necessità di velocità di trasmissione effettiva di picco della tua applicazione oppure se la tua applicazione è molto variabile, con una bassa attività di base (ad esempio se usa meno del 5% della capacità in media durante il provisioning per le esigenze di picco).

Facoltativamente, puoi modificare la modalità di velocità di trasmissione effettiva in Provisioned Throughput se conosci i requisiti di velocità di trasmissione effettiva di picco del carico di lavoro e ti aspetti che quest'ultimo consumi una quota maggiore (oltre il 5% in media) della capacità effettiva di trasmissione di picco della tua applicazione.

La quantità di velocità di trasmissione effettiva che puoi distribuire dipende dalla modalità di velocità di trasmissione effettiva scelta. Per ulteriori informazioni, consulta la documentazione alla pagina Prestazioni dei file system.  Per ulteriori informazioni, consulta la sezione Prestazioni dei file system.

Puoi monitorare il tuo file system utilizzando Amazon CloudWatch o tramite la scheda Monitoraggio nella console Amazon EFS. Per ulteriori informazioni, consulta la documentazione sul Monitoraggio di Amazon EFS.

Amazon EFS offre due tipi di file system tra cui poter scegliere in base alle esigenze di durabilità e disponibilità. I file system regionali EFS (raccomandati) offrono i massimi livelli di durabilità e disponibilità archiviando i dati con e su più zone di disponibilità (AZ). I file system EFS One Zone archiviano i dati in modo ridondante all'interno di una singola zona di disponibilità, pertanto i dati in questi file system non saranno disponibili e potrebbero andare persi in caso di emergenza o altro errore all'interno della zona.

Amazon EFS è progettato per garantire una durabilità pari al 99,999999999% (11 nove) nel corso di un anno. I file system regionali di EFS sono progettati per supportare i dati in caso di perdita di una AZ. Poiché le classi di archiviazione EFS One Zone memorizzano i dati in una singola zona di disponibilità, i dati memorizzati in queste classi di archiviazione potrebbero andare persi in caso di emergenza o altro guasto all'interno della zona di disponibilità.  

Come per qualsiasi altro ambiente, la best practice prevede di creare un backup e adottare protezioni contro le eliminazioni accidentali. Per i dati Amazon EFS, questa best practice include la replica del tuo file system attraverso le regioni utilizzando Amazon EFS Replication, e un backup funzionante e regolarmente testato utilizzando Backup AWS. I file system che utilizzano le classi di archiviazione EFS One Zone sono configurati per creare automaticamente un backup dei file al momento della creazione del file system per impostazione predefinita.

Ogni oggetto del file system regionale EFS, ovvero directory, file e collegamenti, viene memorizzato in modo ridondante in più zone di disponibilità. Con i file system EFS One Zone, i dati vengono archiviati in modo ridondante all'interno di una singola AZ. Amazon EFS è stato concepito per far fronte al guasto concomitante di più dispositivi rilevando e riparando rapidamente l'eventuale ridondanza persa.  

È possibile accedere ai dati del file system EFS utilizzando destinazioni di montaggio EFS specifiche per zona di disponibilità, progettate per essere altamente disponibili all'interno di una determinata zona. I file system regionali EFS supportano l'accesso simultaneo da destinazioni di montaggio EFS in tutte le zone di disponibilità della regione in cui si trovano. Ciò significa che è possibile architettare un'applicazione per il failover da una zona di disponibilità all'altra della regione per ottenere il massimo livello di disponibilità dell'applicazione. I file system EFS One Zone supportano una solo destinazione di montaggio EFS ad alta disponibilità in una singola zona di disponibilità, il che significa che i dati potrebbero non essere disponibili in caso di emergenza o altro errore all'interno di tale zona. Per ulteriori informazioni sulla disponibilità, consulta l'Accordo sul livello di servizio di Amazon EFS.

I file system EFS One Zone non sono resistenti a un'interruzione completa dell'AZ. Durante un'interruzione della zona di disponibilità, riscontrerai una perdita di disponibilità, poiché i dati del file system non sono replicati in una zona di disponibilità diversa. Durante un'emergenza o un guasto all'interno di una zona di disponibilità che interessa tutte le copie dei tuoi dati, potresti riscontrare una perdita dei dati che non sono stati replicati tramite backup EFS o replica EFS I backup EFS sono abilitati per impostazione predefinita per tutti i file system EFS One Zone.

Amazon EFS offre tre classi di archiviazione: EFS Standard, Accesso sporadico EFS e Archivio EFS. I dati a cui si accede frequentemente tendono ad avere esigenze di prestazioni più elevate, quindi EFS offre una classe EFS Standard basata su una SSD progettata per offrire latenze inferiori al millisecondo. Per i dati a cui si accede raramente, è possibile utilizzare le due classi di archiviazione EFS a costi ottimizzati che forniscono latenze basse in millisecondi a due cifre: EFS Infrequent Access (IA), progettata per i dati a cui si accede solo poche volte al trimestre, ed EFS Archive, progettata per i dati a cui si accede poche volte all'anno o meno. EFS IA offre costi inferiori fino al 95% rispetto a EFS Standard per i dati a cui si accede raramente. Offrendo un'esperienza più ottimizzata in termini di costi per dati ancora più freddi, EFS Archive offre un costo inferiore fino al 50% rispetto a EFS Infrequent Access, con un costo di richiesta più elevato quando si accede a tali dati. EFS Archive è ottimizzato e supportato sui file system regionali EFS tramite la modalità di velocità di trasmissione effettiva elastica predefinita di EFS. Per ulteriori informazioni, consulta Classi di archiviazione EFS e Prezzi di EFS.

Abilitando EFS Lifecycle Management, è possibile suddividere automaticamente i file tra le classi di archiviazione in base agli schemi di accesso. La policy del ciclo di vita predefinita e consigliata prevede la suddivisione dei dati dei file da EFS Standard a EFS IA dopo 30 giorni consecutivi senza accesso e a EFS Archive dopo 90 giorni consecutivi senza accesso. È inoltre possibile specificare una policy personalizzata per la transizione dei file tra le classi di archiviazione in base al numero di giorni trascorsi dall'ultimo accesso di un file.

È inoltre possibile abilitare EFS Intelligent-Tiering per promuovere i file da EFS IA ed EFS Archive a EFS Standard quando vi si accede, il che fornisce le letture successive di tali file con le latenze più veloci, inferiori al millisecondo, di EFS Standard. Una volta promossi, questi file torneranno alla classe di archiviazione IA o Archive appropriata in base alla policy del ciclo di vita.

Rispetto alla classe EFS Standard, EFS IA e Archive offrono la stessa velocità di trasmissione effettiva e la stessa scalabilità IOPS ma con latenze di primo byte più elevate (ad esempio, latenze di lettura basse in millisecondi a due cifre rispetto a latenze di lettura inferiori al millisecondo su EFS Standard). Per ulteriori informazioni, consulta la documentazione sulle prestazioni di Amazon EFS.

EFS IA non ha alcuna durata minima per l'archiviazione. I dati suddivisi su più livelli in EFS Archive hanno una durata minima di archiviazione di 90 giorni. I file eliminati o troncati prima della durata minima comporteranno un addebito proporzionale per i giorni rimanenti, in base alla dimensione del file prima dell'azione corrispondente.

Le classi di archiviazione ottimizzate in termini di costi di EFS (IA, Archive) sono progettate per archiviare dati più freddi e inattivi, che in genere sono costituiti da file più grandi. Non esiste una dimensione minima dei file per IA o Archive, ma i file suddivisi in queste classi di archiviazione inferiori a 128 KiB saranno soggetti a costi di archiviazione come se fossero 128 KiB.

Amazon EFS Replication copia i dati del file system in un file system nuovo o esistente nella Regione AWS scelta. Mantiene sincronizzati i due file system trasferendo automaticamente solo le modifiche incrementali senza richiedere un'infrastruttura aggiuntiva o un processo personalizzato. EFS Replication è progettato per fornire un obiettivo del punto di ripristino (RPO) e un obiettivo del tempo di ripristino (RTO) in pochi minuti, aiutandoti a raggiungere i tuoi obiettivi di conformità e di continuità aziendale.

È necessario utilizzare EFS Replication per mantenere una replica del file system a molte miglia di distanza per il ripristino di emergenza, la conformità o la pianificazione della continuità aziendale. In caso di emergenza, è possibile eseguire il failover sul file system di replica e riprendere le operazioni per le applicazioni aziendali critiche in pochi minuti. Una volta terminato l'evento di emergenza, è possibile eseguire il failback trasferendo solo le modifiche incrementali dalla replica al file system originale. Mentre EFS Replication è abilitato, le applicazioni possono utilizzare il file system di replica in modalità di sola lettura per una bassa latenza di rete per l'accesso a più regioni. Con Amazon EFS Replication, puoi configurare il tuo file system di replica indipendentemente dal file system originale e utilizzare classi di archiviazione ottimizzate in termini di costi e policy di gestione del ciclo di vita più brevi per risparmiare fino al 92% sui costi. EFS Replication rende anche semplice il monitoraggio e l'allarme sullo stato dell'RPO utilizzando Amazon CloudWatch.

No. EFS Replication non fornisce una replica coerente point-in-time. EFS Replication pubblica una metrica di timestamp su Amazon CloudWatch chiamata TimeSinceLastSync. Tutte le modifiche apportate al file system di origine almeno a partire dall'ora pubblicata saranno copiate sulla replica. I cambiamenti al file system di origine dopo il tempo registrato potrebbero non essere stati replicati. Potrai monitorare lo stato della tua replica EFS utilizzando Amazon CloudWatch. Se si interrompe il processo di replica a causa di un evento di ripristino di emergenza, i file dal file system di origine potrebbero essere stati trasferiti ma non ancora copiati nelle loro posizioni finali. Questi file e il loro contenuto possono essere trovati sul proprio file system di replica in una directory lost+found creata da EFS Replication sotto la directory principale.

Amazon EFS Backup è basato su Backup AWS, un servizio di backup completamente gestito che gestisce e automatizza centralmente i backup dei tuoi file system Amazon EFS. Protegge il file system da un evento di perdita di dati effettuando automaticamente copie incrementali del file system in una posizione centralizzata, in base a una pianificazione. Backup AWS fornisce una console centralizzata che offre funzioni di pianificazione automatizzata dei backup, gestione della conservazione dei backup e ripristino. Per saperne di più, leggi la documentazione o le domande frequenti di Backup AWS.

Amazon EFS è integrato nativamente con Backup AWS. Puoi utilizzare la console EFS, l'API e l'interfaccia della linea di comando AWS (AWS CLI) per abilitare i backup automatici, che utilizzano un piano di backup predefinito con le impostazioni consigliate da Backup AWS. Durante il backup iniziale, viene creata una copia dell'intero file system nel vault di backup. Tutti i backup successivi di quel file system sono di natura incrementale, cioè vengono copiati solo i file e le directory che sono stati modificati, aggiunti o rimossi. Con ogni backup incrementale, Backup AWS conserva i dati di riferimento necessari per consentire un ripristino completo. In caso di perdita di dati, puoi eseguire un ripristino completo o parziale del tuo file system utilizzando la console di Backup AWS o l'interfaccia a riga di comando.   

È possibile controllare quali istanze EC2 possono accedere a un file system utilizzando le regole del gruppo di sicurezza VPC e le policy IAM. Utilizza i gruppi di sicurezza VPC per controllare il traffico di rete da e verso il file system. Collega una policy al file system per controllare quali client possono montare il tuo file system e con quali permessi e utilizza Access Points EFS per gestire l'accesso alle applicazioni. Controlla l'accesso a file e directory con autorizzazioni a livello di utente e di gruppo conformi allo standard POSIX.

Utilizzando la console Amazon EFS, puoi applicare policy comuni al tuo file system tra cui la disabilitazione dell'accesso root, l'implementazione dell'accesso in sola lettura o l'attuazione della crittografia su tutte le connessioni al tuo file system. Puoi anche applicare policy più avanzate, come la concessione dell'accesso a ruoli IAM specifici, compresi quelli in altri account AWS.

Cos'è un Access Point EFS è un endpoint di rete che gli utenti e le applicazioni possono usare per accedere a un file system EFS e applicare autorizzazioni a livello di file e di cartella (POSIX) sulla base del controllo granulare degli accessi e delle autorizzazioni basate su policy definiti in IAM.

Gli Access Point EFS offrono la flessibilità di creare e gestire ambienti multi-tenant per le tue applicazioni di file in modo nativo del cloud, aiutandoti a semplificare la condivisione dei dati. A differenza delle tradizionali ACL POSIX per controllare l'accesso ai file system, o Kerberos per controllare l'autenticazione, entrambi i quali richiedono complesse operazioni di configurazione, gestione e manutenzione e che spesso introducono dei rischi, gli Access Point EFS si integrano con IAM per consentire alle applicazioni native per il cloud di utilizzare l'archiviazione di file condivisa basata su POSIX. I casi d'uso che possono beneficiare degli Access Point Amazon EFS includono gli ambienti basati su container in cui gli sviluppatori creano e distribuiscono i propri container, le applicazioni di data science che richiedono l'accesso ai dati di produzione e la condivisione di una directory specifica nel tuo file system con altri account AWS.

Quando crei un Access Point Amazon EFS, puoi configurare un utente e un gruppo del sistema operativo e una directory root per tutte le connessioni che utilizzi. Se specifichi il proprietario della directory root, EFS la creerà automaticamente con i permessi che fornisci la prima volta che un client si connette all’access point. Puoi anche aggiornare la policy IAM del file system da applicare agli access point. Per esempio, puoi applicare una policy che richieda una specifica identità IAM per connettersi a un determinato access point. Per ulteriori informazioni, consulta la Guida per l'utente di Amazon EFS.

Amazon EFS offre la possibilità di crittografare i dati sia su disco sia in transito.

I dati inattivi vengono crittografati in modo trasparente durante le operazioni di scrittura, e con lo stesso livello di trasparenza vengono decrittografati durante le operazioni di lettura, perciò non è necessario apportare modifiche alle applicazioni. Le chiavi di crittografia sono gestite da AWS KMS, perciò non occorre nemmeno più creare e mantenere una propria infrastruttura di gestione delle chiavi di sicurezza.

La crittografia dei dati in transito impiega il protocollo standard di settore TLS 1.2 per proteggere il traffico tra i client e i file system EFS.

È possibile configurare la crittografia dei dati sia inattivi sia in transito contemporaneamente o separatamente in base ai requisiti aziendali specifici.

Per ulteriori dettagli, consulta la documentazione per l'utente relativa alla crittografia.

AWS KMS è un servizio gestito che semplifica la creazione e il controllo di chiavi di crittografia per la codifica dei dati. AWS KMS si integra con altri servizi AWS tra cui EFS, EBS e S3, rendendo più facile codificare i dati con chiavi di crittografia gestite dall'utente. AWS KMS è integrato anche con AWS CloudTrail per fornire i log di utilizzo di tutte le chiavi e soddisfare i requisiti normativi e di conformità.

Per abilitare la crittografia di dati inattivi è possibile utilizzare la console di EFS, l'interfaccia a riga di comando o gli SDK. Al momento della creazione di un nuovo file system nella console EFS, seleziona "Create File System" quindi seleziona la casella di controllo per abilitare la crittografia.

I dati possono essere crittografati in transito tra il file system Amazon EFS e i relativi client utilizzando l'assistente per il montaggio di Amazon EFS.

È possibile configurare la crittografia dei dati sia inattivi sia in transito contemporaneamente o separatamente in base ai requisiti aziendali specifici.

Per ulteriori dettagli, consulta la documentazione per l'utente relativa alla crittografia.

La crittografia dei dati ha effetti trascurabili su throughput e latenza nelle operazioni I/O.

Per accedere ai file system EFS dal data center on-premise, è necessario che tra il data center on-premise e il cloud privato virtuale (VPC) di Amazon sia presente una connessione Direct Connect o AWS VPN.

Il file system Amazon EFS può essere montato sul server Linux on-premise utilizzando il comando Linux standard per montare un file system tramite il protocollo v4.1.

Per ulteriori informazioni sull'accesso ai file system Amazon EFS dai server on-premise, consulta la documentazione.

È possibile montare i file system Amazon EFS sui server locali e spostare i dati di file da e verso Amazon EFS utilizzando gli strumenti e gli script standard di Linux o AWS DataSync. La possibilità di spostare i dati di file da e verso i file system Amazon EFS consente tre casi d'uso.

Innanzitutto è possibile eseguire la migrazione dei dati dai data center locali affinché risiedano in maniera permanente nei file system EFS.

In secondo luogo, è possibile supportare carichi di lavoro di espansione del cloud per deviare l'elaborazione delle applicazioni sul cloud. È possibile spostare dati dai server locali nei file system Amazon EFS, analizzarli su un cluster di istanze EC2 in Amazon VPC e archiviare i risultati in maniera permanente nei file system Amazon EFS o spostare nuovamente i risultati sui server on-premise.

Infine è possibile copiare periodicamente i dati di file locali su Amazon EFS per supportare scenari di backup e di disaster recovery.

Sì. Sì, è possibile accedere al file system Amazon EFS in maniera simultanea dai server nel data center on-premise e dalle istanze di EC2 in Amazon VPC. Amazon EFS fornisce le stesse semantiche di accesso a file system quali coerenza forte di dati e blocco file attraverso tutte le istanze EC2 e server locali che accedono a un file system.

A causa del ritardo di propagazione legato al trasferimento di dati su lunghe distanze, la latenza di rete di una connessione tra il data center locale e Amazon VPC può essere di decine di millisecondi. Se le operazioni di file sono serializzate, la latenza della connessione di rete si ripercuote direttamente sul throughput di lettura e di scrittura e il volume di dati, che è possibile leggere o scrivere durante un intervallo di tempo, è legato alla quantità di tempo richiesta per completare ciascuna operazione di lettura e scrittura. Per ottimizzare la velocità di trasmissione effettiva, parallelizza le operazioni di file in modo che più operazioni di lettura e scrittura siano elaborate in maniera simultanea da Amazon EFS. Strumenti standard quali GNU parallel aiutano a parallelizzare la copia dei dati di file. Per ulteriori informazioni, consulta la documentazione online.

Per copiare dati in Amazon EFS sono disponibili diversi metodi. AWS DataSync offre un modo rapido e semplice per sincronizzare in modo sicuro i file system esistenti in EFS ed è compatibile con qualsiasi rete, anche AWS Direct Connect.

AWS Direct Connect fornisce una connessione di rete dedicata con ampia larghezza di banda e bassa latenza per montare i file system di EFS. Una volta montato, puoi utilizzare DataSync per copiare i dati in EFS fino a 10 volte più rapidamente rispetto agli strumenti di copia standard di Linux.

Per ulteriori informazioni su AWS DataSync, consulta la sezione relativa al trasferimento dati di queste domande frequenti.

DataSync è un servizio di trasferimento dati online che rende facile e veloce il trasferimento di dati tra l'archiviazione on-premise e Amazon EFS. DataSync utilizza un protocollo appositamente creato per accelerare e rendere sicuro il trasferimento tramite Internet o Direct Connect, con velocità fino a 10 volte maggiori rispetto agli strumenti open source. Tramite DataSync puoi effettuare migrazioni di dati una tantum, trasferire dati on-premise per analisi tempestive nel cloud e automatizzare la replica in AWS per la protezione e il ripristino dei dati.

AWS Transfer Family è un servizio di trasferimento file completamente gestito che fornisce supporto per SFTP (Secure File Transfer Protocol), FTPS (File Transfer Protocol over SSL) e FTP (File Transfer Protocol). AWS Transfer Family offre un servizio di trasferimento di file completamente gestito e a elevata disponibilità con capacità di dimensionamento automatico, eliminando così la necessità di gestire un'infrastruttura legata al trasferimento di file. I flussi di lavoro degli utenti finali rimangono invariati mentre i dati caricati e scaricati tramite i protocolli scelti vengono memorizzati nel tuo file system Amazon EFS.

Per iniziare a utilizzare DataSync, potrai utilizzare la console o la CLI per connettere l'agente ai file system on-premise o nel cloud tramite il protocollo NFS (Network File System), selezionare il file system Amazon EFS e iniziare a copiare i dati. È necessario prima distribuire un agente di software disponibile per il download dalla console, eccetto durante la copia di file tra due file system Amazon EFS.

Per iniziare a utilizzare AWS Transfer Family, verifica che le directory del file system siano accessibili da parte degli utenti POSIX che prevedi di assegnare ad AWS Transfer. Quindi, puoi utilizzare la console, l'interfaccia a riga di comando (CLI) o l'API per creare un endpoint e un utente o più utenti di AWS Transfer Family. Una volta completata l'operazione. gli utenti finali possono utilizzare i client SFTP, FTP o FTPS per accedere ai dati archiviati nel file system Amazon EFS.

Puoi utilizzare DataSync per trasferire file tra due file system Amazon EFS, inclusi quelli in regioni AWS diverse. Gli endpoint di AWS Transfer Family devono trovarsi nella stessa regione del file system Amazon EFS.

Sì. Puoi utilizzare DataSync per copiare i file presenti in un file system Amazon EFS in un altro account AWS.

Puoi anche configurare il tuo file system Amazon EFS per l'accesso da AWS Transfer Family tramite un altro account se l'account dispone delle relative autorizzazioni. Per ulteriori informazioni su come assegnare a Transfer Family autorizzazioni per account AWS esterni tramite policy di file system, vedi la documentazione.

EFS si integra con una serie di altri servizi AWS, tra cui CloudWatch, AWS CloudFormation, CloudTrail, IAM e AWS Tagging Services.

CloudWatch ti aiuta a monitorare le attività del file system tramite parametri. CloudFormation ti aiuta a creare e gestire file system tramite modelli.

CloudTrail ti aiuta a registrare tutte le chiamate API EFS nei file di log.

IAM ti aiuta a controllare chi può amministrare il file system. AWS Tagging Services ti aiuta ad aggiungere etichette ai file system con metadati personalizzati.

Puoi pianificare e gestire i costi dei file system di Amazon EFS utilizzando Budget AWS. Puoi lavorare con AWS Budgets dalla console di fatturazione e gestione dei costi di AWS. Per utilizzare Budgets AWS , è necessario creare un budget di costo mensile per i file system di Amazon EFS.

Il blocco in Amazon EFS segue il protocollo v4.1 per ottenere advisory locking e permette alle applicazioni di impiegare sia blocchi di file completi sia blocchi di intervalli di byte.

Tutti i file system hanno un ID univoco globale generato automaticamente. Puoi taggare tuttavia un file system con un nome; non è necessario che questo nome sia univoco.

Con Amazon EFS, vi sono addebiti solo per l'archiviazione primaria e di backup e per le attività di lettura, scrittura e suddivisione in livelli sul file system EFS. L'accesso in lettura e scrittura tramite la velocità di trasmissione effettiva elastica è a pagamento (ma si possono facoltativamente fornire le prestazioni di velocità di trasmissione effettiva in anticipo utilizzando la velocità di trasmissione effettiva assegnata) e per suddividere i dati nelle classi di archiviazione di accesso sporadico e archivio di EFS.

Amazon EFS offre tre classi di archiviazione: EFS Standard, che offre prestazioni di latenza inferiori al millisecondo per i dati utilizzati attivamente; Accesso sporadico EFS (EFS IA), che è ottimizzato in termini di costi per i dati a cui si accede solo poche volte al trimestre; e Archivio EFS, che è ottimizzato in termini di costi per i dati di lunga durata a cui si accede poche volte all'anno o meno.

EFS offre anche la protezione dei dati per i file con EFS Backup ed EFS Replication. EFS Backup consente di pagare solo la quantità di archiviazione di backup utilizzata e la quantità di dati backup ripristinati in un mese. Non sono previste tariffe minime, né costi di configurazione. Visita Backup AWS per saperne di più. EFS Replication permette di replicare i file system in una regione o zona di disponibilità (AZ) a scelta, senza che sia necessario ricorrere a un'infrastruttura aggiuntiva o adottare un processo personalizzato.

È possibile calcolare la fattura mensile con il Calcolatore dei prezzi Amazon EFS.

L'utilizzo di Amazon EFS non richiede alcun impegno di lungo termine né costi di configurazione. Alla fine del mese, verrà automaticamente addebitato il costo delle risorse utilizzate nel corso del mese. È possibile visualizzare in qualunque momento gli addebiti per il periodo di fatturazione in corso accedendo al tuo account Amazon Web Services e selezionando il pannello di controllo della fatturazione associato al profilo della console.

Con il piano di utilizzo gratuito AWS* l’utilizzo per il piano gratuito viene calcolato ogni mese in tutte le Regioni AWS eccetto la Regione AWS GovCloud e viene applicato automaticamente alla fattura; l'utilizzo mensile non usufruito non viene accumulato per il mese successivo. Al momento della registrazione, i nuovi clienti EFS ricevono 5 GB di Amazon EFS Standard ogni mese per un anno. Il piano gratuito AWS non è applicabile ai file archiviati nel tipo di file system EFS One Zone. Sono previste restrizioni. Consulta i termini dell'offerta per ulteriori dettagli.

Amazon EFS prevede l'addebito per i tipi d'uso riportati di seguito. Nota: i calcoli riportati sotto valgono nel caso il piano di utilizzo gratuito AWS non sia attivo.

Spazio di archiviazione utilizzato:

L'importo di Amazon EFS fatturato in un mese si basa sull'utilizzo dello spazio di archiviazione, della velocità di trasmissione effettiva e della protezione dei dati in un mese. I costi di archiviazione sono calcolati in base allo spazio di archiviazione medio utilizzato nel mese. L'utilizzo dello storage è misurato in “GB/mese", che sono sommati alla fine del mese per determinare il costo mensile. 

Il seguente esempio riflette uno scenario in cui le tue modalità di accesso ai file cambiano nel tempo e includono ognuna delle dimensioni di prezzo di EFS IA e EFS Archive. L'esempio presuppone che le due policy del ciclo di vita EFS per spostare i file tra EFS Standard, EFS Infrequent Access (IA) ed EFS Archive siano impostate.

Supponiamo che i tuoi file si trovino nella regione Stati Uniti orientali (Virginia settentrionale). All'inizio di un mese di 31 giorni, il file system archivia 200 GB di file su EFS Standard, 500 GB di file su EFS IA e 2 TB di file su EFS Archive. Il quindicesimo giorno del mese, la gestione del ciclo di vita EFS, senza Piano intelligente, sposta il 50% dei file EFS Standard nella classe EFS IA e il 10% dei file EFS IA nella classe EFS Archive dopo 14 giorni di mancato accesso. In media, l'applicazione client legge ogni mese 200 GB di file dalla tua classe EFS IA e 100 GB di file dalla classe EFS Archive.

Per prima cosa, calcoliamo l'utilizzo proporzionale dello storage:

Archiviazione standard:
200 GB di spazio di archiviazione EFS Standard per 14 giorni (GB per ora): 200 GB x 14 giorni x (24 ore al giorno) = 67.200 GB per ora
100 GB di spazio di archiviazione EFS Standard per 17 giorni (GB per ora): 100 GB x 17 giorni x (24 ore al giorno) = 40.800 GB per ora
Utilizzo totale dell’archiviazione EFS Standard (GB per ora): 67.200 GB per ora + 40.800 GB per ora = 108.000 GB per ora

Archiviazione IA:
500 GB di EFS IA per 14 giorni (GB per ora): 500 GB x 14 x (24 ore al giorno) = 168.000 GB per ora
100 GB di file da EFS Standard a EFS IA per 17 giorni (GB per ora) = 100 GB x 17 x (24 ore al giorno) = 40.800 GB per ora
450 GB di EFS IA (dopo lo spostamento di 50 GB in EFS Archive) = 450 GB x 17 x (24 ore al giorno) = 183.600 GB per ora

Utilizzo totale dell’archiviazione EFS Standard (GB per ora): 168.000 GB per ora + 40.800 GB per ora + 326.400 GB per ora = 392.400 GB per ora

Archiviazione Archive:
2 GB di EFS IA per 31 giorni (GB per ora): 1.000 GB x 14 x (24 ore al giorno) = 1.488.000 GB per ora
50 GB di file da EFS IA a EFS Archive per 17 giorni (GB per ora): 50 GB x 17 x (24 ore al giorno) = 20.400 GB per ora
Utilizzo totale dell’archiviazione EFS Standard (GB per ora): 1.488.000 GB per ora + 20.400 GB per ora = 1.508.400 GB per ora

Poi, convertiamo l'utilizzo dello storage in GB al mese e calcoliamo il prezzo di storage:
Costo totale dell’archiviazione EFS Standard: 108.000 GB per ora x (1 mese / 744 ore) x 0,30 USD/GB al mese = 43,55 USD
Costo totale dell’archiviazione EFS IA: 392.400 GB per ora x (1 mese / 744 ore) x 0,0165 USD/GB al mese = 8,70 USD
Costo totale dell’archiviazione EFS IA: 1.508.400 GB per ora x (1 mese / 744 ore) x 0,008 USD/GB al mese = 16,22 USD
Costo totale dell’archiviazione EFS: 43,55 USD + 8,70 USD + 16,22 USD = 68,47 USD

Poi, calcoliamo i costi di accesso per i file in EFS IA ed EFS Archive:

Livelli dei dati IA:
Livelli dei dati (file spostati da EFS Standard a EFS IA): 100 GB * 0,01 USD/GB = 1,00 USD
Costo dell'accesso IA in lettura: 200 GB * 0,01 USD = 2,00 USD

Costo di lettura Elastic Throughput: 200 GB * 0,03 USD/GB = 6,00 USD

Costi totali di classificazione e accesso a EFS IA: 1,00 USD + 2,00 USD + 6,00 USD = 9,00 USD

Livelli dei dati Archive:
Livelli dei dati (file spostati da Infrequent Access a Archive): 50 GB * 0,03 USD/GB = 1,50 USD
Costo dell'accesso in lettura ad Archive: 100 GB *0,03/GB = 3,00 USD

Costo di lettura Elastic Throughput: 100 GB * 0,03 USD/GB = 3,00 USD

Costi totali di classificazione e accesso a EFS IA: 1,50 USD + 3,00 USD + 3,00 USD = 7,50 USD

Costi totali di classificazione e accesso a EFS: 9,00 USD + 7,50 USD = 16,50 USD

Infine, calcoliamo il costo totale di EFS per il mese:

Costi mensili totali = costo totale di archiviazione + costo totale di accesso = 68,47 USD + 16.50 USD = 84,97 USD (TCO - 0,0315 USD/GB)

Puoi accedere ai tuoi dati per le operazioni di lettura e scrittura utilizzando la velocità di trasmissione effettiva elastica. Con la velocità di trasmissione effettiva elastica, le prestazioni vengono automaticamente dimensionate secondo l'attività del carico di lavoro e paghi solo la velocità di trasmissione effettiva utilizzata (dati trasferiti per i tuoi file system ogni mese). L'importo della velocità di trasmissione effettiva elastica fatturata in un mese si basa sui dati di lettura e scrittura trasferiti entro un mese e misurati in "GB trasferiti".

Puoi utilizzare Throughput assegnato se conosci l'utilizzo della velocità di trasmissione effettiva e i requisiti di velocità di trasmissione effettiva di picco della tua applicazione. L'importo della velocità di trasmissione effettiva assegnata fatturato in un mese si basa sulla velocità di trasmissione effettiva media fornita in eccesso rispetto a quanto consentito dallo standard EFS per il mese, fino ai limiti di velocità di trasmissione effettiva di base Bursting prevalenti nella Regione AWS e misurato in "MB/s-mese".

Esempio di velocità di trasmissione effettiva elastica:

Supponiamo che il file system si trovi nella regione Stati Uniti orientali (Virginia settentrionale) e disponga di 100 GB di spazio di archiviazione EFS Standard, per l'intero mese di 31 giorni. Supponiamo che il trasferimento dei dati del carico di lavoro sia composto per il 75% da operazioni di lettura e per il 25% da operazioni di scrittura, consenta una velocità di trasmissione effettiva di picco di 100 MB/s per 3 ore al giorno e 3 giorni alla settimana e che sia inattivo per il resto del tempo.  

Addebito mensile totale di velocità di trasmissione effettiva elastica

Supponendo che tutti i tuoi dati trasferiti siano sull'archiviazione EFS Standard, alla fine del mese avrai il seguente utilizzo in GB:

Dati della velocità di trasmissione effettiva elastica totale (GB) nel mese: 100 MB/s x (60 minuti x 60 secondi x 3 ore) x 3 giorni x 4 settimane/1000 = 12.960 GB 
Dati in lettura della velocità di trasmissione effettiva elastica totale (GB): 75% x 12.960 GB = 9.720 GB
Dati in scrittura della velocità di trasmissione effettiva elastica totale (GB): 25% x 12.960 GB = 3.240 GB

Calcoliamo quindi i costi totali mensili per la velocità di trasmissione effettiva elastica: 

Costi dei dati in lettura della velocità di trasmissione effettiva elastica: 9.720 GB x 0,03 USD/GB = 291,60 USD 
Costi dei dati in scrittura della velocità di trasmissione effettiva elastica: 3.240 GB x 0,06 USD/GB = 194,40 USD
Calcoliamo quindi i costi totali mensili per la velocità di trasmissione effettiva elastica:
Costo mensile totale per la velocità di trasmissione effettiva elastica = 291,60 USD + 194,40 USD = 486,00 USD

Esempio di velocità di trasmissione effettiva assegnata:

Supponendo gli stessi presupposti dell'esempio di velocità di trasmissione effettiva elastica riportato sopra (il file system si trova nella regione Stati Uniti orientali (Virginia settentrionale) e dispone di 100 GB di spazio di archiviazione EFS Standard, per l'intero mese di 31 giorni. Supponiamo che il trasferimento dei dati del carico di lavoro sia composto per il 75% da operazioni di lettura e per il 25% da operazioni di scrittura, che porti a una velocità di trasmissione effettiva di picco di 100 MB/s per 3 ore al giorno e 3 giorni alla settimana e
è inattivo per il resto del tempo). L'importo della velocità di trasmissione effettiva fatturata in un mese si basa sulla velocità di trasmissione effettiva assegnata in eccesso rispetto a quanto consentito dallo spazio di archiviazione EFS Standard per il mese (50 KBps di velocità di trasmissione effettiva di base per 1 GB di spazio di archiviazione Standard)

Velocità di trasmissione effettiva di base (MB/s al mese) = 100 GB di spazio di archiviazione standard * 50 Kbps/1.000 = 5 MB/s al mese.
Velocità di trasmissione effettiva assegnata totale fatturabile (MB/s al mese) = Velocità di trasmissione effettiva configurata —
Velocità di trasmissione effettiva di base = 100 MB/s al mese — 5 MB/s al mese = 95 MB/s al mese
Addebito di velocità di trasmissione effettiva assegnata mensile totale = 95 MB/s al mese x 6 MB/s al mese = 570,00 USD

Facoltativamente, puoi utilizzare EFS Replication o Backup AWS per proteggere i tuoi dati. Con EFS Replication, paghi lo spazio di archiviazione, i costi di accesso dalle classi Infrequent Access e Archive e le modifiche al trasferimento dei dati se il file system di destinazione si trova in una Regione AWS diversa. Con Backup AWS, paghi la quantità media di dati di cui è stato eseguito il backup e il ripristino in un mese.

Replica

Questo esempio riflette uno scenario in cui replichi file system in più regioni utilizzando EFS Replication. L'esempio si concentra sui costi direttamente imputabili a EFS Replication.

Supponiamo di avere un file system di EFS nella regione Stati Uniti orientali (Virginia settentrionale) con 1 TB di dati. Il file system viene replicato nella regione Stati Uniti occidentali (Oregon). Supponiamo che il file system di destinazione utilizzi una Policy di gestione del ciclo di vita EFS di 7 giorni per trasferire i file nella classe EFS-IA.

Alla prima attivazione della replica, viene copiato l’intero file system sorgente in quello di destinazione. I dati replicati saranno inizialmente trasferiti al file system di destinazione nella classe EFS Standard. In caso di mancato accesso ai file nel periodo della Policy di gestione del ciclo di vita EFS (7 giorni), i dati saranno trasferiti alla classe di archiviazione EFS IA.

Sincronizzazione iniziale:

Per prima cosa, calcoliamo l’utilizzo proporzionale dell'archiviazione per il file system di destinazione:
Utilizzo totale EFS Standard (GB per ora) = 1.000 GB * 7 giorni * (24 ore al giorno) = 168.000 GB per ora
Utilizzo totale EFS IA (GB per ora) = 1.000 GB * 24 giorni * (24 ore al giorno, 31 giorni al mese) = 576.000 GB per ora

Poi, convertiamo l'utilizzo dell'archiviazione in GB al mese e calcoliamo il prezzo di archiviazione per il file system di destinazione:

Costo totale dell'archiviazione EFS Standard: 168.000 * (1 mese / 744 ore) * 0,30 USD/GB al mese = 67,74 USD
Costo totale EFS IA: 576.000 * (1 mese/744 ore) * 0,025 USD/GB al mese = 19,36 USD
Costi totali dell'archiviazione per la sincronizzazione iniziale = 67,74 USD + 19,36 USD = 87,10 USD
Quindi calcoliamo i costi di trasferimento dei dati per la replica iniziale del file system di origine sul file system di destinazione:
Costi totali di trasferimento dei dati con EFS Replication per 1 TB di dati: 1.000 GB * 0,02 USD/GB = 20,00 USD

Costi totali per la sincronizzazione iniziale = Costi totali dell'archiviazione per la sincronizzazione iniziale + Costi totali di trasferimento dei dati per la sincronizzazione iniziale = 87,10 USD + 20,00 USD = 107,10 USD

Replica incrementale:

Occorre tenere presente che i file system sorgente aggiungono 150 GB di nuovi dati dopo 7 giorni. I nuovi dati saranno replicati nel file system di destinazione e resteranno nella classe EFS Standard per 7 giorni secondo la Policy di gestione del ciclo di vita menzionata sopra. L’utilizzo proporzionale dell'archiviazione per 150 GB di nuovi dati è calcolato come segue:

Utilizzo totale EFS Standard (GB per ora) = 150 GB * 7 giorni * (24 ore al giorno) = 25.200 GB per ora
Utilizzo totale EFS IA (GB per ora) = 150 GB * 17 giorni * (24 ore al giorno) = 61.200 GB per ora

Poi, convertiamo l'utilizzo dell'archiviazione in GB al mese e calcoliamo il prezzo di archiviazione per i 150 GB di nuovi dati aggiunti al file system di destinazione: 

Costo totale EFS Standard: 25.200 * (1 mese / 744 ore) * 0,30 USD/GB al mese = 10,16 USD
Costo totale EFS IA: 61.200 * (1 mese/744 ore) * 0,025 USD/GB al mese = 2,06 USD
Costi totali dell'archiviazione per la replica incrementale = 10,16 USD + 2,06 USD = 12,22 USD

Infine, calcoliamo i costi di trasferimento dei dati per i 150 GB di dati incrementali:

Costi totali di trasferimento dati per la replica incrementale: 150 GB * 0,02/GB = 3,00 USD
Costi totali per la replica incrementale = Costi totali dell’archiviazione per la replica incrementale + Costi totali di trasferimento dei dati per la replica incrementale = 12,22 USD + 3,00 USD = 15,22 USD

Costi totali di EFS Replication = costi totali per la sincronizzazione iniziale + costi totali per la replica incrementale = 107,10 USD + 15,22 USD = 122,32 USD

Backup

Consulta Prezzi di Backup AWS per gli esempi di Backup.

Per ulteriori informazioni sui prezzi di EFS, consulta la pagina Prezzi di Amazon EFS.

Salvo diversamente specificato, i prezzi sono al netto di eventuali tasse e imposte doganali, inclusa l'IVA ed eventuali imposte sulle vendite. Per i clienti con indirizzo di fatturazione in Giappone, l'utilizzo dei servizi AWS è soggetto all'imposta sul consumo giapponese. Ulteriori informazioni.

L'esempio di soluzione riportato di seguito illustra il TCO di Amazon EFS e il TCO effettivo di Amazon EFS considerando l'elasticità dell'archiviazione e della velocità di trasmissione effettiva. Con Amazon EFS, queste ultime aumentano e diminuiscono automaticamente e non si paga mai per la capacità di archiviazione o di trasmissione inutilizzata. EFS replica automaticamente i dati su più AZ per garantire disponibilità e durabilità elevate e suddivide automaticamente i dati tra classi di archiviazione a caldo e a freddo per ottimizzare i costi.

Al contrario, una soluzione cloud non elastica (con provisioning) richiede di gestire la capacità di archiviazione e trasmissione al massimo dell'utilizzo e non ne consente la riduzione. La maggior parte dei fornitori di soluzioni con provisioning consiglia di mantenere l'utilizzo dell'archiviazione al 30-50% per tenere conto della sua crescita e l'utilizzo della velocità di trasmissione effettiva al 50% per tenere conto dei suoi picchi. Confrontando il modello elastico di EFS, che non richiede archiviazione o velocità di trasmissione effettiva aggiuntive inutilizzate, il TCO effettivo costa fino al 60% in meno.

Esempio 1: Carico di lavoro per uso generico
Supponiamo che il file system si trovi nella regione Stati Uniti orientali (Virginia settentrionale) e disponga di una dimensione di archiviazione media di 2,7 TB per un determinato mese. L'applicazione esegue serie di operazioni di lettura con una velocità di trasmissione effettiva massima di 25 MBps, per un totale di 300 GB di dati trasferiti in un mese.

Con EFS, questa applicazione conserverebbe in media il 5% dell'archiviazione (145 TB) in SSD, circa il 20% (527 TB) in Accesso infrequente e i restanti 2.027 TB in Archivio, per un totale di 68,47 USD per i costi di archiviazione. Inoltre, al carico di lavoro vengono addebitati 2,50 USD per la suddivisione dei dati più freddi nelle classi Accesso infrequente e Archivio e 14,00 USD per i costi di Velocità di trasmissione effettiva elastica per il trasferimento di 300 GB di dati, con un TCO di 0,0315 USD/GB/mese.

Attraverso una soluzione cloud con provisioning, l'applicazione può beneficiare di ottimizzazioni dell'archiviazione come la compressione per ridurne le dimensioni totali del 50% (1.350 TB). In base ai modelli di utilizzo, prevediamo che il 5% dei dati importanti (68 TB) venga archiviato su SSD. Poiché si tratta di una soluzione cloud con provisioning che non viene aumentata o diminuita automaticamente, consigliamo di operare utilizzando il 50% dell'archiviazione e di fornire 136 TB. Il restante 95% dell'archiviazione (1.282 TB) è conservato in una classe di archiviazione più fredda, pari a 90,15 USD per i costi di archiviazione. Inoltre, forniamo 50 MBps di velocità di trasmissione effettiva in base al consiglio di operare utilizzandone il 50%, con un TCO di 0,0797 USD/GB/mese.

*Presuppone un vantaggio di riduzione dell'archiviazione del 50% grazie a ottimizzazioni come la compressione

**Presuppone che il 5% dei dati compressi sia archiviato nella classe SSD, fornito per funzionare al 50% dell'utilizzo e addebitato a una tariffa di 0,25 USD/GB/mese. Il restante 95% dei dati compressi viene archiviato in una classe di archiviazione più fredda a una tariffa di 0,0483 USD/GB/mese.
***Presuppone che la velocità di trasmissione effettiva sia fornita al 50% dell'utilizzo a una tariffa di 2,50 USD/MBps.

Esempio 2: Carico di lavoro di dati da zero

Supponiamo che il carico di lavoro di modellazione del mercato azionario esegua l'analisi per due ore al giorno e richieda l'archiviazione di dati temporanei per le due ore di esecuzione. Supponiamo, inoltre, che il file system si trovi nella regione Stati Uniti orientali (Virginia settentrionale) e disponga di una dimensione media di archiviazione SSD di 1.024 GB durante le due ore di esecuzione. L'applicazione esegue serie di operazioni di lettura e scrittura con una velocità di trasmissione effettiva massima di 500 MBps, per un totale di 175 GB di dati trasferiti ogni giorno.

Con EFS, questa applicazione archivia dati per 60 ore al mese (2 ore al giorno per 30 giorni) su SSD e trasferisce 5.250 GB di dati, con un costo totale di 222,48 USD/mese.

Attraverso una soluzione cloud con provisioning, il file system può trarre vantaggio da ottimizzazioni di archiviazione come la compressione per ridurre l'ingombro dell'archiviazione del 50%, ma richiede la configurazione di un buffer aggiuntivo del 30% per supportare l'archiviazione di picco (1.024 GB * 50% di compressione + 30% buffer = 666 GB), con un costo totale di 1.416,50 USD/mese.

Grazie al vantaggio dell'elasticità di EFS, si paga solo l'utilizzo effettivo, con un risparmio sul TCO dell'84%.

*Presuppone che i dati EFS vengano archiviati per 2 ore al giorno per 30 giorni.

**Presuppone un costo misto della Velocità di trasmissione effettiva elastica di 0,0375 USD/Gb trasferiti

***Presuppone una riduzione dell'archiviazione del 50% grazie a ottimizzazioni come la compressione e un buffer aggiuntivo del 30% per supportare i picchi di utilizzo

Sì. È possibile accedere a EFS da applicazioni containerizzate lanciate da Amazon ECS utilizzando entrambi i tipi di lancio EC2 e Fargate, facendo riferimento a un file system EFS nella definizione della tua attività. Trova le istruzioni per iniziare nella documentazione ECS.

Sì. Puoi accedere a EFS dalle applicazioni containerizzate lanciate da Amazon EKS con EC2 o Fargate utilizzando il driver CSI di EFS. Trova le istruzioni per iniziare nella documentazione EKS.

Sì. Puoi accedere a EFS dalle funzioni in esecuzione su Lambda facendo riferimento al file system di EFS nelle impostazioni della tua funzione. Trova le istruzioni per iniziare nella documentazione Lambda.

Sì. Sì. Puoi accedere ai dati di training in EFS dai processi di training di Amazon SageMaker facendo riferimento al file system di EFS nella tua richiesta CreateTrainingJob. EFS viene utilizzato automaticamente anche per le home directory create da SageMaker Studio.