10.2. Installation du stockage des journaux

Procédure

1. Dans le Red Hat OpenShift Service sur AWS Web console Administrator perspective, allez à Opérateurs OperatorHub.

2. Entrez Loki Opérateur dans le champ Filtrer par mot-clé. Cliquez sur l’opérateur Loki dans la liste des opérateurs disponibles, puis cliquez sur Installer.

   Important

   L’opérateur Loki communautaire n’est pas soutenu par Red Hat.

3. Choisissez stable ou stable-x.y comme canal de mise à jour.

   Note

   Le canal stable ne fournit que des mises à jour de la version la plus récente de l’enregistrement. Afin de continuer à recevoir des mises à jour pour les versions antérieures, vous devez changer votre canal d’abonnement en stable-x.y, où x.y représente la version majeure et mineure de la journalisation que vous avez installée. À titre d’exemple, stable-5.7.

   L’opérateur Loki doit être déployé dans l’espace de noms du groupe d’opérateur mondial openshift-operators-redhat, de sorte que le mode Installation et Namespace installé sont déjà sélectionnés. Lorsque cet espace de noms n’existe pas déjà, il est créé pour vous.

4. Activez la surveillance des clusters recommandée par l’opérateur sur cet espace de noms.

   Cette option définit l’étiquette openshift.io/cluster-monitoring: "vrai" étiquette dans l’objet Namespace. Il faut sélectionner cette option pour s’assurer que la surveillance des clusters gratte l’espace de noms openshift-operators-redhat.

5. Dans le cas de l’approbation de mise à jour, sélectionnez Automatique, puis cliquez sur Installer.

   Lorsque la stratégie d’approbation de l’abonnement est définie sur Automatique, le processus de mise à jour démarre dès qu’une nouvelle version de l’opérateur est disponible dans le canal sélectionné. Lorsque la stratégie d’approbation est définie sur Manuel, vous devez approuver manuellement les mises à jour en attente.

6. Installez l’opérateur de journalisation Red Hat OpenShift:

   1. Dans le Red Hat OpenShift Service sur la console web AWS, cliquez sur Opérateurs OperatorHub.
   2. Choisissez Red Hat OpenShift Logging dans la liste des opérateurs disponibles, puis cliquez sur Installer.
   3. Assurez-vous que l’espace de noms A spécifique sur le cluster est sélectionné sous Mode d’installation.
   4. Assurez-vous que l’espace de noms recommandé par l’opérateur est ouvert de connexion sous Namespace installé.

   5. Activer l’opérateur recommande la surveillance des clusters sur cet espace de noms.

      Cette option définit l’étiquette openshift.io/cluster-monitoring: "vrai" étiquette dans l’objet Namespace. Il faut sélectionner cette option pour s’assurer que la surveillance des clusters gratte l’espace de noms openshift-logging.

   6. Choisissez stable-5.y comme canal de mise à jour.

   7. Choisissez une stratégie d’approbation.

      • La stratégie automatique permet au gestionnaire de cycle de vie de l’opérateur (OLM) de mettre à jour automatiquement l’opérateur lorsqu’une nouvelle version est disponible.
      • La stratégie du Manuel exige qu’un utilisateur ayant les informations d’identification appropriées approuve la mise à jour de l’opérateur.
   8. Cliquez sur Install.
7. Accédez à la page Opérateurs installés Opérateurs installés. Cliquez sur l’onglet Toutes les instances.
8. Dans la liste déroulante Créer une nouvelle liste déroulante, sélectionnez LokiStack.

