Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Mise à l'échelle des clusters Amazon DocumentDB
Amazon DocumentDB vous permet d'adapter le stockage et le calcul de vos clusters en fonction de vos besoins. Cette section décrit comment utiliser la mise à l'échelle du stockage, la mise à l'échelle des instances et la mise à l'échelle de lecture pour gérer les performances et la mise à l'échelle de vos clusters et instances Amazon DocumentDB.
Rubriques
Dimensionnement du stockage
Le stockage Amazon DocumentDB évolue automatiquement en fonction des données de votre volume de cluster. Au fur et à mesure que vos données augmentent, le volume de stockage de votre cluster augmente par incréments de 10 Gio, jusqu'à 256 TiB pour la version 8.0 du moteur et les versions ultérieures (128 TiB pour les versions précédentes du moteur).
Mise à l’échelle d’instances
Vous pouvez dimensionner votre cluster Amazon DocumentDB selon vos besoins en modifiant la classe d'instance pour chaque instance du cluster. Amazon DocumentDB prend en charge plusieurs classes d'instances optimisées pour Amazon DocumentDB.
Pour de plus amples informations, veuillez consulter Modification d'une instance Amazon DocumentDB.
Dimensionnement en lecture
Vous pouvez effectuer une mise à l'échelle de lecture pour votre cluster Amazon DocumentDB en créant jusqu'à 15 répliques Amazon DocumentDB dans le cluster. Chaque réplique Amazon DocumentDB renvoie les mêmes données depuis le volume du cluster avec un décalage de réplication minimal, généralement moins de 100 millisecondes après que l'instance principale a écrit une mise à jour. À mesure que votre trafic de lecture augmente, vous pouvez créer des répliques Amazon DocumentDB supplémentaires et vous y connecter directement pour répartir la charge de lecture sur votre cluster. Les répliques Amazon DocumentDB ne doivent pas nécessairement appartenir à la même classe d'instance que l'instance principale.
Pour de plus amples informations, veuillez consulter Ajouter une instance Amazon DocumentDB à un cluster.
Pour lire l'échelle avec Amazon DocumentDB, connectez-vous à votre cluster en tant que jeu de répliques et distribuez les lectures aux instances de réplication à l'aide des fonctionnalités de préférence de lecture intégrées de votre pilote. Pour de plus amples informations, veuillez consulter Connexion à Amazon DocumentDB en tant que jeu de répliques.
Mise à l'échelle de
Vous pouvez augmenter la capacité d'écriture de votre cluster Amazon DocumentDB en augmentant la taille de l'instance principale de votre cluster. Cette section fournit deux méthodes pour mettre à l'échelle l'instance principale de votre cluster en fonction de vos besoins. La première option vise à minimiser l'impact sur les applications, mais nécessite davantage d'étapes. La deuxième option offre plus de simplicité car elle comporte moins d'étapes, mais son impact potentiel sur votre application est plus important.
Selon votre application, vous pouvez choisir l'approche qui vous convient le mieux. Pour plus d'informations sur les tailles d'instance disponibles et les coûts, consultez la page de tarification
-
Optimisation pour une disponibilité et des performances élevées — Si vous vous connectez à votre cluster en mode jeu de répliques (recommandé), vous pouvez utiliser le processus suivant pour minimiser l'impact sur votre application lors de la mise à l'échelle de votre instance principale. Cette méthode minimise l'impact car elle préserve ou accroît la haute disponibilité de votre cluster, et ajoute des cibles de mise à l'échelle en lecture au cluster en tant qu'instances, au lieu de les mettre à jour.
-
Ajoutez un ou plusieurs réplicas du type d'instance plus important à votre cluster (voir Ajouter une instance Amazon DocumentDB à un cluster). Assurez-vous que toutes les répliques sont du même type d'instance ou d'un type supérieur à celui de l'instance principale. Cela évite une diminution involontaire des performances en écriture que provoquerait le basculement vers un type d'instance plus petit. Dans la plupart des cas, cela implique de doubler temporairement le nombre d'instances de votre cluster, puis de supprimer les répliques les plus petites une fois la mise à l'échelle terminée.
-
Définissez le niveau de basculement sur la priorité zéro pour tous les nouveaux réplicas, en veillant à ce qu'un réplica du type d'instance plus petit ait la priorité de basculement la plus élevée. Pour de plus amples informations, veuillez consulter Contrôle de la cible de basculement.
-
Lancez un basculement manuel, ce qui entraînera la promotion de l'un des nouveaux réplicas en instance principale. Pour de plus amples informations, veuillez consulter Test du basculement.
Note
Cela entraînera un temps d'arrêt d'environ 30 secondes pour votre cluster. Planifiez en conséquence.
-
Supprimez du cluster tous les réplicas dont le type d'instance est plus petit que celui de votre nouvelle instance principale.
-
Redéfinissez le niveau de basculement de toutes les instances sur la même priorité (généralement, cela signifie de les redéfinir sur 1).
Supposons par exemple que vous avez un cluster qui contient actuellement trois instances
r5.large(une instance principale et deux réplicas) et que vous souhaitez mettre à l'échelle vers un type d'instancer5.xlarge. Pour ce faire, vous devez d'abord ajouter trois instances de réplicar5.xlargeà votre cluster, puis définir le niveau de basculement des nouveaux réplicasr5.xlargesur zéro. Vous devez ensuite lancer un basculement manuel (sachant que cela entraînera un temps d'arrêt d'environ 30 secondes de votre application). Une fois le basculement terminé, vous supprimez les trois instancesr5.largede votre cluster, en laissant le cluster mis à l'échelle avec des instancesr5.xlarge.Pour optimiser les coûts, les instances Amazon DocumentDB sont facturées par tranches d'une seconde, avec un minimum de dix minutes après un changement de statut facturable, tel que la création, la modification ou la suppression d'une instance. Pour de plus amples informations, veuillez consulter Optimisation des coûts dans la documentation relative aux bonnes pratiques.
-
-
Optimisation dans un souci de simplicité — Cette approche optimise dans un souci de simplicité. Il n'étend ni ne contracte le cluster, mais il peut réduire temporairement votre capacité de lecture.
Il est possible que la modification de la classe d'instance d'une réplique empêche cette instance de répondre aux demandes pendant une courte période, de quelques secondes à moins de 30 secondes. Si vous vous connectez à votre cluster en mode jeu de répliques (recommandé), cela réduira votre capacité de lecture d'un réplica (par exemple, à 66 % de capacité dans un cluster à 3 nœuds, ou à 75 % de capacité dans un cluster à 4 nœuds, etc.) pendant l'opération de dimensionnement.
-
Redimensionnez l'une des instances de réplication de votre cluster. Pour de plus amples informations, veuillez consulter Gestion des classes d'instances.
-
Attendez que l'instance soit disponible (voirSurveillance de l'état d'une instance Amazon DocumentDB).
Note
Cela entraînera un temps d'arrêt d'environ 30 secondes pour votre cluster. Planifiez en conséquence.
-
Continuez à exécuter les étapes 1 et 2 jusqu'à ce que toutes les instances de répliques aient été redimensionnées, une par une.
-
Lancez un basculement manuel. Cela fera de l'une des répliques l'instance principale. Pour de plus amples informations, veuillez consulter Basculement d'Amazon DocumentDB.
Note
Cela peut entraîner jusqu'à 30 secondes d'interruption pour votre cluster, mais cela prend souvent moins de temps. Planifiez en conséquence.
-
Redimensionnez l'ancienne instance principale (désormais une réplique).
-