Tous les produits
Search

Ce produit

    ApsaraDB for MongoDB:Redémarrer une instance, un composant ou un nœud

    Centre de documentation

    ApsaraDB for MongoDB:Redémarrer une instance, un composant ou un nœud

    Dernière mise à jour :Aug 08, 2026

    ApsaraDB for MongoDB permet de redémarrer une instance, un composant ou un nœud pour résoudre des problèmes tels que l'épuisement des connexions ou la dégradation des performances.

    Limites

    • Le redémarrage d'un composant n'est possible que sur les instances en cluster fragmenté (sharded cluster).

    • Le redémarrage d'un nœud n'est possible que sur les instances utilisant des Cloud Disks.

    Notes d'utilisation

    • Le redémarrage d'une instance arrête et relance ses processus, ce qui interrompt toutes les connexions actives. Assurez-vous que votre application dispose d'un mécanisme de reconnexion automatique.

    • Les processus Mongod et Mongos démarrent généralement en moins de 30 secondes. Toutefois, si une instance contient plus de 10 000 collections, le démarrage de Mongod peut prendre plusieurs minutes. La connexion au nœud est impossible tant que le démarrage n'est pas terminé. Pour éviter des temps de redémarrage prolongés, nous vous recommandons de limiter le nombre de collections à 10 000 maximum. Pour plus d'informations, consultez la documentation officielle MongoDB.

    • Après le redémarrage d'une instance Replica Set, les rôles des nœuds peuvent changer. Nous vous recommandons d'utiliser une URI de connexion haute disponibilité (HA) dans votre environnement de production. Pour plus d'informations, voir Se connecter à une instance Replica Set.

    • Lors du redémarrage d'une instance en cluster fragmenté, les connexions sont interrompues lors du redémarrage des processus Mongos. Nous vous recommandons d'utiliser une URI de connexion haute disponibilité dans votre environnement de production et d'inclure les adresses de connexion d'au moins deux nœuds Mongos dans l'URI. Pour plus d'informations, voir Se connecter à une instance en cluster fragmenté.

    • Après le redémarrage d'un seul nœud dans une instance Replica Set, les rôles des nœuds peuvent changer. Nous vous recommandons d'utiliser une URI de connexion haute disponibilité dans votre environnement de production. Pour plus d'informations, voir Se connecter à une instance Replica Set.

    • Le redémarrage d'un seul nœud dans un shard d'une instance en cluster fragmenté n'interrompt pas les connexions client. Toutefois, les opérations d'écriture peuvent échouer. Nous vous recommandons de réessayer les opérations d'écriture ayant échoué.

    Procédure

    Redémarrer une instance

    1. Connectez-vous à la console ApsaraDB for MongoDB.

    2. Dans le volet de navigation de gauche, cliquez sur Replica Set Instances ou Sharded Cluster Instances selon le type d'instance.

    3. En haut de la page, sélectionnez le groupe de ressources et la région où se trouve l'instance.

    4. Dans la colonne Actions de l'instance cible, cliquez sur More et sélectionnez Restart.

    5. Dans la boîte de dialogue Restart Instance , cliquez sur Confirm.

      Pendant le redémarrage, l'état de l'instance passe à Restarting. Lorsque l'état passe à Running , le redémarrage de l'instance est terminé.

    Redémarrer un composant

    Remarque

    Le redémarrage d'un composant n'est possible que sur les instances en cluster fragmenté.

    1. Accédez à la page Sharded Cluster Instances . En haut de la page, sélectionnez un groupe de ressources et une région, puis cliquez sur l'ID de l'instance cible.

    2. Dans la section Mongos List ou Shard List , repérez le composant à redémarrer. Dans la colonne Actions , cliquez sur l'icône 更多 et sélectionnez Restart.

    3. Dans la boîte de dialogue Restart Node , cliquez sur Confirm.

      Pendant le redémarrage, l'état de l'instance passe à Restarting. Lorsque l'état passe à Running , le redémarrage du composant est terminé.

    Redémarrer un nœud

    1. Accédez à la page Replica Set Instances ou Sharded Cluster Instances . En haut de la page, sélectionnez un groupe de ressources et une région, puis cliquez sur l'ID de l'instance cible.

    2. Sur la page des détails de l'instance, dans le volet de navigation de gauche, cliquez sur Service Availability.

    3. Repérez le nœud à redémarrer et cliquez sur Restart Node dans la colonne Actions .

    4. Dans la boîte de dialogue Restart Node , cliquez sur Confirm.

      Pendant le redémarrage, l'état de l'instance passe à Restarting Node . Lorsque l'état passe à Running , le redémarrage du nœud est terminé.

    FAQ

    • Q1 : Que se passe-t-il lorsqu'une instance Replica Set est redémarrée et quel est l'impact sur le service ?

      Le système redémarre les nœuds dans l'ordre suivant : nœud caché (hidden), nœuds secondaires et nœuds en lecture seule, puis effectue un basculement entre les nœuds primaire et secondaire, et enfin redémarre l'ancien nœud primaire. L'impact sur votre service est le suivant :

      • Redémarrage d'un nœud caché : aucun impact sur votre service.

      • Redémarrage d'un nœud secondaire : toutes les connexions au nœud secondaire sont interrompues et le client doit se reconnecter. Le nœud primaire reste disponible et les opérations d'écriture ne sont pas affectées. Toutefois, les opérations de lecture configurées avec readPreference=Secondary sont impactées.

      • Redémarrage d'un nœud en lecture seule : toutes les connexions au nœud en lecture seule sont interrompues et le client doit se reconnecter. Le nœud primaire reste disponible et les opérations d'écriture ne sont pas affectées. Toutefois, les opérations de lecture configurées avec readPreference=secondary&readPreferenceTags=role:readonly sont impactées. Si l'instance comporte plusieurs nœuds en lecture seule, le trafic de lecture est temporairement acheminé vers un autre nœud en lecture seule disponible pendant le redémarrage.

      • Basculement : une déconnexion transitoire d'environ 30 secondes se produit pendant le basculement. Si votre application se connecte en utilisant l'adresse du nœud primaire, le changement de rôle peut affecter les opérations de lecture et d'écriture et provoquer des échecs d'écriture.

      • Redémarrage de l'ancien nœud primaire : toutes les connexions à ce nœud (devenu un nœud secondaire après le basculement) sont interrompues et le client doit se reconnecter. L'impact est équivalent au redémarrage d'un nœud secondaire.

    • Q2 : Que se passe-t-il lorsqu'une instance en cluster fragmenté est redémarrée et quel est l'impact sur le service ?

      Le système redémarre les composants dans l'ordre suivant : nœuds de shard, nœuds de serveur de configuration, puis nœuds Mongos. L'impact sur votre service est le suivant :

      • Nœuds de shard : plusieurs nœuds de shard sont redémarrés en parallèle. Les connexions client ne sont pas interrompues, mais les opérations d'écriture peuvent échouer. Nous vous recommandons de réessayer les opérations d'écriture ayant échoué.

      • Nœuds de serveur de configuration : aucun impact sur votre service.

      • Nœuds Mongos : plusieurs nœuds Mongos sont redémarrés en parallèle. Toutes les connexions à ces nœuds sont interrompues. Assurez-vous que votre application dispose d'un mécanisme de reconnexion automatique.

    • Q3 : Pourquoi l'instance affiche-t-elle toujours « Restarting » après un redémarrage ?

      Si vous définissez l'heure de basculement sur la fenêtre de maintenance, l'état de l'instance reste « Restarting » jusqu'à ce que le basculement soit terminé à l'heure spécifiée de la fenêtre de maintenance.