RudderStack is a platform for collecting, storing and routing customer event data to dozens of tools.
$ git clone [email protected]:rudderlabs/rudderstack-helm.git
$ cd rudderstack-helm/
$ helm install my-release ./ --set rudderWorkspaceToken="<workspace token from the dashboard>"
This chart creates a Rudderstack deployment on a Kubernetes cluster using the Helm package manager.
- Kubectl installed and connected to your kubernetes cluster
- Helm installed
- Workspace token from the dashboard. Set up your account and copy your workspace token from the top of the home page.
To install the chart with the release name my-release
, from the root directory of this repo:
$ helm install my-release ./ --set rudderWorkspaceToken="<workspace token from the dashboard>"
The command deploys Rudderstack on the default Kubernetes cluster configured with kubectl
. The configuration section lists the most significant parameters that can be configured during deployment.
To update configuration or version of the images used, change the configuration and run:
$ helm upgrade my-release ./ --set rudderWorkspaceToken="<workspace token from the dashboard>"
To uninstall/delete the my-release
deployment:
$ helm uninstall my-release
This removes all the components created by this chart.
If you are using open source config-generator UI, you need to set the parameter controlPlaneJSON to true in values.yaml file. Export workspace-config from the config-generator and copy/paste the contents into workspaceConfig.json file.
$ helm install my-release ./ --set backend.controlPlaneJSON=true
If you are using google cloud storage or google big query for following cases, you have to replace the contents of the file rudder-google-application-credentials.json with your service account.
- GCS as a destination
- GCS for dumping jobs
- Big Query as a warehouse destination.
The following table lists the configurable parameters of the Rudderstack chart and their default values.
Parameter | Description | Default |
---|---|---|
rudderWorkspaceToken |
Workspace token from the dashboard | - |
backend.image.repository |
Container image repository for the backend | rudderlabs/rudder-server |
backend.image.version |
Container image tag for the backend. Available versions | v0.1.6 |
backend.image.pullPolicy |
Container image pull policy for the backend image | Always |
transformer.image.repository |
Container image repository for the transformer | rudderlabs/transformer |
transformer.image.version |
Container image tag for the transformer. Available versions | v0.1.2 |
transformer.image.pullPolicy |
Container image pull policy for the transformer image | Always |
backend.extraEnvVars |
Extra environments variables to be used by the backend in the deployments | Refer values.yaml file |
backend.controlPlaneJSON |
If true , backend will read config from the workspaceConfig.json file |
false |
Each of these parameters can be changed in values.yaml. Or specify each parameter using the --set key=value[,key=value]
argument to helm install
. For example,
$ helm install --name my-release \
--set backend.image.version=v0.1.6 \
./
Note: Configuration specific to
- Backend can be edited in rudder-config.toml.
- Postgres can be edited in pg_hba.conf, postgresql.conf
Installing this helm chart will deploy the following pods and containers in the configured cluster
- rudderstack-backend
- rudderstack-telegraf-sidecar
- {Release name}-rudderstack-postgresql
- transformer