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.
Compatibilité des versions Kubernetes
Le tableau suivant liste les versions de Kubernetes supportées par Dynamic Engine :
| Versions de Kubernetes | Versions compatibles de Dynamic Engine |
|---|---|
| 1.30 | 0.24.x, 1.0.x, 1.1.x |
| 1.31 | 0.24.x, 1.0.x, 1.1.x |
| 1.32 | 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 |
Systèmes d'exploitation et architectures supporté·es
Les nœuds worker Kubernetes doivent s'exécuter sur un système d'exploitation Linux avec une des architectures de processeur supportées suivantes :
- Linux x86-64 (linux/amd64)
- Linux ARM64 (linux/arm64)
Windows Server n'est pas supporté, seul les systèmes Linux sont compatibles.
Si vous n'avez pas de cluster Kubernetes, créez-en un localement ou sur une plateforme Cloud, comme AWS, Google Cloud ou Azure. Même s'ils ne sont pas officiellement supportés, les autres fournisseurs de Cloud, comme Digital Ocean ou OpenShift, devraient également fonctionner, car ils utilisent des distributions Kubernetes standards.
Autorisations d'administration et prérequis minimaux pour les clusters
Vous devez être l'administrateur·trice de votre cluster Kubernetes pour déployer et gérer Dynamic Engine dans ce cluster.
Votre cluster Kubernetes doit répondre aux prérequis minimaux suivants :
- 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)
- Un stockage persistant avec un fournisseur CSI (Container Storage Interface) est requis. Le stockage doit être accessible depuis n'importe quel nœud (mode Kubernetes ReadWriteMany). Consultez la section Plateformes Cloud et fournisseurs de stockage supporté·es suivante pour plus d'informations.
Plateformes Cloud et fournisseurs de stockage supporté·es
Le tableau suivant fournit une référence rapide des plateformes Cloud supportées, de leurs distributions Kubernetes et de leurs fournisseurs de stockage correspondants :
| Plateforme Cloud | Distribution Kubernetes | Fournisseur de stockage primaire |
|---|---|---|
| Amazon Web Services (AWS) | Amazon Elastic Kubernetes Service (EKS) | Amazon EFS |
| Microsoft Azure | Azure Kubernetes Service (AKS) | Azure Files |
| Google Cloud | Google Kubernetes Engine (GKE) | Pilote Filestore CSI |
Pour des détails spécifiques à chaque fournisseur de stockage, consultez :
- Amazon EFS : Consultez Amazon EFS CSI Driver pour des instructions de montage et de configuration.
- Azure Files : Consultez Créer et utiliser un volume avec Azure Files dans Azure Kubernetes Service (AKS) pour plus de détails concernant la configuration.
- Filestore : Consultez Filestore CSI Driver pour plus d'informations. Les versions 1.0.0 et supérieures de Dynamic Engine sont officiellement supportées sur GKE. 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.
- Longhorn est un système de stockage de blocs distribué pour Kubernetes. Longhorn nécessite l'espace disque minimum suivant :
- 100 Go pour un environnement de Dynamic Engine déployé
- 150 Go pour deux environnements déployés
- 200 Go pour trois environnements déployés
Pour les instructions d'installation et de configuration, consultez (Facultatif) Configurer une solution de stockage Longhorn pour votre cluster Kubernetes.
Pour un développement et des tests en local sur un minikube, vous pouvez utiliser Local Path Provisioner.
Configuration du stockage persistant pour les services de Dynamic Engine
Comme décrit dans le tableau ci-dessus, le stockage persistant est requis pour que les services de Dynamic Engine fonctionnent correctement. Dans Kubernetes, le stockage persistant est fourni via des classes de stockage, qui définissent comment et où est alloué l'espace disque de manière dynamique lorsqu'un service en fait la demande.
Lorsque vous configurez la classe de stockage pour un fournisseur de stockage CSI, vous pouvez utiliser la classe de stockage Kubernetes par défaut ou choisir une classe de stockage dédiée au Dynamic Engine :
- Using the default storage class (Utiliser la classe de stockage par défaut) : ajoutez l'annotation suivante pour l'ajouter comme cluster par défaut :
apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: annotations: storageclass.kubernetes.io/is-default-class: "true"Cette annotation assure que, lorsqu'un volume persistant est requis sans spécification d'une classe de stockage, Kubernetes utilise automatiquement cette classe de stockage par défaut.
- Using a dedicated storage class for Dynamic Engine (Utiliser une classe de stockage dédiée pour Dynamic Engine) : consultez Provisionner une classe de stockage dédiée aux services d'environnements du Dynamic Engine.
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.