Prerequisites to use Dynamic Engine

The requirements to use Dynamic Engine include DNS URLs to be added to your proxy and firewall allowlist, Kubernetes specifications, and access permissions to Talend Management Console and Dynamic Engine.

Access permissions to Talend Management Console and Dynamic Engine

You must have the Infrastructure Administrator (containing the TMC_CLUSTER_MANAGEMENT permission) role to access the Dynamic Engine tab in Talend Management Console.
You must have the Environment Administrator (contains the TMC_ENVIRONMENT_MANAGEMENT permission) role to access the Dynamic Engine Environments tab.

For further information about roles and their respective permissions in Talend Management Console, see Pre-defined user roles.

Kubernetes specifications

If you do not have any Kubernetes cluster yet, create one either locally or on a Cloud platform, such as AWS or Azure.
- The Kubernetes worker nodes must run on a linux_x86_64 architecture, an x86-64 (64-bit) CPU architecture running on a Linux operating system. This requirement means:
  - ARM-based processor architecture is not supported.
  - Windows Server is not supported. Only Linux system is compatible.
The Kubernetes cluster must be one of the versions from v1.27 to v1.30.
You must be the administrator of the Kubernetes cluster. This ensures that you have enough rights and permissions to deploy and manage Dynamic Engine in this cluster.
Minimum requirements for the Kubernetes cluster:
- Instance size: 16 GB of memory and 4 vCPU
- Number of nodes: 3
- Disk size: 20 GB (including 2 GB minimum for running the engine plus space for deployed Job artifacts)
  This requires the availability of CSI provider and a corresponding storage class configured. This CSI provider and storage class allow your Kubernetes cluster to have persistent storage that is accessible from any node.
  
  The supported CSI storage providers are
  - Amazon EFS. For further information about mounting this persistent storage, see Amazon EFS CSI Driver.
  - Azure Files. For further information, see Create and use a volume with Azure Files in Azure Kubernetes Service (AKS).
  - If you cannot use either of the above providers, install Longhorn, a distributed block storage system for Kubernetes, in your cluster. With Longhorn, the required minimum disk size is 100 GB. For further information about installing Longhorn, see (Optional) Setting up a Longhorn storage solution for your Kubernetes cluster.
  Note that for any CSI storage providers, when configuring the storage class, the following annotation must be added:
```
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
   annotations:
    storageclass.kubernetes.io/is-default-class: "true"
```
  This annotation ensures that the configured storage class is set as the default in the Kubernetes cluster. As a result, when a persistent volume is requested without specifying a storage class, Kubernetes will automatically use this default storage class.
Information noteTip: Although not officially supported, other public cloud providers, such as Google Cloud, Digital Ocean, or Open Shift, should work as well as the supported ones, provided these providers use standard Kubernetes distributions.