Kubesense

Settings

The Settings page is the central place to configure how KubeSense collects, stores, and manages your observability data. Access it from the sidebar to control data retention, correlation behavior, RUM applications, resource exclusions, metrics usage, notification channels, and audit logs.

Settings is organized into tabs across the top: Domain, Data Retention, API Key Management, Correlation Timeframe, RUM Application Management, Excluded Resources, Metrics, Notification Channels, and Audit Logs.

Data Retention

Control how long each data type is retained and where it is stored. KubeSense supports a two-tier storage model:

  • Hot tier (Disk) — Fast, local storage for recent data that you query frequently
  • Cold tier (Object Storage / S3) — Cost-effective storage for older data that you access less often

Settings — Data Retention

The retention table shows each data type with:

ColumnDescription
Data TypeThe category of observability data (e.g., Traces, Logs, Metrics)
Retention PeriodHow long data is kept before deletion
Actual SizeRaw data size on disk
Compressed SizeSize after compression — KubeSense achieves 93–95% compression, significantly reducing storage costs

Editing Retention Rules

Click on any data type to modify its retention settings.

Settings — Edit Retention

The edit dialog lets you configure:

  • Move to cold storage after — Number of days before data moves from the hot tier (disk) to the cold tier (object storage/S3). This keeps recent data fast to query while reducing storage costs for older data.
  • Delete traces purge setting — The maximum retention period after which data is permanently deleted.

Correlation Timeframe

Configure the time window used to correlate logs, metrics, and traces when navigating between signals.

Settings — Correlation Timeframe

When you click from a trace to related logs, or from a log entry to associated metrics, KubeSense uses this configured window (e.g., 5 seconds, 10 seconds) to find correlated data around the event timestamp. A shorter window gives more precise correlations; a longer window catches events with slight timing offsets.

RUM Application Management

Manage the Real User Monitoring (RUM) applications connected to KubeSense.

Settings — RUM Application Management

The management table lists all registered RUM applications with:

ColumnDescription
Application NameThe name assigned to the RUM application
Application TypeThe platform — Android, iOS, or Web
Created DateWhen the application was registered
ActiveToggle to enable or disable monitoring for the application

Adding a New RUM Application

Click Add New Application to register a new app for RUM monitoring.

Settings — Add New RUM Application

Provide the application name and select the platform type. Once created, KubeSense generates the instrumentation configuration needed to start collecting real user data from the application.

Excluded Resources

Exclude noisy or irrelevant endpoints from monitoring — such as health checks, internal system calls, or any endpoints you do not need to track. Excluded resources will not appear on the Endpoints page or contribute to your metrics.

Settings — Excluded Resources

The exclusion list shows all currently excluded resources with:

ColumnDescription
ClusterThe cluster where the exclusion applies
Resource TypeThe type of resource excluded (e.g., Endpoint)
Selected ResourcesThe specific endpoints or paths being excluded
Created TimeWhen the exclusion rule was created

Each exclusion has a toggle to enable or disable it without deleting the rule.

Creating an Exclusion from Settings

Click Create New to add a new exclusion rule.

Settings — Create Exclusion

The dialog lets you:

  1. Select the Cluster from the dropdown (e.g., us-2, dev-cluster-sensors, docker-us2, lambda)
  2. Choose the Resource Type (e.g., Endpoint)
  3. Select the specific resources to exclude (e.g., specific API paths or service endpoints)
  4. Click Save to apply the exclusion

Excluding Directly from the Endpoints Page

You can also exclude endpoints directly from the Endpoints page without navigating to Settings. Each endpoint row has an Exclude button that lets you add it to the exclusion list in one click.

Settings — Exclude from Endpoints Page

Clicking the exclude button opens the same exclusion dialog, pre-populated with the selected endpoint's details. You can add multiple endpoints to a single exclusion rule.

Settings — Save Exclusion

Select the cluster, choose the resource type (Endpoint), add the paths you want to exclude, and click Save. The excluded endpoints will immediately stop appearing in your monitoring views.

Metrics

The Metrics tab provides visibility into your metrics storage usage, ingestion rates, and cardinality.

Settings — Metrics

Stats

The top section shows key metrics storage statistics:

StatDescription
Total DatapointsThe total number of metric data points stored (e.g., 14.82B)
Ingestion RateCurrent rate of metric data points being ingested (e.g., 19.81K per second)
Read RequestsCurrent rate of metric read queries (e.g., 0.167 per second)
Active SeriesThe number of currently active time series (e.g., 166.45K)
Disk Space UsageTotal disk space consumed by metrics (e.g., 18.70 GiB)
Free Disk SpaceAvailable disk space remaining (e.g., 78.92 GiB)
Bytes per PointAverage storage cost per data point (e.g., 1.35 bytes)
Retention PeriodHow long metrics are retained (e.g., 7d)

Metrics Cardinality

The cardinality table helps you understand which metrics, labels, or label values are contributing the most to your active series count. This is critical for managing metrics costs and performance.

Browse cardinality by:

  • By Metric Name — See each metric with its description and series count, sorted by highest cardinality
  • By Label Name — Identify labels that create the most series (e.g., high-cardinality labels like pod_name or container_id)
  • By Label Value — Find specific label values driving cardinality

Use the search bar to filter by metric name and the column picker to customize the view.

Notification Channels

Configure where alert notifications are delivered. KubeSense supports multiple channel types including Slack, Microsoft Teams, and Webhooks.

Settings — Notification Channels

The notification channels list shows all configured channels with:

ColumnDescription
NameThe channel name
TypeThe channel type — slack, msteams, or webhook
Created AtWhen the channel was created
Updated AtWhen the channel was last modified

Use the ... menu on each channel to edit or delete it.

Creating a New Notification Channel

Click Create New to add a notification channel.

Settings — New Notification Channel

Configure the following:

  • Name — A descriptive name for the channel (required)
  • Matching Labels — Optional label matchers to route specific alerts to this channel. Add matchers with label, operator (=), and value to filter which alerts are sent here.
  • Type — Select the channel type: Slack, Microsoft Teams, or Webhook
  • Webhook URL — The incoming webhook URL for the selected channel type (required)

Use the Test button to send a test notification and verify the channel is configured correctly before saving. Click Save to create the channel.