Organización de datos por niveles en ElastiCache

ElastiCache en el caso de OSS los clústeres Valkey o Redis que forman un grupo de replicación y utilizan un tipo de nodo de la familia r6gd, los datos se agrupan en niveles entre la memoria y el almacenamiento local SSD (unidades de estado sólido). La organización de datos en niveles ofrece una nueva opción de relación precio-rendimiento para las OSS cargas de trabajo de Valkey o Redis, ya que utiliza unidades de estado sólido () SSDs de menor costo en cada nodo del clúster, además de almacenar los datos en la memoria. Es ideal para cargas de trabajo que acceden hasta un 20 por ciento de su conjunto de datos total de forma regular y para aplicaciones que pueden tolerar una latencia adicional al acceder a los datos. SSD

En ElastiCache los clústeres con datos agrupados en niveles, ElastiCache monitorea la hora del último acceso de cada elemento que almacena. Cuando la memoria disponible (DRAM) se agota por completo, ElastiCache utiliza un algoritmo (LRU) utilizado menos recientemente para mover automáticamente de la memoria a los elementos a los que se accede con poca frecuencia. SSD Cuando se accede posteriormente a SSD los datos, los devuelve a la memoria de ElastiCache forma automática y asíncrona antes de procesar la solicitud. Si tiene una carga de trabajo que solo accede a un subconjunto de sus datos regularmente, la organización de datos en niveles es una forma óptima de escalar su capacidad de forma rentable.

Tenga en cuenta que, al utilizar la organización de datos por niveles, las propias claves siempre permanecen en la memoria, mientras que controlan la ubicación de los LRU valores en la memoria y no en el disco. En general, recomendamos que los tamaños de las claves sean más pequeños que los tamaños de los valores al usar la organización de datos en niveles.

La organización de datos en niveles está diseñada para tener un impacto mínimo en el rendimiento de las cargas de trabajo Por ejemplo, suponiendo valores de cadena de 500 bytes, cabe esperar una latencia media adicional de 300 microsegundos para las solicitudes de datos almacenados en SSD comparación con las solicitudes de datos de la memoria.

Con el mayor tamaño de nodo de organización de datos en niveles (cache.r6gd.16xlarge), puede almacenar hasta 1 petabyte en un solo clúster de 500 nodos (500 TB cuando se utiliza 1 réplica de lectura). La organización de los datos por niveles es compatible con todos los OSS comandos y estructuras de datos de Valkey o Redis compatibles. ElastiCache No es necesario cambiar el lado del cliente para usar esta característica.

Prácticas recomendadas

Recomendamos que siga las siguientes prácticas recomendadas:

Limitaciones

La organización de datos en niveles tiene las siguientes restricciones:

Precios

Los nodos R6gd tienen 4,8 veces más capacidad total (memoria +SSD) y pueden ayudarle a ahorrar más del 60 por ciento cuando se utilizan al máximo en comparación con los nodos R6g (solo memoria). Para obtener más información, consulte los precios. ElastiCache

Monitorización

ElastiCache ofrece métricas diseñadas específicamente para monitorear los clústeres de rendimiento que utilizan la organización de datos por niveles. Para monitorizar la proporción de elementos en DRAM comparación conSSD, puedes usar la CurrItems métrica de Metrics for Valkey y Redis. OSS Puedes calcular el porcentaje de la siguiente manera: (CurrItems con dimensión: nivel = memoria * 100)/(CurrItems sin filtro de dimensiones).

Si la política de desalojo configurada lo permite, ElastiCache empezará a desalojar los elementos cuando el porcentaje de elementos en la memoria disminuya por debajo del 5 por ciento. En los nodos configurados con la política de desalojo, las operaciones de escritura recibirán un error de memoria insuficiente.

Aun así, se recomienda considerar la posibilidad de escalar los clústeres habilitados en modo de clúster o ampliarlos para los clústeres deshabilitados en modo de clúster cuando el porcentaje de elementos en la memoria disminuya por debajo del 5 por ciento. Para obtener más información sobre el escalado, consulteEscalar clústeres en Valkey o Redis OSS (modo de clúster activado). Para obtener más información sobre las métricas de los OSS clústeres de Valkey o Redis que utilizan la organización de datos por niveles, consulte. Métricas para Valkey y Redis OSS

Uso de la organización de datos en niveles

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

Restauración de datos desde copias de seguridad en clústeres con la organización de datos en niveles

Puede restaurar una copia de seguridad en un clúster nuevo con la organización de datos en niveles habilitada mediante la (consola), () o ().AWS CLI ElastiCache API Cuando crea un clúster mediante tipos de nodos de la familia r6gd, se habilita la organización de datos en niveles.

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