Informazioni sui carichi di lavoro supportati dalle policy di StrictSync e Sync
-
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...
Le policy StrictSync e Sync supportano tutte le applicazioni basate su LUN con protocolli FC, iSCSI e FC-NVMe, nonché i protocolli NFSv3 e NFSv4 per applicazioni aziendali come database, VMware, quota, SMB e così via. A partire da ONTAP 9.6, SnapMirror Synchronous può essere utilizzato per i file service aziendali come EDA (Electronic Design Automation), home directory e carichi di lavoro di build del software.
In ONTAP 9.5, per una policy di sincronizzazione, è necessario considerare alcuni aspetti importanti durante la selezione dei carichi di lavoro NFSv3 o NFSv4. La quantità di operazioni di lettura o scrittura dei dati da parte dei carichi di lavoro non è una considerazione, in quanto la policy Sync può gestire elevati carichi di lavoro io in lettura o scrittura. In ONTAP 9.5, i carichi di lavoro che presentano una creazione di file, una creazione di directory, modifiche ai permessi dei file o modifiche ai permessi delle directory eccessive potrebbero non essere adatti (tali carichi di lavoro vengono definiti carichi di lavoro con metadati elevati). Un tipico esempio di workload con metadati elevati è un workload DevOps in cui è possibile creare più file di test, eseguire l'automazione ed eliminare i file. Un altro esempio è rappresentato dal carico di lavoro di creazione parallela che genera più file temporanei durante la compilazione. L'impatto di un elevato tasso di attività di scrittura dei metadati è che può causare la temporanea interruzione della sincronizzazione tra i mirror, che blocca gli iOS di lettura e scrittura dal client.
A partire da ONTAP 9.6, queste limitazioni vengono rimosse e SnapMirror Synchronous può essere utilizzato per i carichi di lavoro dei file service aziendali che includono ambienti multiutente, come home directory e carichi di lavoro di build del software.
"Procedure consigliate e configurazione sincrona di SnapMirror"