Install considerations

KOTS advanced configuration Copied

When configuring advanced settings in your ITRS Analytics deployment using the KOTS Admin Console, use the iax-* wrapper names in your Helm overrides. These names correspond to the keys defined in the Helm values and are the entry points for configuration.

Settings defined under the iax-* keys are applied to the corresponding underlying obcerv-* components.

For example:

iax-app-query-service:
  sink:
    signalsSubscribeFrom: "P0D"

Use the iax-app-query-service prefix for all related configuration sections, including db, bff, sink, and maintenance, when defining overrides in the KOTS Admin Console.

Storage Copied

The Persistent Volume Claims (PVC) used by the Query Service are:

PVC Mount
app-query-service-data /data
app-query-service-wal /wal

The allocated storage can be changed by modifying the PVCs in Kubernetes, or the defaults can be overridden at install time by setting db.dataDiskSize and db.walDiskSize in the chart config file.

iax-app-query-service
db:
  dataDiskSize: 20Gi
  walDiskSize: 5Gi

Storage class Copied

It is recommended to use a dedicated, high-performance disk for the Query Service database. If not specified, the Query Service DB will use the default storage class defined for the cluster.

To change the storage class, set both dataStorageClass and walStorageClass in the values file.

db:
 dataStorageClass: "<name of the storage class>"
 walStorageClass: "<name of the storage class>"

Resource allocation Copied

The app deploys a query service and a database with the following default resource allocations:

bff:   
  threadPoolSize: 20
  resources: 
    requests: 
      memory: "512Mi"
      cpu: "200m"
    limits: 
      memory: "2Gi"
      cpu: "1"
db:
  resources: 
    requests: 
      memory: "4Gi"
      cpu: "1"
    limits: 
      memory: "8Gi"
      cpu: "4"

The following additional parameters are available:

Batch processing Copied

The following additional parameters for sink are available:

  sink:
      batchSize: 1000
      queueSize: 100000
      entitiesSubscribeFrom: P14D
      attributesSubscribeFrom: P14D
      signalsSubscribeFrom: P14D

Additionally, the maintenance job optimizes the database by removing redundant data.

  maintenance:
      analyzeFrequency: P1D
      maintenanceFrequency: PT8H
      orphanedSignalThreshold: P1D

Queue size Copied

Since each queue has a different data source, the volume of data largely differs. You can separately configure queue size parameters for entities, attributes, and signals.

The following additional parameters for sink are available:

  sink:
    queue:
      entities: 100000
      attributes: 500000
      signals: 100000
["ITRS Analytics"] ["ITRS Analytics > App Query Service"] ["Technical Reference"]

Was this topic helpful?