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.

Déploiement et configuration de la plateforme de conteneurs Red Hat OpenShift sur AWS

Contributeurs
PDF

Cette section décrit un workflow général expliquant comment configurer et gérer des clusters OpenShift dans AWS et comment déployer des applications avec état sur ces clusters. Il présente l'utilisation du stockage NetApp Cloud Volumes ONTAP à l'aide de Trident pour fournir des volumes persistants. Vous y trouverez des informations détaillées sur l'utilisation d'Astra Control Center pour effectuer les activités de protection des données et de migration des applications avec état.

Remarque Il existe plusieurs façons de déployer les clusters Red Hat OpenShift Container Platform sur AWS. Cette description de haut niveau de la configuration fournit des liens de documentation pour la méthode spécifique qui a été utilisée. Vous pouvez consulter les autres méthodes dans les liens correspondants fournis dans le "ressources".

Voici un diagramme illustrant les clusters déployés sur AWS et connectés au data Center à l'aide d'un VPN.

Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

Le processus de configuration peut être divisé en plusieurs étapes :

Installez un cluster OCP sur AWS à partir de Advanced Cluster Management.

  • Créez un VPC avec une connexion VPN de site à site (à l'aide de pfsense) pour vous connecter au réseau sur site.

  • Le réseau sur site dispose d'une connectivité Internet.

  • Créez 3 sous-réseaux privés dans 3 zones de disponibilité différentes.

  • Créez une zone hébergée privée route 53 et un résolveur DNS pour le VPC.

Créez OpenShift Cluster sur AWS à partir de l'assistant ACM (Advanced Cluster Management). Reportez-vous aux instructions "ici".

Remarque Vous pouvez également créer le cluster dans AWS à partir de la console OpenShift Hybrid Cloud. Reportez-vous à "ici" pour obtenir des instructions.
Astuce Lors de la création du cluster à l'aide de l'ACM, vous avez la possibilité de personnaliser l'installation en modifiant le fichier yaml après avoir rempli les détails dans la vue de formulaire. Une fois le cluster créé, vous pouvez vous connecter en ssh aux nœuds du cluster à des fins de dépannage ou à des fins de configuration manuelle supplémentaire. Utilisez la clé ssh que vous avez fournie lors de l'installation et le nom d'utilisateur core pour vous connecter.
Déployez Cloud Volumes ONTAP dans AWS à l'aide de BlueXP.

  • Installez le connecteur dans un environnement VMware sur site. Reportez-vous aux instructions "ici".

  • Déployez une instance CVO dans AWS à l'aide de Connector. Reportez-vous aux instructions "ici".

Remarque Le connecteur peut également être installé dans l'environnement cloud. Reportez-vous à "ici" pour plus d'informations.
Installez Trident dans le cluster OCP

  • Déployez l'opérateur Trident à l'aide d'Helm. Reportez-vous aux instructions "ici"

  • Créez un back-end et une classe de stockage. Reportez-vous aux instructions "ici".

Ajoutez le cluster OCP sur AWS à Astra Control Center.

Ajoutez le cluster OCP dans AWS à Astra Control Center.

Utilisation de la fonctionnalité de topologie CSI de Trident pour les architectures multi-zones

Les fournisseurs de cloud permettent aujourd'hui aux administrateurs de clusters Kubernetes/OpenShift de frayer les nœuds des clusters basés sur les zones. Les nœuds peuvent se trouver dans différentes zones de disponibilité au sein d'une région ou entre différentes régions. Pour faciliter le provisionnement des volumes pour les charges de travail dans une architecture multi-zone, Trident utilise la topologie CSI. Grâce à la fonction de topologie CSI, l'accès aux volumes peut être limité à un sous-ensemble de nœuds, en fonction des régions et des zones de disponibilité. Voir "ici" pour plus de détails.

Remarque Kubernetes prend en charge deux modes de liaison de volume : - lorsque VolumeBindingMode est défini sur immédiat (par défaut), Trident crée le volume sans aucune prise en compte de la topologie. Les volumes persistants sont créés sans dépendance vis-à-vis des exigences de planification du pod qui en fait la demande. - Lorsque VolumeBindingMode est défini sur WaitForFirstConsumer, la création et la liaison d'un volume persistant pour une PVC est retardée jusqu'à ce qu'un pod qui utilise la PVC soit planifié et créé. De cette façon, les volumes sont créés pour répondre aux contraintes de planification appliquées en fonction des besoins de topologie. Les systèmes back-end de stockage Trident peuvent être conçus pour provisionner de manière sélective des volumes en fonction des zones de disponibilité (back-end avec topologie). Pour les classes de stockage qui utilisent un tel backend, un volume ne sera créé que si une application est planifiée dans une région/zone prise en charge. (Classe de stockage orientée topologie) pour plus de détails, reportez-vous à la section"ici".