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.
Augmentation en ligne
Rubriques
Mise à l'échelle des clusters de cache Redis OSS (console)
La procédure suivante décrit comment augmenter la taille d'un cluster Redis OSS à l'aide de la console ElastiCache de gestion. Au cours de ce processus, votre cluster Redis OSS continuera à traiter les demandes avec un temps d'arrêt minimal.
Pour agrandir un cluster 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 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 Redis OSS ()AWS CLI
La procédure suivante décrit comment augmenter la taille d'un cluster de cache Redis OSS à l'aide du AWS CLI. Au cours de ce processus, votre cluster Redis OSS continuera à traiter les demandes avec un temps d'arrêt minimal.
Pour agrandir un cluster de cache 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, consultez list-allowed-node-type-modifications dans la référence AWS CLI .
-
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, consultez modify-replication-group dans la référence AWS CLI .
-
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 Redis OSS (ElastiCache API)
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 (Redis OSS) 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 Redis OSS 5.0.5 et versions ultérieures, vous pouvez faire évoluer les clusters compatibles avec le basculement automatique pendant que le cluster continue de rester en ligne et de traiter les demandes entrantes. Sur les versions 4.0.10 ou antérieures, vous pouvez remarquer une brève interruption des lectures et des écritures sur les versions précédentes à partir du nœud primaire pendant que l'entrée DNS est mise à jour.
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 étendre un cluster de cache (ElastiCache API) 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, consultez ListAllowedNodeTypeModifications 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 correspondre à l'un des types d'instance renvoyés par l'actionListAllowedNodeTypeModificationslors de l'étape 1.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, consultez ModifyReplicationGroup 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, consultez DescribeReplicationGroups le Amazon ElastiCache API Reference.
