Dimensionamento de clusters para Valkey ou Redis OSS (modo de cluster desativado)

1. Um novo cluster de cache com o novo tipo de nó é ativado na mesma zona de disponibilidade que o cluster de cache existente.

2. Os dados do cache no cluster de cache existente são copiados para o novo cluster de cache. A duração desse processo depende do tipo de nó e da quantidade de dados no cluster de cache.

3. As leituras e as gravações são atendidas com o novo cluster de cache. Como os endpoints do novo cluster de cache são os mesmos do que para o cluster de cache antigo, você não precisa atualizar os endpoints no seu aplicativo. Você notará uma breve interrupção (alguns segundos) das leituras e gravações do nó primário enquanto a DNS entrada é atualizada.

4. ElastiCache exclui o antigo cluster de cache. Você perceberá uma breve interrupção (alguns segundos) das leituras e gravações no nó antigo porque as conexões ao nó antigo serão desconectadas.

Para escalar um OSS cluster Valkey ou Redis de nó único (console)

1. Faça login no AWS Management Console e abra o ElastiCache console em https://console.aws.amazon.com/elasticache/.

2. No painel de navegação, escolha clusters Valkey ou Redis OSS.

3. Na lista de clusters, escolha o cluster que você deseja escalar (ele deve estar executando o mecanismo Valkey ou Redis, não o OSS mecanismo Valkey ou Redis em cluster). OSS

4. Escolha Modificar.

5. No assistente Modify Cluster:

   1. Na lista Node type, escolha o tipo de nó a partir do qual você deseja escalar.

   2. Se você estiver usando reserved-memory para gerenciar sua memória, na lista Parameter Group, escolha o parameter group personalizado que reserva a quantidade correta de memória para o seu novo tipo de nó.

6. Se quiser executar o processo de expansão imediatamente, escolha a caixa Apply immediately. Se a caixa Apply immediately não for escolhida, o processo de expansão será realizado durante a próxima janela de manutenção desse cluster.

7. Escolha Modificar.

   Se você escolheu Apply immediately na etapa anterior, o status do cluster mudará para modifying. Quando o status mudar para available, a modificação estará completa, e você poderá começar a usar o novo cluster.

Para escalar um cluster de OSS cache Valkey ou Redis de nó único ()AWS CLI

1. Determine os tipos de nós para os quais você pode escalar executando o AWS CLI list-allowed-node-type-modifications comando com o parâmetro a seguir.

   • --cache-cluster-id

   Para Linux, macOS ou Unix:

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

   Para Windows:

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

   A saída do comando acima é mais ou menos assim (JSONformato).

   {
   	    "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 ",
   	    ], 
   
   	}

   Para obter mais informações, consulte list-allowed-node-type-modificações na Referência da AWS CLI .

2. Modifique seu cluster de cache existente especificando o cluster de cache a ser expandido e o novo tipo de nó maior, usando o AWS CLI modify-cache-cluster comando e os parâmetros a seguir.

   • --cache-cluster-id - O nome do cluster de cache que você está expandindo.

   • --cache-node-type: o novo tipo de nó para o qual você deseja escalar o cluster de cache. Esse valor deve ser um dos tipos de nós retornados pelo comando list-allowed-node-type-modifications na etapa 1.

   • --cache-parameter-group-name – [Opcional] Use esse parâmetro se estiver usando reserved-memory para gerenciar a memória reservada do cluster. Especifique um parameter group de cache personalizado que reserve a quantidade correta de memória para o seu novo tipo de nó. Se estiver usando reserved-memory-percent, você poderá omitir esse parâmetro.

   • --apply-immediately: faz com que o processo de aumento de escala vertical seja aplicado imediatamente. Para adiar o processo de expansão para a próxima janela de manutenção do cluster, use o parâmetro --no-apply-immediately.

   Para 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

   Para 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

   A saída do comando acima é mais ou menos assim (JSONformato).

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

   Para obter mais informações, consulte modify-cache-cluster na Referência da AWS CLI .

3. Se você usou o--apply-immediately, verifique o status do novo cluster de cache usando o AWS CLI describe-cache-clusters comando com o parâmetro a seguir. Quando o status mudar para available, você poderá começar a usar o novo cluster de cache maior.

   • --cache-cache cluster-id— O nome do seu cluster de cache Valkey ou Redis OSS de nó único. Use esse parâmetro para descrever um cluster de cache específico em vez de todos os clusters de cache.

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

   Para obter mais informações, consulte describe-cache-clusters na Referência da AWS CLI .

