Tous les produits
Search

Ce produit

    Elasticsearch:Downgrade cluster configuration

    Centre de documentation

    Elasticsearch:Downgrade cluster configuration

    Dernière mise à jour :Aug 09, 2026

    Si le trafic de votre service fluctue, entraînant une faible utilisation des ressources pendant les heures creuses, vous pouvez réduire la configuration de votre cluster Elasticsearch pour optimiser les coûts et aligner les ressources sur vos besoins métier. Cette opération implique la réduction des spécifications des nœuds, la diminution du nombre de nœuds ou l'ajustement des types de stockage.

    Prérequis

    Vous avez migré les index depuis les nœuds à supprimer.

    Considérations et avertissements liés à la réduction de configuration

    Important

    La réduction de la configuration d'un cluster comporte des risques de latence de service, de conflits de configuration et de modifications de facturation. Examinez attentivement les notes suivantes avant de procéder.

    Stabilité du service

    • Impact lors du changement de configuration :

      Cluster

      Impact

      Mesures correctives

      Charge élevée (CPU > 60 %, heap > 50 %) + pas de réplicas

      Une forte concurrence pour les opérations d'écriture ou de requête peut entraîner des délais d'accès occasionnels.

      • Mettez en œuvre un mécanisme de nouvelle tentative sur votre client.

      • Avant la réduction de configuration, assurez-vous que tous les index disposent d'au moins un réplica.

      Nœuds de données ≤ 2 après réduction de configuration

      Risque de perte de données.

    • Bonne pratique : effectuez toujours les opérations de réduction de configuration pendant les heures creuses.

    Limitations

    • Espace de stockage : la réduction de l'espace de stockage des nœuds de données est uniquement prise en charge pour les clusters utilisant l'architecture de déploiement V3.

    • Modifications de version : vous ne pouvez pas mettre à niveau la version du cluster lors d'une réduction de configuration.

    • Types de nœud : un seul type de nœud (par exemple, nœuds de données, nœuds maîtres) peut être modifié par opération de réduction de configuration.

    • Nœuds de données élastiques : la réduction de la configuration des nœuds de données élastiques n'est pas prise en charge.

    • Délai : accordez au moins 30 minutes entre les opérations de réduction de configuration consécutives sur le même cluster.

    Exigences relatives aux spécifications CPU

    • Règle de base : les spécifications cibles en matière de CPU et de mémoire doivent représenter au moins la moitié des spécifications actuelles.

    • Spécifications non autorisées : 1 vCPU, 4 GiB Memory, 2 vCPUs, 2 GiB Memory, 2 vCPUs, 4 GiB Memory, 4 vCPUs, 4 GiB Memory.

      • Exception pour les nœuds Kibana : les nœuds Kibana peuvent être réduits vers 2 vCPUs, 2 GiB Memory.

      • Cas particulier : si vous devez réduire la configuration vers une spécification non autorisée, vous devrez créer un nouveau cluster et migrer vos données.

    Impact sur les coûts

    • La facturation de la nouvelle configuration prend effet immédiatement après soumission de la commande de réduction de configuration.

    • Pour plus d'informations, reportez-vous à la documentation de facturation : Paiement à l'utilisation et Abonnement.

    Vérifications avant la réduction de configuration

    Important

    L'omission de ces vérifications avant une réduction de configuration peut entraîner des pannes de cluster, une perte de données ou une indisponibilité du service. Vérifiez chaque élément ci-dessous.

    1. État de santé du cluster

      Exécutez GET _cluster/health pour confirmer que l'état du cluster est GREEN.

    2. Sécurité de la charge du cluster

      Le cluster ne peut être réduit en toute sécurité que s'il respecte les conditions suivantes concernant l'utilisation du CPU et de la mémoire heap JVM au cours des dernières 24 heures :

      Type de nœud

      Utilisation du CPU (dernières 24 h)

      Utilisation de la mémoire heap JVM (dernières 24 h)

      Nœud maître dédié

      Utilisation maximale d'un seul nœud < 30 %

      Utilisation maximale d'un seul nœud < 25 %

      Autres nœuds (données, etc.)

      Les deux conditions doivent être remplies :

      • Utilisation maximale d'un seul nœud < 50 %

      • Utilisation moyenne de tous les nœuds < 30 %

      Les deux conditions doivent être remplies :

      • Utilisation maximale d'un seul nœud < 50 %

      • Utilisation moyenne de tous les nœuds < 30 %

    3. Préparation des index

      • Index fermés :

        • Exécutez GET /_cat/indices?v pour vérifier la présence d'éventuels index fermés.

        • Le cas échéant, exécutez POST /<index_name>/_open pour les ouvrir temporairement.

        • Pourquoi cela est important :

          • Alibaba Cloud Elasticsearch nécessite un état de cluster GREEN pour les modifications de configuration sensibles, telles que le resharding.

          • Les index fermés ne peuvent pas être réalloués lors d'un changement de configuration, ce qui empêche le cluster d'atteindre l'état GREEN (il restera au mieux à l'état YELLOW) et entraîne l'échec des opérations associées.

      • Réplicas :

        • Exécutez GET _cat/indices?v pour vous assurer que chaque index dispose d'au moins 1 réplica.

        • Pour les instances multizones, assurez-vous que le nombre de réplicas pour chaque index est inférieur au nombre de zones disponibles. Il est généralement recommandé de définir les réplicas à 1. Vous pouvez augmenter manuellement le nombre de réplicas une fois la réduction de configuration terminée.

    La console

    Réduire les spécifications, le type de disque et l'espace disque

    1. Accédez à la page Instances, puis cliquez sur Downgrade Configuration.

      image

      Vous pouvez également accéder à la page Basic Information et cliquer sur Configuration Update > Downgrade.

    2. Sur la page Downgrade Configuration, ajustez les paramètres selon vos besoins.

      Remarque

      Les paramètres disponibles varient selon le type et la version du cluster. Les paramètres affichés dans la console prévalent.

      • Réduisez le Data Node Disk Type (hautes vers basses performances) :

        • ESSD : un SSD entreprise (ESSD) combine la mise en réseau 25 GE et la technologie RDMA (Remote Direct Memory Access) pour fournir jusqu'à 1 million d'IOPS en lecture/écriture aléatoire pour un seul disque et une faible latence sur liaison unique.

          Remarque

          Il n'est pas possible de réduire la configuration d'un ESSD-PL0 vers un SSD standard.

        • Disques cloud de génération précédente : SSD standard -> Disque ultra -> Disque de base.

          Remarque

          Ces disques sont en cours de suppression progressive ; les ESSD sont recommandés.

      • Réduisez l'Data Node Storage Space :

        • Prise en charge uniquement pour l'architecture de contrôle cloud-native (v3).

        • Pour garantir la stabilité, l'utilisation du disque après réduction de configuration doit être inférieure à 60 %. Cela signifie : Current disk usage < (Post-downgrade disk space × 0.6)

          image

          Pour réduire l'espace de stockage des clusters v2, contactez le support technique.

    3. Choisissez une méthode de mise à jour.

      • Intelligent Update (activé par défaut) : le système sélectionne automatiquement la méthode optimale en fonction des modifications de configuration.

      • Forced Update (désactivé par défaut, non recommandé) : ignore les vérifications d'intégrité et force un redémarrage du cluster, ce qui peut provoquer une interruption de service prolongée. Le temps de récupération dépend du volume de données.

    4. Consultez les Terms of Service et l'Service Level Agreement. Si vous acceptez, cliquez sur Buy Now.

      • Alibaba Cloud Elasticsearch applique la politique de modification optimale et facture en fonction de la nouvelle configuration.

      • Pendant la modification, l'état du cluster sera Initializing. Attendez-vous à des fluctuations de performance et à des déconnexions transitoires.

      • Une fois terminée, l'état du cluster passe à Normal et les adresses IP des nœuds peuvent changer.

    Réduire le nombre de nœuds de données

    1. Depuis la page Basic Information, cliquez sur Configuration Update > Remove Data Nodes.

      image

    2. Sélectionnez le type de nœud et le nombre de nœuds à supprimer.

      Important

      • Alibaba Cloud Elasticsearch effectue une vérification de sécurité avant la suppression des nœuds. En cas d'échec, résolvez le problème conformément au message d'erreur, puis réessayez.

      • Les paramètres disponibles varient selon le type et la version du cluster. Les paramètres affichés dans la console prévalent.

      image

    3. (Facultatif) Référence : Migrer les index depuis les nœuds à supprimer.

    4. Cliquez sur OK. Alibaba Cloud Elasticsearch supprime le(s) nœud(s) et met à jour votre facturation.

      • Pendant la modification, l'état du cluster sera Initializing. Attendez-vous à des fluctuations de performance et à des déconnexions transitoires.

      • Une fois terminée, l'état du cluster passe à Normal et les adresses IP des nœuds peuvent changer.

    API

    Pour effectuer des réductions de configuration de cluster par programmation, reportez-vous à la documentation UpdateInstance.

    Référence : Migrer les index depuis les nœuds à supprimer

    Afin de garantir la sécurité des données, assurez-vous que les nœuds à supprimer sont vides. Si les nœuds de données sélectionnés contiennent des données, vous serez invité à les migrer. Après la migration, ces nœuds ne contiendront aucune donnée d'index et aucune nouvelle donnée ne leur sera écrite.

    Migrer les données

    1. Dans la section Remove Data Nodes, cliquez sur Data Migration Tool lorsque vous y êtes invité.

      数据迁移辅助工具

      Cet outil utilise le filtrage d'allocation des shards d'Elasticsearch pour une migration d'index fluide et transparente pour le service.

    2. Dans la boîte de dialogue Migrate Data, sélectionnez une méthode de migration des nœuds.

      Paramètre

      Description

      Smart Migration

      Alibaba Cloud Elasticsearch sélectionne automatiquement les nœuds de données pour la migration.

      Custom

      Sélectionnez manuellement les nœuds de données spécifiques depuis lesquels vous souhaitez migrer les données.

    3. Acceptez l'accord de migration des données et cliquez sur OK.

    Restaurer les index migrés

    La migration des données peut être un processus long. Si la migration échoue en raison de l'état du cluster ou de modifications des données, ou si vous devez annuler une migration terminée, suivez ces étapes pour restaurer les nœuds migrés. Surveillez les détails des tâches dans la liste des tâches.

    1. Connectez-vous à la console Kibana de votre cluster Elasticsearch.

      Pour obtenir des instructions, consultez la rubrique Se connecter à la console Kibana.

      Remarque

      Les exemples présentés ici utilisent Elasticsearch V6.7.0. Les opérations peuvent varier légèrement selon les autres versions.

    2. Dans le volet de navigation de gauche, choisissez Management > Dev Tools.

    3. Dans la section Console, exécutez la commande suivante pour récupérer les adresses IP des nœuds migrés :

      GET _cluster/settings

      Exemple de réponse :

      {
  "transient": {
    "cluster": {
      "routing": {
        "allocation": {
          "exclude": {
            "_ip": "192.168.xx.xx,192.168.xx.xx,192.168.xx.xx"
          }
        }
      }
    }
  }
}

    4. Exécutez l'une des commandes suivantes pour restaurer les données :

      • Restaurer des nœuds spécifiques :

        Supprimez les adresses IP des nœuds que vous souhaitez restaurer de la liste exclude._ip, en conservant celles qui doivent rester exclues.

        PUT _cluster/settings
{
  "transient": {
    "cluster": {
      "routing": {
        "allocation": {
          "exclude": {
            "_ip": "192.168.xx.xx,192.168.xx.xx"
          }
        }
      }
    }
  }
}

      • Restaurer tous les nœuds migrés :

        Définissez _ip sur null pour restaurer tous les nœuds.

        PUT _cluster/settings
{
  "transient": {
    "cluster": {
      "routing": {
        "allocation": {
          "exclude": {
            "_ip": null
          }
        }
      }
    }
  }
}

    5. Vérifiez que la restauration des données est terminée :

      GET _cluster/settings

      Si le résultat ne contient plus les adresses IP des nœuds restaurés dans la liste exclude._ip, la restauration est terminée.

      Vous pouvez également exécuter GET _cat/shards?v pour vérifier si les shards sont réalloués vers ces nœuds.

      Remarque

      Pendant la migration ou la restauration des données, GET _cat/shards?v permet d'afficher l'état de la tâche.

    FAQ