Domande frequenti su Amazon FSx per OpenZFS

R: FSx per OpenZFS offre uno storage SSD completamente gestito con latenze basse e costanti, nell'ordine di centinaia di microsecondi. Sfruttando le funzionalità di caching incorporate in OpenZFS, i file system FSx per OpenZFS offrono prestazioni ancora più elevate e latenze inferiori per i dati a cui si accede di frequente.

FSx per i file system OpenZFS può fornire oltre 1 milione di IOP e 21 GB/s di velocità di trasmissione effettiva quando si accede ai dati memorizzati nella cache del file server. Per quanto riguarda l'accesso ai dati nello storage SSD sono disponibili centinaia di migliaia di IOPS e 10 GB/s di velocità di trasmissione effettiva. Grazie alla possibilità di disporre di molteplici connessioni parallele per client (tramite NFS n-connect), è possibile raggiungere livelli massimi di velocità di trasmissione effettiva e IOPS per il file system da un singolo client.

Durante la creazione di un file system, è possibile specificare la capacità effettiva di trasmissione. Ogni gigabyte di storage include tre IOPS del disco ed è possibile aggiungere altre operazioni di I/O al secondo, in base alle esigenze. Puoi aumentare o diminuire in qualsiasi momento la capacità effettiva di trasmissione utilizzando la Console di gestione AWS, l'interfaccia della linea di comando AWS o l'API di Amazon FSx al fine di soddisfare le diverse esigenze delle applicazioni. Per ulteriori informazioni, consulta la sezione Prestazioni del file system.

È possibile eseguire il provisioning di un massimo di 512 TiB su un singolo file system e montare in modo semplice più file system contemporaneamente per offrire un'archiviazione nell'ordine dei petabyte per le applicazioni.

Per impostazione predefinita, è possibile aumentare i volumi fino a raggiungere la capacità disponibile nel file system. Puoi scegliere se impostare una quota per un volume, in modo da limitarne le dimensioni, o prenotarne una parte, al fine di destinare una quantità minima di capacità di archiviazione a quel volume. I volumi senza alcuna opzione di prenotazione sono i cosiddetti volumi "con thin provisioning", vale a dire che consumano capacità di archiviazione solo per i dati archiviati al loro interno. Puoi modificare queste impostazioni in qualsiasi momento.

La classe di archiviazione del piano intelligente Amazon FSx per OpenZFS combina la familiarità del Network Attached Storage (NAS) con un'archiviazione completamente elastica e che ottimizza i costi suddividendo automaticamente i dati su più livelli.

È consigliabile utilizzare il piano intelligente per semplificare la gestione dell'archiviazione e ridurre i costi. La sua elasticità significa che non è più necessario gestire la capacità di archiviazione o preoccuparsi di accogliere set di dati imprevedibili o di esaurire lo spazio. La sua ottimizzazione automatica dei costi con suddivisione su più livelli di archiviazione offre costi inferiori fino all'85% rispetto alla classe di archiviazione delle unità a stato solido (SSD) Amazon FSx e fino al 20% in meno rispetto alle tradizionali distribuzioni di unità disco rigido (HDD) on-premises.

Quando crei un file system utilizzando la console Amazon FSx, l'API o l'interfaccia a riga di comando (CLI), specifica la classe piano intelligente. Durante la creazione del file system o in qualsiasi momento in seguito, puoi creare una cache di lettura opzionale basata su SSD per ottimizzare le letture dei dati a cui accedi di frequente.

Usa la classe di archiviazione del piano intelligente Amazon FSx per OpenZFS per la maggior parte dei tuoi set di dati NAS. Usa la classe di archiviazione SSD solo per i set di dati che richiedono le prestazioni dell'archiviazione all-flash su tutti i dati (come carichi di lavoro di progettazione di chip, database e condivisioni utente per i data scientist).