9. Choisissez la vue YAML, puis utilisez le modèle suivant pour créer un LokiStack CR:

   Exemple LokiStack CR

   apiVersion: loki.grafana.com/v1
   kind: LokiStack
   metadata:
     name: logging-loki 

   1

   
     namespace: openshift-logging 

   2

   
   spec:
     size: 1x.small 

   3

   
     storage:
       schemas:
       - version: v13
         effectiveDate: "<yyyy>-<mm>-<dd>"
       secret:
         name: logging-loki-s3 

   4

   
         type: s3 

   5

   
         credentialMode: 

   6

   
     storageClassName: <storage_class_name> 

   7

   
     tenants:
       mode: openshift-logging 

   8

   Copy to Clipboard Toggle word wrap

   1

   J’utilise le nom logging-loki.

   2

   Il faut spécifier l’espace de noms openshift-logging.

   3

   Indiquez la taille du déploiement. Dans l’enregistrement 5.8 et les versions ultérieures, les options de taille prises en charge pour les instances de production de Loki sont 1x.extra-petit, 1x.petit, ou 1x.medium.

   4

   Indiquez le nom de votre log store secret.

   5

   Indiquez le type de stockage correspondant.

   6

   Champ optionnel, journalisation 5.9 et ultérieure. Les valeurs configurées par l’utilisateur pris en charge sont les suivantes: statique est le mode d’authentification par défaut disponible pour tous les types de stockage d’objet pris en charge à l’aide d’informations d’identification stockées dans un jeton Secret. Dans ce mode, la configuration statique ne contient pas d’informations d’identification nécessaires au stockage d’objets. Au lieu de cela, ils sont générés pendant l’exécution à l’aide d’un service, ce qui permet des informations d’identification plus courtes et un contrôle beaucoup plus granulaire. Ce mode d’authentification n’est pas pris en charge pour tous les types de stockage d’objets. token-cco est la valeur par défaut lorsque Loki s’exécute en mode STS géré et utilise CCO sur les clusters STS/WIF.

   7

   Indiquez le nom d’une classe de stockage pour le stockage temporaire. Afin d’obtenir des performances optimales, spécifiez une classe de stockage qui alloue le stockage en bloc. Les classes de stockage disponibles pour votre cluster peuvent être répertoriées à l’aide de la commande oc get storageclasses.

   8

   LokiStack par défaut s’exécute en mode multi-locataires, qui ne peut pas être modifié. Il y a un locataire pour chaque type de journal : audit, infrastructure et journaux d’applications. Cela permet le contrôle d’accès pour les utilisateurs individuels et les groupes d’utilisateurs à différents flux de journaux.

   Important

   Il n’est pas possible de modifier le nombre 1x pour la taille du déploiement.

10. Cliquez sur Create.

11. Créer une instance OpenShift Logging:

    1. Basculez à la page Administration Définitions de ressources personnalisées.
    2. Dans la page Définitions de ressources personnalisées, cliquez sur ClusterLogging.
    3. Dans la page Détails de la définition des ressources personnalisées, sélectionnez Afficher les instances dans le menu Actions.

    4. Dans la page ClusterLoggings, cliquez sur Créer ClusterLogging.

       Il vous faudra peut-être actualiser la page pour charger les données.

    5. Dans le champ YAML, remplacer le code par ce qui suit:

       apiVersion: logging.openshift.io/v1
       kind: ClusterLogging
       metadata:
         name: instance 

       1

       
         namespace: openshift-logging 

       2

       
       spec:
         collection:
           type: vector
         logStore:
           lokistack:
             name: logging-loki
           retentionPolicy:
             application:
               maxAge: 7d
             audit:
               maxAge: 7d
             infra:
               maxAge: 7d
           type: lokistack
         visualization:
           type: ocp-console
           ocpConsole:
             logsLimit: 15
       
         managementState: Managed

       Copy to Clipboard Toggle word wrap

       1

       Le nom doit être instance.

       2

       L’espace de noms doit être ouvert-logging.

La vérification

1. Allez à Opérateurs Opérateurs installés.
2. Assurez-vous que le projet openshift-logging est sélectionné.
3. Dans la colonne État, vérifiez que vous voyez des cocheries vertes avec InstallSucceeded et le texte à jour.

Procédure

1. Allez à Charges de travail Secrets dans la perspective de l’administrateur du Red Hat OpenShift Service sur la console web AWS.
2. Dans la liste déroulante Créer, sélectionnez À partir de YAML.

