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à e durabilità
Amazon FSx for NetApp ONTAP utilizza due tipi di implementazione, Single-AZ e Multi-AZ, che offrono diversi livelli di disponibilità e durabilità. Questo argomento descrive le caratteristiche di disponibilità e durabilità di ogni tipo di implementazione 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
Argomenti
Scelta del tipo di distribuzione del file system
Le caratteristiche di disponibilità e durabilità dei tipi di implementazione dei file system Single-AZ e Multi-AZ sono descritte nelle sezioni seguenti.
Tipo di implementazione Single-AZ
Quando crei un file system Single-AZ, Amazon FSx effettua automaticamente il provisioning da una a dodici coppie di file server in una configurazione di standby attivo, con i file server attivi e in 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 intervento manuale.
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 una durabilità elevata, 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 file system. Questi backup vengono archiviati in più zone di disponibilità per fornire resilienza Multi-AZ per tutti i dati di backup.
I file system Single-AZ 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 locale o in altro modo Regioni AWS, replicando i dati solo all'interno di una singola zona di disponibilità.
Il diagramma seguente illustra l'architettura di un file system FSx for ONTAP Single-AZ.
Tipo di implementazione Multi-AZ
I file system Multi-AZ supportano tutte le caratteristiche di disponibilità e durabilità dei file system Single-AZ. Inoltre, sono progettati per fornire una disponibilità continua dei dati anche quando non è disponibile una zona di disponibilità. Le implementazioni Multi-AZ prevedono un'unica coppia di file server HA, il file server di standby viene distribuito in una zona di disponibilità diversa dal file server attivo nella stessa. Regione AWS Tutte le modifiche scritte nel file system vengono replicate in modo sincrono tra le zone di disponibilità fino allo standby.
I file system Multi-AZ sono progettati per casi d'uso come carichi di lavoro di produzione aziendali critici che richiedono un'elevata disponibilità dei dati dei file ONTAP condivisi e richiedono uno storage con replica integrata tra le zone di disponibilità. Il diagramma seguente illustra l'architettura di un file system FSx for ONTAP Multi-AZ.
Processo di failover per FSx for ONTAP
I file system Single-AZ e Multi-AZ 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 non è più 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 file system Multi-AZ)
Nota
Per i file system con scalabilità orizzontale, il comportamento di failover di ogni 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 file system Multi-AZ, quando il file server preferito viene completamente ripristinato e diventa disponibile, Amazon FSx esegue automaticamente il failback su di esso, con il failback che di solito viene completato in meno di 60 secondi. Per i file system Single-AZ e Multi-AZ, il failover viene generalmente completato in meno di 60 secondi, dal rilevamento dell'errore sul file server attivo alla promozione del file server di standby allo stato attivo. Poiché l'indirizzo IP dell'endpoint utilizzato dai client per accedere ai dati tramite NFS o SMB rimane lo stesso, i failover sono trasparenti per le applicazioni Linux, Windows e macOS, che riprendono le operazioni del file system senza intervento manuale.
Per garantire che i failover siano trasparenti per i client collegati al file system FSx for ONTAP Single-AZ e Multi-AZ, vedere. Accesso ai dati dall'interno AWS
Test del failover su un file system
È possibile testare il failover su un file system con scalabilità verticale modificandone la capacità di throughput. Quando modifichi la capacità di throughput del 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 prima il file server preferito. Una volta aggiornato, il file system esegue automaticamente il failback sul 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 file system Single-AZ e Multi-AZ.
Sottoreti
Quando si crea un file system Single-AZ, 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 file system Multi-AZ, 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 del file system
Per i file system Single-AZ, Amazon FSx fornisce due interfacce di rete elastiche (ENI) nella sottorete associata al file system. Per i file system Multi-AZ, Amazon FSx fornisce anche due ENI, una in ciascuna delle sottoreti associate al file system. I client comunicano con il file system Amazon FSx utilizzando l'interfaccia elastic network. Le interfacce di rete sono considerate rientranti nell'ambito del servizio di Amazon FSx, nonostante facciano parte del VPC del tuo account. I file system Multi-AZ utilizzano indirizzi IP (Internet Protocol) mobili in modo che i client connessi passino senza problemi dal file server preferito a quello 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 e aggiunti automaticamente alle tabelle di routing VPC e subnet predefinite. La modifica o l'eliminazione di queste route può causare la perdita temporanea o permanente della connettività per i client del file system.
La tabella seguente riassume le risorse di sottorete, elastic network interface e indirizzo IP per ciascuno dei tipi di implementazione del file system FSx for ONTAP:
| Single-AZ (scalabilità verticale) | Single-AZ (scalabilità orizzontale) | Multi-AZ (scalabilità verticale) | |
|---|---|---|---|
| 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 della tabella di routing VPC | N/D | N/D | 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 o l'esposizione dei file system alla rete Internet pubblica. Amazon FSx scollega automaticamente qualsiasi indirizzo IP elastico, che è un indirizzo IP pubblico raggiungibile da Internet, che viene collegato all'interfaccia di rete elastica di un file system.
