Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Disponibilità, durata e opzioni di implementazione
Amazon FSx per NetApp ONTAP utilizza Single-AZ e Multi-AZ tipi di distribuzione. È possibile scegliere tra quattro opzioni: Single-AZ 1, Single-AZ 2, Multi-AZ 1, e Multi-AZ 2. Questo argomento descrive le funzionalità di disponibilità e durata di ciascun tipo di distribuzione per aiutarti a scegliere quella giusta per i tuoi carichi di lavoro. Per informazioni sullo SLA (Service Level Agreement) di disponibilità del servizio, consulta Contratto sul livello di servizio Amazon FSx
Argomenti
Scelta del tipo di distribuzione del file system
Le caratteristiche di disponibilità e durata di Single-AZ e Multi-AZ i tipi di distribuzione del file system sono descritti nelle sezioni seguenti.
Single-AZ tipi di distribuzione
È possibile scegliere tra Single-AZ 1 e Single-AZ 2 per il tuo Single-AZ file system. Single-AZ 1 è un file system di prima generazione con una coppia ad alta disponibilità (HA), mentre Single-AZ 2 è un file system di seconda generazione con 1-12 coppie HA. Per ulteriori informazioni, consulta Scelta di una generazione di file system.
Quando si crea un Single-AZ file system, Amazon FSx esegue automaticamente il provisioning da una a dodici coppie di file server in una configurazione active-standby, con i file server attivi e standby di ciascuna coppia situati in domini di errore separati all'interno di una singola zona di disponibilità nel Regione AWS. Durante la manutenzione pianificata del file system o un'interruzione non pianificata del servizio di qualsiasi file server attivo, Amazon FSx esegue automaticamente e indipendentemente il failover di quella coppia ad alta disponibilità (HA) sul file server di standby, in genere entro pochi secondi. Durante un failover, continui ad avere accesso ai tuoi dati senza interventi manuali.
Per garantire un'elevata disponibilità, Amazon FSx monitora continuamente i guasti hardware e sostituisce automaticamente i componenti dell'infrastruttura in caso di guasto. Per ottenere un'elevata durabilità, Amazon FSx replica automaticamente i dati all'interno di una zona di disponibilità per proteggerli dai guasti dei componenti. Inoltre, hai la possibilità di configurare backup giornalieri automatici dei dati del tuo file system. Questi backup sono archiviati in più zone di disponibilità per fornire la resilienza Multi-AZ per tutti i dati di backup.
Single-AZ i file system sono progettati per casi d'uso che non richiedono il modello di resilienza dei dati di un Multi-AZ file system. Forniscono una soluzione ottimizzata in termini di costi per casi d'uso come ambienti di sviluppo e test o per l'archiviazione di copie secondarie di dati già archiviati in sede o in altro Regioni AWS, replicando i dati solo all'interno di una singola zona di disponibilità.
Il diagramma seguente illustra l'architettura di un FSx per ONTAP Single-AZ file system di prima generazione.
Multi-AZ tipi di distribuzione
È possibile scegliere tra Multi-AZ 1 e Multi-AZ 2 per il tuo Multi-AZ file system. Multi-AZ 1 è un file system di prima generazione e Multi-AZ 2 è un file system di seconda generazione. Entrambe le opzioni hanno una coppia HA. Per ulteriori informazioni, consulta Scelta di una generazione di file system.
Multi-AZ i file system supportano tutte le funzionalità di disponibilità e durata di Single-AZ file system. Inoltre, sono progettati per fornire una disponibilità continua dei dati anche quando una zona di disponibilità non è disponibile. Multi-AZ le distribuzioni hanno una sola coppia di file server HA, il file server di standby è distribuito in una zona di disponibilità diversa dal file server attivo nella stessa Regione AWS. Qualsiasi modifica scritta nel file system viene replicata in modo sincrono tra le zone di disponibilità fino allo standby.
Multi-AZ i file system sono progettati per casi d'uso come i carichi di lavoro di produzione aziendali critici che richiedono un'elevata disponibilità dei dati di file ONTAP condivisi e necessitano di archiviazione con replica integrata nelle zone di disponibilità. Il diagramma seguente illustra l'architettura di un FSx for ONTAP Multi-AZ file system di prima generazione.
Scelta di una generazione di file system
La tabella seguente illustra le differenze tra la prima e la seconda generazione Single-AZ e Multi-AZ FSx per i file system ONTAP.
| Dimensione | First-generation | Second-generation (singola coppia HA) | Second-generation (coppia multipla) |
|---|---|---|---|
| Il tipo di implementazione | SINGLE_AZ_1 MULTI_AZ_1 |
AZ_SINGOLO_2 MULTI_AZ_2 |
AZ_SINGOLO_2 |
| Coppie HA | 1 paio HA | 1—12 coppie HA | |
| Archiviazione SSD |
Minimo: 1 TiB Massimo: 192 TiB |
Minimo: 1 TiB Massimo: 512 TiB |
Minimo: 1 TiB (per coppia HA) Massimo: 512 TiB (per coppia HA), fino a 1 PiB (totale) |
| IOPS SSD |
Minimo: 3 IOPS/GIB di SSD Massimo: 160.000 |
Minimo: 3 IOPS/GIB di SSD Massimo: 200.000 |
Minimo: 3 IOPS/GIB di SSD Massimo: 2.400.000 (200.000 per coppia HA) |
| Capacità effettiva di trasmissione | 128 MBps; 256 MBps; 512 MBps; 1.024 MBps; 2.048 MBps; 4.096 MBps | 384 MBps; 768 MBps; 1.536 MBps; 3.072 MBps; 6.144 MBps | 1.536 MBps (per coppia HA); 3.072 MBps (per coppia HA); 6.144 MBps (per coppia HA) |
Nota
Non è possibile modificare il tipo di distribuzione del file system dopo la creazione. Se desideri modificare il tipo di distribuzione (ad esempio, da cui Single-AZ 1 a Single-AZ 2), è possibile eseguire il backup dei dati e ripristinarli su un nuovo file system. Puoi anche migrare i tuoi dati con NetApp SnapMirror, con AWS DataSync, o con uno strumento di copia dei dati di terze parti. Per ulteriori informazioni, consulta Migrazione a FSx for ONTAP utilizzando NetApp SnapMirror e Migrazione a FSx for ONTAP utilizzando AWS DataSync.
Processo di failover per FSx for ONTAP
Single-AZ e Multi-AZ i file system eseguono automaticamente il failover di una determinata coppia HA dal file server preferito o attivo al file server di standby se si verifica una delle seguenti condizioni:
-
Il file server preferito o attivo diventa non disponibile
-
La capacità di trasmissione del file system viene modificata
-
Il file server preferito o attivo viene sottoposto a manutenzione pianificata
-
Si verifica un'interruzione della zona di disponibilità (Multi-AZ (solo file system)
Nota
Per i file system di seconda generazione con più coppie HA, il comportamento di failover di ciascuna coppia HA è indipendente. Se il file server preferito per una coppia HA non è disponibile, solo quella coppia HA eseguirà il failover sul relativo file server di standby.
Quando si esegue il failover da un file server a un altro, il nuovo file server attivo inizia automaticamente a inviare tutte le richieste di lettura e scrittura del file system a quella coppia HA. Per Multi-AZ file system, quando il file server preferito è completamente ripristinato e diventa disponibile, Amazon FSx esegue automaticamente il failback, che di solito viene completato in meno di 60 secondi. Per Single-AZ e Multi-AZ file system, un failover si completa in genere in meno di 60 secondi dal rilevamento dell'errore sul file server attivo alla promozione del file server in standby allo stato attivo. Per i client NFS e SMB, i failover sono trasparenti perché l'indirizzo IP dell'endpoint utilizzato dai client per accedere ai dati rimane invariato, quindi le applicazioni Linux, Windows e macOS riprendono le operazioni del file system senza intervento manuale. Per iSCSI e NVMe/TCP nei protocolli di storage a blocchi, la trasparenza del failover dipende invece dal multipathing lato client, che è necessario configurare sul client in modo che il failover venga eseguito automaticamente tra i file server.
Per garantire che i failover siano trasparenti per i client connessi ai file system FSx for ONTAP, consulta Accesso ai dati dall'interno di Cloud AWS. Per configurare il multipathing sul lato client per iSCSI e NVMe/TCP client, vedere Provisioning di iSCSI per Linux e Provisioning NVMe/TCP per Linux.
Test del failover su un file system
È possibile testare il failover sul file system modificandone la capacità di throughput. Quando modifichi la capacità di throughput del tuo file system, Amazon FSx disattiva i file server del file system in modo seriale. I file system eseguono automaticamente il failover sul server secondario mentre Amazon FSx sostituisce per primo il file server preferito. Una volta aggiornato, il file system torna automaticamente al nuovo server primario e Amazon FSx sostituisce il file server secondario.
Puoi monitorare l'avanzamento della richiesta di aggiornamento della capacità di throughput nella console Amazon FSx, nella CLI e nell'API. Per ulteriori informazioni sulla modifica della capacità di throughput del file system e sul monitoraggio dell'avanzamento della richiesta, consulta Gestione della capacità di throughput.
Risorse di rete
Questa sezione descrive le risorse di rete utilizzate da Single-AZ e Multi-AZ file system.
Sottoreti
Quando si crea un Single-AZ file system, si specifica una singola sottorete per il file system. La sottorete scelta definisce la zona di disponibilità in cui viene creato il file system. Quando si crea un Multi-AZ file system, si specificano due sottoreti, una per il file server preferito e una per il file server di standby. Le due sottoreti scelte devono trovarsi in zone di disponibilità diverse all'interno della stessa Regione AWS. Per ulteriori informazioni su Amazon VPC consulta Cos’è Amazon VPC? nella Guida per l’utente di Amazon Virtual Private Cloud.
Nota
Indipendentemente dalla sottorete specificata, è possibile accedere al file system da qualsiasi sottorete all'interno del VPC del file system.
Interfacce di rete elastiche per file system
Per Single-AZ file system, Amazon FSx ne fornisce due interfacce di rete elastiche (ENI) nella sottorete che associ al tuo file system. Per Multi-AZ file system, Amazon FSx fornisce anche due ENI, uno in ciascuna delle sottoreti associate al tuo file system. I client comunicano con il tuo file system Amazon FSx utilizzando l'interfaccia di rete elastica. Le interfacce di rete sono considerate all'interno dell'ambito di servizio di Amazon FSx, nonostante facciano parte del VPC del tuo account. Multi-AZ i file system utilizzano indirizzi IP (Internet Protocol) mobili in modo che i client connessi possano passare senza problemi dai file server preferiti a quelli di standby durante un evento di failover.
avvertimento
Non è necessario modificare o eliminare le interfacce di rete elastiche associate al file system. La modifica o l'eliminazione dell'interfaccia di rete può causare una perdita permanente della connessione tra il VPC e il file system.
Le interfacce di rete elastiche associate al file system avranno percorsi creati automaticamente e aggiunti alle tabelle di routing del VPC e della sottorete predefinite. La modifica o l'eliminazione di questi percorsi può causare una perdita temporanea o permanente della connettività per i client del file system.
La tabella seguente riassume le risorse relative alla sottorete, all'interfaccia di rete elastica e agli indirizzi IP per ciascuno dei tipi di distribuzione del file system FSx for ONTAP:
| First-generation Single-AZ | Second-generation Single-AZ | Multi-AZ | |
|---|---|---|---|
| Numero di sottoreti | 1 | 1 | 2 |
| Numero di interfacce di rete elastiche | 2 | 2 per coppia HA | 2 |
| Numero di indirizzi IP per file system | 3 + (3 volte il numero di SVM nel file system) | 1 + (2 x numero di coppie HA) + (3 x numero di coppie HA x numero di SVM nel file system) | 2 x (1 + il numero di SVM nel file system) |
| Numero di percorsi nella tabella di routing VPC | N/A | N/A | 1 + il numero di SVM nel file system |
Nota
I conteggi degli indirizzi IP nella tabella precedente si riferiscono agli indirizzi IPv4. Un file system che utilizza il tipo di rete dual-stack richiede anche lo stesso numero di indirizzi IPv6, assegnati dai blocchi CIDR IPv6 delle sottoreti associate al file system. Per ulteriori informazioni, consulta Gestione del tipo di rete.
Una volta creato un file system o SVM, i relativi indirizzi IP non cambiano finché il file system non viene eliminato.
Importante
Amazon FSx non supporta l'accesso ai file system da Internet pubblico o l'esposizione dei file system alla rete Internet pubblica. Amazon FSx stacca automaticamente qualsiasi indirizzo IP elastico, ovvero un indirizzo IP pubblico raggiungibile da Internet, che viene collegato all'interfaccia di rete elastica di un file system.
