As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Escalabilidade vertical online com modificação do tipo de nó
Ao usar o escalonamento vertical on-line com o Valkey versão 7.2 ou nova, ou o Redis OSS versão 3.2.10 ou mais recente, você pode escalar seus clusters Valkey ou Redis dinamicamente com o mínimo de tempo de inatividade. OSS Isso permite que seu OSS cluster Valkey ou Redis atenda às solicitações mesmo durante a escalabilidade.
nota
Não há compatibilidade com escalabilidade entre um cluster de classificação de dados em níveis (p. ex., um cluster que use um tipo de nó r6gd) e um cluster sem classificação de dados em níveis (p. ex., um cluster que use um tipo de nó r6g). Para obter mais informações, consulte Hierarquização de dados em ElastiCache.
Você pode fazer o seguinte:
-
Aumente a capacidade de leitura e gravação ajustando o tipo de nó do seu OSS cluster Valkey ou Redis para usar um tipo de nó maior.
ElastiCache redimensiona dinamicamente seu cluster enquanto permanece on-line e atende às solicitações.
-
Redução de escala vertical: reduza a capacidade de leitura e gravação ajustando o tipo de nó para usar um nó menor. Novamente, redimensiona ElastiCache dinamicamente seu cluster enquanto permanece on-line e atende às solicitações. Nesse caso, você reduz os custos diminuindo o nó.
nota
Os processos de expansão e redução dependem da criação de clusters com tipos de nó recém-selecionados e da sincronização dos novos nós com os anteriores. Para garantir um fluxo suave de expansão/redução, faça o seguinte:
Certifique-se de ter capacidade suficiente ENI (Elastic Network Interface). Se estiver reduzindo, garanta que o nó menor tenha memória suficiente para absorver o tráfego esperado.
Para ver as melhores práticas para o gerenciamento da memória, consulte Gerenciando a memória reservada para Valkey e Redis OSS.
Embora o processo de escalabilidade vertical seja desenvolvido para permanecer totalmente online, ele depende da sincronização dos dados entre o nó antigo e o novo nó. Recomendamos iniciar a expansão/redução no horário em que você acredita que o tráfego de dados seja mínimo.
Teste o comportamento de seu aplicativo durante a escalabilidade em um ambiente de preparação, se possível.
Aumento de escala vertical online
Tópicos
Ampliando clusters de OSS cache Valkey ou Redis (console)
O procedimento a seguir descreve como escalar um OSS cluster Valkey ou Redis usando o ElastiCache Management Console. Durante esse processo, seu cluster continuará atendendo às solicitações com o mínimo de tempo de inatividade.
Para escalar um OSS cluster Valkey ou Redis (console)
-
Faça login no AWS Management Console e abra o ElastiCache console em https://console.aws.amazon.com/elasticache/
. -
No painel de navegação, escolha clusters Valkey ou clusters Redis OSS.
-
Na lista de clusters, escolha o cluster.
-
Escolha Modificar.
-
No assistente Modify Cluster:
-
Na lista Node type, escolha o tipo de nó a partir do qual você deseja escalar. Para expandir, selecione um tipo de nó maior do que o nó existente.
-
-
Se quiser executar o processo de expansão imediatamente, escolha a caixa Apply immediately (Aplicar imediatamente). 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.
-
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.
Aumentando a escala de clusters de OSS cache Valkey ou Redis ()AWS CLI
O procedimento a seguir descreve como escalar um cluster de OSS cache Valkey ou Redis usando o. AWS CLI Durante esse processo, seu cluster continuará atendendo às solicitações com o mínimo de tempo de inatividade.
Para escalar um cluster de OSS cache Valkey ou Redis ()AWS CLI
-
Determine os tipos de nós para os quais você pode escalar executando o AWS CLI
list-allowed-node-type-modificationscomando com o parâmetro a seguir.Para Linux, macOS ou Unix:
aws elasticache list-allowed-node-type-modifications \ --replication-group-idmy-replication-group-idPara Windows:
aws elasticache list-allowed-node-type-modifications ^ --replication-group-idmy-replication-group-idA 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 .
-
Modifique seu grupo de replicação para escalar até o novo tipo de nó maior usando o AWS CLI
modify-replication-groupcomando e os parâmetros a seguir.--replication-group-id: o nome do grupo de replicação que você está aumentando 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 comandolist-allowed-node-type-modificationsna etapa 1.--cache-parameter-group-name– [Opcional] Use esse parâmetro se estiver usandoreserved-memorypara 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 usandoreserved-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-replication-group \ --replication-group-idmy-redis-cluster\ --cache-node-typecache.m3.xlarge\ --apply-immediatelyPara Windows:
aws elasticache modify-replication-group ^ --replication-group-idmy-redis-cluster^ --cache-node-typecache.m3.xlarge^ --apply-immediatelyA saída do comando acima é mais ou menos assim (JSONformato).
{ "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": {} } }Para obter mais informações, consulte modify-replication-group na Referência da AWS CLI .
-
Se você usou o
--apply-immediately, verifique o status do cluster de cache usando o AWS CLIdescribe-cache-clusterscomando com o parâmetro a seguir. Quando o status mudar para available, você poderá começar a usar o novo nó de cluster de cache maior.
Aumentando a escala de clusters de OSS cache Valkey ou Redis () ElastiCache API
O processo a seguir dimensiona seu cluster de cache do tipo de nó atual para um novo tipo de nó maior usando ElastiCache API o. Durante esse processo, ElastiCache atualiza as DNS entradas para que elas apontem para os novos nós. Por isso, você não precisa atualizar os endpoints no seu aplicativo. Para o Valkey 7.2 e versões posteriores do Redis OSS 5.0.5 e versões posteriores, você pode escalar clusters habilitados para failover automático enquanto o cluster continua on-line e atende às solicitações recebidas. Na versão Redis OSS 4.0.10 e versões anteriores, você pode notar uma breve interrupção das leituras e gravações nas versões anteriores do nó primário enquanto a DNS entrada é atualizada.
O tempo necessário para expandir até um tipo de nó maior varia, dependendo do tipo de nó e da quantidade de dados no seu cluster de cache atual.
Para escalar um cluster de OSS cache Valkey ou Redis () ElastiCache API
-
Determine quais tipos de nós você pode escalar usando a ElastiCache API
ListAllowedNodeTypeModificationsação com o parâmetro a seguir.ReplicationGroupId- o nome do grupo de replicação. Use esse parâmetro para descrever um determinado grupo de replicação em vez de todos os grupos de replicação.
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>Para obter mais informações, consulte ListAllowedNodeTypeModifications na Amazon ElastiCache API Reference.
-
Dimensione seu grupo de replicação atual até o novo tipo de nó usando a
ModifyReplicationGroupElastiCache API ação e com os parâmetros a seguir.ReplicationGroupId- o nome do grupo de replicação.CacheNodeType: o novo tipo de nó maior dos clusters de cache nesse grupo de replicação. Esse valor deve ser um dos tipos de instância retornados pelaListAllowedNodeTypeModificationsação na etapa anterior.CacheParameterGroupName– [Opcional] Use esse parâmetro se estiver usandoreserved-memorypara 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 usandoreserved-memory-percent, você poderá omitir esse parâmetro.ApplyImmediately: defina comotruepara fazer 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, useApplyImmediately=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>Para obter mais informações, consulte ModifyReplicationGroup na Amazon ElastiCache API Reference.
-
Se você usou
ApplyImmediately=true, monitore o status do grupo de replicação usando a ElastiCache APIDescribeReplicationGroupsação com os seguintes parâmetros. Quando o status mudar de modifying para available, você poderá começar a gravar no seu novo grupo de replicação expandido.ReplicationGroupId- o nome do grupo de replicação. Use esse parâmetro para descrever um grupo de replicação específico em vez de todos os grupos de replicação.
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>Para obter mais informações, consulte DescribeReplicationGroups na Amazon ElastiCache API Reference.
Redução de escala vertical online
Tópicos
Reduzindo os clusters de OSS cache Valkey ou Redis (console)
O procedimento a seguir descreve como reduzir um OSS cluster Valkey ou Redis usando o ElastiCache Management Console. Durante esse processo, seu OSS cluster Valkey ou Redis continuará atendendo às solicitações com o mínimo de tempo de inatividade.
Para reduzir a escala de um OSS cluster Valkey ou Redis (console)
-
Faça login no AWS Management Console e abra o ElastiCache console em https://console.aws.amazon.com/elasticache/
. -
No painel de navegação, escolha clusters Valkey ou clusters Redis OSS.
-
Na lista de clusters, escolha seu cluster preferido.
-
Escolha Modificar.
-
No assistente Modify Cluster:
-
Na lista Node type, escolha o tipo de nó a partir do qual você deseja escalar. Para reduzir, selecione um tipo de nó menor do que o nó existente. Observe que nem todos os tipos de nó estão disponíveis para redução.
-
-
Se quiser executar o processo de redução imediatamente, escolha a caixa Apply immediately (Aplicar imediatamente). Se a caixa 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.
-
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.
Reduzindo os clusters de OSS cache Valkey ou Redis ()AWS CLI
O procedimento a seguir descreve como reduzir um cluster de OSS cache Valkey ou Redis usando o. AWS CLI Durante esse processo, seu cluster continuará atendendo às solicitações com o mínimo de tempo de inatividade.
Para reduzir um cluster de OSS cache Valkey ou Redis ()AWS CLI
-
Determine os tipos de nós para os quais você pode reduzir executando o AWS CLI
list-allowed-node-type-modificationscomando com o parâmetro a seguir.Para Linux, macOS ou Unix:
aws elasticache list-allowed-node-type-modifications \ --replication-group-idmy-replication-group-idPara Windows:
aws elasticache list-allowed-node-type-modifications ^ --replication-group-idmy-replication-group-idA 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 .
-
Modifique seu grupo de replicação para reduzi-lo ao novo tipo de nó menor, usando o AWS CLI
modify-replication-groupcomando e os parâmetros a seguir.--replication-group-id: o nome do grupo de replicação que você está reduzindo a escala na 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 comandolist-allowed-node-type-modificationsna etapa 1.--cache-parameter-group-name– [Opcional] Use esse parâmetro se estiver usandoreserved-memorypara 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 usandoreserved-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 reduçã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-replication-group \ --replication-group-idmy-redis-cluster\ --cache-node-typecache.t2.micro\ --apply-immediatelyPara Windows:
aws elasticache modify-replication-group ^ --replication-group-idmy-redis-cluster^ --cache-node-typecache.t2.micro^ --apply-immediatelyA saída do comando acima é mais ou menos assim (JSONformato).
{ "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": {} } }Para obter mais informações, consulte modify-replication-group na Referência da AWS CLI .
-
Se você usou o
--apply-immediately, verifique o status do cluster de cache usando o AWS CLIdescribe-cache-clusterscomando com o parâmetro a seguir. Quando o status mudar para available, você poderá começar a usar o novo nó de cluster de cache menor.
Reduzindo os clusters de OSS cache Valkey ou Redis () ElastiCache API
O processo a seguir escala seu grupo de replicação do tipo de nó atual para um novo tipo de nó menor usando o. ElastiCache API Durante esse processo, seu OSS cluster Valkey ou Redis continuará atendendo às solicitações com o mínimo de tempo de inatividade.
O tempo necessário para reduzir até um tipo de nó menor varia, dependendo do tipo de nó e da quantidade de dados no seu cluster de cache atual.
Reduzindo a escala () ElastiCache API
-
Determine quais tipos de nós você pode reduzir usando a ElastiCache API
ListAllowedNodeTypeModificationsação com o parâmetro a seguir.ReplicationGroupId- o nome do grupo de replicação. Use esse parâmetro para descrever um determinado grupo de replicação em vez de todos os grupos de replicação.
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>Para obter mais informações, consulte ListAllowedNodeTypeModifications na Amazon ElastiCache API Reference.
-
Reduza seu grupo de replicação atual para o novo tipo de nó usando a
ModifyReplicationGroupElastiCache API ação e com os parâmetros a seguir.ReplicationGroupId- o nome do grupo de replicação.CacheNodeType: o novo tipo de nó menor dos clusters de cache nesse grupo de replicação. Esse valor deve ser um dos tipos de instância retornados pelaListAllowedNodeTypeModificationsação na etapa anterior.CacheParameterGroupName– [Opcional] Use esse parâmetro se estiver usandoreserved-memorypara 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 usandoreserved-memory-percent, você poderá omitir esse parâmetro.ApplyImmediately: defina comotruepara fazer com que o processo de redução seja aplicado imediatamente. Para adiar o processo de redução até a próxima janela de manutenção, useApplyImmediately=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>Para obter mais informações, consulte ModifyReplicationGroup na Amazon ElastiCache API Reference.
