ClickHouse is an open-source, column-oriented database management system mainly used for online analytical processing (OLAP). It is fast, and allows for real-time analysis of your data.

RudderStack lets you configure ClickHouse as a destination to which you can send your event data seamlessly.

Refer to the Warehouse Schemas guide for more information on how the events are mapped to the tables in ClickHouse.

Find the open source transformer code for this destination in the GitHub repository.

Setting user permissions in ClickHouse

Make sure your ClickHouse user has read access to system.columns table for fetching the table schemas.

You also to need to set date_time_input_format to best_effort for ClickHouse to parse all the ISO 8601 date and time formats, as shown:

set date_time_input_format = 'best_effort';

RudderStack uses the UInt8 datatype to set Boolean values and map UInt8to Boolean internally. So when a schema is fetched from ClickHouse, RudderStack treats UInt8 as Boolean.

If you are creating tables in the same database where RudderStack loads, it is highly recommend to not use UInt8as a datatype except for Boolean values (0,1).

Configuring ClickHouse in RudderStack

To send event data to ClickHouse, you first need to add it as a destination in RudderStack and connect it to your data source. Once the destination is enabled, events will automatically start flowing to ClickHouse via RudderStack.

To configure ClickHouse as a destination in RudderStack, follow these steps:

  1. In your RudderStack dashboard, set up the data source. Then, select ClickHouse from the list of destinations.
  2. Assign a name to your destination and then click on Next.

Connection Settings

ClickHouse connection settings ClickHouse connection settings

Enter the following credentials in the Connection Credentials page:

  • Host: The host name of your ClickHouse database.
  • Port: The TCP port of your ClickHouse host. If you want the connection to be secure, use the secure TCP port 9440. Refer to the ClickHouse guide for more information.
  • Database: The database name in your ClickHouse instance where the data gets loaded.
  • Cluster: The name of your ClickHouse cluster. If you are running a single host ClickHouse cluster, leave this field blank.
  • User: The name of the user with the required read/write access to the above database.
  • Password: The password for the above user.
  • Secure: Enable this setting to establish a secure connection.
  • Sync Frequency: Specify how often RudderStack should sync the data to your ClickHouse database.
  • Sync Starting At: This optional setting lets you specify the particular time of the day (in UTC) when you want RudderStack to sync the data to the warehouse.
  • Exclude Window: This optional setting lets you set a time window when RudderStack will not sync the data to your database.

Configuring the object storage

RudderStack lets you configure the following object storage configuration settings while setting up your ClickHouse destination:

  • Use RudderStack-managed object storage: Enable this setting to use RudderStack-managed buckets for object storage.

This option is applicable only for RudderStack-hosted data planes. For self-hosted data planes, you will have to specify your own object storage configuration settings.

IPs to be allowlisted

To enable network access to RudderStack, you will need to allowlist the following RudderStack IPs:

  • 3.216.35.97
  • 34.198.90.241
  • 54.147.40.62
  • 23.20.96.9
  • 18.214.35.254
  • 35.83.226.133
  • 52.41.61.208
  • 44.227.140.138
  • 54.245.141.180
  • 3.66.99.198
  • 3.64.201.167

If you have your deployment in the EU region, you can allowlist only the following two IPs:

  • 3.66.99.198
  • 3.64.201.167

All the outbound traffic is routed through these RudderStack IPs.

FAQ

How does RudderStack de-duplicate the events that are loaded into the warehouse?

RudderStack creates tables with the engine ReplacingMergeTree order by (received_at, id) and column dataType as Nullable(dataType).ReplacingMergeTree replaces the latest event which has the same received_at, id while merging. Note that Nullable is not applicable for sortKeys.

How does RudderStack merge the user properties in the user's table?

For the user's table, RudderStack creates a table with an engine AggregatingMergeTree ordered by id and a column dataType as SimpleAggregateFunction(anyLast, Nullable(dataType)). Merging the columns with the sameidpicks the last value which is not null. Note that Nullable is not applicable for sortKeys.

How does RudderStack handle cases when loading data into ClickHouse?

RudderStack converts the event keys into the lower case before exporting the data into ClickHouse. This is so that it does not create two tables in case the event name has two different cases.

Contact us

For queries on any of the sections covered in this guide, you can contact us or start a conversation in our Slack community.