Création d'un magasin de données « ClickHouse » sur Linux x86_64

Installez l'opérateur ClickHouse et configurez le magasin de données.

Remarque :

Après la création initiale d'un cluster ClickHouse ou après l'augmentation du nombre de shards, le cluster peut avoir besoin de quelques minutes pour intégrer les shards.

Avant de commencer

Assurez-vous d'avoir préparé votre hôte en ligne et hors ligne pour extraire des images du référentiel externe. Vérifiez également que vous avez ajouté le référentiel Helm .

Pour plus d'informations, consultez la section « Préparation à l'installation des opérateurs de stockage de données ».

ClickHouse versions des opérateurs et balises d'image

Les images suivantes sont nécessaires pour la charte Helm ou les versions d'opérateur épinglées.

Tableau 1. Versions de l'opérateur et balises d'image pour le déploiement
Plateforme	Versions de l'opérateur	Version de graphique Helm	Image avec étiquette
Linux® x86_64	v1.2.39	v1.2.0	artifact-public.instana.io/clickhouse-operator: v1.2.39 artifact-public.instana.io/clickhouse: 25.8.13.73-7-lts-ibm

Installation d' ClickHouse. en ligne

Procédez comme suit pour installer le magasin de données ClickHouse .

Vérifiez si l'espace de nom instana-clickhouse existe dans votre cluster. S'il n'existe pas, vous pouvez le créer maintenant.
1. Vérifiez si l'espace de nom instana-clickhouse existe.
```
kubectl get namespace | grep clickhouse
```
2. Si l'espace de nom instana-clickhouse n'existe pas, créez-le maintenant.
```
kubectl create namespace instana-clickhouse
```
3. Créez le compte de service « clickhouse ».
```
kubectl create serviceaccount clickhouse  -n instana-clickhouse
```

Créez des secrets d'extraction d'image pour l'image ClickHouse . Mettez à jour la valeur <download_key> avec votre propre clé de téléchargement.

kubectl create secret docker-registry instana-registry \
--namespace=instana-clickhouse \
--docker-username=_ \
--docker-password=<download_key> \
--docker-server=artifact-public.instana.io

Facultatif : si vous utilisez un cluster « Red Hat® OpenShift® », créez des contraintes de contexte de sécurité (SCC) avant de déployer l'opérateur « ClickHouse ». Créez un fichier « YAML », par exemple clickhouse-scc.yaml, contenant la définition du SCC ( SecurityContextConstraints ).

apiVersion: security.openshift.io/v1
kind: SecurityContextConstraints
metadata:
  name: clickhouse-scc
runAsUser:
  type: MustRunAs
  uid: 1001
seLinuxContext:
  type: RunAsAny
fsGroup:
  type: RunAsAny
allowHostDirVolumePlugin: false
allowHostNetwork: true
allowHostPorts: true
allowPrivilegedContainer: false
allowHostIPC: true
allowHostPID: true
readOnlyRootFilesystem: false
users:
  - system:serviceaccount:instana-clickhouse:clickhouse-operator
  - system:serviceaccount:instana-clickhouse:clickhouse-operator-ibm-clickhouse-operator
  - system:serviceaccount:instana-clickhouse:clickhouse

Créez la ressource SCC.
```
kubectl apply -f clickhouse-scc.yaml
 
```

Installez l'opérateur ClickHouse .

helm install clickhouse-operator instana/ibm-clickhouse-operator -n instana-clickhouse --version=v1.2.0 --set operator.image.repository=artifact-public.instana.io/clickhouse-operator --set operator.image.tag=v1.2.39 --set 'imagePullSecrets[0].name=instana-registry'

Choisissez un mot de passe pour l'utilisateur ClickHouse . Dans une étape ultérieure, vous créez une ressource personnalisée (CR) ClickHouseInstallation dans laquelle vous devez spécifier le mot de passe utilisateur ClickHouse dans la section spec.configuration.users . Vous pouvez utiliser un mot de passe en texte clair ou un mot de passe de hachage SHA256 ou SHA1 .
- Hachage SHA256
  
  Si vous souhaitez utiliser un mot de passe de hachage SHA256 , procédez comme suit:
  1. Générez un mot de passe aléatoire et son hachage SHA256 correspondant.
