Base de datos en memoria y caché

Redis en tu servidor cloud

Caché y cola en memoria, preinstalado en un servidor cloud en Colombia. Sirve para sesiones, colas y lo que tu app no debería ir a buscar cada vez a disco.

redis-cli · 6379 127.0.0.1:6379> GET sesion:u42 "{"cart":3,"iva":"CO"}" 127.0.0.1:6379> KEYS cola:* 1) "cola:n8n" 2) "cola:mail" 127.0.0.1:6379> INFO memory used_memory_human: 48.12M hit rate 97.4 %

Qué es Redis en este producto

Redis guarda datos en memoria: caché, sesiones, contadores y colas. No sustituye a PostgreSQL. Lo acompaña cuando ir a disco en cada request se nota.

En Conexcol el proceso corre en tu cloud, no en un ElastiCache compartido. Si el plan se queda sin RAM, Redis es de los primeros en sufrir. Dimensiona pensando en memoria, no solo en CPU.

Marcas Redis al contratar el servidor. Persistencia (RDB/AOF), contraseña, bind y firewall los dejas tú. El soporte cubre que la máquina responda, no el hit rate de tu aplicación.

Almacén clave-valor de referencia

DB-Engines lista a Redis de forma estable entre los almacenes clave-valor más citados. Eso habla de adopción global, no del tamaño de tu instancia.

Índice DB-Engines, categoría Key-value stores.

Usos reales, no un recuento de features

La preinstalación deja el software corriendo. Lo que haces con él depende del plan (CPU, RAM, disco) y de tu operación. Conexcol no implementa el negocio.

Caché de objetos y HTML

WordPress, una API o un front guardan lo caliente. Baja la carga de la base cuando el tráfico sube.

Sesiones fuera de MySQL/Postgres

El login no pega a disco en cada página. Útil en WooCommerce o en APIs con muchos usuarios a la vez.

Colas de trabajo

n8n u otro worker publica un job; Redis lo guarda hasta que se procesa.

Rate limit y locks

Un contador por IP o un lock corto. Cabe en pocas líneas; el techo sigue siendo la RAM del plan.

Una vista cercana a la interfaz

Ilustración, no una captura de tu servidor. El cromado y los datos son de ejemplo para que sepas qué esperar al abrir el software.

redis-cli · 6379 127.0.0.1:6379> GET sesion:u42 "{"cart":3,"iva":"CO"}" 127.0.0.1:6379> KEYS cola:* 1) "cola:n8n" 2) "cola:mail" 127.0.0.1:6379> INFO memory used_memory_human: 48.12M hit rate 97.4 %

Ilustración de redis-cli: GET de una sesión, KEYS de una cola e INFO memory. En producción también hay GUI (RedisInsight u otro); el proceso es el mismo.

Elige el cloud, marca la app

No hay un SKU aparte por aplicación. Eliges el servidor en servidores cloud y, al contratar, marcas Redis para que llegue preinstalado.

1

Elige el servidor cloud

CPU, RAM y disco los define ese plan, no esta página. Un Odoo o un Nextcloud lleno no caben en el cloud más pequeño.

2

Marca Redis en las aplicaciones de terceros.

En el carrito o el formulario de contratación marcas la aplicación de terceros. Puedes marcar más de una; el hardware decide si es buena idea.

3

Entra con root

El servidor llega con Redis listo. Usuarios, backups de la app y actualizaciones del software son tuyos.

Cómo suele usarse

Casos típicos. No son paquetes que Conexcol entregue llave en mano.

WordPress en este mismo cloud

Object cache hacia Redis. Distinto del hosting cPanel: aquí el daemon lo ves con root.

API + Postgres

La base guarda el pedido; Redis guarda el carrito o el token un rato.

Automatización

n8n usa Redis como broker si lo configuras así. Los dos pueden convivir si hay memoria.

WordPress o API

Objeto en caché y sesiones fuera de MySQL. Baja la carga cuando el tráfico sube.

Colas

n8n u otro worker publica trabajos; Redis los guarda hasta que se procesan.

La preinstalación, en corto

Caché y cola en memoria, preinstalado en un servidor cloud en Colombia. Sirve para sesiones, colas y lo que tu app no debería ir a buscar cada vez a disco.

En memoria

Respuestas en microsegundos para caché, sesiones y rate limit. No sustituye a PostgreSQL: lo acompaña.

En Colombia

El Redis corre en el mismo cloud que tu app. Menos ida y vuelta que un Redis en otro continente.

Tú mandas el proceso

Acceso root: persistencia, contraseña, bind y firewall los dejas tú. No es un Redis compartido con vecinos.

Artículos que sí aplican a este cloud

Tutoriales reales del blog. Los de cPanel valen si tu otro producto es hosting; aquí el contrato es el servidor con root.

WordPress en cloud (no cPanel)

Misma cuenta, otro contrato: WordPress con root puede usar este Redis.

Desplegar n8n

Colas y workers suelen terminar en Redis.

Cómo conectarse por SSH

El cloud llega con root. Este tutorial es el primer paso cuando quieres tocar el SO.

Consola, encendido y apagado

Si la app no responde, la consola del cloud sigue siendo tuya.

Restaurar un backup del cloud

El respaldo es del servidor entero, no un export mágico de la aplicación.

Abrir un puerto en el cloud

Hace falta cuando publicas un panel, un juego o una API fuera del 80/443.

Otras apps del mismo catálogo

El hub lista las quince. Estas suelen convivir con Redis si el plan da.

Preguntas frecuentes

¿Es un Redis administrado tipo ElastiCache?
No. Es el proceso en tu servidor. Si se llena la RAM del plan, Redis se cae: hay que dimensionar el cloud.
¿Puedo ponerlo junto a PostgreSQL?
Sí, si el plan tiene RAM de sobra. Redis y la base pelean la misma memoria.
¿Se pierde todo si reinicio el cloud?
Si no activaste persistencia, sí. RDB o AOF se configuran en el servidor. El backup del disco del cloud es otra capa.
¿Redis Stack / módulos van incluidos?
La preinstalación es Redis Open Source. Módulos y ediciones de pago son del proyecto o de Redis Ltd., no de Conexcol.

Redis en tu servidor

Cloud en Colombia. Software de Redis Ltd. / Redis Open Source. Conexcol pone la infraestructura; la licencia y el uso de la app son del fabricante y tuyos.

Ver servidores cloud