Kubernetes Deployment
Pinot community has provided Helm based Kubernetes deployment template.
You can deploy it as simple as run a helm install command.
However there are a few things to be noted before starting the benchmark/production.

Container Resources

We recommend to run Pinot with pre-defined resources for the container, and make requests and limits to be the same.
This will ensure the container won't be killed if there is a sudden bump of workload.
It will also be simpler to benchmark the system, e.g. get broker qps limit.
Below is an example for values to set in values.yaml file. Default resources is not set.
1
resources:
2
requests:
3
cpu: 1
4
memory: 1G
5
limits:
6
cpu: 1
7
memory: 1G
Copied!

JVM Setting

Pinot Controller/Broker

JVM setting should be complaint with the container resources for Pinot Controller and Pinot Broker.
1
resources:
2
requests:
3
cpu: 1
4
memory: 1G
5
limits:
6
cpu: 1
7
memory: 1G
Copied!
You can make JVM setting like below to make -Xmx the same size as your container.
1
jvmOpts: "-Xms256M -Xmx1G"
Copied!

Pinot Server

For Pinot Server, heap is majorly used for query processing, metadata management. It uses off-heap memory for data loading/persistence, memory mapped files page caching. So we recommend just keep minimal requirement for JVM, and leave the rest of the container for off-heap data operations.
E.g. Assuming data is 100 GB on disk, the container size is 4 CPU, 10GB Memory.
1
resources:
2
requests:
3
cpu: 4
4
memory: 10G
5
limits:
6
cpu: 4
7
memory: 10G
Copied!
For JVM, limit -Xmx to not exceed 50% container memory limit, so that the rest of the container could be leveraged by the off-heap operations.
1
jvmOpts: "-Xms1G -Xmx4G"
Copied!

Deep storage

Pinot uses remote storage as deep storage to backup segments.
Default deployment creates a mount disk(e.g Amazon EBS) as deep storage in controller.
You can configure your own S3/Azure DataLate/Google Cloud Storage following this link.
Last modified 1yr ago