```
PASSWORD=$(base64 < /dev/urandom | head -c16); echo "Password: $PASSWORD"; HEX=$(echo -n "$PASSWORD" | sha256sum | tr -d '-'); echo "SHA256: $HEX"
 
```
  2. Dans la ressource personnalisée ClickHouseInstallation , remplacez clickhouse-user/password: "clickhouse-pass" par clickhouse-user/password_sha256_hex: "<SHA256_HEX>". Consultez l'exemple de code suivant:
```
spec:
  configuration:
    users:
      clickhouse-user/password_sha256_hex: "<SHA256_HEX>"
 
```
- Hachage SHA1
  
  Si vous souhaitez utiliser un mot de passe de hachage SHA1 , procédez comme suit:
  1. Générez un mot de passe aléatoire et son hachage SHA1 correspondant.
```
PASSWORD=$(base64 < /dev/urandom | head -c8); echo "$PASSWORD"; echo -n "$PASSWORD" | sha1sum | tr -d '-' | xxd -r -p | sha1sum | tr -d '-'
 
```
  2. Dans la ressource personnalisée ClickHouseInstallation , remplacez clickhouse-user/password: "clickhouse-pass" par clickhouse-user/password_double_sha1_hex: "<SHA1_HEX>". Consultez l'exemple de code suivant:
```
spec:
  configuration:
    users:
      clickhouse-user/password_double_sha1_hex: "<SHA1_HEX>"
 
```

Créez un fichier « YAML », par exemple clickhouse_installation.yaml, contenant la définition ClickHouseInstallation de la ressource. Remplacez le zookeeper.nodes.host champ par le nom d'hôte de votre cluster ZooKeeper ou ClickhouseKeeper. Si vous utilisez un hachage comme mot de passe, mettez à jour le mot de passe comme indiqué à l'étape précédente.

apiVersion: "clickhouse.altinity.com/v1"
kind: "ClickHouseInstallation"
metadata:
  name: "instana"
