Skip to main content
NetApp Solutions
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Integrazioni di storage NetApp supportate con Red Hat Open Shift Containers

Collaboratori
PDF

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.

Relazione tra classe di storage e ONTAP

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.

Relazione tra pod e volume ONTAP

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.
Replica tra Multi-AZ e Single-AZ

Per il numero di SVM supportati da FSX ONTAP, fare riferimento a. "Gestione della macchina virtuale per lo storage FSX ONTAP"