Limiti di configurazione e supporto degli array SAN all-flash
-
PDF del sito di questa documentazione
- Amministrazione del cluster
-
Amministrazione dei volumi
-
Gestione dello storage logico con la CLI
- Utilizzare le quote per limitare o tenere traccia dell'utilizzo delle risorse
-
Gestione dello storage logico con la CLI
-
Gestione dello storage NAS
- Configurare NFS con la CLI
- Gestisci NFS con la CLI
-
Gestire SMB con la CLI
- Gestire i server SMB
- Gestire l'accesso ai file utilizzando SMB
- Autenticazione e controllo dell'accesso
-
Sicurezza e crittografia dei dati
- Utilizzare FPolicy per il monitoraggio e la gestione dei file su SVM
- Protezione dei dati e disaster recovery
Raccolta di documenti PDF separati
Creating your file...
I limiti di configurazione e il supporto degli array SAN all-flash (ASA) variano in base alla versione di ONTAP.
I dettagli più aggiornati sui limiti di configurazione supportati sono disponibili in "NetApp Hardware Universe".
Protocolli SAN e nodi per cluster
Il supporto ASA per i protocolli SAN e i nodi per cluster è il seguente:
Inizio con ONTAP… |
Supporto del protocollo |
Numero massimo di nodi per cluster |
9.12.1 |
|
12 |
9.9.1 |
|
|
9.7 |
|
4 |
Supporto per porte persistenti
A partire da ONTAP 9,8, le porte persistenti sono abilitate per impostazione predefinita sugli array All-Flash SAN (ASA) configurati per utilizzare il protocollo FC. Le porte persistenti sono disponibili solo per FC e richiedono l'appartenenza alla zona identificata dal World Wide Port Name (WWPN).
Le porte persistenti riducono l'impatto dei takeover creando una LIF shadow sulla porta fisica corrispondente del partner ha. Quando un nodo viene sostituito, la LIF shadow sul nodo partner assume l'identità della LIF originale, inclusa la WWPNe. Prima che lo stato del percorso verso il nodo preso in consegna venga modificato in difettoso, la LIF shadow viene visualizzata come percorso attivo/ottimizzato verso lo stack MPIO host e l'i/o viene spostato. In questo modo si riducono le interruzioni di i/o perché l'host rileva sempre lo stesso numero di percorsi verso la destinazione, anche durante le operazioni di failover dello storage.
Per le porte persistenti, le seguenti caratteristiche della porta FCP devono essere identiche all'interno della coppia ha:
-
Numero di porte FCP
-
Nomi delle porte FCP
-
Velocità delle porte FCP
-
Zoning basato su WWPN FCP LIF
Se una di queste caratteristiche non è identica all'interno della coppia ha, viene generato il seguente messaggio EMS:
EMS : scsiblade.lif.persistent.ports.fcp.init.error
Per ulteriori informazioni sulle porte persistenti, vedere "Report tecnico NetApp 4080: Best practice per le SAN moderne".