Skip to main content
helm chart · opentsdb

OpenTSDB

Helm chart for deploying opentsdb

Latest version
v0.0.5
Chart type
Data source
Requires
Helm 3+

Install

Add the zop.dev chart repository, then install opentsdb into your cluster.

helm repo add zopdev https://helm.zop.dev
helm repo update
helm install my-opentsdb zopdev/opentsdb --version v0.0.5

The OpenTSDB Helm chart enables the deployment of OpenTSDB, a scalable time-series database, in a Kubernetes cluster. OpenTSDB is designed for large-scale data collection, storage, and analysis, providing an efficient way to handle time-series data.


Prerequisites

  • Kubernetes 1.19+
  • Helm 3+

Add Helm Repository

Add the Helm repository to your local setup:

Terminal window
helm repo add zopdev https://helm.zop.dev
helm repo update

Refer to the Helm Repository Documentation for more information.


Install Helm Chart

To install the OpenTSDB Helm chart, use the following command:

Terminal window
helm install [RELEASE_NAME] zopdev/opentsdb

Replace [RELEASE_NAME] with your desired release name. For example:

Terminal window
helm install my-opentsdb zopdev/opentsdb

To customize configurations, provide a values.yaml file or override values via the command line.

Refer to Helm Install Documentation for more details.


Uninstall Helm Chart

To uninstall the OpenTSDB Helm chart and remove all associated Kubernetes resources, use the command:

Terminal window
helm uninstall [RELEASE_NAME]

For example:

Terminal window
helm uninstall my-opentsdb

See Helm Uninstall Documentation for additional details.


Configuration

Below is a summary of configurable parameters for the OpenTSDB Helm chart:

InputTypeDescriptionDefault
versionstringDocker image tag for the OpenTSDB container."v0.0.1"
resources.requests.cpustringMinimum CPU resources required by the OpenTSDB container."500m"
resources.requests.memorystringMinimum memory resources required by the OpenTSDB container."1000Mi"
resources.limits.cpustringMaximum CPU resources the OpenTSDB container can use."1000m"
resources.limits.memorystringMaximum memory resources the OpenTSDB container can use."2000Mi"
diskSizestringSize of the persistent volume for OpenTSDB data storage."10Gi"
zookeeper.replicaCountintegerNumber of replicas for the Zookeeper StatefulSet.1
zookeeper.diskSizestringSize of the persistent volume for Zookeeper data storage."10Gi"
zookeeper.resources.requests.cpustringMinimum CPU resources required by the Zookeeper container."100m"
zookeeper.resources.requests.memorystringMinimum memory resources required by the Zookeeper container."500Mi"
zookeeper.resources.limits.cpustringMaximum CPU resources the Zookeeper container can use."500m"
zookeeper.resources.limits.memorystringMaximum memory resources the Zookeeper container can use."1000Mi"

You can override these values in a values.yaml file or via the command line during installation.


Example values.yaml File

Terminal window
version: "v0.0.1"
resources:
requests:
cpu: "500m"
memory: "1000Mi"
limits:
cpu: "1000m"
memory: "2000Mi"
diskSize: "10Gi"
zookeeper:
replicaCount: 1
diskSize: "10Gi"
resources:
requests:
cpu: "100m"
memory: "500Mi"
limits:
cpu: "500m"
memory: "1000Mi"

Apply the configuration file during installation:

Terminal window
helm install my-opentsdb zopdev/opentsdb -f values.yaml

Features

  • Scalable Deployment: Adjust replica count for high availability and load distribution.
  • Custom Resource Allocation: Define resource requests and limits for CPU and memory to suit workload requirements.
  • Persistent Storage: Ensure data persistence using configurable persistent volumes.
  • Rolling Updates: Apply changes to the StatefulSet with zero downtime using the RollingUpdate strategy.
  • Bundled Zookeeper: Includes the ZopDev Zookeeper chart as a dependency — no external Zookeeper setup required.

Advanced Usage

Persistent Volume Configuration

Customize the persistent volume size for OpenTSDB data:

Terminal window
diskSize: "50Gi"

Pod Scheduling

nodeSelector, tolerations and affinity are passed straight through to the pod spec. All three are empty by default and render nothing, so leaving them unset changes nothing for an existing release.

Together they place the workload on a dedicated node pool — the nodeSelector picks the pool, the toleration gets past its taint:

Terminal window
nodeSelector:
workload: stateful
tolerations:
- key: workload
operator: Equal
value: stateful
effect: NoSchedule

affinity takes a full Affinity object and is rendered verbatim.

These keys reach this chart’s own pods only. The bundled zookeeper subchart is pinned to v0.0.2, which predates this feature, so its pods cannot currently be pinned — setting zookeeper.nodeSelector is accepted and silently ignored. Bumping the zookeeper dependency to v0.0.3 or later is what makes it work.


Contributing

We welcome contributions to improve this Helm chart. Please refer to the CONTRIBUTING.md file for contribution guidelines.


Code of Conduct

To maintain a healthy and collaborative community, please adhere to our Code of Conduct.


License

This project is licensed under the LICENSE. Please review it for terms of use.


Connection Config

  • OPENTSDB_HOST : Hostname or service name for the OpenTSDB server.
  • OPENTSDB_PORT : Port number to connect to OpenTSDB. Defaults at 4242.

See it fire on your bill.

Connect an account read-only. The first findings land in minutes.

472 rule families across 353 resource types on 22 platforms. Every threshold, metric, and IAM action is documented on these pages before you grant anything.

472 rule families documented
353 resource types covered
read-only default access level
Multi-cloud automation· Production-ready in 30 min· SOC 2 · ISO 27001· 20–60% off the bill, first month· 4 platforms · 1 console· Multi-cloud automation· Production-ready in 30 min· SOC 2 · ISO 27001· 20–60% off the bill, first month· 4 platforms · 1 console·