3. Créez un secret qui utilise les champs access_key_id et access_key_secret pour spécifier vos identifiants et les champs seau, point de terminaison et région pour définir l’emplacement de stockage d’objets. AWS est utilisé dans l’exemple suivant:

   Exemple d’objet secret

   apiVersion: v1
   kind: Secret
   metadata:
     name: logging-loki-s3
     namespace: openshift-logging
   stringData:
     access_key_id: AKIAIOSFODNN7EXAMPLE
     access_key_secret: wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
     bucketnames: s3-bucket-name
     endpoint: https://s3.eu-central-1.amazonaws.com
     region: eu-central-1

   Copy to Clipboard Toggle word wrap

Procédure

1. Accédez à la page Opérateurs installés Opérateurs installés. Cliquez sur l’onglet Toutes les instances.
2. Dans la liste déroulante Créer une nouvelle liste déroulante, sélectionnez LokiStack.

3. Choisissez la vue YAML, puis utilisez le modèle suivant pour créer un LokiStack CR:

   apiVersion: loki.grafana.com/v1
   kind: LokiStack
   metadata:
     name: logging-loki 

   1

   
     namespace: openshift-logging
   spec:
     size: 1x.small 

   2

   
     storage:
       schemas:
         - effectiveDate: '2023-10-15'
           version: v13
       secret:
         name: logging-loki-s3 

   3

   
         type: s3 

   4

   
         credentialMode: 

   5

   
     storageClassName: <storage_class_name> 

   6

   
     tenants:
       mode: openshift-logging

   Copy to Clipboard Toggle word wrap

   1

   J’utilise le nom logging-loki.

   2

   Indiquez la taille du déploiement. Dans l’enregistrement 5.8 et les versions ultérieures, les options de taille prises en charge pour les instances de production de Loki sont 1x.extra-petit, 1x.petit, ou 1x.medium.

   3

   Indiquez le secret utilisé pour votre stockage de journal.

   4

   Indiquez le type de stockage correspondant.

   5

   Champ optionnel, journalisation 5.9 et ultérieure. Les valeurs configurées par l’utilisateur pris en charge sont les suivantes: statique est le mode d’authentification par défaut disponible pour tous les types de stockage d’objet pris en charge à l’aide d’informations d’identification stockées dans un Secret. jetons pour les jetons de courte durée récupérés à partir d’une source d’identification. Dans ce mode, la configuration statique ne contient pas d’informations d’identification nécessaires au stockage d’objets. Au lieu de cela, ils sont générés pendant l’exécution à l’aide d’un service, ce qui permet des informations d’identification plus courtes et un contrôle beaucoup plus granulaire. Ce mode d’authentification n’est pas pris en charge pour tous les types de stockage d’objets. le token-cco est la valeur par défaut lorsque Loki s’exécute en mode STS géré et utilise CCO sur les clusters STS/WIF.

   6

   Entrez le nom d’une classe de stockage pour le stockage temporaire. Afin d’obtenir des performances optimales, spécifiez une classe de stockage qui alloue le stockage en bloc. Les classes de stockage disponibles pour votre cluster peuvent être répertoriées à l’aide de la commande oc get storageclasses.

1. Créer un objet Namespace pour Loki Operator:

   Exemple d’objet Namespace

   apiVersion: v1
   kind: Namespace
   metadata:
     name: openshift-operators-redhat 

   1

   
     annotations:
       openshift.io/node-selector: ""
     labels:
       openshift.io/cluster-monitoring: "true" 

   2

   Copy to Clipboard Toggle word wrap

   1

   Il faut spécifier l’espace de noms openshift-operators-redhat. Afin d’éviter d’éventuels conflits avec les métriques, vous devez configurer la pile Prometheus Cluster Monitoring pour gratter les métriques de l’espace de noms openshift-operators-redhat et non de l’espace de noms openshift-operators. L’espace de noms openshift-operators peut contenir des opérateurs communautaires, qui ne sont pas fiables et pourraient publier une métrique avec le même nom qu’un service OpenShift Red Hat sur la métrique AWS, ce qui provoquerait des conflits.

   2

   La valeur de chaîne qui spécifie l’étiquette comme indiqué pour s’assurer que la surveillance du cluster gratte l’espace de noms openshift-operators-redhat.

