Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Configuración y límites de Valkey y Redis OSS
Cada uno de los motores OSS de Valkey y Redis proporciona una serie de parámetros de configuración, algunos de los cuales se pueden modificar ElastiCache para Redis OSS y otros no se pueden modificar para proporcionar un rendimiento y una fiabilidad estables.
Cachés sin servidor
En el caso de las cachés sin servidor, no se utilizan grupos de parámetros y no se puede modificar ninguna parte de la configuración de Valkey o Redis OSS. Los siguientes parámetros de Valkey o Redis OSS están implementados:
| Nombre | Detalles | Descripción |
|---|---|---|
acl-pubsub-default |
|
Permisos de canal pubsub predeterminados para los usuarios de ACL en la caché. |
client-output-buffer-limit |
|
Los clientes normales no tienen límite de búfer. Los clientes de PUB/SUB se desconectarán si superan una acumulación de 32 MiB o una acumulación de 8 MiB durante 60 segundos. |
client-query-buffer-limit |
1 GiB | El tamaño máximo de un búfer de consulta de cliente. Además, los clientes no pueden emitir una solicitud con más de 4000 argumentos. |
cluster-allow-pubsubshard-when-down |
yes |
Esto permite que la caché sirva el tráfico de pubsub mientras esté parcialmente inactiva. |
cluster-allow-reads-when-down |
yes |
Esto permite que la caché sirva el tráfico de lectura mientras esté parcialmente inactiva. |
cluster-enabled |
yes |
Todas las cachés sin servidor están habilitadas para el modo de clúster, lo que les permite dividir sus datos de forma transparente en varias particiones de backend. Los clientes observan todos los slots como si perteneciesen a un único nodo virtual. |
cluster-require-full-coverage |
no |
Cuando el espacio de claves esté parcialmente inactivo (es decir, hay, al menos, un slot hash inaccesible), la memoria caché seguirá aceptando consultas para la parte del espacio de claves que aún esté cubierta. El espacio de claves en su totalidad estará siempre “cubierto” por un único nodo virtual en cluster slots. |
lua-time-limit |
5000 |
El tiempo máximo de ejecución de un script de Lua, en milisegundos, antes de que ElastiCache tome medidas para detener el script. Si se supera el valor de |
maxclients |
65000 | Número máximo de clientes que pueden conectarse a la vez. Las conexiones adicionales que se establezcan pueden realizarse correctamente o no. |
maxmemory-policy |
volatile-lru |
Los elementos con un TTL configurado se expulsan tras una estimación least-recently-used (LRU) cuando se alcanza el límite de memoria de la caché. |
notify-keyspace-events |
(una cadena vacía) | Actualmente, los eventos de espacio de claves no son compatibles con las cachés sin servidor. |
port |
Puerto principal: 6379 Puerto de lectura: 6380 |
Las cachés sin servidor muestran dos puertos con el mismo nombre de host. El puerto principal permite escribir y leer, mientras que el puerto de lectura permite lecturas coherentes posteriores de menor latencia mediante el comando READONLY. |
proto-max-bulk-len |
512 MiB | El tamaño máximo de una sola solicitud de elemento. |
timeout |
0 | Los clientes no se desconectan de forma ineludible tras un tiempo de inactividad específico, pero es posible que se desconecten durante el estado estable para equilibrar la carga. |
Además, existen los siguientes límites:
| Nombre | Detalles | Descripción |
|---|---|---|
| Longitud del nombre de la clave | 4 KiB | El tamaño máximo de una sola clave de Valkey o Redis OSS o el nombre de un canal. Los clientes que hagan referencia a claves de un tamaño mayor a este valor recibirán un error. |
| El tamaño del script de Lua | 4 MiB | El tamaño máximo de un único script de Lua de Valkey o Redis OSS. Los intentos de cargar un script de Lua con un tamaño superior a este recibirán un error. |
| Tamaño del slot | 32 GiB | El tamaño máximo de una única ranura de hash de Valkey o Redis OSS. Los clientes que intenten almacenar más datos en una sola ranura de Valkey o Redis OSS activarán la política de expulsión en la ranura y, si no se puede expulsar ninguna clave, recibirán un error de memoria insuficiente (OOM). |
Clústeres de autodiseño
Con respecto a los clústeres de autodiseño, consulte Parámetros de Valkey y Redis OSS para obtener información sobre los valores predeterminados de los parámetros de configuración y para saber cuáles son configurables. Por lo general, se recomiendan los valores predeterminados, a menos que tenga un caso de uso específico que requiera anularlos.
