Prérequis à l'utilisation de Dynamic Engine

Les prérequis à l'utilisation de Dynamic Engine 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.

Autorisations d'accès à Talend Management Console et à Dynamic Engine

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

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 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 (mode ReadWriteMany de Kubernetes).
- 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.
  - Pour minikube uniquement : Local Path Provisioner (en anglais).
  Notez que pour tout fournisseur d'interface de stockage des conteneurs (CSI), lorsque vous configurez la classe de stockage, vous pouvez utiliser la classe de stockage Kubernetes ou choisir une classe de stockage spécifiquement pour Dynamic Engine :
  - Pour utiliser celle par défaut, ajoutez 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.
  - Pour utiliser une classe de stockage spécifique pour Dynamic Engine, consultez Provisionner une classe de stockage dédiée aux services d'environnements du Dynamic Engine.
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.