2. Appliquez l’objet Namespace en exécutant la commande suivante:

   $ oc apply -f <filename>.yaml

   Copy to Clipboard Toggle word wrap

3. Créer un objet d’abonnement pour Loki Operator:

   Exemple d’objet d’abonnement

   apiVersion: operators.coreos.com/v1alpha1
   kind: Subscription
   metadata:
     name: loki-operator
     namespace: openshift-operators-redhat 

   1

   
   spec:
     channel: stable 

   2

   
     name: loki-operator
     source: redhat-operators 

   3

   
     sourceNamespace: openshift-marketplace

   Copy to Clipboard Toggle word wrap

   1

   Il faut spécifier l’espace de noms openshift-operators-redhat.

   2

   Indiquez stable, ou stable-5.<y> comme canal.

   3

   Indiquez les redhat-operators. Lorsque votre Red Hat OpenShift Service sur AWS cluster est installé sur un réseau restreint, également appelé cluster déconnecté, spécifiez le nom de l’objet CatalogSource que vous avez créé lorsque vous avez configuré le gestionnaire de cycle de vie de l’opérateur (OLM).

4. Appliquer l’objet Abonnement en exécutant la commande suivante:

   $ oc apply -f <filename>.yaml

   Copy to Clipboard Toggle word wrap

5. Créer un objet d’espace de noms pour l’opérateur de journalisation OpenShift Red Hat:

   Exemple d’objet namespace

   apiVersion: v1
   kind: Namespace
   metadata:
     name: openshift-logging 

   1

   
     annotations:
       openshift.io/node-selector: ""
     labels:
       openshift.io/cluster-logging: "true"
       openshift.io/cluster-monitoring: "true" 

   2

   Copy to Clipboard Toggle word wrap

   1

   L’opérateur de journalisation OpenShift de Red Hat n’est déployable que dans l’espace de noms openshift-logging.

   2

   La valeur de chaîne qui spécifie l’étiquette comme indiqué pour s’assurer que la surveillance du cluster gratte l’espace de noms openshift-operators-redhat.

6. Appliquez l’objet namespace en exécutant la commande suivante:

   $ oc apply -f <filename>.yaml

   Copy to Clipboard Toggle word wrap

7. Créer un objet OperatorGroup

   Exemple d’objet OperatorGroup

   apiVersion: operators.coreos.com/v1
   kind: OperatorGroup
   metadata:
     name: cluster-logging
     namespace: openshift-logging 

   1

   
   spec:
     targetNamespaces:
     - openshift-logging

   Copy to Clipboard Toggle word wrap

   1

   Il faut spécifier l’espace de noms openshift-logging.

8. Appliquez l’objet OperatorGroup en exécutant la commande suivante:

   $ oc apply -f <filename>.yaml

   Copy to Clipboard Toggle word wrap

9. Créer un objet d’abonnement:

   apiVersion: operators.coreos.com/v1alpha1
   kind: Subscription
   metadata:
     name: cluster-logging
     namespace: openshift-logging 

   1

   
   spec:
     channel: stable 

   2

   
     name: cluster-logging
     source: redhat-operators 

   3

   
     sourceNamespace: openshift-marketplace

   Copy to Clipboard Toggle word wrap

   1

   Il faut spécifier l’espace de noms openshift-logging.

   2

   Indiquez stable, ou stable-5.<y> comme canal.

   3

   Indiquez les redhat-operators. Lorsque votre Red Hat OpenShift Service sur AWS cluster est installé sur un réseau restreint, également appelé cluster déconnecté, spécifiez le nom de l’objet CatalogSource que vous avez créé lorsque vous avez configuré le gestionnaire de cycle de vie de l’opérateur (OLM).