La classe di archiviazione Piano intelligente Amazon FSx per OpenZFS è progettata per soddisfare le esigenze prestazionali di un'ampia gamma di carichi di lavoro di file. Fornisce fino a decine di terabyte al secondo di throughput, decine di milioni di operazioni di input/output (IOPS) su Lustre, fino a 20 gigabit al secondo di throughput e 400.000 IOPS su OpenZFS. I dati nella cache di lettura dell'unità SSD hanno latenze dal primo byte inferiori al millisecondo, mentre tutti gli altri dati hanno latenze dal primo byte nell'ordine delle decine di millisecondi. I carichi di lavoro tipici dei file tendono ad essere pesanti in lettura e funzionano attivamente con solo una piccola parte del set di dati complessivo in un dato momento; ciò che significa che il modello SSD ibrido della classe di archiviazione Piano intelligente Amazon FSx per OpenZFS offre archiviazione che offre prestazioni a livelli SSD per la maggior parte dei carichi di lavoro, offrendo al contempo fino all'85% di risparmio sui costi rispetto a una distribuzione interamente su SSD.

Per impostazione predefinita, Amazon FSx seleziona automaticamente le dimensioni della cache di lettura SSD in base al livello di throughput scelto per il tuo file system, oppure puoi scegliere una cache più piccola o più grande e scalarla verso l'alto o verso il basso in qualsiasi momento in base alle esigenze del carico di lavoro. Puoi modificare le dimensioni della cache di lettura SSD del tuo file system con AWS CLI, AWS SDK o nella console Amazon FSx. Amazon FSx pubblica una metrica della percentuale di riscontri della cache (la percentuale di letture servite dalla cache) per determinare se la cache è dimensionata in modo appropriato; puoi visualizzare questa metrica nella scheda “Monitoraggio” del tuo file system nella console Amazon FSx o con Amazon CloudWatch. Per la maggior parte dei carichi di lavoro, una percentuale di riscontri della cache dell'80% offre il giusto equilibrio di ottimizzazione delle prestazioni e dei costi.

Sì. La classe di archiviazione del piano intelligente Amazon FSx per OpenZFS fornisce uno SLA del 99,99%.

Per i file system che utilizzano la classe di archiviazione del piano intelligente Amazon FSx per OpenZFS, Amazon FSx archivia tutti i dati in modo ridondante su più zone di disponibilità (AZ), fornendo una resilienza integrata contro disastri diffusi.

Sì, puoi fare un backup del tuo file system utilizzando l'archiviazione del piano intelligente con la console Amazon FSx, l'API o l'interfaccia a riga di comando. Il backup di un file system Amazon FSx crea una copia separata dei dati dei file che puoi utilizzare in seguito per effettuare il ripristino su uno o più nuovi file system. I backup di Amazon FSx sono crash-consistent (consentono di effettuare il ripristino su una vista point-in-time del file system), altamente durevoli (archiviati in Amazon Simple Storage Service (Amazon S3) e progettati per 11 nove di durata) e incrementali (il che significa che ogni backup aggiunge solo le modifiche rispetto al backup precedente, risparmiando così sui costi di archiviazione di backup non duplicando i dati). Per impostazione predefinita, Amazon FSx avvia un backup automatico giornaliero del file system durante una finestra di backup specificata. Puoi creare backup aggiuntivi in qualsiasi momento utilizzando la console Amazon FSx, l'interfaccia a riga di comando o l'API oppure creare una pianificazione di backup automatica personalizzata utilizzando AWS Backup.

È possibile eseguire il ripristino da un backup creando un nuovo file system con l'opzione “ripristino da backup”. Quando lo fai, puoi accedere a tutti i tuoi dati in pochi minuti, mentre il ripristino viene completato in background. Il file system recupera in modo trasparente i dati dal backup man mano che vi accedi, quindi non è necessario attendere il completamento del ripristino prima di utilizzare il file system.

Paghi per GB al mese per i dati archiviati nella classe di archiviazione del piano intelligente Amazon FSX per OpenZFS, con un prezzo che dipende dal livello in cui sono archiviati i dati, e paghi per GB al mese per la cache di lettura SSD fornita. Quando si scrivono dati, si paga per operazione di scrittura e quando si leggono dati che non si trovano nella cache di lettura dell'SSD, si paga per operazione di lettura. Come con altri file system Amazon FSx, paghi per MBps al mese di throughput fornito per i tuoi file server.

