Hierarquização de dados em ElastiCache

ElastiCache com OSS clusters Valkey ou Redis que compõem um grupo de replicação e usam um tipo de nó da família r6gd, têm seus dados em camadas entre a memória e o armazenamento local (unidades de estado sólido). SSD O armazenamento de dados em camadas fornece uma nova opção de preço-desempenho para OSS cargas de trabalho Valkey ou Redis, utilizando unidades de estado sólido (SSDs) de baixo custo em cada nó do cluster, além de armazenar dados na memória. É ideal para cargas de trabalho que acessam regularmente até 20% de seu conjunto de dados geral e para aplicativos que podem tolerar latência adicional ao acessar dados em. SSD

Em ElastiCache clusters com hierarquização de dados, ElastiCache monitora o último horário de acesso de cada item que ele armazena. Quando a memória disponível (DRAM) é totalmente consumida, ElastiCache usa um algoritmo (LRU) usado menos recentemente para mover automaticamente itens acessados com pouca frequência da memória para o. SSD Quando os dados ativados SSD são acessados posteriormente, eles ElastiCache são movidos de volta para a memória de forma automática e assíncrona antes de processar a solicitação. Se você tiver uma workload que acessa regularmente apenas um subconjunto de dados, a classificação de dados em níveis é uma maneira ideal de dimensionar sua capacidade de modo econômico.

Observe que, ao usar o armazenamento de dados em camadas, as próprias chaves sempre permanecem na memória, enquanto a chave LRU controla o posicionamento dos valores na memória versus no disco. Em geral, recomendamos que seus tamanhos de chave sejam menores do que seus tamanhos de valor ao usar a classificação por níveis de dados.

A classificação de dados em níveis foi projetada para causar impacto mínimo na performance das workload da aplicação. Por exemplo, assumindo valores de string de 500 bytes, você pode esperar 300 microssegundos adicionais de latência, em média, para solicitações de dados armazenados em SSD comparação com solicitações de dados na memória.

Com o maior tamanho de nó de classificação de dados em níveis (cache.r6gd.16xlarge), você pode armazenar até 1 petabyte em um só cluster de 500 nós (500 TB ao usar 1 réplica de leitura). O armazenamento em camadas de dados é compatível com todos os OSS comandos e estruturas de dados do Valkey ou Redis suportados no. ElastiCache Para usar esse recurso, não é necessário promover alterações no lado do cliente.

Práticas recomendadas

Recomendamos seguir estas práticas recomendadas:

Limitações

A classificação de dados em níveis tem as seguintes limitações:

Definição de preço

Os nós R6gd têm 4,8x mais capacidade total (memória +SSD) e podem ajudá-lo a obter mais de 60% de economia ao operar com utilização máxima em comparação com os nós R6g (somente memória). Para obter mais informações, consulte ElastiCache os preços.

Monitorar

ElastiCache oferece métricas projetadas especificamente para monitorar os clusters de desempenho que usam camadas de dados. Para monitorar a proporção de itens em DRAM comparação comSSD, você pode usar a CurrItems métrica em Metrics for Valkey e Redis OSS. Você pode calcular a porcentagem como: (CurrItems com Dimensão: Nível = Memória * 100)/(CurrItems sem filtro de dimensão).

Se a política de despejo configurada permitir, eles ElastiCache começarão a despejar itens quando a porcentagem de itens na memória diminuir abaixo de 5%. Nos nós configurados com a política de não despejo, as operações de gravação receberão um erro de falta de memória.

Ainda é recomendável que você considere a escalabilidade horizontal para clusters habilitados para o Modo Cluster ou a escalabilidade para clusters desativados do Modo Cluster quando a porcentagem de itens na memória diminuir abaixo de 5%. Para obter mais informações sobre escalabilidade, consulteDimensionamento de clusters em Valkey ou Redis OSS (modo de cluster ativado). Para obter mais informações sobre métricas para OSS clusters Valkey ou Redis que usam camadas de dados, consulte. Métricas para Valkey e Redis OSS

Como usar a classificação de dados em níveis

aws elasticache create-replication-group \
   --replication-group-id redis-dt-cluster \
   --replication-group-description "Redis OSS cluster with data tiering" \
   --num-node-groups 1 \
   --replicas-per-node-group 1 \
   --cache-node-type cache.r6gd.xlarge \
   --engine redis \   
   --cache-subnet-group-name default \
   --automatic-failover-enabled \
   --data-tiering-enabled

aws elasticache create-replication-group ^
   --replication-group-id redis-dt-cluster ^
   --replication-group-description "Redis OSS cluster with data tiering" ^
   --num-node-groups 1 ^
   --replicas-per-node-group 1 ^
   --cache-node-type cache.r6gd.xlarge ^
   --engine redis ^   
   --cache-subnet-group-name default ^
   --automatic-failover-enabled ^
   --data-tiering-enabled

{
    "ReplicationGroup": {
        "ReplicationGroupId": "redis-dt-cluster",
        "Description": "Redis OSS cluster with data tiering",
        "Status": "creating",           
        "PendingModifiedValues": {},
        "MemberClusters": [
            "redis-dt-cluster"
        ],
        "AutomaticFailover": "enabled",
        "DataTiering": "enabled",
        "SnapshotRetentionLimit": 0,
        "SnapshotWindow": "06:00-07:00",
        "ClusterEnabled": false,
        "CacheNodeType": "cache.r6gd.xlarge",       
        "TransitEncryptionEnabled": false,
        "AtRestEncryptionEnabled": false
    }
}

Como restaurar dados do backup para clusters com a classificação de dados em níveis ativada

Você pode restaurar um backup em um novo cluster com o armazenamento de dados em camadas ativado usando o (Console), (AWS CLI) ou (ElastiCache API). Ao criar um cluster usando tipos de nós na família r6gd, a classificação de dados em níveis é ativada.

aws elasticache create-replication-group \
   --replication-group-id redis-dt-cluster \
   --replication-group-description "Redis OSS cluster with data tiering" \
   --num-node-groups 1 \
   --replicas-per-node-group 1 \
   --cache-node-type cache.r6gd.xlarge \
   --engine redis \   
   --cache-subnet-group-name default \
   --automatic-failover-enabled \
   --data-tiering-enabled \
   --snapshot-name my-snapshot

aws elasticache create-replication-group ^
   --replication-group-id redis-dt-cluster ^
   --replication-group-description "Redis OSS cluster with data tiering" ^
   --num-node-groups 1 ^
   --replicas-per-node-group 1 ^
   --cache-node-type cache.r6gd.xlarge ^
   --engine redis ^   
   --cache-subnet-group-name default ^
   --automatic-failover-enabled ^
   --data-tiering-enabled ^
   --snapshot-name my-snapshot

{
    "ReplicationGroup": {
        "ReplicationGroupId": "redis-dt-cluster",
        "Description": "Redis OSS cluster with data tiering",
        "Status": "creating",           
        "PendingModifiedValues": {},
        "MemberClusters": [
            "redis-dt-cluster"
        ],
        "AutomaticFailover": "enabled",
        "DataTiering": "enabled",
        "SnapshotRetentionLimit": 0,
        "SnapshotWindow": "06:00-07:00",
        "ClusterEnabled": false,
        "CacheNodeType": "cache.r6gd.xlarge",        
        "TransitEncryptionEnabled": false,
        "AtRestEncryptionEnabled": false
    }
}