10. Appliquer l’objet Abonnement en exécutant la commande suivante:

    $ oc apply -f <filename>.yaml

    Copy to Clipboard Toggle word wrap

11. Créer un LokiStack CR:

    Exemple LokiStack CR

    apiVersion: loki.grafana.com/v1
    kind: LokiStack
    metadata:
      name: logging-loki 

    1

    
      namespace: openshift-logging 

    2

    
    spec:
      size: 1x.small 

    3

    
      storage:
        schemas:
        - version: v13
          effectiveDate: "<yyyy>-<mm>-<dd>"
        secret:
          name: logging-loki-s3 

    4

    
          type: s3 

    5

    
          credentialMode: 

    6

    
      storageClassName: <storage_class_name> 

    7

    
      tenants:
        mode: openshift-logging 

    8

    Copy to Clipboard Toggle word wrap

    1

    J’utilise le nom logging-loki.

    2

    Il faut spécifier l’espace de noms openshift-logging.

    3

    Indiquez la taille du déploiement. Dans l’enregistrement 5.8 et les versions ultérieures, les options de taille prises en charge pour les instances de production de Loki sont 1x.extra-petit, 1x.petit, ou 1x.medium.

    4

    Indiquez le nom de votre log store secret.

    5

    Indiquez le type de stockage correspondant.

    6

    Champ optionnel, journalisation 5.9 et ultérieure. Les valeurs configurées par l’utilisateur pris en charge sont les suivantes: statique est le mode d’authentification par défaut disponible pour tous les types de stockage d’objet pris en charge à l’aide d’informations d’identification stockées dans un Secret. jetons pour les jetons de courte durée récupérés à partir d’une source d’identification. Dans ce mode, la configuration statique ne contient pas d’informations d’identification nécessaires au stockage d’objets. Au lieu de cela, ils sont générés pendant l’exécution à l’aide d’un service, ce qui permet des informations d’identification plus courtes et un contrôle beaucoup plus granulaire. Ce mode d’authentification n’est pas pris en charge pour tous les types de stockage d’objets. le token-cco est la valeur par défaut lorsque Loki s’exécute en mode STS géré et utilise CCO sur les clusters STS/WIF.

    7

    Indiquez le nom d’une classe de stockage pour le stockage temporaire. Afin d’obtenir des performances optimales, spécifiez une classe de stockage qui alloue le stockage en bloc. Les classes de stockage disponibles pour votre cluster peuvent être répertoriées à l’aide de la commande oc get storageclasses.

    8

    LokiStack par défaut s’exécute en mode multi-locataires, qui ne peut pas être modifié. Il y a un locataire pour chaque type de journal : audit, infrastructure et journaux d’applications. Cela permet le contrôle d’accès pour les utilisateurs individuels et les groupes d’utilisateurs à différents flux de journaux.

12. Appliquez l’objet LokiStack CR en exécutant la commande suivante:

    $ oc apply -f <filename>.yaml

    Copy to Clipboard Toggle word wrap

13. Créer un objet ClusterLogging CR:

    Exemple ClusterLogging objet CR

    apiVersion: logging.openshift.io/v1
    kind: ClusterLogging
    metadata:
      name: instance 

    1

    
      namespace: openshift-logging 

    2

    
    spec:
      collection:
        type: vector
      logStore:
        lokistack:
          name: logging-loki
        retentionPolicy:
          application:
            maxAge: 7d
          audit:
            maxAge: 7d
          infra:
            maxAge: 7d
        type: lokistack
      visualization:
        type: ocp-console
        ocpConsole:
          logsLimit: 15
      managementState: Managed

    Copy to Clipboard Toggle word wrap

    1

    Le nom doit être instance.

    2

    L’espace de noms doit être ouvert-logging.

