# Environnement de développement uniquement : Configurer un registre Docker interne à des fins de mise à échelle automatique

Configurez le registre Docker interne à des fins de mise à échelle automatique uniquement dans les déploiements à démarrage rapide ou hérités. Dans un environnement de production, utilisez un registre Docker externe à la place.

## Pourquoi et quand exécuter cette tâche

Dynamic Engine est livré avec un registre Docker interne prévu pour les déploiements à démarrage rapide. Ce registre n'est pas recommandé pour une utilisation en production et ne doit pas être personnalisé pour la mise à échelle automatique dans les environnements de production. Pour les environnements de production, configurez un registre Docker externe à la place. Consultez [Configurer un registre Docker personnalisé pour des tâches Talend Management Console](https://help.qlik.com/talend/fr-FR/dynamic-engine-configuration-guide/Cloud/configure-docker-registry "Configurez un registre Docker externe pour les Jobs d'intégration de données, les Jobs Big Data, les services de données et les Routes dans un environnement Dynamic Engine.") pour la configuration recommandée.

Si vous utilisez des déploiements hérités avec la mise à échelle automatique activée sur le registre interne, cette procédure explique comment la configurer. Dans l'exemple ci-dessous, activez la mise à l'échelle horizontale du pod sur le registre Docker interne et configurez une valeur personnalisée pour le nombre de réplicas à créer et le nombre maximal de réplicas. La mise à l'échelle horizontale du pod est une fonctionnalité Kubernetes qui ajuste automatiquement le nombre de pods en réponse à la demande. Un pod est un objet Kubernetes représentant un groupe d'un ou plusieurs conteneur·s.

Note InformationsImportant :

Si vous utilisez la mise à échelle automatique avec le registre Docker interne, vous devez conserver le stockage partagé persistant activé. Définissez configuration.persistence.enabled=true dans votre fichier de valeurs de déploiement. Sans stockage partagé persistant, la mise à échelle automatique sur le registre interne échouera. Il s'agit d'une condition essentielle au fonctionnement de la mise à échelle automatique du registre interne.

## Procédure

1. Créez un fichier de valeurs personnalisées pour les paramètres de mise à l'échelle et des réplicas :
   ```
   cat <<EOF > $DYNAMIC_ENGINE_ID-custom-internal-registry.yaml
   configuration:
     dockerRegistry:
       replicaCount: 2
       autoscaling:
         enabled: true
         maxReplicas: 5
   EOF
   ```
2. Appliquez ce fichier de valeurs personnalisées :
   ```
   helm install -i dynamic-engine-$DYNAMIC_ENGINE_ID -f $DYNAMIC_ENGINE_ID-values.yaml \
               -f $DYNAMIC_ENGINE_ID-custom-internal-registry.yaml \
               oci://ghcr.io/talend/helm/dynamic-engine \
               --version $DYNAMIC_ENGINE_VERSION            
   ```

   Si vous mettez à niveau le moteur, utilisez la commande suivante :
   ```
   helm upgrade -i dynamic-engine-$DYNAMIC_ENGINE_ID -f $DYNAMIC_ENGINE_ID-values.yaml \
               -f $DYNAMIC_ENGINE_ID-custom-internal-registry.yaml \
               oci://ghcr.io/talend/helm/dynamic-engine \
               --version $DYNAMIC_ENGINE_VERSION
   ```

## Que faire ensuite

Avant de déployer ou de mettre à niveau votre instance de Dynamic Engine, vérifiez que le stockage partagé persistant est activé dans votre fichier de valeurs : configuration.persistence.enabled=true. Cela est obligatoire pour que la mise à échelle automatique puisse fonctionner correctement.

Appliquez les fichiers de valeurs (tant le fichier de valeurs principal que ce fichier de mise à échelle automatique personnalisé) lors de l'installation ou de la mise à niveau :

```
helm install -i dynamic-engine-$DYNAMIC_ENGINE_ID -f $DYNAMIC_ENGINE_ID-values.yaml \
  -f $DYNAMIC_ENGINE_ID-custom-internal-registry.yaml \
  oci://ghcr.io/talend/helm/dynamic-engine \
  --version $DYNAMIC_ENGINE_VERSION
```