5.6. Opérateurs basés sur Java
5.6.1. Premiers pas avec Operator SDK pour les opérateurs basés sur Java Copier lienLien copié sur presse-papiers!
Le SDK de l'opérateur basé sur Java est une fonctionnalité d'aperçu technologique uniquement. Les fonctionnalités de l'aperçu technologique ne sont pas prises en charge par les accords de niveau de service (SLA) de production de Red Hat et peuvent ne pas être complètes sur le plan fonctionnel. Red Hat ne recommande pas de les utiliser en production. Ces fonctionnalités offrent un accès anticipé aux fonctionnalités des produits à venir, ce qui permet aux clients de tester les fonctionnalités et de fournir un retour d'information pendant le processus de développement.
Pour plus d'informations sur la portée de l'assistance des fonctionnalités de l'aperçu technologique de Red Hat, voir Portée de l'assistance des fonctionnalités de l'aperçu technologique.
Pour démontrer les bases de la configuration et de l'exécution d'un opérateur Java à l'aide des outils et des bibliothèques fournis par le SDK Operator, les développeurs d'opérateurs peuvent créer un exemple d'opérateur Java pour Memcached, un magasin de valeurs clés distribué, et le déployer dans une grappe.
5.6.1.1. Conditions préalables Copier lienLien copié sur presse-papiers!
- Operator SDK CLI installé
-
OpenShift CLI (
oc) v4.12 installé - Java v11
- Maven v3.6.3
-
Connexion à un cluster OpenShift Container Platform 4.12 avec
ocavec un compte qui a les permissionscluster-admin - Pour permettre au cluster d'extraire l'image, le dépôt où vous avez poussé votre image doit être défini comme public, ou vous devez configurer un secret d'extraction d'image
5.6.1.2. Création et déploiement d'opérateurs basés sur Java Copier lienLien copié sur presse-papiers!
Vous pouvez construire et déployer un simple opérateur basé sur Java pour Memcached en utilisant le SDK de l'opérateur.
Procédure
Create a project.
Créez votre répertoire de projet :
mkdir memcached-operator
$ mkdir memcached-operatorCopy to Clipboard Copied! Toggle word wrap Toggle overflow Allez dans le répertoire du projet :
cd memcached-operator
$ cd memcached-operatorCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exécutez la commande
operator-sdk initavec le pluginquarkuspour initialiser le projet :operator-sdk init \ --plugins=quarkus \ --domain=example.com \ --project-name=memcached-operator$ operator-sdk init \ --plugins=quarkus \ --domain=example.com \ --project-name=memcached-operatorCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Create an API.
Créer une API Memcached simple :
operator-sdk create api \ --plugins quarkus \ --group cache \ --version v1 \ --kind Memcached$ operator-sdk create api \ --plugins quarkus \ --group cache \ --version v1 \ --kind MemcachedCopy to Clipboard Copied! Toggle word wrap Toggle overflow Build and push the Operator image.
Utilisez les cibles par défaut de
Makefilepour construire et pousser votre opérateur. DéfinissezIMGavec une spécification d'extraction pour votre image qui utilise un registre vers lequel vous pouvez pousser :make docker-build docker-push IMG=<registry>/<user>/<image_name>:<tag>
$ make docker-build docker-push IMG=<registry>/<user>/<image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow Run the Operator.
Installer le CRD :
make install
$ make installCopy to Clipboard Copied! Toggle word wrap Toggle overflow Déployez le projet sur le cluster. Définissez
IMGsur l'image que vous avez poussée :make deploy IMG=<registry>/<user>/<image_name>:<tag>
$ make deploy IMG=<registry>/<user>/<image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Create a sample custom resource (CR).
Créer un échantillon de CR :
oc apply -f config/samples/cache_v1_memcached.yaml \ -n memcached-operator-system$ oc apply -f config/samples/cache_v1_memcached.yaml \ -n memcached-operator-systemCopy to Clipboard Copied! Toggle word wrap Toggle overflow Il faut s'attendre à ce que le CR réconcilie l'opérateur :
oc logs deployment.apps/memcached-operator-controller-manager \ -c manager \ -n memcached-operator-system$ oc logs deployment.apps/memcached-operator-controller-manager \ -c manager \ -n memcached-operator-systemCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Delete a CR
Supprimez un CR en exécutant la commande suivante :
oc delete -f config/samples/cache_v1_memcached.yaml -n memcached-operator-system
$ oc delete -f config/samples/cache_v1_memcached.yaml -n memcached-operator-systemCopy to Clipboard Copied! Toggle word wrap Toggle overflow Clean up.
Exécutez la commande suivante pour nettoyer les ressources qui ont été créées dans le cadre de cette procédure :
make undeploy
$ make undeployCopy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.1.3. Prochaines étapes Copier lienLien copié sur presse-papiers!
- Voir le tutoriel du SDK Operator pour les opérateurs basés sur Java pour une présentation plus approfondie de la construction d'un opérateur basé sur Java.
5.6.2. Didacticiel sur le SDK pour les opérateurs basés sur Java Copier lienLien copié sur presse-papiers!
Le SDK de l'opérateur basé sur Java est une fonctionnalité d'aperçu technologique uniquement. Les fonctionnalités de l'aperçu technologique ne sont pas prises en charge par les accords de niveau de service (SLA) de production de Red Hat et peuvent ne pas être complètes sur le plan fonctionnel. Red Hat ne recommande pas de les utiliser en production. Ces fonctionnalités offrent un accès anticipé aux fonctionnalités des produits à venir, ce qui permet aux clients de tester les fonctionnalités et de fournir un retour d'information pendant le processus de développement.
Pour plus d'informations sur la portée de l'assistance des fonctionnalités de l'aperçu technologique de Red Hat, voir Portée de l'assistance des fonctionnalités de l'aperçu technologique.
Les développeurs d'opérateurs peuvent tirer parti de la prise en charge du langage de programmation Java dans l'Operator SDK pour créer un exemple d'opérateur basé sur Java pour Memcached, un magasin de valeurs clés distribué, et gérer son cycle de vie.
Ce processus est réalisé à l'aide de deux pièces maîtresses du cadre de l'opérateur :
- SDK de l'opérateur
-
L'outil CLI
operator-sdket la bibliothèque APIjava-operator-sdk - Gestionnaire du cycle de vie des opérateurs (OLM)
- Installation, mise à niveau et contrôle d'accès basé sur les rôles (RBAC) des opérateurs sur un cluster
Ce tutoriel est plus détaillé que le tutoriel " Getting started with Operator SDK for Java-based Operators" (Démarrer avec Operator SDK pour les opérateurs basés sur Java).
5.6.2.1. Conditions préalables Copier lienLien copié sur presse-papiers!
- Operator SDK CLI installé
-
OpenShift CLI (
oc) v4.12 installé - Java v11
- Maven v3.6.3
-
Connexion à un cluster OpenShift Container Platform 4.12 avec
ocavec un compte qui a les permissionscluster-admin - Pour permettre au cluster d'extraire l'image, le dépôt où vous avez poussé votre image doit être défini comme public, ou vous devez configurer un secret d'extraction d'image
5.6.2.2. Création d'un projet Copier lienLien copié sur presse-papiers!
Utilisez l'interface de programmation Operator SDK pour créer un projet appelé memcached-operator.
Procédure
Créer un répertoire pour le projet :
mkdir -p $HOME/projects/memcached-operator
$ mkdir -p $HOME/projects/memcached-operatorCopy to Clipboard Copied! Toggle word wrap Toggle overflow Accédez au répertoire :
cd $HOME/projects/memcached-operator
$ cd $HOME/projects/memcached-operatorCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exécutez la commande
operator-sdk initavec le pluginquarkuspour initialiser le projet :operator-sdk init \ --plugins=quarkus \ --domain=example.com \ --project-name=memcached-operator$ operator-sdk init \ --plugins=quarkus \ --domain=example.com \ --project-name=memcached-operatorCopy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.2.1. Dossier PROJET Copier lienLien copié sur presse-papiers!
Parmi les fichiers générés par la commande operator-sdk init figure un fichier Kubebuilder PROJECT. Les commandes operator-sdk suivantes, ainsi que la sortie help, qui sont exécutées à partir de la racine du projet, lisent ce fichier et savent que le type de projet est Java. Par exemple :
domain: example.com layout: - quarkus.javaoperatorsdk.io/v1-alpha projectName: memcached-operator version: "3"
domain: example.com
layout:
- quarkus.javaoperatorsdk.io/v1-alpha
projectName: memcached-operator
version: "3"
5.6.2.3. Création d'une API et d'un contrôleur Copier lienLien copié sur presse-papiers!
Utilisez le SDK CLI de l'opérateur pour créer une API et un contrôleur de définition de ressources personnalisées (CRD).
Procédure
Exécutez la commande suivante pour créer une API :
operator-sdk create api \ --plugins=quarkus \ --group=cache \ --version=v1 \ --kind=Memcached$ operator-sdk create api \ --plugins=quarkus \1 --group=cache \2 --version=v1 \3 --kind=Memcached4 Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Vérification
Exécutez la commande
treepour visualiser la structure du fichier :tree
$ treeCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.3.1. Définition de l'API Copier lienLien copié sur presse-papiers!
Définir l'API pour la ressource personnalisée (CR) Memcached.
Procédure
Modifiez les fichiers suivants qui ont été générés dans le cadre du processus
create api:Mettez à jour les attributs suivants dans le fichier
MemcachedSpec.javapour définir l'état souhaité du CRMemcached:Copy to Clipboard Copied! Toggle word wrap Toggle overflow Mettez à jour les attributs suivants dans le fichier
MemcachedStatus.javapour définir l'état observé de la CRMemcached:NoteL'exemple ci-dessous illustre un champ d'état de nœud. Il est recommandé d'utiliser des propriétés d'état typiques dans la pratique.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Mettre à jour le fichier
Memcached.javapour définir le Schema for Memcached APIs qui s'étend aux fichiersMemcachedSpec.javaetMemcachedStatus.java.@Version("v1") @Group("cache.example.com") public class Memcached extends CustomResource<MemcachedSpec, MemcachedStatus> implements Namespaced {}@Version("v1") @Group("cache.example.com") public class Memcached extends CustomResource<MemcachedSpec, MemcachedStatus> implements Namespaced {}Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.3.2. Générer des manifestes CRD Copier lienLien copié sur presse-papiers!
Une fois l'API définie à l'aide des fichiers MemcachedSpec et MemcachedStatus, vous pouvez générer des manifestes CRD.
Procédure
Exécutez la commande suivante à partir du répertoire
memcached-operatorpour générer le CRD :mvn clean install
$ mvn clean installCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Vérification
Vérifiez le contenu du CRD dans le fichier
target/kubernetes/memcacheds.cache.example.com-v1.ymlcomme indiqué dans l'exemple suivant :cat target/kubernetes/memcacheds.cache.example.com-v1.yaml
$ cat target/kubernetes/memcacheds.cache.example.com-v1.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.3.3. Création d'une ressource personnalisée Copier lienLien copié sur presse-papiers!
Après avoir généré les manifestes CRD, vous pouvez créer la ressource personnalisée (CR).
Procédure
Créer un CR Memcached appelé
memcached-sample.yaml:Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.4. Mise en œuvre du contrôleur Copier lienLien copié sur presse-papiers!
Après avoir créé une nouvelle API et un nouveau contrôleur, vous pouvez mettre en œuvre la logique du contrôleur.
Procédure
Ajoutez la dépendance suivante au fichier
pom.xml:<dependency> <groupId>commons-collections</groupId> <artifactId>commons-collections</artifactId> <version>3.2.2</version> </dependency><dependency> <groupId>commons-collections</groupId> <artifactId>commons-collections</artifactId> <version>3.2.2</version> </dependency>Copy to Clipboard Copied! Toggle word wrap Toggle overflow Pour cet exemple, remplacez le fichier de contrôleur généré
MemcachedReconciler.javapar l'exemple de mise en œuvre suivant :Exemple 5.9. Exemple
MemcachedReconciler.javaCopy to Clipboard Copied! Toggle word wrap Toggle overflow Le contrôleur de l'exemple exécute la logique de rapprochement suivante pour chaque ressource personnalisée (CR)
Memcached:- Crée un déploiement Memcached s'il n'existe pas.
-
Veille à ce que la taille du déploiement corresponde à la taille spécifiée par la spécification
MemcachedCR. -
Met à jour l'état de
MemcachedCR avec les noms des podsmemcached.
Les sous-sections suivantes expliquent comment le contrôleur de l'exemple de mise en œuvre surveille les ressources et comment la boucle de rapprochement est déclenchée. Vous pouvez sauter ces sous-sections pour passer directement à l'exécution de l'opérateur.
5.6.2.4.1. Boucle de réconciliation Copier lienLien copié sur presse-papiers!
Chaque contrôleur possède un objet de rapprochement avec une méthode
Reconcile()qui met en œuvre la boucle de rapprochement. L'argumentDeploymentest transmis à la boucle de rapprochement, comme le montre l'exemple suivant :Deployment deployment = client.apps() .deployments() .inNamespace(resource.getMetadata().getNamespace()) .withName(resource.getMetadata().getName()) .get();Deployment deployment = client.apps() .deployments() .inNamespace(resource.getMetadata().getNamespace()) .withName(resource.getMetadata().getName()) .get();Copy to Clipboard Copied! Toggle word wrap Toggle overflow Comme le montre l'exemple suivant, si le site
Deploymentestnull, le déploiement doit être créé. Après avoir crééDeployment, vous pouvez déterminer si un rapprochement est nécessaire. Si la réconciliation n'est pas nécessaire, renvoyez la valeur deUpdateControl.noUpdate(), sinon renvoyez la valeur de `UpdateControl.updateStatus(resource) :if (deployment == null) { Deployment newDeployment = createMemcachedDeployment(resource); client.apps().deployments().create(newDeployment); return UpdateControl.noUpdate(); }if (deployment == null) { Deployment newDeployment = createMemcachedDeployment(resource); client.apps().deployments().create(newDeployment); return UpdateControl.noUpdate(); }Copy to Clipboard Copied! Toggle word wrap Toggle overflow Après avoir obtenu le site
Deployment, obtenez les répliques actuelles et requises, comme le montre l'exemple suivant :int currentReplicas = deployment.getSpec().getReplicas(); int requiredReplicas = resource.getSpec().getSize();int currentReplicas = deployment.getSpec().getReplicas(); int requiredReplicas = resource.getSpec().getSize();Copy to Clipboard Copied! Toggle word wrap Toggle overflow Si
currentReplicasne correspond pas àrequiredReplicas, vous devez mettre à jourDeployment, comme le montre l'exemple suivant :if (currentReplicas != requiredReplicas) { deployment.getSpec().setReplicas(requiredReplicas); client.apps().deployments().createOrReplace(deployment); return UpdateControl.noUpdate(); }if (currentReplicas != requiredReplicas) { deployment.getSpec().setReplicas(requiredReplicas); client.apps().deployments().createOrReplace(deployment); return UpdateControl.noUpdate(); }Copy to Clipboard Copied! Toggle word wrap Toggle overflow L'exemple suivant montre comment obtenir la liste des pods et leurs noms :
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Vérifiez si des ressources ont été créées et vérifiez les podnames avec les ressources Memcached. En cas de non-concordance dans l'une ou l'autre de ces conditions, procédez à une réconciliation comme indiqué dans l'exemple suivant :
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.4.2. Définir labelsForMemcached Copier lienLien copié sur presse-papiers!
labelsForMemcached est un utilitaire qui renvoie une carte des étiquettes à attacher aux ressources :
5.6.2.4.3. Définir le createMemcachedDeployment Copier lienLien copié sur presse-papiers!
La méthode createMemcachedDeployment utilise la classe DeploymentBuilder de fabric8:
5.6.2.5. Fonctionnement de l'opérateur Copier lienLien copié sur presse-papiers!
Vous pouvez utiliser l'interface de programmation de l'opérateur SDK de trois manières différentes pour créer et exécuter votre opérateur :
- Exécuter localement en dehors du cluster comme un programme Go.
- Exécuter en tant que déploiement sur le cluster.
- Regroupez votre opérateur et utilisez Operator Lifecycle Manager (OLM) pour le déployer sur le cluster.
5.6.2.5.1. Exécution locale en dehors du cluster Copier lienLien copié sur presse-papiers!
Vous pouvez exécuter votre projet Operator en tant que programme Go en dehors du cluster. Ceci est utile pour le développement afin d'accélérer le déploiement et les tests.
Procédure
Exécutez la commande suivante pour compiler l'Opérateur :
mvn clean install
$ mvn clean installCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Exécutez la commande suivante pour installer le CRD dans l'espace de noms par défaut :
oc apply -f target/kubernetes/memcacheds.cache.example.com-v1.yml
$ oc apply -f target/kubernetes/memcacheds.cache.example.com-v1.ymlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
customresourcedefinition.apiextensions.k8s.io/memcacheds.cache.example.com created
customresourcedefinition.apiextensions.k8s.io/memcacheds.cache.example.com createdCopy to Clipboard Copied! Toggle word wrap Toggle overflow Créez un fichier appelé
rbac.yamlcomme indiqué dans l'exemple suivant :Copy to Clipboard Copied! Toggle word wrap Toggle overflow Exécutez la commande suivante pour accorder les privilèges de
cluster-adminàmemcached-quarkus-operator-operatoren appliquant le fichierrbac.yaml:oc apply -f rbac.yaml
$ oc apply -f rbac.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Saisissez la commande suivante pour lancer l'opérateur :
java -jar target/quarkus-app/quarkus-run.jar
$ java -jar target/quarkus-app/quarkus-run.jarCopy to Clipboard Copied! Toggle word wrap Toggle overflow NoteLa commande
javalancera l'opérateur et restera active jusqu'à ce que vous mettiez fin au processus. Vous aurez besoin d'un autre terminal pour exécuter le reste de ces commandes.Appliquez le fichier
memcached-sample.yamlà l'aide de la commande suivante :kubectl apply -f memcached-sample.yaml
$ kubectl apply -f memcached-sample.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
memcached.cache.example.com/memcached-sample created
memcached.cache.example.com/memcached-sample createdCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Vérification
Exécutez la commande suivante pour confirmer que le module a démarré :
oc get all
$ oc get allCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
NAME READY STATUS RESTARTS AGE pod/memcached-sample-6c765df685-mfqnz 1/1 Running 0 18s
NAME READY STATUS RESTARTS AGE pod/memcached-sample-6c765df685-mfqnz 1/1 Running 0 18sCopy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.5.2. Exécution en tant que déploiement sur le cluster Copier lienLien copié sur presse-papiers!
Vous pouvez exécuter votre projet Operator en tant que déploiement sur votre cluster.
Procédure
Exécutez les commandes
makesuivantes pour construire et pousser l'image de l'opérateur. Modifiez l'argumentIMGdans les étapes suivantes pour référencer un référentiel auquel vous avez accès. Vous pouvez obtenir un compte pour stocker des conteneurs sur des sites de dépôt tels que Quay.io.Construire l'image :
make docker-build IMG=<registry>/<user>/<image_name>:<tag>
$ make docker-build IMG=<registry>/<user>/<image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteLe fichier Docker généré par le SDK pour l'Operator fait explicitement référence à
GOARCH=amd64pourgo build. Cette référence peut être modifiée enGOARCH=$TARGETARCHpour les architectures non-AMD64. Docker définira automatiquement la variable d'environnement à la valeur spécifiée par–platform. Avec Buildah, il faudra utiliser–build-argà cette fin. Pour plus d'informations, voir Architectures multiples.Transférer l'image dans un référentiel :
make docker-push IMG=<registry>/<user>/<image_name>:<tag>
$ make docker-push IMG=<registry>/<user>/<image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteLe nom et la balise de l'image, par exemple
IMG=<registry>/<user>/<image_name>:<tag>, dans les deux commandes peuvent également être définis dans votre Makefile. Modifiez la valeur deIMG ?= controller:latestpour définir votre nom d'image par défaut.
Exécutez la commande suivante pour installer le CRD dans l'espace de noms par défaut :
oc apply -f target/kubernetes/memcacheds.cache.example.com-v1.yml
$ oc apply -f target/kubernetes/memcacheds.cache.example.com-v1.ymlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
customresourcedefinition.apiextensions.k8s.io/memcacheds.cache.example.com created
customresourcedefinition.apiextensions.k8s.io/memcacheds.cache.example.com createdCopy to Clipboard Copied! Toggle word wrap Toggle overflow Créez un fichier appelé
rbac.yamlcomme indiqué dans l'exemple suivant :Copy to Clipboard Copied! Toggle word wrap Toggle overflow ImportantLe fichier
rbac.yamlsera appliqué à une étape ultérieure.Exécutez la commande suivante pour déployer l'opérateur :
make deploy IMG=<registry>/<user>/<image_name>:<tag>
$ make deploy IMG=<registry>/<user>/<image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow Exécutez la commande suivante pour accorder les privilèges de
cluster-adminàmemcached-quarkus-operator-operatoren appliquant le fichierrbac.yamlcréé à l'étape précédente :oc apply -f rbac.yaml
$ oc apply -f rbac.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exécutez la commande suivante pour vérifier que l'opérateur fonctionne :
oc get all -n default
$ oc get all -n defaultCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
NAME READY UP-TO-DATE AVAILABLE AGE pod/memcached-quarkus-operator-operator-7db86ccf58-k4mlm 0/1 Running 0 18s
NAME READY UP-TO-DATE AVAILABLE AGE pod/memcached-quarkus-operator-operator-7db86ccf58-k4mlm 0/1 Running 0 18sCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exécutez la commande suivante pour appliquer le
memcached-sample.yamlet créer le podmemcached-sample:oc apply -f memcached-sample.yaml
$ oc apply -f memcached-sample.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
memcached.cache.example.com/memcached-sample created
memcached.cache.example.com/memcached-sample createdCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Vérification
Exécutez la commande suivante pour confirmer le démarrage des pods :
oc get all
$ oc get allCopy to Clipboard Copied! Toggle word wrap Toggle overflow Exemple de sortie
NAME READY STATUS RESTARTS AGE pod/memcached-quarkus-operator-operator-7b766f4896-kxnzt 1/1 Running 1 79s pod/memcached-sample-6c765df685-mfqnz 1/1 Running 0 18s
NAME READY STATUS RESTARTS AGE pod/memcached-quarkus-operator-operator-7b766f4896-kxnzt 1/1 Running 1 79s pod/memcached-sample-6c765df685-mfqnz 1/1 Running 0 18sCopy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.5.3. Regroupement d'un opérateur et déploiement avec Operator Lifecycle Manager Copier lienLien copié sur presse-papiers!
5.6.2.5.3.1. Regroupement d'un opérateur Copier lienLien copié sur presse-papiers!
Le format Operator bundle est la méthode d'emballage par défaut pour Operator SDK et Operator Lifecycle Manager (OLM). Vous pouvez préparer votre Operator pour une utilisation sur OLM en utilisant Operator SDK pour construire et pousser votre projet Operator en tant qu'image groupée.
Conditions préalables
- Operator SDK CLI installé sur un poste de développement
-
OpenShift CLI (
oc) v4.12 installé - Projet d'opérateur initialisé à l'aide de l'Operator SDK
Procédure
Exécutez les commandes
makesuivantes dans le répertoire de votre projet Operator pour construire et pousser votre image Operator. Modifiez l'argumentIMGdans les étapes suivantes pour référencer un référentiel auquel vous avez accès. Vous pouvez obtenir un compte pour stocker des conteneurs sur des sites de dépôt tels que Quay.io.Construire l'image :
make docker-build IMG=<registry>/<user>/<operator_image_name>:<tag>
$ make docker-build IMG=<registry>/<user>/<operator_image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteLe fichier Docker généré par le SDK pour l'Operator fait explicitement référence à
GOARCH=amd64pourgo build. Cette référence peut être modifiée enGOARCH=$TARGETARCHpour les architectures non-AMD64. Docker définira automatiquement la variable d'environnement à la valeur spécifiée par–platform. Avec Buildah, il faudra utiliser–build-argà cette fin. Pour plus d'informations, voir Architectures multiples.Transférer l'image dans un référentiel :
make docker-push IMG=<registry>/<user>/<operator_image_name>:<tag>
$ make docker-push IMG=<registry>/<user>/<operator_image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Créez votre manifeste Operator bundle en exécutant la commande
make bundle, qui invoque plusieurs commandes, dont les sous-commandes Operator SDKgenerate bundleetbundle validate:make bundle IMG=<registry>/<user>/<operator_image_name>:<tag>
$ make bundle IMG=<registry>/<user>/<operator_image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow Les manifestes de l'offre groupée d'un opérateur décrivent la manière d'afficher, de créer et de gérer une application. La commande
make bundlecrée les fichiers et répertoires suivants dans votre projet Operator :-
Un répertoire bundle manifests nommé
bundle/manifestsqui contient un objetClusterServiceVersion -
Un répertoire de métadonnées de la liasse nommé
bundle/metadata -
Toutes les définitions de ressources personnalisées (CRD) dans un répertoire
config/crd -
Un fichier Docker
bundle.Dockerfile
Ces fichiers sont ensuite automatiquement validés à l'aide de
operator-sdk bundle validateafin de s'assurer que la représentation du paquet sur le disque est correcte.-
Un répertoire bundle manifests nommé
Construisez et poussez votre image de bundle en exécutant les commandes suivantes. OLM consomme les liasses d'opérateurs à l'aide d'une image d'index, qui fait référence à une ou plusieurs images de liasses.
Créez l'image de l'ensemble. Définissez
BUNDLE_IMGavec les détails du registre, de l'espace de noms de l'utilisateur et de la balise d'image où vous avez l'intention de pousser l'image :make bundle-build BUNDLE_IMG=<registry>/<user>/<bundle_image_name>:<tag>
$ make bundle-build BUNDLE_IMG=<registry>/<user>/<bundle_image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow Pousser l'image de la liasse :
docker push <registry>/<user>/<bundle_image_name>:<tag>
$ docker push <registry>/<user>/<bundle_image_name>:<tag>Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.6.2.5.3.2. Déploiement d'un opérateur avec Operator Lifecycle Manager Copier lienLien copié sur presse-papiers!
Operator Lifecycle Manager (OLM) vous aide à installer, mettre à jour et gérer le cycle de vie des opérateurs et de leurs services associés sur un cluster Kubernetes. OLM est installé par défaut sur OpenShift Container Platform et s'exécute en tant qu'extension Kubernetes afin que vous puissiez utiliser la console web et l'OpenShift CLI (oc) pour toutes les fonctions de gestion du cycle de vie des opérateurs sans outils supplémentaires.
Le format Operator bundle est la méthode d'emballage par défaut pour Operator SDK et OLM. Vous pouvez utiliser Operator SDK pour exécuter rapidement une image de bundle sur OLM afin de vous assurer qu'elle fonctionne correctement.
Conditions préalables
- Operator SDK CLI installé sur un poste de développement
- L'image de l'ensemble de l'opérateur est construite et poussée vers un registre
-
OLM installé sur un cluster basé sur Kubernetes (v1.16.0 ou version ultérieure si vous utilisez
apiextensions.k8s.io/v1CRD, par exemple OpenShift Container Platform 4.12) -
Connexion au cluster avec
ocen utilisant un compte avec les permissions decluster-admin
Procédure
Saisissez la commande suivante pour exécuter l'opérateur sur le cluster :
operator-sdk run bundle \ -n <namespace> \ <registry>/<user>/<bundle_image_name>:<tag>$ operator-sdk run bundle \1 -n <namespace> \2 <registry>/<user>/<bundle_image_name>:<tag>3 Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- La commande
run bundlecrée un catalogue de fichiers valide et installe le paquet Operator sur votre cluster à l'aide d'OLM. - 2
- Facultatif : Par défaut, la commande installe l'opérateur dans le projet actif dans votre fichier
~/.kube/config. Vous pouvez ajouter l'option-npour définir un espace de noms différent pour l'installation. - 3
- Si vous ne spécifiez pas d'image, la commande utilise
quay.io/operator-framework/opm:latestcomme image d'index par défaut. Si vous spécifiez une image, la commande utilise l'image du paquet elle-même comme image d'index.
ImportantDepuis OpenShift Container Platform 4.11, la commande
run bundleprend en charge par défaut le format de catalogue basé sur des fichiers pour les catalogues Operator. Le format de base de données SQLite déprécié pour les catalogues Operator continue d'être pris en charge ; cependant, il sera supprimé dans une prochaine version. Il est recommandé aux auteurs d'Operator de migrer leurs flux de travail vers le format de catalogue basé sur des fichiers.Cette commande permet d'effectuer les actions suivantes :
- Créez une image d'index faisant référence à votre image de liasse. L'image d'index est opaque et éphémère, mais elle reflète fidèlement la manière dont un paquet serait ajouté à un catalogue en production.
- Créez une source de catalogue qui pointe vers votre nouvelle image d'index, ce qui permet à OperatorHub de découvrir votre opérateur.
-
Déployez votre opérateur sur votre cluster en créant un site
OperatorGroup,Subscription,InstallPlan, et toutes les autres ressources nécessaires, y compris RBAC.
5.6.3. Présentation du projet pour les opérateurs basés sur Java Copier lienLien copié sur presse-papiers!
Le SDK de l'opérateur basé sur Java est une fonctionnalité d'aperçu technologique uniquement. Les fonctionnalités de l'aperçu technologique ne sont pas prises en charge par les accords de niveau de service (SLA) de production de Red Hat et peuvent ne pas être complètes sur le plan fonctionnel. Red Hat ne recommande pas de les utiliser en production. Ces fonctionnalités offrent un accès anticipé aux fonctionnalités des produits à venir, ce qui permet aux clients de tester les fonctionnalités et de fournir un retour d'information pendant le processus de développement.
Pour plus d'informations sur la portée de l'assistance des fonctionnalités de l'aperçu technologique de Red Hat, voir Portée de l'assistance des fonctionnalités de l'aperçu technologique.
Le CLI operator-sdk peut générer, ou scaffold, un certain nombre de paquets et de fichiers pour chaque projet Operator.
5.6.3.1. Mise en page de projet basée sur Java Copier lienLien copié sur presse-papiers!
Les projets Operator basés sur Java générés par la commande operator-sdk init contiennent les fichiers et répertoires suivants :
| Fichier ou répertoire | Objectif |
|---|---|
|
| Fichier contenant les dépendances nécessaires à l'exécution de l'opérateur. |
|
|
Répertoire qui contient les fichiers représentant l'API. Si le domaine est |
|
| Fichier Java qui définit les implémentations du contrôleur. |
|
| Fichier Java qui définit l'état souhaité du CR Memcached. |
|
| Fichier Java qui définit l'état observé du CR Memcached. |
|
| Fichier Java qui définit le schéma des API de Memcached. |
|
| Répertoire contenant les fichiers yaml du CRD. |
5.6.4. Mise à jour des projets pour les nouvelles versions du SDK de l'opérateur Copier lienLien copié sur presse-papiers!
OpenShift Container Platform 4.12 supporte Operator SDK 1.25.4. Si vous avez déjà le CLI 1.22.0 installé sur votre station de travail, vous pouvez mettre à jour le CLI vers 1.25.4 en installant la dernière version.
Cependant, pour que vos projets Operator existants restent compatibles avec Operator SDK 1.25.4, des étapes de mise à jour sont nécessaires pour les ruptures associées introduites depuis la version 1.22.0. Vous devez effectuer les étapes de mise à jour manuellement dans tous vos projets Operator qui ont été précédemment créés ou maintenus avec la version 1.22.0.
5.6.4.1. Mise à jour des projets Operator basés sur Java pour Operator SDK 1.25.4 Copier lienLien copié sur presse-papiers!
La procédure suivante permet de mettre à jour un projet d'opérateur Java existant pour le rendre compatible avec la version 1.25.4.
Conditions préalables
- Operator SDK 1.25.4 installé
- Un projet Operator créé ou maintenu avec Operator SDK 1.22.0
Procédure
Apportez les modifications suivantes au fichier
config/default/manager_auth_proxy_patch.yaml:Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Mettre à jour la version de la balise de
v4.11àv4.12.
Apportez les modifications suivantes à votre site
Makefile:Pour activer la prise en charge des architectures multiples, ajoutez la cible
docker-buildxà votre projetMakefile:Exemple
MakefileCopy to Clipboard Copied! Toggle word wrap Toggle overflow Pour appliquer les changements à votre
Makefileet reconstruire votre Opérateur, entrez la commande suivante :make
$ makeCopy to Clipboard Copied! Toggle word wrap Toggle overflow