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.

Avant de commencer

Les définitions des ressources personnalisées dynamic-engine-crd doivent avoir été installées à l'aide du chart Helm oci://ghcr.io/talend/helm/dynamic-engine-crd. Si ce n'est pas le cas, exécutez les commandes suivantes pour l'installation :
1. Trouvez la version du chart à utiliser :
  - Exécutez la commande Helm suivante :
    helm show chart oci://ghcr.io/talend/helm/dynamic-engine-crd --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. 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.
Votre Dynamic Engine doit avoir été déployé. Si ce n'est pas le cas, exécutez cette commande pour le déployer :
```
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 courante est nécessaire uniquement côté environnement du Dynamic Engine. Ainsi, aucune personnalisation n'a été configurée pour l'instance du Dynamic Engine.

Procédure

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, dynamic-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 "dynamic-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 > $DYNAMIC_ENGINE_ENVIRONMENT_ID-custom-storageclass-values.yaml
configuration:
  persistence:
    defaultStorageClassName: <storage-class-resource-name>
EOF                               
```
Utilisez l'ID de l'environnement à déployer pour $DYNAMIC_ENGINE_ENVIRONMENT_ID. Utilisez le nom de votre ressource de classe de stockage pour <storage-class-resource-name>.

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

helm install dynamic-engine-environment-$DYNAMIC_ENGINE_ENVIRONMENT_ID -f $DYNAMIC_ENGINE_ENVIRONMENT_ID-values.yaml  \
 -f $DYNAMIC_ENGINE_ENVIRONMENT_ID-custom-storageclass-values.yaml \
 oci://ghcr.io/talend/helm/dynamic-engine-environment \
 --version $DYNAMIC_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