spec:
  defaults:
    templates:
      dataVolumeClaimTemplate: instana-clickhouse-data-volume
      logVolumeClaimTemplate: instana-clickhouse-log-volume
      serviceTemplate: service-template
  configuration:
    files:
      config.d/storage.xml: |
        <clickhouse>
          <storage_configuration>
            <disks>
              <default/>
              <cold_disk>
                <path>/var/lib/clickhouse-cold/</path>
              </cold_disk>
            </disks>
            <policies>
              <logs_policy>
                <volumes>
                  <data>
                    <disk>default</disk>
                  </data>
                  <cold>
                    <disk>cold_disk</disk>
                  </cold>
                </volumes>
              </logs_policy>
              <logs_policy_v4>
                <volumes>
                  <tier1>
                    <disk>default</disk>
                  </tier1>
                  <tier2>
                    <disk>cold_disk</disk>
                  </tier2>
                </volumes>
              </logs_policy_v4>
            </policies>
          </storage_configuration>
        </clickhouse>
    clusters:
      - name: local
        templates:
          podTemplate: clickhouse
        layout:
          shardsCount: 1
          replicasCount: 2 # The replication count of 2 is fixed for Instana backend installations
        schemaPolicy:
          replica: None
          shard: None
    zookeeper:
      nodes:
        - host: instana-zookeeper-headless.instana-clickhouse
      # - host: clickhouse-keeper-headless.instana-clickhouse  #if you use ClickhouseKeeper
    profiles:
      default/prefer_localhost_replica: 1
      default/max_memory_usage: 10000000000 # If memory limits are set, this value must be adjusted according to the limits.
      default/joined_subquery_requires_alias: 0
      default/max_execution_time: 100
      default/max_query_size: 1048576
      default/use_uncompressed_cache: 0
      default/enable_http_compression: 1
      default/load_balancing: random
      default/background_pool_size: 32
      default/background_schedule_pool_size: 32
      default/distributed_directory_monitor_split_batch_on_failure: 1
      default/distributed_directory_monitor_batch_inserts: 1
      default/insert_distributed_sync: 1
      default/log_queries: 1
      default/log_query_views: 1
      default/max_threads: 16
      default/allow_experimental_database_replicated: 1
      default/allow_experimental_analyzer: 0
    quotas:
      default/interval/duration: 3600
      default/interval/queries: 0
      default/interval/errors: 0
      default/interval/result_rows: 0
      default/interval/read_rows: 0
      default/interval/execution_time: 0
    settings:
      remote_servers/all-sharded/secret: clickhouse-default-pass
      remote_servers/all-replicated/secret: clickhouse-default-pass
      remote_servers/local/secret: clickhouse-default-pass
      max_concurrent_queries: 200
      max_table_size_to_drop: 0
      max_partition_size_to_drop: 0
    users:
      default/password: "clickhouse-default-pass"
      clickhouse-user/networks/ip: "::/0"
      clickhouse-user/password: "clickhouse-pass"
      # Or
      # Generate password and the corresponding SHA256 hash with:
      # $ PASSWORD=$(base64 < /dev/urandom | head -c8); echo "$PASSWORD"; echo -n "$PASSWORD" | sha256sum | tr -d '-'
      # 6edvj2+d                                                          <- first line is the password
      # a927723f4a42cccc50053e81bab1fcf579d8d8fb54a3ce559d42eb75a9118d65  <- second line is the corresponding SHA256 hash
      # clickhouse-user/password_sha256_hex: "a927723f4a42cccc50053e81bab1fcf579d8d8fb54a3ce559d42eb75a9118d65"
      # Or
      # Generate password and the corresponding SHA1 hash with:
      # $ PASSWORD=$(base64 < /dev/urandom | head -c8); echo "$PASSWORD"; echo -n "$PASSWORD" | sha1sum | tr -d '-' | xxd -r -p | sha1sum | tr -d '-'
      # LJfoOfxl                                  <- first line is the password, put this in the k8s secret
      # 3435258e803cefaab7db2201d04bf50d439f6c7f  <- the corresponding double SHA1 hash, put this below
      # clickhouse-user/password_double_sha1_hex: "3435258e803cefaab7db2201d04bf50d439f6c7f"
  templates:
    podTemplates:
      - name: clickhouse
        spec:
          # Add the following Affinity snippet to schedule each pod on a different node. 
          # affinity:
          #   podAntiAffinity:
          #     requiredDuringSchedulingIgnoredDuringExecution:
          #       - labelSelector:
          #           matchExpressions:
          #             - key: "clickhouse.altinity.com/app"
          #               operator: In
          #               values:
          #                 - "chop"
          #         topologyKey: "kubernetes.io/hostname"
          containers:
            - name: instana-clickhouse
              image: artifact-public.instana.io/clickhouse:25.8.13.73-7-lts-ibm
              command:
                - clickhouse-server
                - --config-file=/etc/clickhouse-server/config.xml
              volumeMounts:
                - mountPath: /var/lib/clickhouse-cold/
                  name: instana-clickhouse-data-cold-volume
            - name: clickhouse-log
              image: artifact-public.instana.io/clickhouse:25.8.13.73-7-lts-ibm
              args:
                - while true; do sleep 30; done;
              command:
                - /bin/sh
                - -c
                - --
          serviceAccountName: clickhouse
          imagePullSecrets:
            - name: instana-registry
          securityContext:
            fsGroup: 0
            runAsGroup: 0
            runAsUser: 1001
        # Optional - uncomment the following lines if resources need to be specifically defined for the clickhouse pods. The following values are for example only.
        # resources:
        #   limits:
        #     cpu: "4"
        #     memory: 4Gi
        #   requests:
        #     cpu: "1"
        #     memory: 2Gi
    volumeClaimTemplates:
      - name: instana-clickhouse-data-volume
        spec:
          accessModes:
            - ReadWriteOnce
          resources:
            requests:
              storage: 100Gi
      - name: instana-clickhouse-log-volume
        spec:
          accessModes:
            - ReadWriteOnce
          resources:
            requests:
              storage: 1Gi
      - name: instana-clickhouse-data-cold-volume
        spec:
          accessModes:
            - ReadWriteOnce
          resources:
            requests:
              storage: 100Gi
    serviceTemplates:
      - name: service-template
        generateName: "clickhouse-{chi}"
        spec:
          ports:
            - name: http
              port: 8123
            - name: tcp
              port: 9000
          type: ClusterIP

