Alojamiento VPS Docker para Redis

Redis sirve como caché rápida delante de bases de datos relacionales, almacén de sesiones para aplicaciones web en múltiples instancias, motor de análisis en tiempo real para contadores en vivo, clasificador de tablas de líderes, agente de mensajes a través de pub/sub y Streams, limitador de velocidad de ventana deslizante y almacén vectorial para cargas de trabajo de IA. El amplio conjunto de estructuras de datos es lo que permite que una sola instancia de Redis cubra todos estos patrones sin añadir una segunda infraestructura para cada nuevo caso de uso de aplicación.

Redis mantiene el conjunto de datos completo en RAM y ejecuta los comandos en un único hilo principal, lo que hace que cada operación sea atómica y sin bloqueos con latencia de submilisegundo en la capa del protocolo de red bajo carga pesada. La persistencia en disco se ejecuta en hilos de fondo a través de instantáneas RDB y reescrituras AOF, por lo que la E/S de disco no bloquea los comandos mientras se ejecutan. Desde Redis 6.0, la E/S de red puede ejecutarse en múltiples hilos, lo que permite que una instancia sature una interfaz de red rápida en hardware moderno de múltiples núcleos bajo tráfico de cliente sostenido.

Memcached es una simple caché de clave-valor en memoria que almacena cadenas y no ofrece persistencia, replicación ni pub/sub. Redis cubre el mismo rol de caché y añade listas, conjuntos, conjuntos ordenados, hashes, streams, índices geoespaciales, persistencia RDB y AOF, replicación, Sentinel y Cluster, pub/sub y scripts Lua. Memcached puede ser más ligero para un único rol de caché, pero Redis cubre muchos más patrones en un solo software con aproximadamente la misma huella operativa.

Sí, opcionalmente. RDB escribe instantáneas en un punto en el tiempo en un formato binario compacto que se carga rápidamente al reiniciar, y AOF añade cada escritura a un registro que es más durable pero más lento de reproducir durante la recuperación. Ambos pueden ejecutarse juntos, y la mayoría de los despliegues de producción hacen exactamente eso por seguridad. Un despliegue de caché pura puede omitir la persistencia y aceptar un inicio en frío tras un reinicio, que a veces es la decisión correcta para cargas de trabajo puramente efímeras.

La ejecución de comandos se realiza en un único hilo principal por diseño, lo que hace que las operaciones sean atómicas y predecibles sin bloqueos bajo alta concurrencia de muchos clientes simultáneos. Los hilos de fondo han gestionado fsync desde Redis 2.4 y la liberación de memoria perezosa desde la versión 4.0, y desde Redis 6.0 la E/S de red también puede ejecutarse en múltiples hilos a través de la configuración io-threads en redis.conf. Esa última adición permite que una instancia de Redis sature una interfaz de red moderna de múltiples núcleos durante tasas de solicitud muy altas.

Ambas al mismo tiempo. Redis es una base de datos NoSQL en memoria con persistencia opcional en disco a través de instantáneas RDB y registros AOF, por lo que puede mantener el estado entre reinicios y fallos inesperados. La mayoría de los despliegues lo usan como caché o almacén de sesiones delante de una base de datos principal como PostgreSQL o MySQL. Muchas aplicaciones también ejecutan Redis como único almacén de datos para datos efímeros como colas, contadores, tablas de clasificación y sesiones de corta duración donde la velocidad en RAM importa más que la durabilidad a largo plazo.

Redis 8 de mayo de 2025 es gratuito bajo una triple licencia de AGPLv3, RSALv2 o SSPLv1, y el desarrollador elige la opción que mejor se adapta al modelo de despliegue. Las versiones anteriores 7.4 y menores se ejecutaban en SSPLv1 o RSALv2 entre marzo de 2024 y mayo de 2025, y el código base previo a 2024 tenía licencia BSD. Valkey es un fork BSD-3 de Redis 7.2.4, gobernado por la Linux Foundation y respaldado por AWS, Google, Oracle y Ericsson como ruta alternativa completamente aprobada por la OSI.

Dimensiona la RAM como la suma del tamaño promedio de clave, tamaño promedio de valor y 64 bytes de overhead por clave, multiplicado por el número de claves, luego multiplicado por 1,3 para dejar espacio para la fragmentación en el asignador en tiempo de ejecución bajo rotación. Mantén un margen del 30 por ciento para copia en escritura inducida por fork durante las operaciones BGSAVE y reescritura AOF. Una caché inicial para un millón de claves pequeñas funciona con 1 a 2 GB de RAM, y las configuraciones HA de producción comienzan en 8 GB.

Sentinel monitoriza un par primario-réplica, ejecuta una elección cuando falla el primario, promueve una réplica para tomar su lugar y notifica a los clientes de la nueva dirección a usar, pero no fragmenta datos entre nodos. Cluster fragmenta datos entre múltiples primarios usando 16.384 ranuras de hash y gestiona el escalado horizontal cuando un nodo ya no es suficiente para el conjunto de datos o la tasa de escritura. Comienza con Sentinel en un único VPS y muévete a Cluster solo a escala.

Vincula a interfaces privadas y nunca a 0.0.0.0 en un host público, requiere autenticación a través de ACLs como opción preferida o requirepass como alternativa para clientes más antiguos, habilita TLS en el puerto 6380 con certificados adecuados y cifrados modernos, renombra o deshabilita comandos peligrosos como FLUSHALL, CONFIG, DEBUG y EVAL, establece permisos de archivo del SO estrictos en el directorio de datos, ejecuta Redis bajo una cuenta de usuario no root y coloca el host detrás de un firewall de red para defensa en capas.