Cómo configurar Redis como caché de objetos en VPS Linux

La caché de objetos en memoria es una de las optimizaciones con mejor relación costo-beneficio para cualquier aplicación web que ejecuta queries repetidas, renderiza fragmentos costosos o serializa sesiones. Redis se convirtió en el estándar de facto — single-threaded, latencia sub-milisegundo, soporte nativo en casi todo framework PHP, Node.js, Python o Ruby.

Este tutorial muestra cómo instalar Redis 7.x en una VPS Ubuntu 24.04 LTS, aplicar hardening básico (autenticación, bind local, límites de memoria) e integrar con aplicaciones PHP y Node.js. El foco es el uso como caché de objetos — no como base de datos persistente ni como broker de cola, aunque la configuración base sirve como punto de partida.

Tiempo estimado de ejecución: 20 a 30 minutos, incluyendo pruebas. Terminas con Redis corriendo, autenticado, con política de descarte configurada y un ejemplo de integración funcional.

Prerrequisitos

Si nunca has trabajado con Redis antes, vale la pena conocer los tipos primarios: strings, hashes, listas, sets y sorted sets. Para caché de objetos, el 90% del uso es string (valor serializado en JSON o formato nativo del cliente). El resto aparece en casos específicos como leaderboards, colas ligeras y contadores.

Instalación de Redis

Esta sección cubre la instalación a través del repositorio oficial de Ubuntu. La versión empaquetada (7.x) cumple con caché de objetos sin reparos — solo necesitas el repositorio upstream si quieres features de versión muy reciente como Redis Functions o módulos específicos.

sudo apt update
sudo apt install -y redis-server

sudo systemctl status redis-server
redis-cli ping

sudo systemctl enable redis-server

Configuración de seguridad y límites

Redis instalado directo desde apt viene con defaults razonables para desarrollo pero inseguros para producción: sin contraseña, persistencia activada, sin límite de memoria. Vamos a ajustar eso.

sudo nano /etc/redis/redis.conf

bind 127.0.0.1 ::1
protected-mode yes
port 6379
requirepass TuContrasenaFuerteAleatoria32Chars
maxmemory 256mb
maxmemory-policy allkeys-lru

# save 3600 1 300 100 60 10000
save ""

sudo systemctl restart redis-server
redis-cli -a TuContrasenaFuerteAleatoria32Chars ping

Integración con PHP

PHP usa la extensión phpredis (nativa en C, más performante) o la biblioteca predis/predis vía Composer (PHP puro, más portable). Para caché de objetos en producción, phpredis gana por margen expresivo.

sudo apt install -y php-redis
sudo systemctl restart php8.3-fpm

<?php
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$redis->auth('TuContrasenaFuerteAleatoria32Chars');

$key = 'user:42:profile';
$cached = $redis->get($key);

if ($cached === false) {
    $data = ['id' => 42, 'name' => 'Juan', 'plan' => 'pro'];
    $redis->setex($key, 3600, json_encode($data));
    echo "Cache MISS — populated\n";
} else {
    echo "Cache HIT: " . $cached . "\n";
}

Integración con Node.js

En Node.js el cliente recomendado es el oficial redis (v4+) — asíncrono, mantenido por Redis Inc., compatible con TypeScript. Aplicaciones antiguas con ioredis siguen siendo soportadas, pero para proyecto nuevo usa el oficial.

npm install redis

import { createClient } from 'redis';

const client = createClient({
  url: 'redis://:[email protected]:6379'
});

client.on('error', (err) => console.error('Redis error:', err));
await client.connect();

const key = 'session:abc123';
const cached = await client.get(key);

if (!cached) {
  await client.setEx(key, 1800, JSON.stringify({ userId: 42 }));
  console.log('MISS — populated');
} else {
  console.log('HIT:', cached);
}

Verificación y monitoreo

Después de configurar e integrar, vale la pena validar que la caché está siendo usada efectivamente — las métricas internas de Redis ayudan a detectar hit ratio bajo o presión de memoria.

redis-cli -a TuContrasenaFuerteAleatoria32Chars
> INFO stats
> INFO memory
> DBSIZE

Resolución de problemas

Error “MISCONF Redis is configured to save RDB snapshots”

Aparece cuando la persistencia RDB está activada pero el disco está lleno o sin permiso de escritura. Si desactivaste la persistencia en el Paso 05, esto no debería ocurrir — confirma que el save "" se guardó y el servicio se reinició. En caso emergencial, CONFIG SET stop-writes-on-bgsave-error no permite que las escrituras continúen mientras resuelves el disco.

Conexión rechazada desde aplicación en otro contenedor Docker

Por defecto configuramos bind 127.0.0.1 — esto bloquea conexiones provenientes de otros contenedores. Soluciones: usar host network en el contenedor de la aplicación, o ejecutar Redis también en un contenedor compartiendo network, o expandir el bind para incluir la interfaz del bridge (bind 127.0.0.1 172.17.0.1) con firewall cerrando el puerto en la interfaz externa.

Latencia alta intermitente

Generalmente es I/O del snapshot RDB durante bgsave. Verifica con INFO persistence si rdb_last_bgsave_status está OK y cuánto tiempo tardó. Si la persistencia es necesaria pero el snapshot causa picos, considera AOF con appendfsync everysec, que tiene un perfil de I/O más constante.

Próximos pasos

Con Redis funcionando como caché de objetos, vale la pena explorar:

• Estrategias de caché en capas (memoria local + Redis + base de datos) con bibliotecas como symfony/cache en PHP o cache-manager en Node
• Pub/sub de Redis para invalidación de caché entre múltiples servidores de aplicación
• Replicación master-replica para lectura escalable cuando una instancia no es suficiente
• Rate limiting con INCR + TTL — sustituye implementaciones caseras con performance superior

Si estás ejecutando esto en producción y necesitas una instancia dedicada con snapshots automáticos de la VPS, latencia consistente y protección DDoS en el borde, las VPS Hostini entregan eso por defecto — disco NVMe, red con filtrado de paquetes y backup diario sin costo extra.