Suivez les étapes décrites dans la section « Déploiement et vérification d' ClickHouse (en ligne et hors ligne) ».

Installer « ClickHouse » en mode hors ligne

Installez l'opérateur ClickHouse dans un environnement hors ligne.

Si vous n'avez pas encore extrait les images ClickHouse du registre externe lorsque vous avez préparé l'installation, vous pouvez les extraire maintenant. Exécutez les commandes suivantes sur votre hôte bastion. Ensuite, copiez les images sur votre serveur d' Instana, qui se trouve dans votre environnement isolé.

docker pull artifact-public.instana.io/clickhouse-operator:v1.2.39
docker pull artifact-public.instana.io/clickhouse:25.8.13.73-7-lts-ibm

Suivez les étapes suivantes sur votre serveur d' Instana.

Rebalisez les images dans votre registre d'images interne.

docker tag artifact-public.instana.io/clickhouse-operator:v1.2.39 <internal-image-registry>/clickhouse-operator:v1.2.39
docker tag artifact-public.instana.io/clickhouse:25.8.13.73-7-lts-ibm <internal-image-registry>/clickhouse:25.8.13.73-7-lts-ibm

Envoyez les images à votre registre d'images interne.

docker push <internal-image-registry>/clickhouse-operator:v1.2.39
docker push <internal-image-registry>/clickhouse:25.8.13.73-7-lts-ibm

Créez un fichier « YAML », par exemple clickhouse-scc.yaml, contenant la définition du protocole SCC ( SecurityContextConstraints ).

apiVersion: security.openshift.io/v1
kind: SecurityContextConstraints
metadata:
  name: clickhouse-scc
runAsUser:
  type: MustRunAs
  uid: 1001
seLinuxContext:
  type: RunAsAny
fsGroup:
  type: RunAsAny
allowHostDirVolumePlugin: false
allowHostNetwork: true
allowHostPorts: true
allowPrivilegedContainer: false
allowHostIPC: true
allowHostPID: true
readOnlyRootFilesystem: false
users:
  - system:serviceaccount:instana-clickhouse:clickhouse-operator
  - system:serviceaccount:instana-clickhouse:clickhouse-operator-ibm-clickhouse-operator
  - system:serviceaccount:instana-clickhouse:clickhouse

Créez la ressource SCC.
```
kubectl apply -f clickhouse-scc.yaml
 
```
Vérifiez si l'espace de nom instana-clickhouse existe dans votre cluster. S'il n'existe pas, vous pouvez le créer maintenant.
1. Vérifiez si l'espace de nom instana-clickhouse existe.
```
kubectl get namespace | grep clickhouse
 
```
2. Si l'espace de nom instana-clickhouse n'existe pas, créez-le maintenant.
```
kubectl create namespace instana-clickhouse
 
```
3. Créez le compte clickhouse de service.
```
kubectl create serviceaccount clickhouse  -n instana-clickhouse
 
```

Facultatif : Créez un secret d'extraction d'image si votre registre d'images interne nécessite une authentification.

kubectl create secret docker-registry <secret_name> --namespace instana-clickhouse \
--docker-username=<registry_username> \
--docker-password=<registry_password> \
--docker-server=<internal-image-registry>:<internal-image-registry-port> \
--docker-email=<registry_email>

Installez l'opérateur « ClickHouse ». Si vous avez créé une clé secrète de récupération d'image à l'étape précédente, ajoutez-la --set imagePullSecrets[0].name="<internal-image-registry-pull-secret>" à la commande suivante.

