3.2. Installation de l'opérateur OpenShift Serverless
L'installation de l'OpenShift Serverless Operator vous permet d'installer et d'utiliser Knative Serving, Knative Eventing et le courtier Knative pour Apache Kafka sur un cluster OpenShift Container Platform. OpenShift Serverless Operator gère les définitions de ressources personnalisées (CRD) Knative pour votre cluster et vous permet de les configurer sans modifier directement les cartes de configuration individuelles pour chaque composant.
3.2.1. Installer l'opérateur OpenShift Serverless depuis la console web
Vous pouvez installer l'Opérateur OpenShift Serverless depuis l'OperatorHub en utilisant la console web d'OpenShift Container Platform. L'installation de cet opérateur vous permet d'installer et d'utiliser des composants Knative.
Conditions préalables
- Vous avez accès à un compte OpenShift Container Platform avec un accès administrateur de cluster.
- Votre cluster a la capacité Marketplace activée ou la source du catalogue Red Hat Operator configurée manuellement.
- Vous vous êtes connecté à la console web de OpenShift Container Platform.
Procédure
-
Dans la console web d'OpenShift Container Platform, naviguez jusqu'à la page Operators
OperatorHub. - Faites défiler ou tapez le mot-clé Serverless dans la boîte Filter by keyword pour trouver l'OpenShift Serverless Operator.
- Examinez les informations relatives à l'opérateur et cliquez sur Install.
Sur la page Install Operator:
-
L'adresse Installation Mode est All namespaces on the cluster (default). Ce mode installe l'opérateur dans l'espace de noms par défaut
openshift-serverless
afin qu'il soit surveillé et mis à la disposition de tous les espaces de noms du cluster. -
Le site Installed Namespace est
openshift-serverless
. - Sélectionnez le canal stable comme Update Channel. Le canal stable permettra l'installation de la dernière version stable d'OpenShift Serverless Operator.
- Sélectionnez la stratégie d'approbation Automatic ou Manual.
-
L'adresse Installation Mode est All namespaces on the cluster (default). Ce mode installe l'opérateur dans l'espace de noms par défaut
- Cliquez sur Install pour rendre l'opérateur disponible pour les espaces de noms sélectionnés sur ce cluster OpenShift Container Platform.
Depuis la page Catalog
Operator Management, vous pouvez surveiller la progression de l'installation et de la mise à niveau de l'abonnement OpenShift Serverless Operator. - Si vous avez sélectionné une stratégie d'approbation Manual, l'état de mise à niveau de l'abonnement restera Upgrading jusqu'à ce que vous examiniez et approuviez son plan d'installation. Après approbation sur la page Install Plan, le statut de mise à niveau de l'abonnement passe à Up to date.
- Si vous avez sélectionné une stratégie d'approbation Automatic, le statut du surclassement devrait être résolu à Up to date sans intervention.
Vérification
Une fois que l'état de mise à niveau de l'abonnement est Up to date, sélectionnez Catalog
Si ce n'est pas le cas :
-
Passez à la page Catalog
Operator Management et inspectez les onglets Operator Subscriptions et Install Plans pour voir s'il n'y a pas de défaillance ou d'erreur sous Status. -
Vérifiez les journaux de tous les pods du projet
openshift-serverless
sur la page WorkloadsPods qui signalent des problèmes afin de les résoudre.
Si vous souhaitez utiliser Red Hat OpenShift distributed tracing avec OpenShift Serverless, vous devez installer et configurer Red Hat OpenShift distributed tracing avant d'installer Knative Serving ou Knative Eventing.
3.2.2. Installer l'opérateur OpenShift Serverless depuis le CLI
Vous pouvez installer l'Opérateur OpenShift Serverless depuis le OperatorHub en utilisant le CLI. L'installation de cet opérateur vous permet d'installer et d'utiliser des composants Knative.
Conditions préalables
- Vous avez accès à un compte OpenShift Container Platform avec un accès administrateur de cluster.
- Votre cluster a la capacité Marketplace activée ou la source du catalogue Red Hat Operator configurée manuellement.
- Vous vous êtes connecté au cluster OpenShift Container Platform.
Procédure
Créez un fichier YAML contenant les objets
Namespace
,OperatorGroup
, etSubscription
pour abonner un espace de noms à l'opérateur OpenShift Serverless. Par exemple, créez le fichierserverless-subscription.yaml
avec le contenu suivant :Exemple d'abonnement
--- apiVersion: v1 kind: Namespace metadata: name: openshift-serverless --- apiVersion: operators.coreos.com/v1 kind: OperatorGroup metadata: name: serverless-operators namespace: openshift-serverless spec: {} --- apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: name: serverless-operator namespace: openshift-serverless spec: channel: stable 1 name: serverless-operator 2 source: redhat-operators 3 sourceNamespace: openshift-marketplace 4
- 1
- Le nom du canal de l'opérateur. Le canal
stable
permet l'installation de la version stable la plus récente de l'Opérateur OpenShift Serverless. - 2
- Le nom de l'opérateur auquel s'abonner. Pour l'opérateur OpenShift Serverless, il s'agit toujours de
serverless-operator
. - 3
- Le nom du CatalogSource qui fournit l'opérateur. Utilisez
redhat-operators
pour les sources de catalogue par défaut d'OperatorHub. - 4
- L'espace de noms du CatalogSource. Utilisez
openshift-marketplace
pour les sources de catalogue par défaut d'OperatorHub.
Créer l'objet
Subscription
:$ oc apply -f serverless-subscription.yaml
Vérification
Vérifiez que la version du service de cluster (CSV) a atteint la phase Succeeded
:
Example command
$ oc get csv
Exemple de sortie
NAME DISPLAY VERSION REPLACES PHASE serverless-operator.v1.25.0 Red Hat OpenShift Serverless 1.25.0 serverless-operator.v1.24.0 Succeeded
Si vous souhaitez utiliser Red Hat OpenShift distributed tracing avec OpenShift Serverless, vous devez installer et configurer Red Hat OpenShift distributed tracing avant d'installer Knative Serving ou Knative Eventing.
3.2.3. Configuration globale
L'opérateur OpenShift Serverless gère la configuration globale d'une installation Knative, y compris la propagation des valeurs à partir de KnativeServing
et KnativeEventing
ressources personnalisées aux cartes de configuration du système. Toute mise à jour des cartes de configuration appliquée manuellement est écrasée par l'Opérateur. Cependant, la modification des ressources personnalisées Knative vous permet de définir des valeurs pour ces cartes de configuration.
Knative dispose de plusieurs cartes de configuration qui sont nommées avec le préfixe config-
. Toutes les cartes de configuration Knative sont créées dans le même espace de noms que la ressource personnalisée à laquelle elles s'appliquent. Par exemple, si la ressource personnalisée KnativeServing
est créée dans l'espace de noms knative-serving
, toutes les cartes de configuration Knative Serving sont également créées dans cet espace de noms.
Les ressources personnalisées Knative spec.config
ont une entrée <name>
pour chaque carte de configuration, nommée config-<name>
, avec une valeur qui sera utilisée pour la carte de configuration data
.
3.2.4. Ressources supplémentaires
3.2.5. Prochaines étapes
- Une fois l'OpenShift Serverless Operator installé, vous pouvez installer Knative Serving ou Knative Eventing.