This section we will show you how to configure the application observability; logging and metrics.
You can configure the log level of your application at installation time using the values below.
kdb Insights Enterprise uses log components as a way to identify the origin of a log message.
routings object allows you to set the log level for different components
DEFAULT applying to anything that's not set explicitly.
The example above sets all components to
INFO with the exception of the
InfoService component, which is set to
See details here on logging stacks to deploy.
kdb Insights Enterprise generates metrics and includes pre-packaged alerts and monitoring dashboards to allow you to check system performance and quickly identify potential issues. You can monitor data flows, component errors, and a variety of other metrics.
By default these are disabled for kdb Insights Enterprise since the application does not deploy with the Prometheus stack. See details here on how to deploy the Prometheus stack.
To enable metrics, alerts and dashboards for your deployment, update your Helm values file and set
This is created as part of the install setup.
Release names must match
global.metrics.serviceMonitor.additionalLabels.release parameter must match the Helm release name
$RELEASE_NAME from the previous section when Prometheus was installed.
When you have updated the values file, run
kxi install run --filepath values.yaml to apply the change.
This deploys Prometheus Service Monitor resources, which scrape kdb Insights Enterprise components and publish metrics to the backend.
Enable Prometheus scraping
There are two methods of enabling Prometheus scraping:
- Prometheus ServiceMonitors
- pod annotations
global.metrics.serviceMonitor object configures the use of the Prometheus ServiceMonitor object within the application. With this mode enabled, the application will create a set of ServiceMonitor resources, which Prometheus uses to scrape metrics.
enabled- enables the ServiceMonitor mode
interval- metrics polling interval
additionalLabels.release- this is a label to match your Prometheus deployment name.
The other method of enabling the scaping metrics is to use pod annotations instead of using ServiceMonitors. This is useful in situations where the Prometheus operator cannot be used, or another approach is preferred.
The values file below shows the required configuration.
true will add Prometheus annotations to the application pods. These annotations will be prefixed with
Disabling alerts and dashboards
To scrape metrics but disable both the install of alerts and dashboards, include the following in the metrics section of your Helm values file:
To disable alerts but enable dashboards, include the following in the metrics section of your Helm values file:
To disable dashboards but enable alerts, include the following in the metrics section of your Helm values file: