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
Single-AZ Usi e tipi di distribuzione di Amazon FSx for NetApp ONTAP. Multi-AZ Puoi scegliere tra quattro opzioni: Single-AZ 1, Single-AZ 2, Multi-AZ 1 e 2. Multi-AZ Questo argomento descrive le funzionalità di disponibilità e durata di ciascun tipo di distribuzione per aiutarti a scegliere quella più adatta ai tuoi carichi di lavoro. Per informazioni sullo SLA (Service Level Agreement) di disponibilità del servizio, consulta Amazon FSx Service Level Agreement.
Argomenti
Scelta del tipo di distribuzione del file system
Le caratteristiche di disponibilità e durata Single-AZ e i tipi di distribuzione del Multi-AZ file system sono descritti nelle sezioni seguenti.
Single-AZ tipi di distribuzione
Puoi 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 HA (High Availability), 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 file system. Multi-AZ 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 luogo Regioni AWS, replicando i dati solo all'interno di una singola zona di disponibilità.
Il diagramma seguente illustra l'architettura di un file system di prima generazione FSx for Single-AZ ONTAP.
Multi-AZ tipi di implementazione
Puoi 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 dei 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 file system di prima generazione FSx for ONTAP. Multi-AZ
Scelta di una generazione di file system
La tabella seguente illustra le differenze tra i file system di prima e seconda generazione Single-AZ e Multi-AZ FSx for 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: 1 PiB (totale) |
| IP SSD |
Minimo: 3 unità SSD IOPS/GIB Massimo: 160.000 |
Minimo: 3 unità IOPS/GIB SSD Massimo: 200.000 |
Minimo: 3 unità IOPS/GIB 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, per passare da Single-AZ 1 a Single-AZ 2), puoi eseguire il backup dei dati e ripristinarli su un nuovo file system. Puoi anche migrare i tuoi dati conNetApp SnapMirror, con o con uno AWS DataSync 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 i Multi-AZ 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 throughput del file system viene modificata
-
Il file server preferito o attivo viene sottoposto a manutenzione pianificata
-
Si verifica un'interruzione della zona di disponibilità (solo Multi-AZ 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 i Multi-AZ file system, quando il file server preferito è completamente ripristinato e diventa disponibile, Amazon FSx esegue automaticamente il failback e il failback di solito viene completato in meno di 60 secondi. Per quanto riguarda i Multi-AZ file system Single-AZ e i file system, un failover si completa in genere in meno di 60 secondi, dal rilevamento del guasto 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 i protocolli iSCSI e di storage a NVMe/TCP 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, vedere. Accesso ai dati dall'interno di Cloud AWS Per configurare il multipathing lato client per iSCSI e client, vedere e. NVMe/TCP Provisioning di iSCSI per Linux 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 dai Multi-AZ file system Single-AZ e dai 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 i Single-AZ file system, Amazon FSx fornisce due interfacce di rete elastiche (ENI) nella sottorete associata al file system. Per i Multi-AZ file system, Amazon FSx fornisce anche due ENI, uno in ciascuna delle sottoreti associate al 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 ENI | 1 + il numero di SVM nel file system | Numero di coppie HA + numero di coppie HA moltiplicato per il numero di SVM nel file system | 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 |
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.