Para escalar um cluster de OSS cache Valkey ou Redis de nó único () ElastiCache API

1. Determine os tipos de nós para os quais você pode escalar executando a ElastiCache API ListAllowedNodeTypeModifications ação com o parâmetro a seguir.

   • CacheClusterId— O nome do cluster de OSS cache Valkey ou Redis de nó único que você deseja ampliar.

   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>

   Para obter mais informações, consulte ListAllowedNodeTypeModifications na Amazon ElastiCache API Reference.

2. Modifique seu cluster de cache existente especificando o cluster de cache a ser expandido e o novo tipo de nó maior, usando a ModifyCacheCluster ElastiCache API ação e os parâmetros a seguir.

   • CacheClusterId - O nome do cluster de cache que você está expandindo.

   • CacheNodeType: o novo tipo de nó maior para o qual você deseja aumentar a escala vertical do cluster de cache. Esse valor deve ser um dos tipos de nós retornados pela ListAllowedNodeTypeModifications ação na etapa anterior.

   • CacheParameterGroupName – [Opcional] Use esse parâmetro se estiver usando reserved-memory para gerenciar a memória reservada do cluster. Especifique um parameter group de cache personalizado que reserve a quantidade correta de memória para o seu novo tipo de nó. Se estiver usando reserved-memory-percent, você poderá omitir esse parâmetro.

   • ApplyImmediately: defina como true para fazer com que o processo de expansão seja executado imediatamente. Para adiar o processo de expansão para a próxima janela de manutenção do cluster, use 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>

   Para obter mais informações, consulte ModifyCacheCluster na Amazon ElastiCache API Reference.

3. Se você usou ApplyImmediately=true, verifique o status do novo cluster de cache usando a ElastiCache API DescribeCacheClusters ação com o parâmetro a seguir. Quando o status mudar para available, você poderá começar a usar o novo cluster de cache maior.

   • CacheClusterId— O nome do seu cluster de cache Valkey ou Redis OSS de nó único. Use esse parâmetro para descrever um cluster de cache específico em vez de todos os 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>

   Para obter mais informações, consulte DescribeCacheClusters na Amazon ElastiCache API Reference.

Para reduzir seu OSS cluster Valkey ou Redis de nó único (console)

1. Certifique-se de que o tipo de nó menor seja adequado para suas necessidades de dados e sobrecarga.

2. Se seu grupo de parâmetros costuma reserved-memory reservar memória para OSS sobrecarga do Valkey ou do Redis, certifique-se de ter um grupo de parâmetros personalizado para reservar a quantidade correta de memória para seu novo tipo de nó.

   Alternativamente, você pode modificar seu parameter group personalizado para usar reserved-memory-percent. Para obter mais informações, consulte Gerenciando a memória reservada para Valkey e Redis OSS.

3. Faça login no AWS Management Console e abra o ElastiCache console em https://console.aws.amazon.com/elasticache/.

4. Na lista de clusters, escolha o cluster que você deseja reduzir. Esse cluster deve estar executando o mecanismo Valkey ou Redis e não o OSS mecanismo Valkey ou Redis em cluster. OSS

5. Escolha Modificar.

6. No assistente Modify Cluster:

   1. Na lista Node type (Tipo de nó), escolha o tipo de nó para o qual deseja reduzir.

   2. Se você estiver usando reserved-memory para gerenciar sua memória, na lista Parameter Group, escolha o parameter group personalizado que reserva a quantidade correta de memória para o seu novo tipo de nó.

7. Se desejar executar o processo de redução imediatamente, escolha a caixa de seleção Apply immediately (Aplicar imediatamente). Se a caixa de seleção Apply immediately (Aplicar imediatamente) não for escolhida, o processo de redução será realizado durante a próxima janela de manutenção desse cluster.

8. Escolha Modificar.

9. Quando o status do cluster muda de modifying para available, significa que o seu cluster foi dimensionado para o novo tipo de nó. Não é necessário atualizar os endpoints no seu aplicativo.

Para reduzir um cluster de OSS cache Valkey ou Redis de nó único ()AWS CLI

