Augmentation en ligne - Amazon ElastiCache for Redis

Augmentation en ligne

Augmentation des clusters de cache Redis (Console)

La procédure suivante décrit comment augmenter la capacité d'un cluster Redis à nœud unique à l'aide d'ElastiCache Management Console. Pendant ce processus, votre cluster Redis continuera à traiter les demandes avec une interruption minimale.

Pour augmenter un cluster Redis (console)

  1. Connectez-vous à la AWS Management Console et ouvrez la console ElastiCache à l'adresse https://console.aws.amazon.com/elasticache/.

  2. Dans le volet de navigation, choisissez Redis.

  3. Choisissez le cluster dans la liste.

  4. Sélectionnez Modify (Modifier).

  5. Dans l'assistant Modifier le cluster :

    1. 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.

  6. 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.

  7. Sélectionnez Modify (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.

Augmentation des clusters de cache Redis (AWS CLI)

La procédure suivante décrit comment augmenter un cluster de cache Redis à l'aide de l' AWS CLI. Pendant ce processus, votre cluster Redis continuera à traiter les demandes avec une interruption minimale.

Pour augmenter un cluster de cache Redis (AWS CLI)

  1. Déterminez les types de nœuds que vous pouvez augmenter en exécutant la commande AWS CLI de l'list-allowed-node-type-modifications avec le paramètre suivant.

    Pour Linux, macOS ou Unix :

    aws elasticache list-allowed-node-type-modifications \ --replication-group-id my-replication-group-id

    Pour Windows :

    aws elasticache list-allowed-node-type-modifications ^ --replication-group-id my-replication-group-id

    Le 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.

  2. Modifiez votre groupe de réplication afin de l'augmenter vers le nouveau type de nœud plus grand à l'aide de la commande AWS CLI de l'modify-replication-group 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 commande list-allowed-node-type-modifications lors de l'étape 1.

    • --cache-parameter-group-name – [Facultatif] Utilisez ce paramètre si vous avez recours à reserved-memory pour 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 utilisez reserved-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-id my-redis-cluster \ --cache-node-type cache.m3.xlarge \ --apply-immediately

    Pour Windows :

    aws elasticache modify-replication-group ^ --replication-group-id my-redis-cluster ^ --cache-node-type cache.m3.xlarge ^ --apply-immediately

    Le 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.

  3. Si vous avez utilisé le paramètre --apply-immediately, vérifiez le statut du cluster de cache à l'aide de la commande AWS CLI de l'describe-cache-clusters 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 (API ElastiCache)

Le processus suivant dimensionne votre cluster de cache à partir de son type de nœud actuel vers un nouveau type de nœud plus grand à l'aide de l'API ElastiCache. Au cours de ce processus, ElastiCache for Redis 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 5.0.5 ou version ultérieure, vous pouvez mettre à l'échelle les clusters avec basculement automatique activé pendant que le cluster continue de rester en ligne et d'exécuter les demandes entrantes. Sur la version 5.0.4 ou antérieure, 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 augmenter un clusters de cache Redis (API ElastiCache)

  1. Déterminez les types de nœud que vous voulez augmenter à l'aide de l'action ListAllowedNodeTypeModifications de l'API ElastiCache 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, voir ListAllowedNodeTypeModifications dans la référence d’API Amazon ElastiCache.

  2. Dimensionnez votre groupe de réplication actuel vers le nouveau type de nœud à l'aide de l'action ModifyReplicationGroup de l'API ElastiCache et des 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'action ListAllowedNodeTypeModifications lors de l'étape 1.

    • CacheParameterGroupName – [Facultatif] Utilisez ce paramètre si vous avez recours à reserved-memory pour 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 utilisez reserved-memory-percent, vous pouvez omettre ce paramètre.

    • ApplyImmediately – Lorsqu'il est défini sur true, 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, utilisez ApplyImmediately=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, voir ModifyReplicationGroup dans la référence d’API Amazon ElastiCache.

  3. Si vous avez utilisé le paramètre ApplyImmediately=true, surveillez l'état du groupe de réplication à l'aide de l'action DescribeReplicationGroups de l'API ElastiCache 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, voir DescribeReplicationGroups dans la référence d’API Amazon ElastiCache.