14. Appliquez l’objet ClusterLogging CR en exécutant la commande suivante:

    $ oc apply -f <filename>.yaml

    Copy to Clipboard Toggle word wrap

15. Contrôlez l’installation en exécutant la commande suivante:

    $ oc get pods -n openshift-logging

    Copy to Clipboard Toggle word wrap

    Exemple de sortie

    $ oc get pods -n openshift-logging
    NAME                                               READY   STATUS    RESTARTS   AGE
    cluster-logging-operator-fb7f7cf69-8jsbq           1/1     Running   0          98m
    collector-222js                                    2/2     Running   0          18m
    collector-g9ddv                                    2/2     Running   0          18m
    collector-hfqq8                                    2/2     Running   0          18m
    collector-sphwg                                    2/2     Running   0          18m
    collector-vv7zn                                    2/2     Running   0          18m
    collector-wk5zz                                    2/2     Running   0          18m
    logging-view-plugin-6f76fbb78f-n2n4n               1/1     Running   0          18m
    lokistack-sample-compactor-0                       1/1     Running   0          42m
    lokistack-sample-distributor-7d7688bcb9-dvcj8      1/1     Running   0          42m
    lokistack-sample-gateway-5f6c75f879-bl7k9          2/2     Running   0          42m
    lokistack-sample-gateway-5f6c75f879-xhq98          2/2     Running   0          42m
    lokistack-sample-index-gateway-0                   1/1     Running   0          42m
    lokistack-sample-ingester-0                        1/1     Running   0          42m
    lokistack-sample-querier-6b7b56bccc-2v9q4          1/1     Running   0          42m
    lokistack-sample-query-frontend-84fb57c578-gq2f7   1/1     Running   0          42m

    Copy to Clipboard Toggle word wrap

Procédure

1. Créer un LokiStack CR:

Procédure

1. Copiez les informations d’identification de compte de service reçues de GCP dans un fichier appelé key.json.

2. Créez un secret de stockage d’objet avec le nom logging-loki-gcs en exécutant la commande suivante:

   $ oc create secret generic logging-loki-gcs \
     --from-literal=bucketname="<bucket_name>" \
     --from-file=key.json="<path/to/key.json>"

   Copy to Clipboard Toggle word wrap

Procédure

1. Créez une ressource personnalisée ObjectBucketClaim dans l’espace de noms openshift-logging:

   apiVersion: objectbucket.io/v1alpha1
   kind: ObjectBucketClaim
   metadata:
     name: loki-bucket-odf
     namespace: openshift-logging
   spec:
     generateBucketName: loki-bucket-odf
     storageClassName: openshift-storage.noobaa.io

   Copy to Clipboard Toggle word wrap

2. Bénéficiez des propriétés du seau à partir de l’objet ConfigMap associé en exécutant la commande suivante:

   BUCKET_HOST=$(oc get -n openshift-logging configmap loki-bucket-odf -o jsonpath='{.data.BUCKET_HOST}')
   BUCKET_NAME=$(oc get -n openshift-logging configmap loki-bucket-odf -o jsonpath='{.data.BUCKET_NAME}')
   BUCKET_PORT=$(oc get -n openshift-logging configmap loki-bucket-odf -o jsonpath='{.data.BUCKET_PORT}')

   Copy to Clipboard Toggle word wrap

3. Bénéficiez de la clé d’accès au seau à partir du secret associé en exécutant la commande suivante:

   ACCESS_KEY_ID=$(oc get -n openshift-logging secret loki-bucket-odf -o jsonpath='{.data.AWS_ACCESS_KEY_ID}' | base64 -d)
   SECRET_ACCESS_KEY=$(oc get -n openshift-logging secret loki-bucket-odf -o jsonpath='{.data.AWS_SECRET_ACCESS_KEY}' | base64 -d)

   Copy to Clipboard Toggle word wrap