helm install clickhouse-operator ibm-clickhouse-operator-v1.2.0.tgz -n instana-clickhouse --version=v1.2.0 --set operator.image.repository=<internal-image-registry>/clickhouse-operator --set operator.image.tag=v1.2.39

Choisissez un mot de passe pour l'utilisateur ClickHouse . Dans une étape ultérieure, vous créez une ressource personnalisée (CR) ClickHouseInstallation dans laquelle vous devez spécifier le mot de passe utilisateur ClickHouse dans la section spec.configuration.users . Vous pouvez utiliser un mot de passe en texte clair ou un mot de passe de hachage SHA256 ou SHA1 .
- Hachage SHA256
  
  Si vous souhaitez utiliser un mot de passe de hachage SHA256 , procédez comme suit:
  1. Générez un mot de passe aléatoire et son hachage SHA256 correspondant.
```
PASSWORD=$(base64 < /dev/urandom | head -c16); echo "Password: $PASSWORD"; HEX=$(echo -n "$PASSWORD" | sha256sum | tr -d '-'); echo "SHA256: $HEX"
 
```
  2. Dans la ressource personnalisée ClickHouseInstallation , remplacez clickhouse-user/password: "clickhouse-pass" par clickhouse-user/password_sha256_hex: "<SHA256_HEX>". Consultez l'exemple de code suivant:
```
spec:
  configuration:
    users:
      clickhouse-user/password_sha256_hex: "<SHA256_HEX>"
 
```
- Hachage SHA1
  
  Si vous souhaitez utiliser un mot de passe de hachage SHA1 , procédez comme suit:
  1. Générez un mot de passe aléatoire et son hachage SHA256 correspondant.
```
PASSWORD=$(base64 < /dev/urandom | head -c8); echo "$PASSWORD"; echo -n "$PASSWORD" | sha1sum | tr -d '-' | xxd -r -p | sha1sum | tr -d '-'
 
```
  2. Dans la ressource personnalisée ClickHouseInstallation , remplacez clickhouse-user/password: "clickhouse-pass" par clickhouse-user/password_double_sha1_hex: "<SHA1_HEX>". Consultez l'exemple de code suivant:
```
spec:
  configuration:
    users:
      clickhouse-user/password_double_sha1_hex: "<SHA1_HEX>"
 
```

Créez un fichier « YAML », par exemple clickhouse_installation.yaml, contenant la définition ClickHouseInstallation de la ressource. Remplacez le zookeeper.nodes.host champ par le nom d'hôte de votre cluster ZooKeeper ou ClickHouseKeepr. Si vous utilisez un hachage comme mot de passe, mettez à jour le mot de passe comme indiqué à l'étape précédente.

apiVersion: "clickhouse.altinity.com/v1"
kind: "ClickHouseInstallation"
metadata:
  name: "instana"
