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 Trident può essere utilizzato come provisioner CSI per i vari tipi di storage NetApp backend che supporta.

Il diagramma seguente illustra i vari sistemi di storage NetApp back-end che possono essere integrati con i cluster OpenShift tramite NetApp Trident.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

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 Trident CSI per l'integrazione 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 Trident CSI, ONTAP supporta nconnect, session trunking, Kerberos, ecc. per NFS e multipathing, autenticazione CHAP, ecc. per i protocolli di blocco.

In AWS, Amazon FSX per NetApp ONTAP (FSX ONTAP) può essere implementato in una singola zona di disponibilità (AZ) o in una multi 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 di un sito di disaster recovery, è possibile utilizzare una singola AZ FSX ONTAP. 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"