Chapitre 3. Les tâches de l’utilisateur
3.1. Création d’applications à partir d’opérateurs installés
Ce guide guide les développeurs à travers un exemple de création d’applications à partir d’un opérateur installé à l’aide du Red Hat OpenShift Service sur la console web AWS.
3.1.1. Création d’un cluster etcd à l’aide d’un opérateur
Cette procédure passe par la création d’un nouveau cluster etcd à l’aide de l’opérateur etcd, géré par Operator Lifecycle Manager (OLM).
Conditions préalables
- Accès à un service Red Hat OpenShift sur AWS cluster.
- L’opérateur etcd déjà installé à l’échelle du cluster par un administrateur.
Procédure
- Créez un nouveau projet dans le Red Hat OpenShift Service sur la console web AWS pour cette procédure. Cet exemple utilise un projet appelé my-etcd.
Accédez à la page Opérateurs installés
Opérateurs installés. Les opérateurs qui ont été installés sur le cluster par l’administrateur dédié et qui sont disponibles pour utilisation sont présentés ici sous la forme d’une liste de versions de services de cluster (CSV). Les CSV sont utilisés pour lancer et gérer le logiciel fourni par l’opérateur. AstuceCette liste peut être obtenue à partir du CLI en utilisant:
oc get csv
$ oc get csv
Copy to Clipboard Copied! Dans la page Opérateurs installés, cliquez sur l’opérateur etcd pour voir plus de détails et les actions disponibles.
Comme indiqué dans les API fournies, cet opérateur met à disposition trois nouveaux types de ressources, dont un pour un cluster etcd (la ressource EtcdCluster). Ces objets fonctionnent comme les Kubernetes natifs intégrés, tels que Déploiement ou ReplicaSet, mais contiennent une logique spécifique à la gestion etcd.
Créer un nouveau cluster etcd:
- Dans la zone API de cluster etcd, cliquez sur Créer une instance.
- La page suivante vous permet d’apporter des modifications au modèle de démarrage minimal d’un objet EtcdCluster, comme la taille du cluster. Cliquez pour l’instant sur Créer pour finaliser. Cela déclenche l’opérateur pour démarrer les pods, services et autres composants du nouveau cluster etcd.
Cliquez sur le cluster exemple etcd, puis cliquez sur l’onglet Ressources pour voir que votre projet contient maintenant un certain nombre de ressources créées et configurées automatiquement par l’opérateur.
Assurez-vous qu’un service Kubernetes a été créé qui vous permet d’accéder à la base de données à partir d’autres pods de votre projet.
L’ensemble des utilisateurs ayant le rôle d’édition dans un projet donné peuvent créer, gérer et supprimer des instances d’application (un cluster etcd, dans cet exemple) gérées par des opérateurs qui ont déjà été créés dans le projet, de manière en libre-service, tout comme un service cloud. Lorsque vous souhaitez activer d’autres utilisateurs avec cette capacité, les administrateurs de projet peuvent ajouter le rôle à l’aide de la commande suivante:
oc policy add-role-to-user edit <user> -n <target_project>
$ oc policy add-role-to-user edit <user> -n <target_project>
Copy to Clipboard Copied!
Il y a maintenant un cluster etcd qui va réagir aux défaillances et rééquilibrer les données à mesure que les pods deviennent malsains ou sont migrés entre les nœuds du cluster. Le plus important, les administrateurs dédiés ou les développeurs avec un accès approprié peuvent désormais facilement utiliser la base de données avec leurs applications.