Come Piano intelligente Amazon S3, la classe di archiviazione piano intelligente Amazon FSx per OpenZFS classifica automaticamente i dati in base all'ora dell'ultimo accesso, ottimizzando automaticamente i costi per i dati meno attivi. I dati a cui si accede negli ultimi 30 giorni vengono archiviati nel livello Accesso frequente. I dati a cui non si accede da 30 giorni passano automaticamente al livello Accesso sporadico e costano meno dei dati del livello Accesso frequente. I dati a cui non si accede da 90 giorni vengono automaticamente trasferiti al livello di archiviazione e costano meno dei dati del livello Accesso sporadico. Quando si accede ai dati nei livelli Accesso sporadico o Archivio, i dati tornano automaticamente al livello Accesso frequente. Tutti gli accessi ai dati non memorizzati nella cache hanno le stesse caratteristiche prestazionali, indipendentemente dal livello dei dati, e non sono previsti costi aggiuntivi di IOPS, recupero o transizione oltre ai normali costi operativi di lettura/scrittura.

Oltre a rappresentare i dati in una struttura tradizionale con directory e file, FSx per OpenZFS supporta l'utilizzo di volumi all'interno di un file system per organizzare ulteriormente i dati. Ogni file system contiene uno o più volumi, ovvero container di dati isolati per directory e file. Puoi creare e gestire i singoli volumi utilizzando la Console di gestione AWS, l'interfaccia della linea di comando AWS o l'API di Amazon FSx. I client accedono ai volumi montandoli da Linux, macOS o Windows come posizione di rete. I singoli volumi possono essere configurati in modo indipendente, il che significa che è possibile impostare alcune funzionalità, come il thin provisioning o la compressione, a livello di volume.

Per impostazione predefinita, è possibile aumentare i volumi fino a raggiungere la capacità disponibile nel file system. Puoi scegliere se impostare una quota per un volume, in modo da limitarne le dimensioni, o prenotarne una parte, al fine di destinare una quantità minima di capacità di archiviazione a quel volume. I volumi senza alcuna opzione di prenotazione sono i cosiddetti volumi "con thin provisioning", vale a dire che consumano capacità di archiviazione solo per i dati archiviati al loro interno. Puoi modificare queste impostazioni in qualsiasi momento.

FSx per OpenZFS offre un ricco set di funzionalità basate su ZFS per lavorare con i dati, inclusi snapshot point-in-time, clonazione dei dati sul posto e replica dei dati on demand tra file system. Con FSx per OpenZFS è possibile creare snapshot dei volumi in qualsiasi momento, al fine di semplificare la conservazione, la gestione e il ripristino delle versioni cronologiche dei database o delle applicazioni. La clonazione dei dati consente di testare facilmente molteplici funzionalità e modifiche in parallelo, senza interrompere gli utenti o le applicazioni esistenti e senza la necessità di duplicare i dati. La replica dei dati on demand tra i file system offre un modo semplice e resiliente per sincronizzare i dati per il ripristino di emergenza, le repliche di lettura e i flussi di lavoro di test e sviluppo, senza l'ulteriore necessità di stabilire la connettività tra i file system o rilevare e gestire le interruzioni di rete.

Ad esempio, se stai eseguendo un carico di lavoro del database e desideri testare un'operazione prima di applicarla nell'ambiente di produzione, puoi creare un clone del database ed eseguire tale operazione sul volume clone per verificare che funzioni come previsto. Al termine del test, puoi copiare il volume clone in un volume a copia completa allo scopo di mantenere i risultati per l'uso a lungo termine o per l'ambiente di produzione.

FSx per OpenZFS supporta un ricco set di funzionalità di efficienza dell'archiviazione, tra cui la compressione Z-Standard e LZ4 (per ridurre la capacità di archiviazione utilizzata dai dati), le prenotazioni e le quote di volume (che consentono di controllare la quantità di spazio utilizzata dai singoli volumi) e le quote utente (per verificare l'utilizzo dei singoli utenti finali). Queste funzionalità consentono di ridurre o gestire il footprint dello storage nel file system e l'archiviazione di backup.

La compressione dei dati può ridurre le prestazioni del file system per i carichi di lavoro a scrittura frequente, poiché durante l'operazione di scrittura su disco i dati vengono compressi. Tuttavia, per i carichi di lavoro a lettura frequente, la compressione può migliorare significativamente le prestazioni complessive in termini di velocità di trasmissione effettiva del file system, in quanto riduce la quantità di dati inviati tra questi dischi e il server di archiviazione. Per ulteriori informazioni, consulta la documentazione relativa alle prestazioni di Amazon FSx per OpenZFS. 