spec:
  defaults:
    templates:
      dataVolumeClaimTemplate: instana-clickhouse-data-volume
      logVolumeClaimTemplate: instana-clickhouse-log-volume
      serviceTemplate: service-template
  configuration:
    files:
      config.d/storage.xml: |
        <clickhouse>
          <storage_configuration>
            <disks>
              <default/>
              <cold_disk>
                <path>/var/lib/clickhouse-cold/</path>
              </cold_disk>
            </disks>
            <policies>
              <logs_policy>
                <volumes>
                  <data>
                    <disk>default</disk>
                  </data>
                  <cold>
                    <disk>cold_disk</disk>
                  </cold>
                </volumes>
              </logs_policy>
              <logs_policy_v4>
                <volumes>
                  <tier1>
                    <disk>default</disk>
                  </tier1>
                  <tier2>
                    <disk>cold_disk</disk>
                  </tier2>
                </volumes>
              </logs_policy_v4>
            </policies>
          </storage_configuration>
        </clickhouse>
    clusters:
      - name: local
        templates:
          podTemplate: clickhouse
        layout:
          shardsCount: 1
          replicasCount: 2 # The replication count of 2 is fixed for Instana backend installations
        schemaPolicy:
          replica: None
          shard: None
    zookeeper:
      nodes:
        - host: instana-zookeeper-headless.instana-clickhouse
      # - host: clickhouse-keeper-headless.instana-clickhouse  #if you use ClickhouseKeeper
    profiles:
      default/prefer_localhost_replica: 1
      default/max_memory_usage: 10000000000 # If memory limits are set, this value must be adjusted according to the limits.
      default/joined_subquery_requires_alias: 0
      default/max_execution_time: 100
      default/max_query_size: 1048576
      default/use_uncompressed_cache: 0
      default/enable_http_compression: 1
      default/load_balancing: random
      default/background_pool_size: 32
      default/background_schedule_pool_size: 32
      default/distributed_directory_monitor_split_batch_on_failure: 1
      default/distributed_directory_monitor_batch_inserts: 1
      default/insert_distributed_sync: 1
      default/log_queries: 1
      default/log_query_views: 1
      default/max_threads: 16
      default/allow_experimental_database_replicated: 1
      default/allow_experimental_analyzer: 0
    quotas:
      default/interval/duration: 3600
      default/interval/queries: 0
      default/interval/errors: 0
      default/interval/result_rows: 0
      default/interval/read_rows: 0
      default/interval/execution_time: 0
    settings:
      remote_servers/all-sharded/secret: clickhouse-default-pass
      remote_servers/all-replicated/secret: clickhouse-default-pass
      remote_servers/local/secret: clickhouse-default-pass
      max_concurrent_queries: 200
      max_table_size_to_drop: 0
      max_partition_size_to_drop: 0
    users:
      default/password: "clickhouse-default-pass"
      clickhouse-user/networks/ip: "::/0"
      clickhouse-user/password: "clickhouse-pass"
      # Or
      # Generate password and the corresponding SHA256 hash with:
      # $ PASSWORD=$(base64 < /dev/urandom | head -c8); echo "$PASSWORD"; echo -n "$PASSWORD" | sha256sum | tr -d '-'
      # 6edvj2+d                                                          <- first line is the password
      # a927723f4a42cccc50053e81bab1fcf579d8d8fb54a3ce559d42eb75a9118d65  <- second line is the corresponding SHA256 hash
      # clickhouse-user/password_sha256_hex: "a927723f4a42cccc50053e81bab1fcf579d8d8fb54a3ce559d42eb75a9118d65"
      # Or
      # Generate password and the corresponding SHA1 hash with:
      # $ PASSWORD=$(base64 < /dev/urandom | head -c8); echo "$PASSWORD"; echo -n "$PASSWORD" | sha1sum | tr -d '-' | xxd -r -p | sha1sum | tr -d '-'
      # LJfoOfxl                                  <- first line is the password, put this in the k8s secret
      # 3435258e803cefaab7db2201d04bf50d439f6c7f  <- the corresponding double SHA1 hash, put this below
      # clickhouse-user/password_double_sha1_hex: "3435258e803cefaab7db2201d04bf50d439f6c7f"
   templates:
     podTemplates:
       - name: clickhouse
         spec:
           # Add the following Affinity snippet to schedule each pod on a different node. 
           # affinity:
           #   podAntiAffinity:
           #     requiredDuringSchedulingIgnoredDuringExecution:
           #       - labelSelector:
           #           matchExpressions:
           #             - key: "clickhouse.altinity.com/app"
           #               operator: In
           #               values:
           #                 - "chop"
           #         topologyKey: "kubernetes.io/hostname"
           containers:
             - name: instana-clickhouse
               image: <internal-image-registry>/clickhouse:25.8.13.73-7-lts-ibm
               command:
                 - clickhouse-server
                 - --config-file=/etc/clickhouse-server/config.xml
               volumeMounts:
                 - mountPath: /var/lib/clickhouse-cold/
                   name: instana-clickhouse-data-cold-volume
             - name: clickhouse-log
               image: <internal-image-registry>/clickhouse:25.8.13.73-7-lts-ibm
               args:
                 - while true; do sleep 30; done;
               command:
                 - /bin/sh
                 - -c
                 - --
         # Optional: if you created an image pull secret for your internal registry, uncomment the following lines and update the image pull secret information.
         # imagePullSecrets:
         #   - name: <internal-image-registry-pull-secret>
           serviceAccountName: clickhouse
           securityContext:
             fsGroup: 0
             runAsGroup: 0
             runAsUser: 1001
         # Optional - uncomment the lines below if resources need to be specifically defined for the clickhouse pods. The values below are for example only.
         # resources:
         #   limits:
         #     cpu: "4"
         #     memory: 4Gi
         #   requests:
         #     cpu: "1"
         #     memory: 2Gi
    volumeClaimTemplates:
      - name: instana-clickhouse-data-volume
        spec:
          accessModes:
            - ReadWriteOnce
          resources:
            requests:
              storage: 100Gi
      - name: instana-clickhouse-data-cold-volume
        spec:
          accessModes:
            - ReadWriteOnce
          resources:
            requests:
              storage: 100Gi
      - name: instana-clickhouse-log-volume
        spec:
          accessModes:
            - ReadWriteOnce
          resources:
            requests:
              storage: 1Gi
    serviceTemplates:
      - name: service-template
        generateName: "clickhouse-{chi}"
        spec:
          ports:
            - name: http
              port: 8123
            - name: tcp
              port: 9000
          type: ClusterIP

