Helm Overview
This is the documentation for the Signal Metrics Helm Chart.
The helm chart has quite a few different options, and can used in multiple use cases, on this page you will find both the most common use cases as well as all the options.
Basic Installation
A basic setup has all options enabled, and will send periodic data to the frontend.
helm install qa-api ska/ska-sdp-qa \
--namespace <deploy-namespace> \
--set generator.enabled=true \
--set "generator.command={bash,/generator-helper.sh,plasma}"
SDP Usage
In the SDP installation, we have other settings enabled and disabled. To be able to install the Signal Helm chart in the same way as in SDP you would run the following:
helm install qa-api ska/ska-sdp-qa \
--namespace <deploy-namespace> \
--set api.workerCount=2 \
--set kafka.enabled=false \
--set config.kafka.overrideUrl=ska-sdp-kafka:9092
All Configuration Options
Currently the full list of configuration options are:
Value |
Default |
Comment |
---|---|---|
|
|
The name of the Processing Namespace, for monitoring URLs |
|
|
Whether the Ingress should be enabled |
|
|
What the prefix for the path should be |
|
|
Whether the namespace should be added to the ingress prefix |
|
|
If the URLs should be manually overridden |
|
|
The URL for the API if overridden. |
|
|
The URL for the websocket if overriden |
|
|
If the generator should be enabled (for testing) |
|
|
The container Docker link |
|
|
The version of the Generator to use |
|
|
The pull policy of the generator |
|
|
What command the generator should run by default. |
|
|
The requested minimum CPU usage of the generator |
|
|
The requested minimum memory usage of the generator |
|
|
The maximum CPU usage of the generator |
|
|
The maximum memory usage of the generator |
|
|
Whether we should mount a PVC into the generator (deprecated) |
|
|
If we are using a host path mount, where on the host should we mount |
|
|
Is this PVC a host mount |
|
|
What is the PVC name that we should mount |
|
|
Where on the container should the PVC be mounted at |
|
|
What file should we use for the sample data sending |
|
|
What is the name of the MS file after unzipping |
|
|
If the API is enabled |
|
|
The docker link of the API container |
|
|
The API version to use |
|
|
The pull policy of the API container |
|
|
Where are the images stored on the API |
|
|
The amount of processes to start up for the API |
|
|
Should profiling be enabled |
|
|
The requested minimum CPU usage |
|
|
The requested minimum memory usage |
|
|
The maximum CPU usage |
|
|
The maximum memory usage |
|
|
If the display is enabled |
|
|
The docker link for the Display container |
|
|
The version of the Display image to use |
|
|
The pull policy for the Display image. |
|
|
How often to pull the statistics |
|
|
If we should skip the preflight check |
|
|
What type of data should the websocket use? |
|
|
How long we should keep data after the last update in Redis |
|
|
The maximum allowed size of a message to Kafka |
|
|
Is the Kafka URL getting overriden |
|
|
The new URL for Kafka |
|
|
Is the redis URL getting overridden |
|
|
The new URL for redis |
|
|
Is the Kafka system enabled |
|
|
What should the name be of the Kafka instance |
|
|
What is the maximum message size allowed |
|
|
What is the maximum payload to be sent to Kafka |
|
|
Should kafka have persistence |
|
|
What should zookeepers full name be |
|
|
Should zookeeper have persistence |
|
|
Should redis be enabled |
|
|
What the full name should be of redis |
|
|
Which architecture should be used |
|
|
Should auth be enabled |
|
|
Should we use persistence |
|
|
What the requested minimum CPU usage be |
|
|
What the requested minimum memory usage be |
|
|
What the maximum CPU usage be |
|
|
What the maximum memory usage be |