This document explains the different topologies and configurations you can have with Redis Data Integration.

Running the CLI on a separate host

This should be the best practice. The CLI is used by Redis Data Integration administrator.

In production, it is recommended to install it on a different host to the cluster or the Debezium Server.

This scenario requires:

  • Copying the file to the host where the Debezium Server is running.
  • Running the docker command while changing the volume argument (-v) accordingly:

This guide uses Docker to illustrate the required command. If you are using Podman, simply replace docker with podman below.

docker run -d --rm --name debezium -v <ABSOLUTE_PATH_TO_APPLICATION_PROPERTIES>:/debezium/conf debezium/server

See README for specific Oracle instructions when using Oracle as the source DB.

Running Debezium Server remotely to the source DB

While it is technically OK to run the Debezium Server on the same host as the source database, it is not always the best practice:

  • The database host needs all its resources to process queries.
  • The database owners are not allowed to install a database client for an application on the database host. This scenario is fully supported and only requires a small update to the application.properites file:

Running Debezium Server remotely to Redis Data Integration

In many cases, users would not like to run the Debezium Server on the same host(s) as the Redis Cluster node(s). In this case just ensure you edit the sink section of


Redis Data Integration and target Redis DB on different clusters

This can be done when the Redis Enterprise owner wants a separation of concerns or does not wish to install/enable modules on the target cluster. In this scenario the config.yaml file needs to be edited with the following changes:

  # Redis target DB connection details