Mise à l'échelle des clusters pour Valkey ou Redis OSS (mode cluster désactivé)

1. Un nouveau cluster de cache avec le nouveau type de nœud est exécuté dans la même zone de disponibilité que le cluster de cache existant.

2. Les données du cache dans le cluster de cache existant sont copiées dans le nouveau cluster de cache. La durée de ce processus dépend de votre type de nœud et de la quantité de données dans le cluster de cache.

3. Les opérations de lecture et d'écriture sont désormais réalisées avec le nouveau cluster de cache. Étant donné que les points de terminaison du nouveau cluster de cache sont identiques à ceux de l'ancien cluster, vous n'avez pas besoin de mettre à jour les points de terminaison dans votre application. Vous remarquerez une brève interruption (quelques secondes) des lectures et des écritures depuis le nœud principal pendant la mise à jour de l'DNSentrée.

4. ElastiCache supprime l'ancien cluster de cache. Vous remarquerez une brève interruption (quelques secondes) des lectures et des écritures à partir de l'ancien nœud car les connexions à l'ancien nœud seront déconnectées.

Pour étendre un OSS cluster Valkey ou Redis à nœud unique (console)

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

2. Dans le volet de navigation, choisissez Valkey ou Redis clusters OSS.

3. Dans la liste des clusters, choisissez le cluster que vous souhaitez augmenter (il doit exécuter le moteur Valkey ou Redis, et non le OSS moteur Valkey ou Redis en cluster). OSS

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

   2. Si vous utilisez reserved-memory pour gérer la mémoire, dans la liste Groupe de paramètres, choisissez le groupe de paramètres personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud.

6. Si vous souhaitez effectuer un processus de mise à l'échelle immédiatement, cochez la case 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 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.

