A node that runs the data service.
For high availability, installations must have at least two data nodes. The number of data nodes in your cluster must be the same as your highest replication factor. Any replication factor greater than two gives you additional fault tolerance and query capacity within the cluster.
Data node sizes will depend on your needs. The Amazon EC2 m4.large or m4.xlarge are good starting points.
Stores all time series data and handles all writes and queries.
Related entries: data node
A node that runs the meta service.
For high availability, installations must have three meta nodes. Meta nodes can be very modestly sized instances like an EC2 t2.micro or even a nano. For additional fault tolerance installations may use five meta nodes; the number of meta nodes must be an odd number.
Related entries: meta service
The consistent data store that keeps state about the cluster, including which servers, databases, users, continuous queries, retention policies, subscriptions, and blocks of time exist.
Related entries: meta node
The attribute of the retention policy that determines how many copies of the
data are stored in the cluster.
InfluxDB replicates data across
N data nodes, where
N is the replication
To maintain data availability for queries, the replication factor should be less than or equal to the number of data nodes in the cluster:
- Data are fully available when the replication factor is greater than the number of unavailable data nodes.
- Data may be unavailable when the replication factor is less than the number of unavailable data nodes.
Any replication factor greater than two gives you additional fault tolerance and query capacity within the cluster.
Legacy user interface for the InfluxDB Enterprise.
This has been deprecated and the suggestion is to use Chronograf.
If you are transitioning from the Enterprise Web Console to Chronograf and helpful transition guide is available.