4. Créez un secret de stockage d’objet avec le nom logging-loki-odf en exécutant la commande suivante:

   $ oc create -n openshift-logging secret generic logging-loki-odf \
   --from-literal=access_key_id="<access_key_id>" \
   --from-literal=access_key_secret="<secret_access_key>" \
   --from-literal=bucketnames="<bucket_name>" \
   --from-literal=endpoint="https://<bucket_host>:<bucket_port>"

   Copy to Clipboard Toggle word wrap

Procédure

1. Dans le Red Hat OpenShift Service sur la console web AWS, cliquez sur Opérateurs OperatorHub.
2. Cliquez sur OpenShift Elasticsearch Operator dans la liste des opérateurs disponibles, et cliquez sur Installer.
3. Assurez-vous que tous les espaces de noms du cluster sont sélectionnés sous le mode Installation.

4. Assurez-vous que l’openshift-operators-redhat est sélectionné sous la rubrique Installed Namespace.

   Il faut spécifier l’espace de noms openshift-operators-redhat. L’espace de noms openshift-operators peut contenir des opérateurs communautaires, qui ne sont pas fiables et pourraient publier une métrique avec le même nom que Red Hat OpenShift Service sur la métrique AWS, ce qui provoquerait des conflits.

5. Activer la surveillance des clusters recommandé par l’opérateur sur cet espace de noms.

   Cette option définit l’étiquette openshift.io/cluster-monitoring: "vrai" étiquette dans l’objet Namespace. Il faut sélectionner cette option pour s’assurer que la surveillance des clusters gratte l’espace de noms openshift-operators-redhat.

6. Choisissez stable-5.x comme canal de mise à jour.

7. Choisissez une stratégie d’approbation de mise à jour:

   • La stratégie automatique permet au gestionnaire de cycle de vie de l’opérateur (OLM) de mettre à jour automatiquement l’opérateur lorsqu’une nouvelle version est disponible.
   • La stratégie du Manuel exige qu’un utilisateur ayant les informations d’identification appropriées approuve la mise à jour de l’opérateur.
8. Cliquez sur Install.

La vérification

1. Assurez-vous que l’opérateur OpenShift Elasticsearch est installé en passant à la page Opérateurs installés.
2. Assurez-vous que l’opérateur OpenShift Elasticsearch est répertorié dans tous les projets ayant un statut de Succès.

Procédure

1. Créer un objet Namespace comme fichier YAML:

   apiVersion: v1
   kind: Namespace
   metadata:
     name: openshift-operators-redhat 

   1

   
     annotations:
       openshift.io/node-selector: ""
     labels:
       openshift.io/cluster-monitoring: "true" 

   2

   Copy to Clipboard Toggle word wrap

   1

   Il faut spécifier l’espace de noms openshift-operators-redhat. Afin d’éviter d’éventuels conflits avec les métriques, configurez la pile Prometheus Cluster Monitoring pour gratter les métriques de l’espace de noms openshift-operators-redhat et non de l’espace de noms openshift-operators. L’espace de noms openshift-operators peut contenir des opérateurs communautaires, qui ne sont pas fiables et pourraient publier une métrique avec le même nom qu’une métrique ROSA, ce qui provoquerait des conflits.

   2

   La corde. Il faut spécifier cette étiquette comme indiqué pour s’assurer que la surveillance des clusters gratte l’espace de noms openshift-operators-redhat.

2. Appliquez l’objet Namespace en exécutant la commande suivante:

   $ oc apply -f <filename>.yaml

   Copy to Clipboard Toggle word wrap

3. Créer un objet OperatorGroup en tant que fichier YAML:

   apiVersion: operators.coreos.com/v1
   kind: OperatorGroup
   metadata:
     name: openshift-operators-redhat
     namespace: openshift-operators-redhat 

   1

   
   spec: {}

   Copy to Clipboard Toggle word wrap

   1

   Il faut spécifier l’espace de noms openshift-operators-redhat.

4. Appliquez l’objet OperatorGroup en exécutant la commande suivante:

   $ oc apply -f <filename>.yaml

   Copy to Clipboard Toggle word wrap

