Imported from Vidoxlabs/vitools-public (plugins/render/c7a2b59cbc1c2b4d95a88e01c229a3898405dbd6/skills/render-keyvalue/SKILL.md). Install upstream with npx skills add Vidoxlabs/vitools-public --skill render-keyvalue. Copyright stays with the author (MIT).

Render Key Value

Render Key Value provides low-latency, Redis-compatible in-memory storage running Valkey 8. Use it as a shared cache, session store, or job queue backend. Compatible with virtually all Redis client libraries.

When to Use

• Adding a cache or session store to a web app
• Wiring a job queue backend for Celery, Sidekiq, BullMQ, Asynq, or Oban
• Choosing the right maxmemory policy (cache vs queue)
• Configuring ipAllowList in Blueprints (required field)
• Connecting via internal vs external URLs
• Troubleshooting auth failures or connection refused errors

For background worker setup and queue framework patterns, see render-background-workers. For Blueprint authoring, see render-blueprints.

Key Concepts

Valkey 8 (not Redis)

New instances run Valkey 8, an open-source Redis fork. It is a drop-in replacement for Redis—existing Redis client libraries work without changes. Legacy instances (created before Feb 2025) run Redis 6.

Connection URLs

Every instance has two URLs:

Always prefer the internal URL for production services—lower latency, no TLS overhead, communicates over the private network.

External connections are disabled by default. Enable them by adding IP ranges to the access control list in the Dashboard.

Internal authentication

By default, internal connections are unauthenticated. You can require auth for internal connections in the Dashboard for compliance or extra security. This changes the internal URL to include credentials:

redis://default:PASSWORD@red-xxx:6379

Warning: Enabling internal auth breaks existing unauthenticated connections. Migrate clients to the authenticated URL first.

Maxmemory Policy

Critical decision. Choose based on your use case:

All available policies:

Blueprint Configuration

services:
  - type: keyvalue
    name: cache
    plan: starter
    region: oregon
    maxmemoryPolicy: allkeys-lru
    ipAllowList: []

ipAllowList is required

Blueprints must include ipAllowList on Key Value services. Common patterns:

Wiring to services

Use fromService with type: keyvalue and property: connectionString:

envVars:
  - key: REDIS_URL
    fromService:
      name: cache
      type: keyvalue
      property: connectionString

Available fromService properties for Key Value:

Data Persistence

• Paid instances: Disk-backed, appendfsync everysec. You may lose up to 1 second of writes on interruption.
• Free instances: No disk persistence. Data is lost on restart or upgrade.
• Upgrading from Free: All data is lost during the upgrade because Free instances have no disk.

Instance Types and Upgrades

• Instance type determines RAM and connection limit
• You can upgrade to a larger type (brief downtime, ~1-2 minutes)
• You cannot downgrade to a smaller type
• For instances larger than 10 GB RAM, contact Render support

Connection Examples

See references/connection-examples.md for client code in Node.js (ioredis, node-redis), Python (redis-py), Ruby (redis-rb, Sidekiq), and Go.

Common Mistakes

References

Related Skills

• render-background-workers — Queue consumer setup with Celery, Sidekiq, BullMQ
• render-blueprints — Full render.yaml schema, fromService patterns
• render-networking — Private network, internal URLs
• render-env-vars — Wiring REDIS_URL and other connection vars