Provisionner une classe de stockage dédiée aux services d'environnements du Dynamic Engine

Configurez une classe de stockage spécifique pour les services d'environnement du Dynamic Engine au lieu d'utiliser la classe de stockage Kubernetes par défaut.

Important : Configurer une classe de stockage personnalisée pour les services d'environnement du Dynamic Engine n'est possible que lors du déploiement du moteur.

Les services d'environnement du Dynamic Engine nécessitent une classe de stockage supportant le mode d'accès ReadWriteMany. Pour plus d'informations concernant les fournisseurs CSI compatibles, consultez Fournisseurs CSI supportés.

Procédure

Utilisez le chart Helm dynamic-engine-crd pour installer les définitions de ressources personnalisées de Dynamic Engine d'une version de Helm donnée.
1. La version du graphique à utiliser est la même que celle de votre Dynamic Engine. Vous pouvez trouver cette version via les méthodes suivantes :
  - Exécutez la commande Helm suivante :
    helm show chart oci://ghcr.io/talend/helm/dynamic-engine --version <engine_version>
  - Visualisez la version directement depuis Talend Management Console ou consultez le Dynamic Engine journal de modification de la version du graphique dans votre version de Dynamic Engine.
  - Utilisez un appel d'API pour l'endpoint de version de Dynamic Engine (en anglais).
2. Dans le cluster Kubernetes, exécutez la commande suivante pour installer le chart Helm dans une version donnée :
```
helm install dynamic-engine-crd oci://ghcr.io/talend/helm/dynamic-engine-crd --version <helm_chart_version>
```
  Remplacez <helm_chart_version> par la version du chart supportée par votre version du Dynamic Engine.
  Si vous ne spécifiez pas la version, vous installez la dernière version disponible du chart dynamic-engine-crd.
Sur la machine de Kubernetes, décompressez le fichier ZIP de déploiement Helm précédemment téléchargé.
Vérifiez que la classe de stockage à utiliser existe dans votre cluster.
```
kubectl get storageclass <storage-class-resource-name>
```
Par exemple, remplacez <storage-class-resource-name> par le nom réel de la ressource à utiliser, dyn-engine. Si cette ressource de classe de stockage n'existe pas, le message d'erreur suivant est retourné :
```
Error from server (NotFound): storageclasses.storage.k8s.io "dyn-engine" not found
```
Contact your Kubernetes administrator to create this storage class resource. (Contactez votre administrateur·trice Kubernetes pour créer cette ressource de classe de stockage.) La ressource de classe de stockage doit supporter le mode d'accès ReadWriteMany.
Créez un fichier de valeurs personnalisées spécifiant la classe de stockage pour l'environnement du Dynamic Engine.
```
cat <<EOF > <environment-id>-custom-storageclass-values.yaml
configuration:
  persistence:
    defaultStorageClassName: <storage-class-resource-name>
EOF                               
```
Utilisez l'ID de l'environnement à déployer pour <environment-id>. Utilisez le nom de votre ressource de classe de stockage pour <storage-class-resource-name>.
Exécutez cette commande pour déployer l'instance du Dynamic Engine :
```
helm install dynamic-engine -f <engine-id>-helm-values/<engine-id>-values.yaml oci://ghcr.io/talend/helm/dynamic-engine
```
Ce déploiement est celui par défaut, car la personnalisation de la classe de stockage est nécessaire uniquement côté environnement du Dynamic Engine. Aucune personnalisation n'a été effectuée pour l'instance du Dynamic Engine.

Déployez l'environnement du Dynamic Engine avec votre configuration personnalisée de la classe de stockage.

helm install dyn-engine-env-<environment-id> -f <environment-id>-values.yaml  \
 -f <environment-id>-custom-storageclass-values.yaml \
 oci://ghcr.io/talend/helm/dynamic-engine-environment \
 --version <engine-version>

Vérifiez que l'environnement du Dynamic Engine est prêt et que les volumes sont fournis.
1. Vérifiez le statut d'environnement :
```
kubectl get dynamicengineenvs.apps.qlik.com -n <environment-namespace>
```
  Le statut doit s'afficher comme Running (En cours d'exécution) ou Ready (Prêt).
2. Vérifiez que les volumes persistants ont bien été créés pour les services du Dynamic Engine :
```
kubectl get pvc -n <environment-namespace>
```
  Chaque service doit avoir un volume persistant lié.

Résultats

Cela fait, les services d'environnement de Dynamic Engine sont installés dans votre cluster et connectés au Dynamic Engine.

Dans Talend Management Console, le statut de cet environnement devient Ready (Prêt), confirmant qu'il est prêt à exécuter des tâches ou des plans.

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.

Laissez vos commentaires ici