Redis binding spec
Component format
To setup Redis binding create a component of type bindings.redis. See this guide on how to create and apply a binding configuration.
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
name: <NAME>
spec:
type: bindings.redis
version: v1
metadata:
- name: redisHost
value: "<address>:6379"
- name: redisPassword
value: "**************"
- name: useEntraID
value: "true"
- name: enableTLS
value: "<bool>"
Warning
The above example uses secrets as plain strings. It is recommended to use a secret store for the secrets as described here.Spec metadata fields
| Field | Required | Binding support | Details | Example |
|---|---|---|---|---|
redisHost | Y | Output | The Redis host address | "localhost:6379" |
redisPassword | N | Output | The Redis password | "password" |
redisUsername | N | Output | Username for Redis host. Defaults to empty. Make sure your redis server version is 6 or above, and have created acl rule correctly. | "username" |
useEntraID | N | Output | Implements EntraID support for Azure Cache for Redis. Before enabling this:
| "true", "false" |
enableTLS | N | Output | If the Redis instance supports TLS with public certificates it can be configured to enable or disable TLS. Defaults to "false" | "true", "false" |
clientCert | N | Output | The content of the client certificate, used for Redis instances that require client-side certificates. Must be used with clientKey and enableTLS must be set to true. It is recommended to use a secret store as described here | "----BEGIN CERTIFICATE-----\nMIIC..." |
clientKey | N | Output | The content of the client private key, used in conjunction with clientCert for authentication. It is recommended to use a secret store as described here | "----BEGIN PRIVATE KEY-----\nMIIE..." |
failover | N | Output | Property to enable failover configuration. Needs sentinelMasterName to be set. Defaults to "false" | "true", "false" |
sentinelMasterName | N | Output | The sentinel master name. See Redis Sentinel Documentation | "", "mymaster" |
sentinelUsername | N | Output | Username for Redis Sentinel. Applicable only when “failover” is true, and Redis Sentinel has authentication enabled | "username" |
sentinelPassword | N | Output | Password for Redis Sentinel. Applicable only when “failover” is true, and Redis Sentinel has authentication enabled | "password" |
redeliverInterval | N | Output | The interval between checking for pending messages to redelivery. Defaults to "60s". "0" disables redelivery. | "30s" |
processingTimeout | N | Output | The amount time a message must be pending before attempting to redeliver it. Defaults to "15s". "0" disables redelivery. | "30s" |
redisType | N | Output | The type of redis. There are two valid values, one is "node" for single node mode, the other is "cluster" for redis cluster mode. Defaults to "node". | "cluster" |
redisDB | N | Output | Database selected after connecting to redis. If "redisType" is "cluster" this option is ignored. Defaults to "0". | "0" |
redisMaxRetries | N | Output | Maximum number of times to retry commands before giving up. Default is to not retry failed commands. | "5" |
redisMinRetryInterval | N | Output | Minimum backoff for redis commands between each retry. Default is "8ms"; "-1" disables backoff. | "8ms" |
redisMaxRetryInterval | N | Output | Maximum backoff for redis commands between each retry. Default is "512ms";"-1" disables backoff. | "5s" |
dialTimeout | N | Output | Dial timeout for establishing new connections. Defaults to "5s". | "5s" |
readTimeout | N | Output | Timeout for socket reads. If reached, redis commands will fail with a timeout instead of blocking. Defaults to "3s", "-1" for no timeout. | "3s" |
writeTimeout | N | Output | Timeout for socket writes. If reached, redis commands will fail with a timeout instead of blocking. Defaults is readTimeout. | "3s" |
poolSize | N | Output | Maximum number of socket connections. Default is 10 connections per every CPU as reported by runtime.NumCPU. | "20" |
poolTimeout | N | Output | Amount of time client waits for a connection if all connections are busy before returning an error. Default is readTimeout + 1 second. | "5s" |
maxConnAge | N | Output | Connection age at which the client retires (closes) the connection. Default is to not close aged connections. | "30m" |
minIdleConns | N | Output | Minimum number of idle connections to keep open in order to avoid the performance degradation associated with creating new connections. Defaults to "0". | "2" |
idleCheckFrequency | N | Output | Frequency of idle checks made by idle connections reaper. Default is "1m". "-1" disables idle connections reaper. | "-1" |
idleTimeout | N | Output | Amount of time after which the client closes idle connections. Should be less than server’s timeout. Default is "5m". "-1" disables idle timeout check. | "10m" |
Binding support
This component supports output binding with the following operations:
creategetdelete
create
You can store a record in Redis using the create operation. This sets a key to hold a value. If the key already exists, the value is overwritten.
Request
{
"operation": "create",
"metadata": {
"key": "key1"
},
"data": {
"Hello": "World",
"Lorem": "Ipsum"
}
}
Response
An HTTP 204 (No Content) and empty body is returned if successful.
get
You can get a record in Redis using the get operation. This gets a key that was previously set.
This takes an optional parameter delete, which is by default false. When it is set to true, this operation uses the GETDEL operation of Redis. For example, it returns the value which was previously set and then deletes it.
Request
{
"operation": "get",
"metadata": {
"key": "key1"
},
"data": {
}
}
Response
{
"data": {
"Hello": "World",
"Lorem": "Ipsum"
}
}
Request with delete flag
{
"operation": "get",
"metadata": {
"key": "key1",
"delete": "true"
},
"data": {
}
}
delete
You can delete a record in Redis using the delete operation. Returns success whether the key exists or not.
Request
{
"operation": "delete",
"metadata": {
"key": "key1"
}
}
Response
An HTTP 204 (No Content) and empty body is returned if successful.
Create a Redis instance
Dapr can use any Redis instance - containerized, running on your local dev machine, or a managed cloud service, provided the version of Redis is 5.0.0 or later.
Note: Dapr does not support Redis >= 7. It is recommended to use Redis 6
The Dapr CLI will automatically create and setup a Redis Streams instance for you.
The Redis instance will be installed via Docker when you run dapr init, and the component file will be created in default directory. ($HOME/.dapr/components directory (Mac/Linux) or %USERPROFILE%\.dapr\components on Windows).
You can use Helm to quickly create a Redis instance in our Kubernetes cluster. This approach requires Installing Helm.
Install Redis into your cluster.
helm repo add bitnami https://charts.bitnami.com/bitnami helm install redis bitnami/redis --set image.tag=6.2Run
kubectl get podsto see the Redis containers now running in your cluster.Add
redis-master:6379as theredisHostin your redis.yaml file. For example:metadata: - name: redisHost value: redis-master:6379Next, we’ll get our Redis password, which is slightly different depending on the OS we’re using:
Windows: Run
kubectl get secret --namespace default redis -o jsonpath="{.data.redis-password}" > encoded.b64, which will create a file with your encoded password. Next, runcertutil -decode encoded.b64 password.txt, which will put your redis password in a text file calledpassword.txt. Copy the password and delete the two files.Linux/MacOS: Run
kubectl get secret --namespace default redis -o jsonpath="{.data.redis-password}" | base64 --decodeand copy the outputted password.
Add this password as the
redisPasswordvalue in your redis.yaml file. For example:- name: redisPassword value: "lhDOkwTlp0"
Create an Azure Cache for Redis instance using the official Microsoft documentation.
Once your instance is created, grab the Host name (FQDN) and your access key from the Azure portal.
- For the Host name:
- Navigate to the resource’s Overview page.
- Copy the Host name value.
- For your access key:
- Navigate to Settings > Access Keys.
- Copy and save your key.
- For the Host name:
Add your key and your host name to a
redis.yamlfile that Dapr can apply to your cluster.- If you’re running a sample, add the host and key to the provided
redis.yaml. - If you’re creating a project from the ground up, create a
redis.yamlfile as specified in the Component format section.
- If you’re running a sample, add the host and key to the provided
Set the
redisHostkey to[HOST NAME FROM PREVIOUS STEP]:6379and theredisPasswordkey to the key you saved earlier.Note: In a production-grade application, follow secret management instructions to securely manage your secrets.
Enable EntraID support:
- Enable Entra ID authentication on your Azure Redis server. This may takes a few minutes.
- Set
useEntraIDto"true"to implement EntraID support for Azure Cache for Redis.
Set
enableTLSto"true"to support TLS.
Note:
useEntraIDassumes that either your UserPrincipal (via AzureCLICredential) or the SystemAssigned managed identity have the RedisDataOwner role permission. If a user-assigned identity is used, you need to specify theazureClientIDproperty.
Note
The Dapr CLI automatically deploys a local redis instance in self hosted mode as part of thedapr init command.