Documentation

InfluxDB Enterprise startup process

On startup, InfluxDB Enterprise starts all subsystems and services in the following order:

  1. TSDBStore
  2. Monitor
  3. Cluster
  4. Precreator
  5. Snapshotter
  6. Continuous Query
  7. Announcer
  8. Retention
  9. Stats
  10. Anti-entropy
  11. HTTP API

A subsystem is a collection of related services managed together as part of a greater whole. A service is a process that provides specific functionality.

Subsystems and services

TSDBStore

The TSDBStore subsystem starts and manages the TSM storage engine. This includes services such as the points writer (write), reads (query), and hinted handoff (HH). TSDBSTore first opens all the shards and loads write-ahead log (WAL) data into the in-memory write cache. If influxd was cleanly shutdown previously, there will not be any WAL data. It then loads a portion of each shard’s index.

Index versions and startup times

If using inmem indexing, InfluxDB loads all shard indexes into memory, which, depending on the number of series in the database, can take time. If using tsi1 indexing, InfluxDB only loads hot shard indexes (the most recent shards or shards currently being written to) into memory and stores cold shard indexes on disk. Use tsi1 indexing to see shorter startup times.

Monitor

The Monitor service provides statistical and diagnostic information to InfluxDB about InfluxDB itself. This information helps with database troubleshooting and performance analysis.

Cluster

The Cluster service provides implementations of InfluxDB OSS v1.8 interfaces that operate on an InfluxDB Enterprise v1.8 cluster.

Precreator

The Precreator service creates shards before they are needed. This ensures necessary shards exist before new time series data arrives and that write-throughput is not affected the creation of a new shard.

Snapshotter

The Snapshotter service routinely creates snapshots of InfluxDB Enterprise metadata.

Continuous Query

The Continuous Query (CQ) subsystem manages all InfluxDB CQs.

Announcer

The Announcer service announces a data node’s status to meta nodes.

Retention

The Retention service enforces retention policies and drops data as it expires.

Stats

The Stats service monitors cluster-level statistics.

Anti-entropy

The Anti-entropy (AE) subsystem is responsible for reconciling differences between shards. For more information, see Use anti-entropy.

HTTP API

The InfluxDB HTTP API service provides a public facing interface to interact with InfluxDB Enterprise and internal interfaces used within the InfluxDB Enterprise cluster.


Was this page helpful?

Thank you for your feedback!


The future of Flux

Flux is going into maintenance mode. You can continue using it as you currently are without any changes to your code.

Read more

InfluxDB v3 enhancements and InfluxDB Clustered is now generally available

New capabilities, including faster query performance and management tooling advance the InfluxDB v3 product line. InfluxDB Clustered is now generally available.

InfluxDB v3 performance and features

The InfluxDB v3 product line has seen significant enhancements in query performance and has made new management tooling available. These enhancements include an operational dashboard to monitor the health of your InfluxDB cluster, single sign-on (SSO) support in InfluxDB Cloud Dedicated, and new management APIs for tokens and databases.

Learn about the new v3 enhancements


InfluxDB Clustered general availability

InfluxDB Clustered is now generally available and gives you the power of InfluxDB v3 in your self-managed stack.

Talk to us about InfluxDB Clustered