Dapr can use Redis in two ways:
- For state persistence and restoration
- For enabling pub/sub async style message delivery
Dapr can use any Redis instance - containerized, running on your local dev machine, or a managed cloud service. If you already have a Redis store, move on to the Configuration section.
We can use Helm to quickly create a Redis instance in our Kubernetes cluster. This approach requires Installing Helm v3.
- Install Redis into your cluster:
helm install redis stable/redis
Note that you need a Redis version greater than 5, which is what Dapr' pub/sub functionality requires. If you're intending on using Redis as just a state store (and not for pub/sub), also a lower version can be used.
-
Run
kubectl get pods
to see the Redis containers now running in your cluster. -
Add
redis-master:6379
as theredisHost
in your redis.yaml file. For example:
metadata:
- name: redisHost
value: redis-master:6379
- Next, 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 --decode
and copy the outputted password.Add this password as the
redisPassword
value in your redis.yaml file. For example:metadata: - name: redisPassword value: lhDOkwTlp0
Note: this approach requires having an Azure Subscription.
- Open this link to start the Azure Redis Cache creation flow. Log in if necessary.
- Fill out necessary information and check the "Unblock port 6379" box, which will allow us to persist state without SSL.
- Click "Create" to kickoff deployment of your Redis instance.
- Once your instance is created, you'll need to grab your access key. Navigate to "Access Keys" under "Settings" and copy your key.
- Run
kubectl get svc
and copy the cluster IP of yourredis-master
. - Finally, we need to add our key and our host to a
redis.yaml
file that Dapr can apply to our cluster. If you're running a sample, you'll add the host and key to the providedredis.yaml
. If you're creating a project from the ground up, you'll create aredis.yaml
file as specified in Configuration. Set theredisHost
key to[IP FROM PREVIOUS STEP]:6379
and theredisPassword
key to the key you copied in step 4. Note: In a production-grade application, follow secret management instructions to securely manage your secrets.
NOTE: Dapr pub/sub uses Redis Streams that was introduced by Redis 5.0, which isn't currently available on Azure Managed Redis Cache. Consequently, you can use Azure Managed Redis Cache only for state persistence.
Dapr can use Redis as a statestore
component (for state persistence and retrieval) or as a messagebus
component (for pub/sub). The following yaml files demonstrates how to define each. Note: yaml files below illustrate secret management in plain text. In a production-grade application, follow secret management instructions to securely manage your secrets.
Create a file called redis-state.yaml, and paste the following:
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
name: statestore
spec:
type: state.redis
metadata:
- name: redisHost
value: <HOST>
- name: redisPassword
value: <PASSWORD>
Create a file called redis-pubsub.yaml, and paste the following:
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
name: messagebus
spec:
type: pubsub.redis
metadata:
- name: redisHost
value: <HOST>
- name: redisPassword
value: <PASSWORD>
kubectl apply -f redis-state.yaml
kubectl apply -f redis-pubsub.yaml
By default the Dapr CLI creates a local Redis instance when you run dapr init
. However, if you want to configure a different Redis instance, create a directory named components
in the root path of your Dapr binary and then copy your redis.yaml
into that directory.