[{"data":1,"prerenderedAt":157},["ShallowReactive",2],{"seo-verification":3,"blog-alojar-redis-en-un-vps-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-alojar-redis-en-un-vps-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":33,"intro":36,"sections":37,"ctaTitle":101,"ctaBody":102,"ctaButton":103,"ctaUrl":104,"relatedPosts":105},58,"alojar-redis-en-un-vps",{"fr":12,"en":13,"ar":14,"es":10},"heberger-redis-vps","hosting-redis-on-a-vps","استضافة-redis-على-خادم-vps","Alojar Redis en un VPS: la guía completa","Despliegue Redis en su VPS Cloud: requisitos de RAM\u002FCPU, seguridad (ACL, TLS), persistencia RDB\u002FAOF, resolución de errores y alta disponibilidad.",10,0,false,"2026-04-23T00:00:00+00:00","2026-09-08T21:59:59+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},6,"Bases de datos","bases-de-donnees","bg-teal-500\u002F10 text-teal-400","database",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fheberger-redis-vps-poster.svg",{"categorySlug":34,"appSlug":35},"bases-de-datos","redis-stack","Redis es la navaja suiza del rendimiento: caché, sesiones, colas de trabajos, contadores en tiempo real y pub\u002Fsub. Autoalojarlo en un VPS le da un control total de la memoria y de la red que lo separa de su aplicación, sin pagar el alto precio de las ofertas Redis gestionadas. Esta guía cubre el despliegue completo — desde la configuración de seguridad hasta la persistencia, incluyendo la resolución de los errores más frecuentes.",[38,42,52,55,80,83,89,92,95,98],{"type":39,"title":40,"body":41},"h2","Por qué autoalojar Redis en un VPS","Redis vive en memoria: su rendimiento depende directamente de la RAM y de la latencia de red. Las ofertas gestionadas facturan cada GB de RAM muy caro e imponen topes de conexiones. En un VPS, dimensiona la RAM según su necesidad real, configura libremente `maxmemory` y la política de expulsión (`allkeys-lru`, `volatile-ttl`...), y activa la persistencia RDB y\u002Fo AOF según su tolerancia a la pérdida de datos. Para una caché de aplicación, un broker de trabajos (Sidekiq, BullMQ, Celery) o un almacén de sesiones, un Redis pegado a su aplicación en la misma red privada elimina la latencia entre centros de datos y reduce drásticamente el coste.",{"type":43,"title":44,"items":45},"ul","Los beneficios concretos de un Redis autoalojado",[46,47,48,49,50,51],"Latencia por debajo del milisegundo si Redis se ejecuta en el mismo VPS o en la misma red privada que su aplicación.","Control de `maxmemory` y de la política de expulsión según su uso como caché o como cola de trabajos.","Persistencia a elegir: RDB (snapshots), AOF (journal), o ambas para la durabilidad.","Coste de RAM sin sobrefacturación: paga la tarifa del VPS, no el GB de memoria premium.","Módulos libres: RediSearch, RedisJSON, RedisBloom según sus necesidades.","Ningún tope arbitrario en el número de conexiones de clientes simultáneas.",{"type":39,"title":53,"body":54},"Requisitos de hardware y software","Como Redis funciona en memoria, lo que cuenta es la RAM, no la CPU. Para una caché modesta o un almacén de sesiones, **1 vCPU y 1 a 2 GB de RAM** son suficientes — Redis open source tiene un bajo consumo de CPU ya que es monohilo para los comandos (las E\u002FS de red son asíncronas). Si Redis actúa como broker para miles de trabajos en cola o almacena en memoria conjuntos de datos de varios GB, dimensione la RAM al menos al doble de su `maxmemory` objetivo para absorber la copia en escritura durante los snapshots RDB.\n\nEn cuanto al disco, prevea al menos 2× el tamaño de su dataset si activa la persistencia RDB o AOF. En cuanto al software: Ubuntu 22.04\u002F24.04 LTS, Docker y Compose v2, un volumen persistente para AOF\u002FRDB si activa la persistencia, y el parámetro `vm.overcommit_memory=1` en el host para evitar los fallos de fork durante las copias de seguridad.",{"type":56,"title":57,"steps":58},"steps","Desplegar Redis con Docker en producción",[59,62,65,68,71,74,77],{"title":60,"body":61},"Preparar el host","Instale Docker, después ajuste `vm.overcommit_memory=1` mediante `sysctl` para fiabilizar los snapshots, y desactive las Transparent Huge Pages. Cierre el puerto 6379 hacia el exterior: un Redis expuesto sin contraseña es un objetivo clásico de los criptomineros.\n\n```bash\necho 'vm.overcommit_memory = 1' >> \u002Fetc\u002Fsysctl.conf\nsysctl -p\necho never > \u002Fsys\u002Fkernel\u002Fmm\u002Ftransparent_hugepage\u002Fenabled\n```",{"title":63,"body":64},"Escribir el docker-compose.yml","Declare un servicio `redis:7-alpine` con un comando personalizado que apunte a un `redis.conf` montado en solo lectura. Active `requirepass`, defina `maxmemory` y `maxmemory-policy`, y monte un volumen para `\u002Fdata` si desea la persistencia.\n\n```bash\nservices:\n  redis:\n    image: redis:7-alpine\n    command: redis-server \u002Fetc\u002Fredis\u002Fredis.conf\n    volumes:\n      - .\u002Fredis.conf:\u002Fetc\u002Fredis\u002Fredis.conf:ro\n      - redis_data:\u002Fdata\n    restart: unless-stopped\n    ports:\n      - \"127.0.0.1:6379:6379\"\nvolumes:\n  redis_data:\n```",{"title":66,"body":67},"Configurar la seguridad","En `redis.conf`, la seguridad descansa sobre varias capas complementarias. La primera es el **binding de red**: `bind 127.0.0.1` o su IP de red privada — nunca escuche en `0.0.0.0` sin protección adicional. La segunda es la **autenticación**: `requirepass SU_CONTRASEÑA_FUERTE` para Redis 6 y anteriores; para Redis 7, prefiera las **ACL** que permiten crear usuarios con permisos granulares:\n\n```bash\nbind 127.0.0.1\nrequirepass SU_CONTRASEÑA_FUERTE\naclfile \u002Fetc\u002Fredis\u002Fusers.acl\nrename-command FLUSHALL \"\"\nrename-command CONFIG \"\"\nrename-command DEBUG \"\"\n```\n\nEl archivo `users.acl` puede declarar:\n\n```bash\nuser app_user on >CONTRASEÑA ~* +@read +@write -@dangerous\nuser default off\n```\n\nPara acceso remoto cifrado, active el **TLS nativo de Redis** (disponible desde Redis 6):\n\n```bash\ntls-port 6380\ntls-cert-file \u002Fcerts\u002Fredis.crt\ntls-key-file \u002Fcerts\u002Fredis.key\ntls-ca-cert-file \u002Fcerts\u002Fca.crt\n```",{"title":69,"body":70},"Elegir la estrategia de persistencia","Redis ofrece dos mecanismos de persistencia, combinables.\n\n**RDB (snapshot)**: Redis escribe una instantánea del dataset en disco a intervalos configurables. Rápido en el reinicio, pero pierde los datos escritos desde el último snapshot en caso de fallo.\n\n```bash\nsave 900 1\nsave 300 10\nsave 60 10000\n```\n\n**AOF (Append-Only File)**: cada comando de escritura se registra. Más seguro, algo más lento. `appendfsync everysec` es el buen equilibrio: como mucho 1 segundo de datos perdidos.\n\n```bash\nappendonly yes\nappendfsync everysec\nauto-aof-rewrite-percentage 100\nauto-aof-rewrite-min-size 64mb\n```\n\n**Combinando RDB + AOF**: al reiniciar, Redis usa el AOF (más completo), mientras que RDB acelera las copias de seguridad completas periódicas. Es la estrategia recomendada para brokers de trabajos críticos.\n\nPara una **caché pura** donde la pérdida de datos es aceptable, desactive la persistencia: `save \"\"` y `appendonly no` — gana rendimiento y espacio en disco.",{"title":72,"body":73},"Conectar su aplicación","Lance con `docker compose up -d` y pruebe con `docker compose exec redis redis-cli -a SU_PASS ping`. Apunte su aplicación hacia la red Docker interna en lugar de hacia una IP pública, por latencia y por seguridad.\n\n```bash\ndocker compose exec redis redis-cli -a SU_PASS ping\n# PONG\ndocker compose exec redis redis-cli -a SU_PASS CONFIG GET maxmemory\n```",{"title":75,"body":76},"Vigilar la memoria","Vigile `used_memory` y `evicted_keys` mediante `redis-cli INFO`. Si las expulsiones aumentan, incremente la RAM o afine la política. Configure una alerta cuando el uso de memoria supere el 80% de `maxmemory`.\n\n```bash\nredis-cli -a SU_PASS INFO memory | grep -E 'used_memory_human|maxmemory_human|mem_fragmentation_ratio'\nredis-cli -a SU_PASS INFO stats | grep -E 'evicted_keys|keyspace_hits|keyspace_misses'\n```",{"title":78,"body":79},"Conectarse por primera vez","Abra la URL: RedisInsight se muestra directamente, SIN ninguna solicitud de credenciales (solo acepta las condiciones de uso en la primera pantalla), y su base Redis local ya está accesible en lectura\u002Fescritura. No asocie un dominio público a esta interfaz sin protección previa.",{"type":39,"title":81,"body":82},"Resolución de errores: los más frecuentes","Aquí están los errores que encontrará más a menudo al explotar Redis en un VPS, con su causa y su solución.",{"type":43,"title":5,"items":84},[85,86,87,88],"**`MISCONF Redis is configured to save RDB snapshots, but it's currently unable to persist on disk`** — Redis intenta un snapshot pero el fork falla. Causa: `vm.overcommit_memory` está en 0 en el host. Solución: `sysctl vm.overcommit_memory=1` (permanente en `\u002Fetc\u002Fsysctl.conf`). Si usa Docker, este parámetro debe establecerse en el **host Docker**, no dentro del contenedor.","**`ERR max number of clients reached`** — El número de conexiones simultáneas supera `maxclients` (por defecto: 10.000). Causas frecuentes: pool de conexiones mal configurado en la aplicación (Sidekiq, Laravel Horizon, etc.) o conexiones no cerradas. Solución: aumente `maxclients` en `redis.conf` y verifique la configuración del pool en el lado de la app. El comando `redis-cli CLIENT LIST` lista las conexiones activas.","**El OOM Killer mata el proceso Redis** — El kernel Linux mata Redis por falta de memoria libre. Causa: `maxmemory` no definido o demasiado generoso, combinado con la copia en escritura del fork RDB. Solución: fije `maxmemory` al 60-70% de la RAM disponible, elija una política de expulsión (`maxmemory-policy allkeys-lru` para caché, `noeviction` para broker), y planifique 2× el dataset para el fork RDB. Monitorice `\u002Fvar\u002Flog\u002Fsyslog` para mensajes `Out of memory: Kill process`.","**`Could not create server TCP listening socket 0.0.0.0:6379: bind: Address already in use`** — Otro proceso ocupa el puerto 6379. Identifíquelo con `ss -tlnp | grep 6379` y deténgalo, o cambie el puerto Redis en su configuración. En VPS con una instancia Redis instalada mediante `apt`, el servicio del sistema puede entrar en conflicto con su contenedor Docker.",{"type":39,"title":90,"body":91},"Alta disponibilidad: Sentinel y Cluster","Para las cargas de trabajo críticas en las que una indisponibilidad de Redis es inaceptable, existen dos soluciones.\n\n**Redis Sentinel** es la solución de alta disponibilidad para una arquitectura maestro\u002Fréplicas. Despliegue tres nodos Sentinel en tres VPS distintos: Sentinel monitoriza al maestro, detecta su fallo y promueve automáticamente una réplica. Sus aplicaciones se conectan a través del servicio Sentinel en lugar de directamente al maestro — son transparentes al failover.\n\n**Redis Cluster** particiona los datos en varios nodos (sharding horizontal) e incluye alta disponibilidad integrada. Requiere como mínimo 6 nodos (3 maestros + 3 réplicas) y una adaptación del cliente. Resérvelo para datasets que superen la RAM de un único servidor o para cargas de trabajo que requieran un caudal de escritura muy elevado.\n\nPara la gran mayoría de los usos en VPS, **Sentinel en 3 nodos** es la respuesta correcta: más simple de operar, compatible con todos los clientes Redis estándar, y suficiente para datasets de unas decenas de GB.",{"type":39,"title":93,"body":94},"Actualizaciones y Valkey como alternativa","**Sobre las versiones.** Redis 7.4 es la rama estable LTS actual (7.4.11 en el momento de la redacción). Redis 8 es la última versión mayor GA, publicada en mayo de 2025, que también marcó la adopción de AGPLv3 como tercera opción de licencia — junto al RSALv2 y SSPLv1 adoptados en marzo de 2024. Para una migración de Redis 7.x a Redis 8, consulte las notas de versión oficiales.\n\n**Sobre la licencia.** En marzo de 2024, Redis Ltd. abandonó la licencia BSD 3-Clause en favor de una doble licencia RSALv2 + SSPLv1 (no aprobada por OSI). En respuesta, la Linux Foundation creó **Valkey** el 28 de marzo de 2024 — un fork de Redis 7.2.4 bajo licencia BSD 3-Clause, respaldado por AWS, Google Cloud, Oracle y otros miembros fundadores. Valkey es una alternativa directa a Redis: las APIs y protocolos son compatibles, y la migración es generalmente transparente. Un artículo dedicado compara los dos proyectos en detalle: \u003Ca href=\"\u002Fblog\u002Fvalkey-vs-redis-migration-2026\">Valkey vs Redis en 2026: ¿debería migrar?\u003C\u002Fa>\n\nPara los usos privados comunes (caché de aplicación, broker de trabajos, almacén de sesiones en su propia infraestructura), Redis 7.x u 8 sigue siendo totalmente utilizable sin fricción de licencia.",{"type":96,"body":97},"tip","Vigile la relación `keyspace_hits` \u002F `keyspace_misses` mediante `INFO stats`: una tasa de aciertos baja significa que su caché está mal dimensionada o que sus TTL son demasiado cortos. Para las cargas críticas, despliegue Redis Sentinel en tres VPS con el fin de obtener una conmutación por error automática: si el maestro cae, una réplica es promovida sin intervención, y sus aplicaciones se redirigen a través del servicio Sentinel.",{"type":96,"title":99,"body":100},"La documentación oficial","Para la configuración avanzada y las opciones propias de la herramienta, consulte la \u003Ca href=\"https:\u002F\u002Fredis.io\u002Fdocs\" target=\"_blank\" rel=\"noopener noreferrer\">documentación oficial de Redis\u003C\u002Fa>. Esta guía cubre la puesta en línea en un VPS; la documentación del editor sigue siendo la referencia para los ajustes finos, las actualizaciones mayores y los casos de uso específicos.","Ejecute Redis a máxima velocidad","El VPS Cloud de ServOrbit con plantilla Docker y RAM dedicada le da la latencia y la memoria necesarias para un Redis de alto rendimiento, como caché o como broker de trabajos.","Desplegar mi VPS Cloud","\u002Fvps-cloud",[106,124,142],{"id":107,"slug":108,"slugs":109,"title":113,"excerpt":114,"readTime":115,"views":18,"isPinned":19,"publishedAt":116,"updatedAt":117,"category":118,"categories":119,"featuredImage":30,"bgImage":31,"posterImage":121,"relatedSolution":122},56,"alojar-postgresql-en-un-vps",{"fr":110,"en":111,"ar":112,"es":108},"heberger-postgresql-vps","postgresql-on-a-vps-a-reliable-and-controlled-database","postgresql-على-خادم-vps-قاعدة-بيانات-موثوقة-ومتحكم-بها","PostgreSQL en VPS: base de datos fiable y controlada","Aloje PostgreSQL en un VPS: volúmenes, copias de seguridad, acceso de red restringido y configuración sólida para sus aplicaciones.",4,"2026-04-25T00:00:00+00:00","2026-09-08T22:00:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[120],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-postgresql-vps-poster.svg",{"categorySlug":34,"appSlug":123},"postgresql-stack",{"id":125,"slug":126,"slugs":127,"title":131,"excerpt":132,"readTime":133,"views":18,"isPinned":19,"publishedAt":134,"updatedAt":135,"category":136,"categories":137,"featuredImage":30,"bgImage":31,"posterImage":139,"relatedSolution":140},57,"alojar-mysql-en-un-vps",{"fr":128,"en":129,"ar":130,"es":126},"heberger-mysql-vps","hosting-mysql-on-a-vps","استضافة-mysql-على-خادم-vps","Alojar MySQL en un VPS: guía completa","Instale MySQL 8.4 LTS en un VPS: requisitos, seguridad, rendimiento InnoDB, acceso remoto seguro, copias de seguridad automatizadas y resolución de errores.",9,"2026-04-24T00:00:00+00:00","2026-09-17T14:09:38+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[138],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-mysql-vps-poster.svg",{"categorySlug":34,"appSlug":141},"mysql-stack",{"id":143,"slug":144,"slugs":145,"title":149,"excerpt":150,"readTime":151,"views":18,"isPinned":19,"publishedAt":152,"updatedAt":117,"category":153,"categories":154,"featuredImage":30,"bgImage":31,"posterImage":156,"relatedSolution":30},59,"alojar-mongodb-en-un-vps",{"fr":146,"en":147,"ar":148,"es":144},"heberger-mongodb-vps","hosting-mongodb-on-a-vps","استضافة-mongodb-على-خادم-vps","Alojar MongoDB en un VPS","Aloje MongoDB en su VPS Cloud: despliegue Docker, replica set, autenticación, indexación y copias de seguridad controladas.",3,"2026-04-22T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[155],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-mongodb-vps-poster.svg",1789665004013]