Suivez les étapes décrites dans la section « Déploiement et vérification d' ClickHouse (en ligne et hors ligne) ».

Déploiement et vérification d' ClickHouse s (en ligne et hors ligne)

Procédez comme suit pour déployer l'instance ClickHouse et créer le magasin de données.

DéployerClickHouse, exécutez la commande suivante :

kubectl apply -f clickhouse_installation.yaml -n instana-clickhouse

Dans le fichier config.yaml , stockez le mot de passe de l'utilisateur ClickHouse .

Remarque :
Vous devez utiliser le même mot de passe aléatoire que celui que vous avez créé précédemment lors de l'installation en ligne de ClickHouse ou lors de l'installation hors ligne de ClickHouse. N'utilisez pas ici le mot de passe haché SHA256 correspondant.
```
datastoreConfigs:
  ...
  clickhouseConfigs:
    - user: clickhouse-user
      password: <USER_GENERATED_PASSWORD>
      adminUser: clickhouse-user
      adminPassword: <USER_GENERATED_PASSWORD>
  ...
 
```

Si vous souhaitez configurer le cluster ClickHouse dans la configuration de base, n'entrez pas dans le service d'équilibreur de charge de l'ensemble du cluster. Ajoutez uniquement les services de noeud individuels en utilisant le schéma suivant. Réplique 1 et 2 dans l'ordre croissant jusqu'au fragment:

spec:
...
  datastoreConfigs:
    clickhouseConfigs:
       - clusterName: local
         authEnabled: true
         hosts:
           - chi-instana-local-0-0.instana-clickhouse
           - chi-instana-local-0-1.instana-clickhouse
           - chi-instana-local-1-0.instana-clickhouse
           - chi-instana-local-1-1.instana-clickhouse
           - chi-instana-local-n-0.instana-clickhouse
           - chi-instana-local-n-1.instana-clickhouse
...

Vérifiez le déploiement de l'opérateur ClickHouse .

kubectl get all -n instana-clickhouse

Si vous utilisez Zookeeper et que l'opérateur « ClickHouse » a été déployé avec succès, la sortie de la commande affiche l'état de l'opérateur comme Running indiqué dans l'exemple suivant :

NAME                                                                  READY   STATUS    RESTARTS   AGE
pod/chi-instana-local-0-0-0                                           2/2     Running   0          8m46s
pod/chi-instana-local-0-1-0                                           2/2     Running   0          8m5s
pod/clickhouse-operator-altinity-clickhouse-operator-86b5f9b57689rr   2/2     Running   0          70m
pod/instana-zookeeper-0                                               1/1     Running   0          4h3m
pod/instana-zookeeper-1                                               1/1     Running   0          4h2m
pod/instana-zookeeper-2                                               1/1     Running   0          4h2m

