Aumento de escala vertical online - Amazon ElastiCache (RedisOSS)
Usando o AWS Management ConsoleAumentando os clusters de cache do Redis OSS ()AWS CLIAmpliando os clusters de cache (API) do Redis OSS ElastiCache

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

Aumento de escala vertical online

Aumentando os clusters de cache do Redis OSS (console)

O procedimento a seguir descreve como escalar um cluster Redis OSS usando o ElastiCache Management Console. Durante esse processo, seu cluster Redis OSS continuará atendendo às solicitações com o mínimo de tempo de inatividade.

Para escalar um cluster Redis OSS (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 Redis OSS.

  3. Na lista de clusters, escolha o cluster.

  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. Para expandir, selecione um tipo de nó maior do que o nó existente.

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

  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.

Aumentando os clusters de cache do Redis OSS ()AWS CLI

O procedimento a seguir descreve como escalar um cluster de cache Redis OSS usando o. AWS CLI Durante esse processo, seu cluster Redis OSS continuará atendendo às solicitações com o mínimo de tempo de inatividade.

Para escalar um cluster de cache Redis OSS ()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.

    Para Linux, macOS ou Unix:

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

    Para Windows:

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

    A saída do comando acima é semelhante a esta (formato 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"
	    ]
	       "ScaleDownModifications": [
	        "cache.t2.micro", 
	        "cache.t2.small ", 
	        "cache.t2.medium",
	       	"cache.t1.small "
	    ], 
}

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

  2. Modifique seu grupo de replicação para escalar até o novo tipo de nó maior usando o AWS CLI modify-replication-group comando 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 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-replication-group  \
	    --replication-group-id my-redis-cluster \
	    --cache-node-type cache.m3.xlarge \	    
	    --apply-immediately

    Para Windows:

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

    A saída do comando acima é semelhante a esta (formato JSON).

    
{
		"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 AWS CLI Referência.

  3. Se você usou o--apply-immediately, verifique o status do 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 nó de cluster de cache maior.

Ampliando os clusters de cache (API) do Redis OSS ElastiCache

O processo a seguir escala seu cluster de cache do tipo de nó atual para um novo tipo de nó maior usando a ElastiCache API. Durante esse processo, o ElastiCache (Redis OSS) atualiza as entradas de DNS para que elas apontem para os novos nós. Por isso, você não precisa atualizar os endpoints no seu aplicativo. Para o 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. Nas versões 4.0.10 e anteriores, você perceberá uma breve interrupção de leituras e gravações em versões anteriores do nó primário enquanto a entrada de DNS é 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 cache (ElastiCache API) do Redis OSS

  1. Determine para quais tipos de nós você pode escalar usando a ListAllowedNodeTypeModifications ação da ElastiCache API 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 a Amazon ElastiCache API Reference.

  2. Dimensione seu grupo de replicação atual até o novo tipo de nó usando a ação da ModifyReplicationGroup ElastiCache API 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 pela ação ListAllowedNodeTypeModifications na etapa 1.

    • 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 aumento de escala vertical seja aplicado imediatamente. Para adiar o processo de expansão para a próxima janela de manutenção, use 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>

    Para obter mais informações, consulte ModifyReplicationGroup a Amazon ElastiCache API Reference.

  3. Se você usou ApplyImmediately=true, monitore o status do grupo de replicação usando a DescribeReplicationGroups ação da ElastiCache API com os parâmetros a seguir. 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 a Amazon ElastiCache API Reference.