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. PUB/SUB los clientes se desconectarán si superan una cartera de 32 MiB o si superan 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 3.999 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 |
|---|---|---|
| Tamaño por caché | 5000 GiB | Cantidad máxima de datos que se pueden almacenar por caché sin servidor. |
| Tamaño por ranura | 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). |
| ECPU por caché | 15 000 000 ECPU/segundo | ElastiCache Métrica de unidades de procesamiento (ECPU). La cantidad de datos ECPUs consumidos por las solicitudes depende del tiempo empleado por la vCPU y de la cantidad de datos transferidos. |
| ECPU por ranura | 30 000 a 90 000 CPU/segundo | Máximo 30 000 ECPUs/second por ranura o 90 000 ECPUs/second si se utiliza la función de lectura desde réplica mediante conexiones de solo lectura. |
| Argumentos por solicitud | 3.999 | Número máximo de argumentos por solicitud. Los clientes que envíen más argumentos por solicitud recibirán un error. |
| 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. |
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.
