Prérequis à l'utilisation de Dynamic Engine (Moteur Dynamique)

Les prérequis à l'utilisation de Dynamic Engine (Moteur Dynamique) comprennent les URL du DNS à ajouter aux listes d'autorisations de votre proxy et de votre pare-feu, les spécifications Kubernetes et les autorisations d'accès à Talend Management Console et à Dynamic Engine (Moteur Dynamique).

Autorisations d'accès à Talend Management Console et à Dynamic Engine (Moteur Dynamique)

Vous avez le rôle Infrastructure Administrator (contenant l'autorisation TMC_CLUSTER_MANAGEMENT) pour accéder à l'onglet Dynamic Engine (Moteur Dynamique) (Moteurs Dynamiques) dans Talend Management Console.
Vous avez le rôle Environment Administrator (contenant l'autorisation TMC_ENVIRONMENT_MANAGEMENT) pour accéder à l'onglet Dynamic Engine (Moteur Dynamique) (Moteurs Dynamiques).

Pour plus d'informations concernant les rôles et leurs autorisations respectives dans Talend Management Console, consultez Rôles utilisateur·trices prédéfinis.

Spécifications relatives à Kubernetes

Si vous n'avez pas encore de cluster Kubernetes, créez-en un localement ou sur une plateforme Cloud, comme AWS ou Azure.
- Les nœuds worker Kubernetes doivent s'exécuter sur une architecture linux_x86_64, une architecture de processeur x86-64 (64 bits) s'exécutant sur un système d'exploitation Linux. Ce prérequis signifie que :
  - les architectures de processeur basées ARM ne sont pas supportées,
  - Windows Server n'est pas supporté, seul les systèmes Linux sont compatibles.
Le cluster Kubernetes doit avoir l'une des versions suivantes :
Vous devez avoir un rôle d'administration de votre cluster Kubernetes. Cela vous assure d'avoir les droits suffisants pour déployer et gérer Dynamic Engine (Moteur Dynamique) dans ce cluster.
Prérequis minimaux pour le cluster Kubernetes :
- Taille de l'instance : 16 Go de mémoire et 4 vCPU
- Nombre de nœuds : 3
- Taille de disque : 20 Go (y compris 2 Go minimum pour l'exécution du moteur et l'espace pour les artefacts de Jobs déployés)
  Cela nécessite la disponibilité d'un fournisseur d'interface de stockage des conteneurs (CSI) et d'une classe de stockage configurée correspondante. Ce fournisseur d'interface de stockage des conteneurs (CSI) et de la classe de stockage permet à votre cluster Kubernetes de fournir un stockage persistant accessible depuis n'importe quel nœud.
  
  Les fournisseurs d'interface de stockage des conteneurs (CSI) supportés sont :
  - Amazon EFS. Pour plus d'informations concernant le montage de ce stockage persistant, consultez Pilote CSI Amazon EFS.
  - Azure Files. Pour plus d'informations, consultez Créer et utiliser un volume avec Azure Files dans Azure Kubernetes Service (AKS).
  - Si vous ne pouvez utiliser aucun des fournisseurs ci-dessus, installez Longhorn, un système de stockage de blocs distribué pour Kubernetes, dans votre cluster. Avec Longhorn, la taille minimale de disque requise est de 100 Go. Pour plus d'informations concernant l'installation de Longhorn, consultez (Facultatif) Configurer une solution de stockage Longhorn pour votre cluster Kubernetes.
  Notez que, lorsque vous configurez un fournisseur d'interface de stockage des conteneurs, vous devez ajouter l'annotation suivante :
```
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
   annotations:
    storageclass.kubernetes.io/is-default-class: "true"
```
  Cette annotation assure que la classe de stockage configurée est bien celle par défaut dans le cluster Kubernetes. Ainsi, lorsqu'un volume persistant est requis, sans spécification d'une classe de stockage, Kubernetes utilise automatiquement cette classe de stockage par défaut.
Note InformationsConseil : Même s'ils ne sont pas officiellement supportés, les autres fournisseurs de Cloud, comme Google Cloud, Digital Ocean ou Open Shift, devraient fonctionner aussi bien que les fournisseurs supportés, car ils utilisent des distributions Kubernetes standards.