NAME                                                               TYPE           CLUSTER-IP      EXTERNAL-IP     PORT(S)                                        AGE
service/chi-instana-local-0-0                                      ClusterIP      None            <none>          9000/TCP,8123/TCP,9009/TCP                     8m16s
service/chi-instana-local-0-1                                      ClusterIP      None            <none>          9000/TCP,8123/TCP,9009/TCP                     7m35s
service/clickhouse-instana                                         LoadBalancer   192.168.1.167   35.246.237.19   8123:32714/TCP,9000:31317/TCP                  8m11s
service/clickhouse-operator-altinity-clickhouse-operator-metrics   ClusterIP      192.168.1.136   <none>          8888/TCP                                       70m
service/instana-zookeeper-admin-server                             ClusterIP      192.168.1.126   <none>          8080/TCP                                       4h3m
service/instana-zookeeper-client                                   ClusterIP      192.168.1.13    <none>          2181/TCP                                       4h3m
service/instana-zookeeper-headless                                 ClusterIP      None            <none>          2181/TCP,2888/TCP,3888/TCP,7000/TCP,8080/TCP   4h3m

NAME                                                               READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/clickhouse-operator-altinity-clickhouse-operator   1/1     1            1           70m

NAME                                                                          DESIRED   CURRENT   READY   AGE
replicaset.apps/clickhouse-operator-altinity-clickhouse-operator-86b5f9b579   1         1         1       70m

NAME                                     READY   AGE
statefulset.apps/chi-instana-local-0-0   1/1     8m50s
statefulset.apps/chi-instana-local-0-1   1/1     8m9s
statefulset.apps/instana-zookeeper       3/3     4h3m

Si vous utilisez ClickhouseKeeper et que l'opérateur ClickHouse a été déployé avec succès, la sortie de la commande affiche l'état de l'opérateur comme Running indiqué dans l'exemple suivant :

 NAME                                                               READY   STATUS    RESTARTS   AGE
 pod/chi-instana-local-0-0-0                                        2/2     Running   0          8m46s
 pod/chi-instana-local-0-1-0                                        2/2     Running   0          8m5s
 pod/clickhouse-keeper-0                                            1/1     Running   0          4h3m
 pod/clickhouse-keeper-1                                            1/1     Running   0          4h3m
 pod/clickhouse-keeper-2                                            1/1     Running   0          4h3m
 pod/clickhouse-operator-ibm-clickhouse-operator-7754679687-bpwlx   1/1     Running   0          4h13m

 NAME                                                          TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
 service/chi-instana-local-0-0                                 ClusterIP   None             <none>        9000/TCP,8123/TCP,9009/TCP   8m16s
 service/chi-instana-local-0-1                                 ClusterIP   None             <none>        9000/TCP,8123/TCP,9009/TCP   7m35s
 service/clickhouse-instana                                    ClusterIP   172.30.236.81    <none>        8123/TCP,9000/TCP            8m20s
 service/clickhouse-keeper                                     ClusterIP   172.30.115.37    <none>        2181/TCP,7000/TCP            4h3m
 service/clickhouse-keeper-headless                            ClusterIP   None             <none>        9444/TCP                     4h3m
 service/clickhouse-operator-ibm-clickhouse-operator-metrics   ClusterIP   172.30.120.179   <none>        8888/TCP                     4h23m

 NAME                                                          READY   UP-TO-DATE   AVAILABLE   AGE
 deployment.apps/clickhouse-operator-ibm-clickhouse-operator   1/1     1            1           4h23m

 NAME                                                                     DESIRED   CURRENT   READY   AGE
 replicaset.apps/clickhouse-operator-ibm-clickhouse-operator-7754679687   1         1         1       4h23m

 NAME                                     READY   AGE
 statefulset.apps/chi-instana-local-0-0   1/1     8m20s
 statefulset.apps/chi-instana-local-0-1   1/1     8m20s
 statefulset.apps/clickhouse-keeper       3/3     4h3m