Skip to main content
NetApp Solutions
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Intégrations NetApp Storage prises en charge avec les conteneurs Red Hat Open Shift

Contributeurs
PDF

Que les conteneurs Red Hat Open Shift s'exécutent sur VMware ou dans les hyperscalers, NetApp Astra Trident peut être utilisé comme mécanisme de provisionnement CSI pour les différents types de stockage NetApp back-end pris en charge.

Le schéma suivant décrit les différents systèmes de stockage NetApp back-end pouvant être intégrés avec des clusters OpenShift à l'aide de NetApp Astra Trident.

La SVM (Storage Virtual machine) de ONTAP assure une colocation sécurisée. Un cluster OpenShift peut se connecter à un seul SVM ou à plusieurs SVM, voire à plusieurs clusters ONTAP. Storage Class filtre le stockage back-end en fonction de paramètres ou de libellés. Les administrateurs du stockage définissent les paramètres de connexion au système de stockage à l'aide de la configuration back-end trident. Une fois la connexion établie, il crée le back-end trident et renseigne les informations que la classe de stockage peut filtrer.

La relation entre le storageclass et le backend est présentée ci-dessous.

Relation entre la classe de stockage et ONTAP

Le propriétaire de l'application demande un volume persistant en utilisant la classe de stockage. La classe de stockage filtre le stockage back-end. La relation entre le pod et le système de stockage back-end est présentée ci-dessous.

Relation pod/volume ONTAP

Options Container Storage interface (CSI)

Sur les environnements vSphere, les clients peuvent choisir le pilote VMware CSI et/ou Astra Trident CSI pour s'intégrer à ONTAP. Avec VMware CSI, les volumes persistants sont utilisés en tant que disques SCSI locaux, tandis qu'avec Trident, ils sont utilisés avec le réseau. Étant donné que VMware CSI ne prend pas en charge les modes d'accès RWX avec ONTAP, les applications doivent utiliser Trident CSI si le mode RWX est requis. Pour les déploiements basés sur FC, VMware CSI est privilégié et SnapMirror Business Continuity (SMBC) offre une haute disponibilité au niveau de la zone.

Prise en charge de VMware CSI

  • Datastores basés sur des blocs principaux (FC, FCoE, iSCSI, NVMeoF)

  • Datastores basés sur des fichiers principaux (NFS v3, v4)

  • Datastores vVol (bloc et fichier)

Trident dispose des pilotes suivants pour prendre en charge ONTAP

  • san ontap (volume dédié)

  • ontap-san-economy (volume partagé)

  • ontap-nas (volume dédié)

  • ontap-nas-economy (volume partagé)

  • ontap-nas-flexgroup (volume dédié à grande échelle)

Pour VMware CSI et Astra Trident CSI, ONTAP prend en charge nconnect, l'agrégation de sessions, kerberos, etc. Pour NFS et les chemins d'accès multiples, l'authentification chap, etc. Pour les protocoles en mode bloc.

Dans AWS, FSX pour NetApp ONTAP (FSxN) peut être déployé dans une zone de disponibilité unique (AZ) ou dans plusieurs zones de disponibilité. Pour les workloads de production qui nécessitent une haute disponibilité, plusieurs zones de disponibilité offrent une tolérance aux pannes de niveau zonal et un meilleur cache de lecture NVMe qu'une zone de disponibilité unique. Pour plus d'informations, consultez "Conseils sur les performances d'AWS".
Pour réduire les coûts sur le site de reprise après incident, un seul serveur AZ FSX ONTAP peut être utilisé.
Réplication entre plusieurs zones de disponibilité et une zone de disponibilité unique

Pour connaître le nombre de SVM pris en charge par FSX ONTAP, reportez-vous à la section "Gestion de la machine virtuelle de stockage FSX ONTAP"