Tous les produits
Search
Centre de documentation

ApsaraDB for MongoDB:Modifier la configuration d'une instance de type Replica Set

Dernière mise à jour :Sep 09, 2026

Mettez à l'échelle une instance de type Replica Set ApsaraDB for MongoDB en modifiant sa configuration.

Facturation

Facturation des modifications de configuration d'instance.

Limites

  • Pour modifier le nombre de nœuds en lecture seule sur une instance située dans un Classic Network, activez d'abord un endpoint public ou basculez vers un VPC.

  • Il est impossible de réduire l'espace de stockage lors d'une modification de configuration. Créez plutôt une nouvelle instance avec un espace de stockage inférieur et migrez vos données. Scénarios et solutions pour d'autres modifications de configuration.

  • Le type d'instance (par exemple, passage d'un Replica Set à un cluster sharded) et le type de stockage ne peuvent pas être modifiés lors d'une modification de configuration. Créez plutôt une nouvelle instance et migrez vos données. Scénarios et solutions pour d'autres modifications de configuration.

Considérations importantes

  • La durée de la modification de configuration dépend des conditions réseau, de la longueur de la file d'attente et du volume de données. Effectuez cette opération pendant les heures creuses et assurez-vous que votre application prend en charge la reconnexion automatique.

  • Pour les instances General-purpose ou Dedicated à disque local, les extensions de stockage uniquement sont effectuées sur place si l'hôte dispose de ressources suffisantes. Cette approche évite la migration entre hôtes et les basculements de service, et prend effet immédiatement sans interruption de connexion, quel que soit le paramètre de temps de basculement.

  • Pour les instances à disque cloud, les extensions de stockage uniquement prennent effet immédiatement sans interruption de connexion, quel que soit le paramètre de temps de basculement.

  • Une fois qu'une tâche de modification de configuration est soumise, elle ne peut pas être annulée directement. Pour restaurer la configuration d'origine, attendez que la tâche de modification en cours se termine, puis lancez une modification inverse, telle qu'un downgrade.

  • Prévoyez une ou deux brèves déconnexions d'environ 30 secondes chacune pendant la modification. Pour réduire l'impact, planifiez la modification à l'aide de l'option Switch time.

  • Une modification de configuration n'entraîne aucune perte de données.

  • La modification d'une instance à disque local met automatiquement à niveau la version mineure de sa base de données vers la dernière version disponible.

  • Les modifications des instances à disque local prennent beaucoup plus de temps que celles des disques cloud, qui se terminent généralement en moins d'une heure.

    Facteurs influençant la durée d'une modification de configuration

    Si le serveur physique hôte manque de ressources, la modification d'une instance à disque local déclenche une migration entre hôtes, ce qui augmente considérablement la durée. Si l'hôte dispose de ressources suffisantes, la modification est appliquée sur place. Le tableau suivant répertorie les principaux facteurs.

    Type de stockage

    Migration entre hôtes

    Facteur d'influence

    Description

    Disque local

    Non

    Nombre de bases de données et de collections

    Les modifications de configuration redémarrent les nœuds. Un plus grand nombre de bases de données et de collections augmente le temps de démarrage. Supprimez régulièrement celles qui sont inutilisées. Ralentissements ou exceptions d'instance dus à un nombre excessif de bases de données et de collections.

    Création d'index en cours

    Les modifications de configuration redémarrent les nœuds. La création d'index en cours force une reconstruction, augmentant ainsi le temps de démarrage.

    Oui

    Taille totale des données

    La taille totale des données affecte le temps de migration et de synchronisation. La vitesse de migration est limitée par la bande passante réseau du type d'instance.

    Taux d'écriture des données incrémentielles

    Des taux d'écriture plus élevés augmentent le temps nécessaire au nouveau nœud pour synchroniser les données incrémentielles.

    Période de rétention de l'Oplog

    Si la période de rétention de l'Oplog est trop courte, les journaux incrémentiels peuvent être écrasés, entraînant un échec de la synchronisation. Assurez-vous que la période de rétention respecte : Période de rétention (heures) ≥ Espace de données utilisé (Go) / 10 (Go/heure).

    État des sauvegardes quotidiennes

    Les données peuvent être migrées à l'aide des jeux de sauvegarde si les sauvegardes quotidiennes présentent une fragmentation minimale du disque et une période de rétention de l'Oplog suffisante.

    Nombre d'index

    Un plus grand nombre d'index augmente le temps de création des index sur le nouveau nœud pendant la synchronisation.

    Nombre de bases de données et de collections

    Un plus grand nombre de bases de données et de collections augmente le temps de synchronisation sur le nouveau nœud.

    Disque cloud

    Non

    -

    Les modifications de configuration des disques cloud utilisent des snapshots et se terminent rapidement. Les facteurs ci-dessus ne s'appliquent pas.

    Remarque

    Utilisez des instances à disque cloud pour les scénarios sensibles au temps.

