Integrazioni di storage NetApp supportate con Red Hat Open Shift Containers
-
PDF del sito di questa documentazione
- Intelligenza artificiale
- Cloud pubblico e ibrido
- Virtualizzazione
-
Container
- Red Hat OpenShift con NetApp
Raccolta di documenti PDF separati
Creating your file...
Sia che i container Red Hat Open Shift siano in esecuzione su VMware o negli hyperscaler, NetApp Astra Trident può essere utilizzato come provider CSI per i vari tipi di storage NetApp di back-end supportati.
Il seguente diagramma illustra i vari storage NetApp di back-end che possono essere integrati con i cluster OpenShift utilizzando NetApp Astra Trident.
La macchina virtuale per lo storage ONTAP (SVM) offre una multi-tenancy sicura. Un singolo cluster OpenShift può connettersi a una singola SVM o a più SVM o persino a più cluster ONTAP. La classe di storage filtra lo storage back-end in base ai parametri o alle etichette. Gli amministratori dello storage definiscono i parametri per la connessione al sistema di storage utilizzando la configurazione backend trident. Una volta stabilita la connessione, crea il backend trident e popola le informazioni che la classe di storage può filtrare.
Di seguito viene illustrata la relazione tra lo storageclass e il backend.
Il proprietario dell'applicazione richiede un volume persistente utilizzando la classe di storage. La classe di storage filtra lo storage back-end. Di seguito viene illustrata la relazione tra il pod e lo storage back-end.
Opzioni CSI (Container Storage Interface)
Negli ambienti vSphere, i clienti possono scegliere il driver VMware CSI e/o Astra Trident CSI da integrare con ONTAP. Con VMware CSI, i volumi persistenti vengono consumati come dischi SCSI locali, mentre con Trident viene consumato con la rete. Poiché VMware CSI non supporta le modalità di accesso RWX con ONTAP, le applicazioni devono utilizzare Trident CSI se è richiesta la modalità RWX. Con le implementazioni basate su FC, VMware CSI è la soluzione preferita e SnapMirror Business Continuity (SMBC) offre disponibilità elevata a livello di zona.
Supporto di VMware CSI
-
Datastore basati su core block (FC, FCoE, iSCSI, NVMeoF)
-
Archivi dati basati su file di base (NFS v3, v4)
-
Datastore vVol (blocco e file)
Trident ha i seguenti driver per supportare ONTAP
-
ontap-san (volume dedicato)
-
ontap-san-economy (volume condiviso)
-
ontap-nas (volume dedicato)
-
ontap-nas-economy (volume condiviso)
-
ontap-nas-flexgroup (volume dedicato su larga scala)
Per VMware CSI e Astra Trident CSI, ONTAP supporta nconnect, trunking di sessione, kerberos, ecc. per NFS e multipathing, autenticazione chap, ecc. per i protocolli a blocchi.
In AWS, FSX per NetApp ONTAP (FSxN) può essere implementato in una singola zona di disponibilità (AZ) o in più AZ. Per i carichi di lavoro di produzione che richiedono alta disponibilità, multi-AZ offre tolleranza di errore a livello zonale e una cache di lettura NVMe migliore rispetto a AZ singolo. Per ulteriori informazioni, consultare "Linee guida per le performance di AWS".
Per risparmiare sui costi del sito di disaster recovery, è possibile utilizzare un singolo ONTAP AZ FSX.
Per il numero di SVM supportati da FSX ONTAP, fare riferimento a. "Gestione della macchina virtuale per lo storage FSX ONTAP"