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.
Dimensionnement vertical en ligne en modifiant le type de nœud
En utilisant la mise à l'échelle verticale en ligne avec Valkey version 7.2 ou ultérieure, ou Redis OSS version 3.2.10 ou ultérieure, vous pouvez dimensionner vos clusters Valkey ou Redis OSS de manière dynamique avec un minimum de temps d'arrêt. Cela permet à votre cluster Valkey ou Redis OSS de répondre aux demandes même pendant le dimensionnement.
Note
La mise à l’échelle n’est pas prise en charge entre un cluster de hiérarchisation des données (par exemple, un cluster utilisant un type de nœud r6gd) et un cluster qui n’utilise pas la hiérarchisation des données (par exemple, un cluster utilisant un type de nœud r6g). Pour de plus amples informations, veuillez consulter Hiérarchisation des données ElastiCache.
Vous pouvez effectuer les actions suivantes :
-
Élargissement : augmentez la capacité de lecture et d'écriture en ajustant le type de nœud de votre cluster Valkey ou Redis OSS pour utiliser un type de nœud plus grand.
ElastiCache redimensionne dynamiquement votre cluster tout en restant en ligne et en répondant aux demandes.
-
Réduire : réduisez la capacité de lecture et d'écriture en ajustant le type de nœud pour votre cluster Redis afin d'utiliser un type de nœud plus petit. Encore une fois, redimensionne ElastiCache dynamiquement votre cluster tout en restant en ligne et en répondant aux demandes. Dans ce cas, vous réduisez vos coûts en diminuant la taille du nœud.
Note
Les processus d'augmentation et de réduction reposent sur la création de clusters avec des types de nœuds nouvellement sélectionnés et la synchronisation des nouveaux nœuds avec les anciens. Afin de garantir un flux d'augmentation/de réduction fluide, procédez comme suit :
Assurez-vous d'avoir une capacité ENI (interface réseau Elastic) suffisante. Pour une réduction, assurez-vous que la mémoire du plus petit nœud est suffisante pour absorber le trafic attendu.
Pour accéder aux bonnes pratiques en matière de gestion de la mémoire, veuillez consulter Gestion de la mémoire réservée pour Valkey et Redis OSS.
Bien que le processus de dimensionnement vertical soit conçu pour rester entièrement en ligne, il repose sur la synchronisation des données entre l'ancien nœud et le nouveau. Nous vous recommandons d'initier l'augmentation/la réduction lorsqu'un trafic minimum des données est prévu.
Testez le comportement de votre application lors du repartitionnement dans un environnement intermédiaire, si possible.
Table des matières
Augmentation en ligne
Rubriques
Mise à l'échelle des clusters de cache Valkey ou Redis OSS (console)
La procédure suivante décrit comment augmenter la taille d'un cluster Valkey ou Redis OSS à l'aide de la console de ElastiCache gestion. Au cours de ce processus, votre cluster continuera à traiter les demandes avec un temps d'arrêt minimal.
Pour agrandir un cluster Valkey ou Redis OSS (console)
-
Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/elasticache/
. -
Dans le volet de navigation, choisissez Valkey clusters ou Redis OSS clusters.
-
Choisissez le cluster dans la liste.
-
Sélectionnez Modifier.
-
Dans l'assistant Modifier le cluster :
-
Choisissez le type de nœud auquel vous souhaitez passer dans la liste Type de nœud. Pour l'augmenter, sélectionnez un type de nœud plus grand que votre nœud existant.
-
-
Si vous souhaitez effectuer un processus d'augmentation immédiatement, cochez la case Apply immediately (Appliquer immédiatement). Si la case Appliquer immédiatement est décochée, le processus de mise à l'échelle est effectué lors du créneau de maintenance suivant du cluster.
-
Sélectionnez Modifier.
Si vous avez choisi Apply immediately lors de l'étape précédente, le statut du cluster passe à modification. Lorsque son statut passe à available, la modification est terminée et vous pouvez commencer à utiliser le nouveau cluster.
Mise à l'échelle des clusters de cache Valkey ou Redis OSS ()AWS CLI
La procédure suivante décrit comment augmenter la taille d'un cluster de cache Valkey ou Redis OSS à l'aide du. AWS CLI Au cours de ce processus, votre cluster continuera à traiter les demandes avec un temps d'arrêt minimal.
Pour agrandir un cluster de cache Valkey ou Redis OSS ()AWS CLI
-
Déterminez les types de nœuds que vous pouvez augmenter en exécutant la AWS CLI
list-allowed-node-type-modificationscommande avec le paramètre suivant.Pour Linux, macOS ou Unix :
aws elasticache list-allowed-node-type-modifications \ --replication-group-idmy-replication-group-idPour Windows :
aws elasticache list-allowed-node-type-modifications ^ --replication-group-idmy-replication-group-idLe résultat de la commande ci-dessus doit être similaire à ce qui suit (format JSON).
{ "ScaleUpModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] "ScaleDownModifications": [ "cache.t2.micro", "cache.t2.small ", "cache.t2.medium", "cache.t1.small " ], }Pour plus d'informations, veuillez consulter la rubrique list-allowed-node-type-modifications dans la AWS CLI référence.
-
Modifiez votre groupe de réplication pour l'adapter au nouveau type de nœud plus grand à l'aide de la AWS CLI
modify-replication-groupcommande et des paramètres suivants.--replication-group-id: le nom du groupe de réplication que vous augmentez.--cache-node-type: le nouveau type de nœud pour lequel vous voulez mettre à l'échelle le cluster de cache. Cette valeur doit correspondre à l'un des types de nœuds renvoyés par la commandelist-allowed-node-type-modificationslors de l'étape 1.--cache-parameter-group-name: [Facultatif] Utilisez ce paramètre si vous avez recours àreserved-memorypour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisezreserved-memory-percent, vous pouvez omettre ce paramètre.--apply-immediately: ce paramètre entraîne l'application immédiate du processus d'augmentation. Pour reporter le processus de mise à l'échelle au créneau de maintenance suivant du cluster, utilisez le paramètre--no-apply-immediately.
Pour Linux, macOS ou Unix :
aws elasticache modify-replication-group \ --replication-group-idmy-redis-cluster\ --cache-node-typecache.m3.xlarge\ --apply-immediatelyPour Windows :
aws elasticache modify-replication-group ^ --replication-group-idmy-redis-cluster^ --cache-node-typecache.m3.xlarge^ --apply-immediatelyLe résultat de la commande ci-dessus doit être similaire à ce qui suit (format JSON).
{ "ReplicationGroup": { "Status": "modifying", "Description": "my-redis-cluster", "NodeGroups": [ { "Status": "modifying", "Slots": "0-16383", "NodeGroupId": "0001", "NodeGroupMembers": [ { "PreferredAvailabilityZone": "us-east-1f", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-001" }, { "PreferredAvailabilityZone": "us-east-1d", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-002" } ] } ], "ConfigurationEndpoint": { "Port": 6379, "Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com" }, "ClusterEnabled": true, "ReplicationGroupId": "my-redis-cluster", "SnapshotRetentionLimit": 1, "AutomaticFailover": "enabled", "SnapshotWindow": "07:30-08:30", "MemberClusters": [ "my-redis-cluster-0001-001", "my-redis-cluster-0001-002" ], "CacheNodeType": "cache.m3.xlarge", "DataTiering": "disabled" "PendingModifiedValues": {} } }Pour plus d'informations, veuillez consulter la rubrique modify-replication-group dans la AWS CLI référence.
-
Si vous avez utilisé le
--apply-immediately, vérifiez l'état du cluster de cache à l'aide de la AWS CLIdescribe-cache-clusterscommande avec le paramètre suivant. Lorsque le statut passe à available (disponible), vous pouvez commencer à utiliser le nouveau nœud de cluster de cache plus grand.
Mise à l'échelle des clusters de cache (ElastiCache API) Valkey ou Redis OSS
Le processus suivant fait passer votre cluster de cache de son type de nœud actuel à un nouveau type de nœud plus grand à l'aide de l' ElastiCache API. Au cours de ce processus, ElastiCache met à jour les entrées DNS afin qu'elles pointent vers les nouveaux nœuds. Ainsi, vous n'aurez plus besoin de mettre à jour les points de terminaison de votre application. Pour Valkey 7.2 et versions ultérieures, Redis OSS 5.0.5 et versions ultérieures, vous pouvez dimensionner les clusters compatibles avec le basculement automatique pendant que le cluster reste en ligne et traite les demandes entrantes. Sur les versions Redis OSS 4.0.10 et antérieures, vous remarquerez peut-être une brève interruption des lectures et des écritures sur les versions précédentes depuis le nœud principal pendant la mise à jour de l'entrée DNS.
La durée nécessaire pour remettre à l'échelle la taille d'un type de nœud et passer à un type plus grand, varie selon le type de nœud et la quantité de données dans votre cluster de actuel.
Pour agrandir un cluster de cache (ElastiCache API) Valkey ou Redis OSS
-
Déterminez les types de nœuds que vous pouvez augmenter à l'aide de l'
ListAllowedNodeTypeModificationsaction d' ElastiCache API avec le paramètre suivant.ReplicationGroupId: le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication spécifique plutôt que tous les groupes de réplication.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>Pour plus d'informations, veuillez consulter la rubrique ListAllowedNodeTypeModifications dans le Amazon ElastiCache API Reference.
-
Adaptez votre groupe de réplication actuel au nouveau type de nœud à l'aide de l'action
ModifyReplicationGroupElastiCache API et avec les paramètres suivants.ReplicationGroupId: le nom du groupe de réplication.CacheNodeType: le nouveau type de nœud plus grand des clusters de cache dans ce groupe de réplication. Cette valeur doit être l'un des types d'instance renvoyés par l'ListAllowedNodeTypeModificationsaction de l'étape précédente.CacheParameterGroupName: [Facultatif] Utilisez ce paramètre si vous avez recours àreserved-memorypour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisezreserved-memory-percent, vous pouvez omettre ce paramètre.ApplyImmediately: lorsqu'il est défini surtrue, il entraîne l'application immédiate du processus d'augmentation. Pour reporter le processus de mise à l'échelle au créneau de maintenance suivant, utilisezApplyImmediately=false.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.m3.2xlarge &CacheParameterGroupName=redis32-m3-2xl &ReplicationGroupId=myReplGroup &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &Version=2014-12-01 &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential=<credential> &X-Amz-Signature=<signature>Pour plus d'informations, veuillez consulter la rubrique ModifyReplicationGroup dans le Amazon ElastiCache API Reference.
-
Si vous l'avez utilisé
ApplyImmediately=true, surveillez l'état du groupe de réplication à l'aide de l'DescribeReplicationGroupsaction ElastiCache API avec les paramètres suivants. Lorsque le statut passe de modifying à available, cela signifie que vous pouvez commencer à écrire sur votre nouveau groupe de réplication redimensionné.ReplicationGroupId– Le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication particulier plutôt que tous les groupes de réplication.
https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReplicationGroups &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>Pour plus d'informations, veuillez consulter la rubrique DescribeReplicationGroups dans le Amazon ElastiCache API Reference.
Réduction en ligne
Rubriques
Réduction de la taille des clusters de cache Valkey ou Redis OSS (console)
La procédure suivante décrit comment réduire la taille d'un cluster Valkey ou Redis OSS à l'aide de la console de ElastiCache gestion. Au cours de ce processus, votre cluster Valkey ou Redis OSS continuera à traiter les demandes avec un temps d'arrêt minimal.
Pour réduire la taille d'un cluster Valkey ou Redis OSS (console)
-
Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/elasticache/
. -
Dans le volet de navigation, choisissez Valkey clusters ou Redis OSS clusters.
-
Choisissez votre cluster préféré dans la liste.
-
Sélectionnez Modifier.
-
Dans l'assistant Modifier le cluster :
-
Choisissez le type de nœud auquel vous souhaitez passer dans la liste Type de nœud. Pour le réduire, sélectionnez un type de nœud plus petit que votre nœud existant. Notez que tous les types de nœuds ne sont pas disponibles pour la réduction de la capacité.
-
-
Si vous souhaitez effectuer un processus de réduction immédiatement, cochez la case Apply immediately (Appliquer immédiatement). Si la case Apply immediately (Appliquer immédiatement) est décochée, le processus de réduction sera effectué lors de la prochaine fenêtre de maintenance du cluster.
-
Sélectionnez Modifier.
Si vous avez choisi Apply immediately lors de l'étape précédente, le statut du cluster passe à modification. Lorsque son statut passe à available, la modification est terminée et vous pouvez commencer à utiliser le nouveau cluster.
Réduction des clusters de cache Valkey ou Redis OSS ()AWS CLI
La procédure suivante décrit comment réduire la taille d'un cluster de cache Valkey ou Redis OSS à l'aide du. AWS CLI Au cours de ce processus, votre cluster continuera à traiter les demandes avec un temps d'arrêt minimal.
Pour réduire la taille d'un cluster de cache Valkey ou Redis OSS ()AWS CLI
-
Déterminez les types de nœuds que vous pouvez réduire en exécutant la AWS CLI
list-allowed-node-type-modificationscommande avec le paramètre suivant.Pour Linux, macOS ou Unix :
aws elasticache list-allowed-node-type-modifications \ --replication-group-idmy-replication-group-idPour Windows :
aws elasticache list-allowed-node-type-modifications ^ --replication-group-idmy-replication-group-idLe résultat de la commande ci-dessus doit être similaire à ce qui suit (format JSON).
{ "ScaleUpModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] "ScaleDownModifications": [ "cache.t2.micro", "cache.t2.small ", "cache.t2.medium ", "cache.t1.small" ] }Pour plus d'informations, veuillez consulter la rubrique list-allowed-node-type-modifications dans la AWS CLI référence.
-
Modifiez votre groupe de réplication pour le réduire au nouveau type de nœud plus petit, à l'aide de la AWS CLI
modify-replication-groupcommande et des paramètres suivants.--replication-group-id– Le nom du groupe de réplication que vous réduisez.--cache-node-type– Le nouveau type de nœud pour lequel vous voulez mettre à l'échelle le cluster de cache. Cette valeur doit correspondre à l'un des types de nœuds renvoyés par la commandelist-allowed-node-type-modificationslors de l'étape 1.--cache-parameter-group-name: [Facultatif] Utilisez ce paramètre si vous avez recours àreserved-memorypour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisezreserved-memory-percent, vous pouvez omettre ce paramètre.--apply-immediately– Ce paramètre entraîne l'application immédiate du processus d'augmentation. Pour reporter le processus de réduction à la fenêtre de maintenance suivante du cluster, utilisez le paramètre--no-apply-immediately.
Pour Linux, macOS ou Unix :
aws elasticache modify-replication-group \ --replication-group-idmy-redis-cluster\ --cache-node-typecache.t2.micro\ --apply-immediatelyPour Windows :
aws elasticache modify-replication-group ^ --replication-group-idmy-redis-cluster^ --cache-node-typecache.t2.micro^ --apply-immediatelyLe résultat de la commande ci-dessus doit être similaire à ce qui suit (format JSON).
{ "ReplicationGroup": { "Status": "modifying", "Description": "my-redis-cluster", "NodeGroups": [ { "Status": "modifying", "Slots": "0-16383", "NodeGroupId": "0001", "NodeGroupMembers": [ { "PreferredAvailabilityZone": "us-east-1f", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-001" }, { "PreferredAvailabilityZone": "us-east-1d", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-002" } ] } ], "ConfigurationEndpoint": { "Port": 6379, "Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com" }, "ClusterEnabled": true, "ReplicationGroupId": "my-redis-cluster", "SnapshotRetentionLimit": 1, "AutomaticFailover": "enabled", "SnapshotWindow": "07:30-08:30", "MemberClusters": [ "my-redis-cluster-0001-001", "my-redis-cluster-0001-002" ], "CacheNodeType": "cache.t2.micro", "DataTiering": "disabled" "PendingModifiedValues": {} } }Pour plus d'informations, veuillez consulter la rubrique modify-replication-group dans la AWS CLI référence.
-
Si vous avez utilisé le
--apply-immediately, vérifiez l'état du cluster de cache à l'aide de la AWS CLIdescribe-cache-clusterscommande avec le paramètre suivant. Lorsque le statut passe à available (disponible), vous pouvez commencer à utiliser le nouveau nœud du cluster de cache plus petit.
Réduction de la taille des clusters de cache (ElastiCache API) Valkey ou Redis OSS
Le processus suivant fait passer votre groupe de réplication de son type de nœud actuel à un nouveau type de nœud plus petit à l'aide de l' ElastiCache API. Au cours de ce processus, votre cluster Valkey ou Redis OSS continuera à traiter les demandes avec un temps d'arrêt minimal.
La durée nécessaire à la réduction vers un type de nœud plus petit varie selon le type de nœud et la quantité de données dans votre cluster de cache actuel.
Diminution (ElastiCache API)
-
Déterminez les types de nœuds que vous pouvez réduire à l'aide de l'
ListAllowedNodeTypeModificationsaction d' ElastiCache API avec le paramètre suivant.ReplicationGroupId: le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication spécifique plutôt que tous les groupes de réplication.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>Pour plus d'informations, veuillez consulter la rubrique ListAllowedNodeTypeModifications dans le Amazon ElastiCache API Reference.
-
Réduisez votre groupe de réplication actuel au nouveau type de nœud à l'aide de l'action d'
ModifyReplicationGroupElastiCache API et avec les paramètres suivants.ReplicationGroupId: le nom du groupe de réplication.CacheNodeType: le nouveau type de nœud plus petit des clusters de cache dans ce groupe de réplication. Cette valeur doit être l'un des types d'instance renvoyés par l'ListAllowedNodeTypeModificationsaction de l'étape précédente.CacheParameterGroupName: [Facultatif] Utilisez ce paramètre si vous avez recours àreserved-memorypour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisezreserved-memory-percent, vous pouvez omettre ce paramètre.ApplyImmediately: lorsqu'il est défini surtrue, il entraîne l'application immédiate du processus de réduction. Pour reporter le processus de réduction à la prochaine fenêtre de maintenance, utilisezApplyImmediately=false.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.t2.micro &CacheParameterGroupName=redis32-m3-2xl &ReplicationGroupId=myReplGroup &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &Version=2014-12-01 &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential=<credential> &X-Amz-Signature=<signature>Pour plus d'informations, veuillez consulter la rubrique ModifyReplicationGroup dans le Amazon ElastiCache API Reference.