Amazon FSx è un servizio interamente gestito, il che significa che l'infrastruttura di gestione dello storage non è gestita dall'utente. L'utilizzo di Amazon FSx ti solleva dal dover gestire l'implementazione e la manutenzione di complesse infrastrutture di file system. FSx per OpenZFS offre tutta la potenza di ZFS, senza la complessità dovuta alla gestione dei file system ZFS.

Per creare, visualizzare ed eliminare file system, volumi e backup, è possibile utilizzare la Console di gestione AWS, l'AWS CLI e l'API di Amazon FSx. Inoltre, offriamo supporto per le funzionalità ZFS avanzate all'interno della console FSx e tramite la relativa API. È quindi possibile sfruttare le diverse funzionalità ZFS, come gli snapshot e la clonazione, senza dover essere degli esperti.

Con i file system Multi-AZ (HA) e Single-AZ (HA), Amazon FSx implementa una coppia di file server ad alta disponibilità (HA) con failover e failback automatici per garantire un'elevata disponibilità. Con i file system Multi-AZ (HA), Amazon FSx distribuisce questa coppia di file server su due zone di disponibilità AWS (AZ) e replica automaticamente i dati su queste due AZ per garantire un'elevata durabilità; inoltre, distribuisce una coppia di file server ad alta disponibilità (HA) su due AZ con failover e failback automatici per garantire disponibilità e durata elevate anche in caso di interruzione a livello di AZ. Inoltre, Amazon FSx monitora continuamente i guasti hardware e sostituisce automaticamente i componenti dell'infrastruttura in caso di guasto. I file system eseguono automaticamente il failover e il failback in base alle esigenze (in genere entro 60 secondi) e i client eseguono automaticamente il failover e viceversa con il file system.

Con i file system Single-AZ (non HA), Amazon FSx riprende la disponibilità in caso di guasto monitorando continuamente i guasti hardware e sostituendo automaticamente i componenti dell'infrastruttura in caso di guasto, in genere entro 30 minuti.

Amazon FSx esegue inoltre backup altamente durevoli (archiviati in S3) del file system ogni giorno e consente di eseguire backup aggiuntivi in qualsiasi momento.

R: Sì. L'Accordo sul livello di servizio (SLA) di Amazon FSx offre un credito sui servizi qualora la percentuale di disponibilità mensile del sistema durante qualsiasi ciclo di fatturazione sia inferiore a quella dichiarata da Amazon.

Per evitare che gli utenti finali o le applicazioni eliminino o modifichino involontariamente i file presenti nei volumi, è possibile creare degli snapshot, ovvero delle immagini point-in-time dei volumi che vengono archiviate nel file system. In questo modo, gli utenti finali o gli amministratori delle applicazioni possono annullare facilmente le modifiche apportate ai file e confrontare le diverse versioni. Possono inoltre visualizzare gli snapshot nella directory ".zfs/snapshot" presente nella radice di un volume e accedere a singoli file e cartelle contenuti in tali snapshot. Puoi gestire gli snapshot FSx per OpenZFS tramite la Console di gestione AWS, l'interfaccia della linea di comando AWS o l'API di Amazon FSx.

FSx per OpenZFS offre anche la possibilità di eseguire il backup del file system, al fine di supportare le esigenze di archiviazione, conservazione dei dati e conformità. I backup sono una copia secondaria, offline e altamente durevole di un file system archiviato in Amazon S3. I backup sono coerenti nel tempo, in quanto rappresentano una vista coerente dell'intero set di dati del file in un determinato momento, e incrementali, poiché gli addebiti si basano esclusivamente sulle modifiche apportate a partire dall'ultimo backup per un determinato backup. Essi sono inoltre facili da gestire (tramite la Console di gestione AWS, l'interfaccia della linea di comando AWS o l'API di Amazon FSx) e veloci da creare e ripristinare (con un RTO di 5-10 minuti).

I backup automatici giornalieri sono abilitati per impostazione predefinita. Inoltre, è possibile aggiornare la policy di conservazione nella console Amazon FSx in qualsiasi momento e con pochi clic. FSx per OpenZFS offre la possibilità di copiare i backup del file system in altre regioni AWS per soddisfare gli obiettivi in termini di ripristino di emergenza e continuità aziendale tra regioni.

