Prérequis à l'utilisation de 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.

Spécifications relatives à Kubernetes

• Versions de Kubernetes :

  Versions supportées de Kubernetes et Dynamic Engine

  Versions de Kubernetes	Versions compatibles de Dynamic Engine
  1.30	0.23.x, 0.24.x, 1.0.x, 1.1.x
  1.31	0.23.x, 0.24.x, 1.0.x, 1.1.x
  1.32	0.23.x, 0.24.x, 1.0.x, 1.1.x
  1.33	0.24.x, 1.0.x, 1.1.x
  1.34	0.24.x, 1.0.x, 1.1.x

• 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 un système d'exploitation Linux avec une architecture de processeur supportée. Les architectures supportées sont les suivantes :
    • Linux x86-64 (linux/amd64)
    • Linux ARM64 (linux/arm64)
  • Windows Server n'est pas supporté, seul les systèmes Linux sont compatibles.
• 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).
    • Pilote CSI Filestore (pour Google Kubernetes Engine). Pour plus d'informations, consultez Filestore CSI Driver (en anglais).

      Google Kubernetes Engine (GKE) est officiellement supporté à partir de la version 1.0.0 de Dynamic Engine. Pour un exemple de déploiement d'une instance de Dynamic Engine et de son environnement dans GKE, consultez Déployer un Dynamic Engine dans un cluster GKE.

    • 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 un environnement de Dynamic Engine déployé, de 150 Go pour deux et de 200 Go pour trois environnements déployés. 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 Digital Ocean ou Open Shift, devraient fonctionner aussi bien que les fournisseurs supportés, car ils utilisent des distributions Kubernetes standards.

URL DNS à ajouter à la liste d'autorisation de votre proxy ou pare-feu

Pour la liste détaillée des URL spécifiques à votre région, consultez Ajout des URL à votre liste d'autorisation de proxy et pare-feu.