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.

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.