Quando crei un file system Multi-AZ (HA) o Single-AZ (HA), Amazon FSx esegue automaticamente il provisioning di due singoli file server: Per i file system Multi-AZ (HA), uno di questi è un server “preferito” nell'AZ preferito e l'altro un server “standby” nell'AZ di standby, ciascuno con il proprio set di volumi di archiviazione. Solo uno di questi file server serve attivamente i dati in qualsiasi momento (in genere il file server preferito), ma entrambi mantengono copie persistenti e identiche dei dati. Per i file system Single-AZ (HA), entrambi i server si trovano nella stessa AZ. Solo uno di questi file server serve attivamente i dati in qualsiasi momento, ma entrambi sono collegati allo stesso set di volumi di archiviazione, che a loro volta replicano i dati per una lunga durata.

Amazon FSx monitora continuamente lo stato dei tuoi file server per rilevare rapidamente eventuali problemi. Se il file server preferito non è disponibile per qualsiasi motivo (ad esempio, a causa di un guasto hardware isolato, di un evento di manutenzione pianificato o, nel caso dei file system Multi-AZ, di un'interruzione a livello di AZ), il servizio eseguirà automaticamente il failover sul file server in standby in modo da poter riprendere le operazioni del file system senza alcuna perdita di disponibilità. Amazon FSx mapperà l'indirizzo di rete del file system sul nuovo file server in standby attivo, in modo che le applicazioni basate su Linux e Windows possano continuare ad accedere ai dati, senza interruzioni, dalla stessa posizione di rete. Inoltre, il file system eseguirà automaticamente un failback una volta ripristinato lo stato di integrità del file server preferito. Questi eventi di failover e failback sono trasparenti per gli utenti e le applicazioni: il file system continuerà a servire il traffico NFS dallo stesso indirizzo di rete, consentendo ai client NFS di continuare ad accedere ai dati senza interventi manuali.

Amazon FSx esegue automaticamente un failover su un file system Multi-AZ (HA) o Single-AZ (HA) in caso di perdita di disponibilità del file server attivo per qualsiasi motivo, tra cui un guasto hardware, una perdita di connettività o, nel caso dei file system multi-AZ, un'interruzione a livello di AZ. Amazon FSx eseguirà anche il failover temporaneo sul file server in standby durante la manutenzione pianificata durante una finestra di manutenzione o se si modifica la capacità effettiva di trasmissione del file system.

Sì. FSx per OpenZFS crittografa automaticamente i dati a riposo e quelli in transito. I dati del file system e i backup vengono sempre crittografati a riposo tramite chiavi gestite tramite AWS KMS. È possibile utilizzare chiavi di proprietà del servizio o chiavi gestite dal cliente. Amazon FSx esegue automaticamente la crittografia dei dati in transito quando l'accesso avviene da istanze Amazon EC2 che la supportano (istanze client Amazon EC2 supportate).

È possibile configurare il file system in modo che sia associato a un VPC Amazon e a gruppi di sicurezza VPC. Solo le istanze Amazon EC2 che rispettano le regole del gruppo di sicurezza e si trovano all'interno di tale VPC (o di un VPC con peering) possono accedere al file system. Puoi controllare chi può amministrare (ad esempio, creare, aggiornare ed eliminare) i file system, i volumi e i backup tramite AWS IAM. Inoltre, puoi specificare gli utenti e i gruppi che possono accedere a determinati file e directory nei volumi utilizzando le autorizzazioni POSIX.

Sì. Puoi accedere ai file system da un altro VPC (incluso un VPC in un'altra regione) utilizzando AWS Transit Gateway o il peering VPC. Inoltre, puoi accedere ai file system da un ambiente on-premise utilizzando AWS Direct Connect o una VPN.

È possibile monitorare e proteggere le chiamate API utilizzando AWS CloudTrail e AWS IAM e rilevare e segnalare modelli di utilizzo API sospetti tramite Amazon GuardDuty.

Per quanto riguarda i file system, la fatturazione si basa sulla capacità di archiviazione assegnata (per GB/mese), sulla velocità di trasmissione effettiva fornita (per MBps/mese) e sulle eventuali operazioni aggiuntive di I/O al secondo (per IOP/mese). Per quanto riguarda i backup, i costi vengono calcolati in base allo storage utilizzato (per GB al mese) e ai dati trasferiti (per GB) tra zone di disponibilità, tra regioni AWS e nell'ambiente on-premise. Sebbene i prezzi siano indicati su base mensile, il tuo utilizzo è ripartito proporzionalmente al secondo e ti viene addebitato l'utilizzo medio in un mese.

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.