Extensification des clusters Redis OSS avec des répliques

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

Dans la liste des clusters, choisissez le cluster que vous souhaitez augmenter. Ce cluster doit exécuter le moteur Redis OSS et non le moteur Redis OSS en cluster.

Sélectionnez Modifier.

Dans l'assistant Modifier le cluster :

1. Choisissez le type de nœud auquel vous souhaitez passer dans la liste Type de nœud. Notez que tous les types de nœuds ne sont pas disponibles pour la réduction de la capacité.

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.

Si vous souhaitez effectuer un processus de mise à l'échelle immédiatement, choisissez la case Apply immediately. Si la case Apply immediately est décochée, le processus de mise à l'échelle est effectué lors du créneau de maintenance suivant du cluster.

Sélectionnez Modifier.

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.

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-repl-group

Pour Windows :

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

Le résultat de cette opération doit ressembler à 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"
	    ]
	}

Pour plus d'informations, consultez list-allowed-node-type-modifications dans la référence AWS CLI .

Adaptez votre groupe de réplication actuel au nouveau type de nœud à l'aide de la AWS CLI modify-replication-group commande avec les paramètres suivants.

Pour Linux, macOS ou Unix :

aws elasticache modify-replication-group \
	    --replication-group-id my-repl-group \
	    --cache-node-type cache.m3.xlarge \
	    --cache-parameter-group-name redis32-m3-2xl \
	    --apply-immediately

Pour Windows :

aws elasticache modify-replication-group ^
	    --replication-group-id my-repl-group ^
	    --cache-node-type cache.m3.xlarge ^
	    --cache-parameter-group-name redis32-m3-2xl \
	    --apply-immediately

Le résultat de cette commande doit ressembler à ce qui suit (format JSON).

{
	"ReplicationGroup": {
		"Status": "available",
		"Description": "Some description",
		"NodeGroups": [{
			"Status": "available",
			"NodeGroupMembers": [{
					"CurrentRole": "primary",
					"PreferredAvailabilityZone": "us-west-2b",
					"CacheNodeId": "0001",
					"ReadEndpoint": {
						"Port": 6379,
						"Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com"
					},
					"CacheClusterId": "my-repl-group-001"
				},
				{
					"CurrentRole": "replica",
					"PreferredAvailabilityZone": "us-west-2c",
					"CacheNodeId": "0001",
					"ReadEndpoint": {
						"Port": 6379,
						"Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com"
					},
					"CacheClusterId": "my-repl-group-002"
				}
			],
			"NodeGroupId": "0001",
			"PrimaryEndpoint": {
				"Port": 6379,
				"Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com"
			}
		}],
		"ReplicationGroupId": "my-repl-group",
		"SnapshotRetentionLimit": 1,
		"AutomaticFailover": "disabled",
		"SnapshotWindow": "12:00-13:00",
		"SnapshottingClusterId": "my-repl-group-002",
		"MemberClusters": [
			"my-repl-group-001",
			"my-repl-group-002"
		],
		"PendingModifiedValues": {}
	}
}

Pour plus d'informations, consultez modify-replication-group dans la référence AWS CLI .

Si vous avez utilisé le --apply-immediately paramètre, surveillez l'état du groupe de réplication à l'aide de la AWS CLI describe-replication-group commande avec le paramètre suivant. Pendant que le statut est encore modification en cours, vous pouvez constater un temps d'arrêt inférieur à 1 seconde pour les nœuds s'exécutant sur les versions 5.0.6 et une brève interruption des lectures et des écritures pour les versions plus anciennes à partir du nœud primaire pendant que l'entrée DNS est mise à jour.

Pour Linux, macOS ou Unix :

aws elasticache describe-replication-groups \
	    --replication-group-id my-replication-group

Pour Windows :

aws elasticache describe-replication-groups ^
	    --replication-group-id my-replication-group

Pour plus d'informations, reportez-vous describe-replication-groupsà la section AWS CLI Référence.

Déterminez les types de nœuds que vous pouvez augmenter à l'aide de l'ListAllowedNodeTypeModificationsaction d' ElastiCache API avec le paramètre suivant.

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 ModifyRedplicationGroup ElastiCache API et avec les paramètres suivants.

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

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.