1. Determine os tipos de nós para os quais você pode reduzir executando o AWS CLI list-allowed-node-type-modifications comando com o parâmetro a seguir.

   • --cache-cluster-id

   Para Linux, macOS ou Unix:

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

   Para Windows:

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

   A saída do comando acima é mais ou menos assim (JSONformato).

   {
   	    "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 ",
   	    ], 
   
   	}

   Para obter mais informações, consulte list-allowed-node-type-modificações na Referência da AWS CLI .

2. Modifique seu cluster de cache existente especificando o cluster de cache a ser reduzido e o novo tipo de nó menor, usando o AWS CLI modify-cache-cluster comando e os parâmetros a seguir.

   • --cache-cluster-id: o nome do cluster de cache que você está reduzindo a escala vertical.

   • --cache-node-type: o novo tipo de nó para o qual você deseja escalar o cluster de cache. Esse valor deve ser um dos tipos de nós retornados pelo comando list-allowed-node-type-modifications na etapa 1.

   • --cache-parameter-group-name – [Opcional] Use esse parâmetro se estiver usando reserved-memory para gerenciar a memória reservada do cluster. Especifique um parameter group de cache personalizado que reserve a quantidade correta de memória para o seu novo tipo de nó. Se estiver usando reserved-memory-percent, você poderá omitir esse parâmetro.

   • --apply-immediately: faz com que o processo de redução da escala vertical seja aplicado imediatamente. Para adiar o processo de expansão para a próxima janela de manutenção do cluster, use o parâmetro --no-apply-immediately.

   Para 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

   Para 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

   A saída do comando acima é mais ou menos assim (JSONformato).

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

   Para obter mais informações, consulte modify-cache-cluster na Referência da AWS CLI .

3. Se você usou o--apply-immediately, verifique o status do novo cluster de cache usando o AWS CLI describe-cache-clusters comando com o parâmetro a seguir. Quando o status mudar para available, você poderá começar a usar o novo cluster de cache maior.

   • --cache-cache cluster-id— O nome do seu cluster de cache Valkey ou Redis OSS de nó único. Use esse parâmetro para descrever um cluster de cache específico em vez de todos os clusters de cache.

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

   Para obter mais informações, consulte describe-cache-clusters na Referência da AWS CLI .

Para reduzir um cluster de OSS cache Valkey ou Redis de nó único () ElastiCache API

1. Determine os tipos de nós para os quais você pode reduzir executando a ElastiCache API ListAllowedNodeTypeModifications ação com o parâmetro a seguir.

   • CacheClusterId— O nome do cluster de OSS cache Valkey ou Redis de nó único que você deseja reduzir.

   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>

   Para obter mais informações, consulte ListAllowedNodeTypeModifications na Amazon ElastiCache API Reference.

2. Modifique seu cluster de cache existente especificando o cluster de cache a ser expandido e o novo tipo de nó maior, usando a ModifyCacheCluster ElastiCache API ação e os parâmetros a seguir.

   • CacheClusterId: o nome do cluster de cache que você está reduzindo a escala vertical.

   • CacheNodeType: o novo tipo de nó menor para o qual você deseja reduzir a escala vertical do cluster de cache. Esse valor deve ser um dos tipos de nó retornados pela ListAllowedNodeTypeModifications ação na etapa anterior.

   • CacheParameterGroupName – [Opcional] Use esse parâmetro se estiver usando reserved-memory para gerenciar a memória reservada do cluster. Especifique um parameter group de cache personalizado que reserve a quantidade correta de memória para o seu novo tipo de nó. Se estiver usando reserved-memory-percent, você poderá omitir esse parâmetro.

   • ApplyImmediately: defina como true para fazer com que o processo de redução de escala vertical seja executado imediatamente. Para adiar o processo de expansão para a próxima janela de manutenção do cluster, use 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>

   Para obter mais informações, consulte ModifyCacheCluster na Amazon ElastiCache API Reference.

3. Se você usou ApplyImmediately=true, verifique o status do novo cluster de cache usando a ElastiCache API DescribeCacheClusters ação com o parâmetro a seguir. Quando o status mudar para available (disponível), você poderá começar a usar o novo cluster de cache menor.

   • CacheClusterId— O nome do seu cluster de cache Valkey ou Redis OSS de nó único. Use esse parâmetro para descrever um cluster de cache específico em vez de todos os 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>

   Para obter mais informações, consulte DescribeCacheClusters na Amazon ElastiCache API Reference.