Pour étendre un cluster de OSS cache Valkey ou Redis à nœud unique ()AWS CLI

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

   • --cache-cluster-id

   Pour Linux, macOS ou Unix :

   aws elasticache list-allowed-node-type-modifications \
   	    --cache-cluster-id my-cache-cluster-id 

   Pour Windows :

   aws elasticache list-allowed-node-type-modifications ^
   	    --cache-cluster-id my-cache-cluster-id 

   La sortie de la commande ci-dessus ressemble à ceci (JSONformat).

   {
   	    "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.

2. Modifiez votre cluster de cache existant en spécifiant le cluster de cache à augmenter et le nouveau type de nœud plus grand, à l'aide de la AWS CLI modify-cache-cluster commande et des paramètres suivants.

   • --cache-cluster-id : le nom du cluster de cache que vous êtes en train d'augmenter.

   • --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-cache-cluster \
   	    --cache-cluster-id my-redis-cache-cluster \
   	    --cache-node-type cache.m3.xlarge \
   	    --cache-parameter-group-name redis32-m2-xl \
   	    --apply-immediately

   Pour Windows :

   aws elasticache modify-cache-cluster ^
   	    --cache-cluster-id my-redis-cache-cluster ^
   	    --cache-node-type cache.m3.xlarge ^
   	    --cache-parameter-group-name redis32-m2-xl ^
   	    --apply-immediately

   La sortie de la commande ci-dessus ressemble à ceci (JSONformat).

   {
   	    "CacheCluster": {
   	        "Engine": "redis", 
   	        "CacheParameterGroup": {
   	            "CacheNodeIdsToReboot": [], 
   	            "CacheParameterGroupName": "default.redis6.x", 
   	            "ParameterApplyStatus": "in-sync"
   	        }, 
   	        "SnapshotRetentionLimit": 1, 
   	        "CacheClusterId": "my-redis-cache-cluster", 
   	        "CacheSecurityGroups": [], 
   	        "NumCacheNodes": 1, 
   	        "SnapshotWindow": "00:00-01:00", 
   	        "CacheClusterCreateTime": "2017-02-21T22:34:09.645Z", 
   	        "AutoMinorVersionUpgrade": true, 
   	        "CacheClusterStatus": "modifying", 
   	        "PreferredAvailabilityZone": "us-west-2a", 
   	        "ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:", 
   	        "CacheSubnetGroupName": "default", 
   	        "EngineVersion": "6.0", 
   	        "PendingModifiedValues": {
   	            "CacheNodeType": "cache.m3.2xlarge"
   	        }, 
   	        "PreferredMaintenanceWindow": "tue:11:30-tue:12:30", 
   	        "CacheNodeType": "cache.m3.medium",
   	         "DataTiering": "disabled"
   	    }
   	}

   Pour plus d'informations, veuillez consulter la rubrique modify-cache-cluster dans la AWS CLI référence.

3. Si vous avez utilisé le--apply-immediately, vérifiez l'état du nouveau cluster de cache à l'aide de la AWS CLI describe-cache-clusters commande avec le paramètre suivant. Lorsque le statut passe à available, vous pouvez commencer à utiliser le nouveau cluster de cache de taille supérieure.

   • --cache-cache cluster-id— Le nom de votre cluster de cache Valkey ou Redis OSS à nœud unique. Utilisez ce paramètre pour décrire un cluster de cache particulier plutôt que tous les clusters de cache.

   aws elasticache describe-cache-clusters --cache-cluster-id my-redis-cache-cluster

   Pour plus d'informations, veuillez consulter la rubrique describe-cache-clusters dans la AWS CLI référence.

Pour étendre un cluster de OSS cache Valkey ou Redis à nœud unique () ElastiCache API

1. Déterminez les types de nœuds que vous pouvez augmenter en exécutant l' ElastiCache APIListAllowedNodeTypeModificationsaction avec le paramètre suivant.

   • CacheClusterId— Le nom du cluster de OSS cache Valkey ou Redis à nœud unique que vous souhaitez augmenter.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ListAllowedNodeTypeModifications
   	   &CacheClusterId=MyRedisCacheCluster
   	   &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.

2. Modifiez votre cluster de cache existant en spécifiant le cluster de cache à augmenter et le nouveau type de nœud plus grand, à l'aide de l'ModifyCacheCluster ElastiCache APIaction et des paramètres suivants.

   • CacheClusterId : le nom du cluster de cache que vous êtes en train d'augmenter.

   • CacheNodeType : le nouveau et le plus grand type de nœud pour lequel vous voulez mettre à l'échelle le cluster de cache. Cette valeur doit être l'un des types de nœuds renvoyés par l'ListAllowedNodeTypeModificationsaction de l'étape précédente.

   • 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 du cluster, utilisez le paramètre ApplyImmediately=false.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ModifyCacheCluster
   	   &ApplyImmediately=true
   	   &CacheClusterId=MyRedisCacheCluster
   	   &CacheNodeType=cache.m3.xlarge
   	   &CacheParameterGroupName redis32-m2-xl
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

   Pour plus d'informations, veuillez consulter la rubrique ModifyCacheCluster dans le Amazon ElastiCache API Reference.

3. Si vous l'avez utilisé ApplyImmediately=true, vérifiez l'état du nouveau cluster de cache à l'aide de l' ElastiCache APIDescribeCacheClustersaction avec le paramètre suivant. Lorsque le statut passe à available, vous pouvez commencer à utiliser le nouveau cluster de cache de taille supérieure.

   • CacheClusterId— Le nom de votre cluster de cache Valkey ou Redis OSS à nœud unique. Utilisez ce paramètre pour décrire un cluster de cache particulier plutôt que tous les clusters de cache.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=DescribeCacheClusters
   	   &CacheClusterId=MyRedisCacheCluster
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

   Pour plus d'informations, veuillez consulter la rubrique DescribeCacheClusters dans le Amazon ElastiCache API Reference.

Pour réduire votre OSS cluster Valkey ou Redis à nœud unique (console)

1. Assurez-vous que le type de nœud plus petit soit suffisant pour supporter vos données et les besoins de traitement.

2. Si votre groupe de paramètres est utilisé reserved-memory pour réserver de la mémoire pour la OSS surcharge de Valkey ou Redis, assurez-vous de disposer d'un groupe de paramètres personnalisé pour réserver la quantité de mémoire appropriée pour votre nouveau type de nœud.

   Vous pouvez aussi modifier votre groupe de paramètres personnalisé de façon à utiliser reserved-memory-percent. Pour de plus amples informations, veuillez consulter Gestion de la mémoire réservée pour Valkey et Redis OSS.

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

4. Dans la liste des clusters, choisissez le cluster que dont vous souhaitez baisser la capacité. Ce cluster doit exécuter le moteur Valkey ou Redis et non le OSS moteur Valkey ou Redis en cluster. OSS

5. Sélectionnez Modifier.

6. Dans l'assistant Modifier le cluster :

   1. Choisissez le type de nœud dont vous souhaitez baisser la capacité dans la liste Type de nœud.

   2. Si vous utilisez reserved-memory pour gérer la mémoire, dans la liste Groupe de paramètres, choisissez le groupe de paramètres personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud.

7. Si vous souhaitez effectuer le processus de diminution de la capacité immédiatement, choisissez la case Apply immediately. Si la case Apply immediately est décochée, le processus de diminution de la capacité est effectué lors du créneau de maintenance suivant du cluster.

8. Sélectionnez Modifier.

9. Lorsque le statut du cluster passe de modifying à available, cela signifie que votre cluster est passé au nouveau type de nœud. Il n'est pas nécessaire de mettre à jour les points de terminaison dans votre application.

Pour réduire la taille d'un cluster de OSS cache Valkey ou Redis à nœud unique ()AWS CLI

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

   • --cache-cluster-id

   Pour Linux, macOS ou Unix :

   aws elasticache list-allowed-node-type-modifications \
   	    --cache-cluster-id my-cache-cluster-id 

   Pour Windows :

   aws elasticache list-allowed-node-type-modifications ^
   	    --cache-cluster-id my-cache-cluster-id 

   La sortie de la commande ci-dessus ressemble à ceci (JSONformat).

   {
   	    "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.

2. Modifiez votre cluster de cache existant en spécifiant le cluster de cache à réduire et le nouveau type de nœud plus petit, à l'aide de la AWS CLI modify-cache-cluster commande et des paramètres suivants.

   • --cache-cluster-id : nom du cluster de cache que vous êtes en train de réduire.

   • --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 : entraîne l'application immédiate du processus de réduction. 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-cache-cluster \
   	    --cache-cluster-id my-redis-cache-cluster \
   	    --cache-node-type cache.m3.xlarge \
   	    --cache-parameter-group-name redis32-m2-xl \
   	    --apply-immediately

   Pour Windows :

   aws elasticache modify-cache-cluster ^
   	    --cache-cluster-id my-redis-cache-cluster ^
   	    --cache-node-type cache.m3.xlarge ^
   	    --cache-parameter-group-name redis32-m2-xl ^
   	    --apply-immediately

   La sortie de la commande ci-dessus ressemble à ceci (JSONformat).

   {
   	    "CacheCluster": {
   	        "Engine": "redis", 
   	        "CacheParameterGroup": {
   	            "CacheNodeIdsToReboot": [], 
   	            "CacheParameterGroupName": "default.redis6,x", 
   	            "ParameterApplyStatus": "in-sync"
   	        }, 
   	        "SnapshotRetentionLimit": 1, 
   	        "CacheClusterId": "my-redis-cache-cluster", 
   	        "CacheSecurityGroups": [], 
   	        "NumCacheNodes": 1, 
   	        "SnapshotWindow": "00:00-01:00", 
   	        "CacheClusterCreateTime": "2017-02-21T22:34:09.645Z", 
   	        "AutoMinorVersionUpgrade": true, 
   	        "CacheClusterStatus": "modifying", 
   	        "PreferredAvailabilityZone": "us-west-2a", 
   	        "ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:", 
   	        "CacheSubnetGroupName": "default", 
   	        "EngineVersion": "6.0", 
   	        "PendingModifiedValues": {
   	            "CacheNodeType": "cache.m3.2xlarge"
   	        }, 
   	        "PreferredMaintenanceWindow": "tue:11:30-tue:12:30", 
   	        "CacheNodeType": "cache.m3.medium",
   	         "DataTiering": "disabled"
   	    }
   	}

   Pour plus d'informations, veuillez consulter la rubrique modify-cache-cluster dans la AWS CLI référence.

3. Si vous avez utilisé le--apply-immediately, vérifiez l'état du nouveau cluster de cache à l'aide de la AWS CLI describe-cache-clusters commande avec le paramètre suivant. Lorsque le statut passe à available, vous pouvez commencer à utiliser le nouveau cluster de cache de taille supérieure.

   • --cache-cache cluster-id— Le nom de votre cluster de cache Valkey ou Redis OSS à nœud unique. Utilisez ce paramètre pour décrire un cluster de cache particulier plutôt que tous les clusters de cache.

   aws elasticache describe-cache-clusters --cache-cluster-id my-redis-cache-cluster

   Pour plus d'informations, veuillez consulter la rubrique describe-cache-clusters dans la AWS CLI référence.

Pour réduire la taille d'un cluster de OSS cache Valkey ou Redis à nœud unique () ElastiCache API

1. Déterminez les types de nœuds que vous pouvez réduire en exécutant l' ElastiCache APIListAllowedNodeTypeModificationsaction avec le paramètre suivant.

   • CacheClusterId— Le nom du cluster de OSS cache Valkey ou Redis à nœud unique que vous souhaitez réduire.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ListAllowedNodeTypeModifications
   	   &CacheClusterId=MyRedisCacheCluster
   	   &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.

2. Modifiez votre cluster de cache existant en spécifiant le cluster de cache à augmenter et le nouveau type de nœud plus grand, à l'aide de l'ModifyCacheCluster ElastiCache APIaction et des paramètres suivants.

   • CacheClusterId – Nom du cluster de cache que vous êtes en train de réduire.

   • CacheNodeType : nouveau et plus grand type de nœud vers lequel vous souhaitez mettre à l'échelle le cluster de cache. Cette valeur doit être l'un des types de nœuds renvoyés par l'ListAllowedNodeTypeModificationsaction de l'étape précédente.

   • 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 : définissez ce paramètre sur true pour effectuer immédiatement le processus de réduction. Pour reporter le processus de mise à l'échelle au créneau de maintenance suivant du cluster, utilisez le paramètre ApplyImmediately=false.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ModifyCacheCluster
   	   &ApplyImmediately=true
   	   &CacheClusterId=MyRedisCacheCluster
   	   &CacheNodeType=cache.m3.xlarge
   	   &CacheParameterGroupName redis32-m2-xl
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

   Pour plus d'informations, veuillez consulter la rubrique ModifyCacheCluster dans le Amazon ElastiCache API Reference.

3. Si vous l'avez utilisé ApplyImmediately=true, vérifiez l'état du nouveau cluster de cache à l'aide de l' ElastiCache APIDescribeCacheClustersaction avec le paramètre suivant. Lorsque le statut passe à available (disponible), vous pouvez commencer à utiliser le nouveau cluster de cache plus petit.

   • CacheClusterId— Le nom de votre cluster de cache Valkey ou Redis OSS à nœud unique. Utilisez ce paramètre pour décrire un cluster de cache particulier plutôt que tous les clusters de cache.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=DescribeCacheClusters
   	   &CacheClusterId=MyRedisCacheCluster
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

   Pour plus d'informations, veuillez consulter la rubrique DescribeCacheClusters dans le Amazon ElastiCache API Reference.