5. Créer un objet d’abonnement pour souscrire l’espace de noms à l’opérateur OpenShift Elasticsearch:

   Exemple d’abonnement

   apiVersion: operators.coreos.com/v1alpha1
   kind: Subscription
   metadata:
     name: elasticsearch-operator
     namespace: openshift-operators-redhat 

   1

   
   spec:
     channel: stable-x.y 

   2

   
     installPlanApproval: Automatic 

   3

   
     source: redhat-operators 

   4

   
     sourceNamespace: openshift-marketplace
     name: elasticsearch-operator

   Copy to Clipboard Toggle word wrap

   1

   Il faut spécifier l’espace de noms openshift-operators-redhat.

   2

   Indiquez stable, ou stable-x.y comme canal. Consultez la note suivante.

   3

   Automatique permet au gestionnaire de cycle de vie de l’opérateur (OLM) de mettre à jour automatiquement l’opérateur lorsqu’une nouvelle version est disponible. Le manuel exige qu’un utilisateur avec les informations d’identification appropriées approuve la mise à jour de l’opérateur.

   4

   Indiquez les redhat-operators. Lorsque votre Red Hat OpenShift Service sur AWS cluster est installé sur un réseau restreint, également connu sous le nom de cluster déconnecté, spécifiez le nom de l’objet CatalogSource créé lorsque vous avez configuré le gestionnaire de cycle de vie de l’opérateur (OLM).

   Note

   La spécification stable installe la version actuelle de la dernière version stable. En utilisant stable avec installPlanApproval: "Automatique" met automatiquement à niveau vos opérateurs vers la dernière version majeure et mineure stable.

   La spécification stable-x.y installe la version mineure actuelle d’une version majeure spécifique. En utilisant stable-x.y avec installPlanApproval: "Automatic" met automatiquement à niveau vos Opérateurs vers la dernière version mineure stable dans la version principale.

6. Appliquer l’abonnement en exécutant la commande suivante:

   $ oc apply -f <filename>.yaml

   Copy to Clipboard Toggle word wrap

   L’opérateur OpenShift Elasticsearch est installé dans l’espace de noms openshift-operators-redhat et copié sur chaque projet du cluster.

La vérification

1. Exécutez la commande suivante:

   $ oc get csv -n --all-namespaces

   Copy to Clipboard Toggle word wrap

2. Consultez la sortie et confirmez que les pods pour l’opérateur OpenShift Elasticsearch existent dans chaque espace de noms

   Exemple de sortie

   NAMESPACE                                          NAME                            DISPLAY                            VERSION          REPLACES                        PHASE
   default                                            elasticsearch-operator.v5.8.1   OpenShift Elasticsearch Operator   5.8.1            elasticsearch-operator.v5.8.0   Succeeded
   kube-node-lease                                    elasticsearch-operator.v5.8.1   OpenShift Elasticsearch Operator   5.8.1            elasticsearch-operator.v5.8.0   Succeeded
   kube-public                                        elasticsearch-operator.v5.8.1   OpenShift Elasticsearch Operator   5.8.1            elasticsearch-operator.v5.8.0   Succeeded
   kube-system                                        elasticsearch-operator.v5.8.1   OpenShift Elasticsearch Operator   5.8.1            elasticsearch-operator.v5.8.0   Succeeded
   non-destructive-test                               elasticsearch-operator.v5.8.1   OpenShift Elasticsearch Operator   5.8.1            elasticsearch-operator.v5.8.0   Succeeded
   openshift-apiserver-operator                       elasticsearch-operator.v5.8.1   OpenShift Elasticsearch Operator   5.8.1            elasticsearch-operator.v5.8.0   Succeeded
   openshift-apiserver                                elasticsearch-operator.v5.8.1   OpenShift Elasticsearch Operator   5.8.1            elasticsearch-operator.v5.8.0   Succeeded
   ...

   Copy to Clipboard Toggle word wrap