Procédure

  1. Accédez à la page Instances de type Replica Set ApsaraDB for MongoDB, sélectionnez un groupe de ressources et une région en haut de la page, puis cliquez sur l'ID de l'instance cible.

  2. Dans la section Specification Information, ouvrez la page de modification de configuration en fonction de votre méthode de facturation.

    • Instances par abonnement

      Dans le coin supérieur droit de la section Specification Information, cliquez sur Upgrade ou Downgrade.

    • Instances à la demande (pay-as-you-go)

      Dans le coin supérieur droit de la section Specification Information, cliquez sur Change Configurations.

  3. Sur la page de modification de configuration, configurez les paramètres suivants.

    Type de modification

    Paramètre

    Description

    • Upgrade

    • Downgrade

    Active-standby Nodes

    Le nombre de nœuds primaires et secondaires. Valeurs valides :

    • Three Replica Set Nodes : Les downgrades ne sont pas pris en charge.

    • 5 : Vous pouvez effectuer un downgrade vers une instance Three Replica Set Nodes.

    • 7 : Vous pouvez effectuer un downgrade vers une instance Three Replica Set Nodes ou 5.

    Read-only Nodes

    Le nombre de nœuds en lecture seule. Valeurs valides : 0 à 5.

    Specifications

    La classe d'instance. Pour connaître les classes d'instances de type Replica Set prises en charge, consultez Types d'instance.

    Storage Space

    L'espace de stockage de l'instance.

    Remarque
    • Il est impossible de réduire l'espace de stockage lors d'une modification de configuration. Créez plutôt une nouvelle instance avec un espace de stockage inférieur et migrez vos données. Scénarios et solutions pour d'autres modifications de configuration.

    • L'espace de stockage correspond à la capacité par nœud, et non au total sur tous les nœuds.

    • Pour une instance à disque cloud, cliquez sur Upgrade si vous avez uniquement besoin d'étendre l'espace de stockage. L'extension prend effet immédiatement et n'interrompt pas les services.

    • Utilisez Change Disk Type uniquement pour convertir un disque ESSD en disque ESSD AutoPL. Ne l'utilisez pas pour une extension de stockage uniquement.

    Switch time

    Sélectionnez le moment où la modification de configuration prend effet.

    • Switch Immediately After Data Migration : Applique la modification immédiatement après la fin de la migration des données.

    • Switch Within Maintenance Window : Applique la modification pendant la fenêtre de maintenance. Vous pouvez conserver la fenêtre actuelle ou en définir une nouvelle.

      1. Cliquez sur Switch Within Maintenance Window à côté de Modify.

      2. Dans la section Specification Information, cliquez sur Maintenance Window à côté de Edit pour définir l'heure de basculement. Définir une fenêtre de maintenance.

    Remarque
    • Pour les instances General-purpose ou Dedicated à disque local, les extensions de stockage uniquement sont effectuées sur place si l'hôte dispose de ressources suffisantes. Cette approche évite la migration entre hôtes et les basculements de service, et prend effet immédiatement sans interruption de connexion, quel que soit le paramètre de temps de basculement.

    • Pour les instances à disque cloud, les extensions de stockage uniquement prennent effet immédiatement sans interruption de connexion, quel que soit le paramètre de temps de basculement.

  4. Lisez et acceptez les conditions de service, cliquez sur Buy Now, puis effectuez le paiement comme indiqué.

    Pendant la modification de configuration, le statut de l'instance est In the process of matching. Lorsque le statut passe à Running, la modification de configuration est terminée et la nouvelle configuration prend effet.

FAQ

La haute disponibilité est-elle maintenue lors d'une modification de configuration entre hôtes d'une instance à disque local ?

Oui. La haute disponibilité (HA) est maintenue pendant la migration d'un nœud caché. Si le nœud principal tombe en panne, le Replica Set peut élire un autre nœud principal et continuer à fournir des services de lecture et d'écriture. Un nœud caché ne peut pas devenir le nœud principal, mais il participe au vote. Le système déclenche un basculement HA pour prioriser la disponibilité du nœud principal.

Comment les données sont-elles synchronisées lors d'une modification de configuration d'ApsaraDB for MongoDB ?

La synchronisation des données combine une copie au niveau des fichiers avec une réplication asynchrone de l'oplog. Configurez une période de rétention de l'oplog d'au moins 24 heures et assurez-vous qu'elle respecte la formule suivante : Période de rétention (heures) ≥ Espace de données utilisé (Go) / 10 (Go/heure). Sinon, les entrées de l'oplog peuvent être écrasées lors des migrations impliquant de grands volumes de données, ce qui entraîne un échec de la synchronisation. Le système sous-jacent dispose d'un mécanisme de nouvelle tentative, mais vous devez fournir une fenêtre de rétention de l'oplog suffisante.

API associées

API

Description

ModifyDBInstanceSpec

Modifie la spécification de l'instance ou la capacité de stockage d'une instance autonome ou de type Replica Set ApsaraDB for MongoDB.