Skip to main content
Qovery creates it in the AWS account of the environment’s cluster, as a Blueprint service in one of your environments.
New to this? You don’t need to know Kubernetes or Terraform. Qovery sets up Amazon ElastiCache for Redis (legacy single node) in your cloud account and manages it for you: you fill in a form, or paste the prompt below into your coding agent. The values it publishes, listed under Outputs, reach your other services as environment variables. Qovery tells you when a newer version of the Blueprint is available. Check the requirements in the Reference section before you start, and try it first in a development environment.

Create it

  1. Open the environment, then New service › Blueprint.
  2. Find Amazon ElastiCache for Redis (legacy single node) in the catalog and pick the major version.
  3. Fill in the variables. Required ones are marked; the others use their defaults.
  4. Create the service, and deploy it now or later.
You don’t add any file to your repository. Qovery creates the Blueprint from the Console or the API.

Variables and outputs

Generated from qbm.yml at AWS/redis-node/7/1.0.1, the manifest the Console form is built from.
Outputs become environment variables that other services in the environment can use. By default Qovery also creates an alias for each output, prefixed with the Blueprint’s name; see Aliases Qovery creates for outputs for the naming rules and the cases where no alias is created.
Secret variables and outputs are encrypted and masked in Qovery, but Terraform can also keep their values, and values derived from them, in its state. With the Qovery-managed state backend (the default), Qovery stores the state. If you use your own backend, protect it and keep state files out of version control.

Reference

From the Blueprint’s README. Adopts an existing single-node AWS ElastiCache for Redis 7 cluster (aws_elasticache_cluster), the shape native Qovery-managed Redis created when the login was qoveryadmin. It brings the live cluster under a blueprint via terraform import, with no re-provision and no data movement. Import only. import_identifier is required, so this blueprint cannot create a cluster. A single-node ElastiCache cluster supports neither an auth token nor TLS, so a new Redis must use the aws-elasticache-redis blueprint instead. Applications keep connecting as before: redis://<host>:6379/0, published as the redis_url output.

Variables

The node count is fixed at 1, like the native template. Node types: every ElastiCache node type Qovery offers for native managed Redis, except cache.r6gd (needs data tiering, which a single-node cluster lacks). The full list is in qbm.yml. Adoption note. The backup settings (backup_retention_period, preferred_backup_window) are managed, as in the native template: if the live cluster’s values differ from the ones passed, the first apply updates them in place. Pass the live values to keep them.

Outputs

Lifecycle ignore_changes

  • engine_version — AWS reports its own version format back; an adopted engine is never mutated.
  • port — ForceNew: a mismatch would replace the adopted cluster with a new one that has no auth.
  • maintenance_window, log_delivery_configuration, notification_topic_arn, auto_minor_version_upgrade — the same list the native template ignores.
  • tags — preserves native tags (cluster_id drives YACE metrics).

Required AWS IAM permissions