ApsaraDB for MongoDB:Modifier la configuration des shards

Limitations

• La capacité de stockage sélectionnée doit être supérieure ou égale à l'espace de stockage actuellement utilisé par le shard.

• Le nombre de nœuds en lecture seule sélectionné doit être supérieur ou égal au nombre maximal de nœuds en lecture seule de n'importe quel shard de l'instance.

• Vous ne pouvez pas augmenter le nombre de nœuds en lecture seule lors du déclassement d'une instance par abonnement.

Règles de facturation

Pour plus d'informations, consultez la rubrique Frais liés aux modifications de configuration.

Précautions

• La modification des spécifications d'instance peut entraîner une ou deux interruptions transitoires d'environ 30 secondes chacune. Planifiez l'heure du basculement pour minimiser l'impact sur vos charges de travail.

  Important

  Lorsque vous modifiez uniquement la capacité de stockage, l'impact de la montée en puissance varie selon que les instances utilisent des disques cloud ou des disques locaux.

  • Pour les instances utilisant des disques cloud, l'augmentation de la capacité de stockage n'affecte pas vos services. Aucune interruption transitoire ne se produit et la modification prend effet immédiatement.

  • Pour les instances utilisant des disques locaux, le système effectue différentes opérations selon que l'hôte dispose de ressources de stockage suffisantes. Si l'hôte dispose de ressources suffisantes, le stockage est augmenté sur place sans migration inter-machine physique ni basculement. Aucune interruption transitoire ne se produit et la modification prend effet immédiatement. Si l'hôte ne dispose pas de ressources suffisantes, une migration inter-machine physique et un basculement sont nécessaires. Une interruption transitoire se produit et la modification prend effet pendant la période de basculement que vous avez spécifiée.

• La durée d'une modification de configuration dépend de plusieurs facteurs, tels que les conditions réseau, la file d'attente des tâches et le volume de données. Nous vous recommandons d'effectuer cette opération pendant les heures creuses et de vous assurer que votre application dispose d'un mécanisme de reconnexion automatique.

• Si votre base de données exécute une version mineure obsolète qui n'est plus maintenue, le système la met automatiquement à niveau vers la dernière version lors de la modification de la configuration afin de garantir de meilleures performances et une meilleure stabilité.

• Les modifications des instances à disque local prennent considérablement plus de temps que celles des instances à disque 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 ne dispose pas de ressources suffisantes, la modification d'une instance à disque local déclenche une migration inter-hôte, 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 inter-hôte	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 de l'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, ce qui augmente 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 conservation de l'Oplog	Si la période de conservation de l'Oplog est trop courte, les journaux incrémentiels peuvent être écrasés, ce qui entraîne un échec de la synchronisation. Assurez-vous que la période de conservation respecte la formule suivante : Période de conservation (heures) ≥ Espace de données utilisé (Go) / 10 (Go/heure).
  		État des sauvegardes quotidiennes	Les données peuvent être migrées à l'aide de jeux de sauvegarde si les sauvegardes quotidiennes présentent une fragmentation minimale du disque et une période de conservation 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 s'effectuent 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 cluster fragmenté ApsaraDB for MongoDB. Dans la barre de navigation supérieure, sélectionnez un groupe de ressources et une région. Cliquez ensuite sur l'ID de l'instance cible.

2. Dans la section Shard List, modifiez la configuration des shards souhaités.

   • Modifier la configuration d'un seul shard

     Dans la ligne du shard cible, cliquez sur l'icône dans la colonne Actions. Pour une instance à la demande, sélectionnez Change configuration. Pour une instance par abonnement, sélectionnez Upgrade ou Downgrade selon vos besoins.

   • Modifier la configuration de plusieurs shards

     1. Dans la section Shard List, sélectionnez les shards cibles.

     2. Dans le coin supérieur gauche de la section Shard List, cliquez sur Batch Reconfigure pour les instances à la demande. Pour les instances par abonnement, cliquez sur Batch Upgrade ou Batch Downgrade selon vos besoins.

3. Définissez les paramètres suivants.

   Paramètre	Description
   Category	Sélectionnez la catégorie de spécifications d'instance pour le shard. Remarque Disponible uniquement pour les instances basées sur des disques cloud. Une catégorie n'est pas disponible si la zone actuelle ne la prend pas en charge. Pour obtenir des informations sur les catégories et les spécifications des instances de cluster fragmenté, consultez Spécifications des instances de cluster fragmenté.
   Instance Specifications	Sélectionnez les spécifications d'instance pour le shard.
   Storage Capacity	Sélectionnez la nouvelle capacité de stockage pour le shard. Remarque La nouvelle capacité de stockage doit être supérieure ou égale à la capacité actuelle du shard. Pour réduire la capacité de stockage, vous devez créer une nouvelle instance. Pour plus d'informations, consultez Solutions pour d'autres scénarios de modification de configuration. Après avoir modifié l'Storage Space d'un shard, la nouvelle capacité de stockage s'applique à tous les nœuds du shard, y compris les nœuds en lecture seule.
   Read-only Nodes	Sélectionnez le nombre de nœuds en lecture seule après la modification de la configuration.
   Switchover Time	Sélectionnez le moment où la modification de la configuration prend effet. Switch Immediately after Migration : la modification est appliquée dès que la tâche est terminée. Switch within Maintenance Window : le système applique la modification dans la fenêtre de maintenance spécifiée. Vous pouvez utiliser la fenêtre de maintenance actuelle ou en définir une nouvelle. Cliquez sur Switch within Maintenance Window à côté de Edit pour définir l'heure du basculement. Dans la section Specification Information, cliquez sur Maintenance Window à côté de Edit pour définir l'heure du basculement. Pour plus d'informations, consultez Définir une fenêtre de maintenance. Remarque Si vous augmentez uniquement la capacité de stockage et que l'hôte de chaque shard dispose de ressources suffisantes, le stockage est augmenté sur place sans migration inter-machine physique ni basculement. Dans ce cas, la modification prend effet immédiatement, sans attendre la fenêtre de maintenance.

4. Effectuez le paiement selon votre méthode de facturation.

   • Pour les instances à la demande : cliquez sur Pay. Le système déduit automatiquement les frais dans l'heure qui suit.

   • Pour les instances par abonnement : cliquez sur Pay, puis suivez les instructions de la page Pay pour effectuer le paiement.

   Pendant la modification de la configuration, le statut de l'instance est In the process of matching. La modification est terminée lorsque le statut de l'instance passe à Running.

API associées