Dimensionnement vertical en ligne en modifiant le type de nœud - Amazon ElastiCache
Augmentation en ligneRéduction en ligne

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 nouvelle, ou Redis OSS version 3.2.10 ou plus récente, vous pouvez dimensionner vos clusters Valkey ou Redis OSS de manière dynamique avec un minimum de temps d'arrêt. Cela permet à votre OSS cluster Valkey ou Redis 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 OSS cluster Valkey ou Redis pour utiliser un type de nœud plus important.

    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 de disposer d'une capacité suffisante ENI (Elastic Network Interface). 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.

Augmentation en ligne

Mise à l'échelle des clusters de OSS cache Valkey ou Redis (console)

La procédure suivante décrit comment augmenter la taille d'un OSS cluster Valkey ou Redis à 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 OSS cluster Valkey ou Redis (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 clusters ou Redis OSS clusters.

  3. Choisissez le cluster dans la liste.

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

Augmenter les clusters de OSS cache Valkey ou Redis ()AWS CLI

La procédure suivante décrit comment augmenter la taille d'un cluster de OSS cache Valkey ou Redis à l'aide du. AWS CLI Au cours de ce processus, votre cluster continuera à traiter les demandes avec un temps d'arrêt minimal.

Pour augmenter la taille d'un cluster de OSS cache Valkey ou Redis ()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.

    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

    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 groupe de réplication pour l'adapter au nouveau type de nœud plus grand à l'aide de la AWS CLI modify-replication-group commande 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

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

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

  3. Si vous avez utilisé le--apply-immediately, vérifiez l'état du cluster de cache à l'aide de la AWS CLI describe-cache-clusters commande 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.

Augmenter les clusters de OSS cache Valkey ou Redis () 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 du ElastiCache API. Au cours de ce processus, ElastiCache met à jour les DNS entrées 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'DNSentrée.

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 OSS cache Valkey ou Redis () ElastiCache API

  1. Déterminez les types de nœuds auxquels vous pouvez passer à l'échelle à l'aide de l' ElastiCache APIListAllowedNodeTypeModificationsaction 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.

  2. Faites évoluer votre groupe de réplication actuel jusqu'au nouveau type de nœud à l'aide de l'ModifyReplicationGroup ElastiCache APIaction 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-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, veuillez consulter la rubrique ModifyReplicationGroup dans le Amazon ElastiCache API Reference.

  3. Si vous l'avez utilisé ApplyImmediately=true, surveillez l'état du groupe de réplication à l'aide de l' ElastiCache APIDescribeReplicationGroupsaction 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

Réduction de la taille des clusters de OSS cache Valkey ou Redis (console)

La procédure suivante décrit comment réduire la taille d'un OSS cluster Valkey ou Redis à l'aide de la console de ElastiCache gestion. Au cours de ce processus, votre OSS cluster Valkey ou Redis continuera à traiter les demandes avec un temps d'arrêt minimal.

Pour réduire la taille d'un OSS cluster Valkey ou Redis (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 clusters ou Redis OSS clusters.

  3. Choisissez votre cluster préféré dans la liste.

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

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

  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.

Réduction de la taille des clusters de OSS cache Valkey ou Redis ()AWS CLI

La procédure suivante décrit comment réduire la taille d'un cluster de OSS cache Valkey ou Redis à 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 OSS cache Valkey ou Redis ()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.

    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

    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 groupe de réplication pour le réduire au nouveau type de nœud plus petit, à l'aide de la AWS CLI modify-replication-group commande 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 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 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-id my-redis-cluster \
	    --cache-node-type cache.t2.micro \	    
	    --apply-immediately

    Pour Windows :

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

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

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

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

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 du ElastiCache API. Au cours de ce processus, votre OSS cluster Valkey ou Redis 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.

Réduction de la taille (ElastiCache API)

  1. Déterminez les types de nœuds que vous pouvez réduire à l'aide de l' ElastiCache APIListAllowedNodeTypeModificationsaction 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.

  2. Réduisez votre groupe de réplication actuel au nouveau type de nœud à l'aide de l'ModifyReplicationGroup ElastiCache APIaction 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-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 de réduction. Pour reporter le processus de réduction à la prochaine fenêtre de maintenance, utilisez ApplyImmediately=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.