Documentation

硬件配置指南

查看InfluxDB Enterprise的配置和硬件指南:

对于 InfluxDB OSS 实例,请参见 OSS 硬件规格指南

免责声明: 您的数字可能与推荐的指导方针有所不同。指导方针为实施最具性能的系统提供了估算基准。

企业概览

InfluxDB Enterprise 支持以下内容:

InfluxDB企业版将您的数据的多个副本分布在集群中,提供高可用性和冗余,因此一个不可用的节点不会对集群产生重大影响。请 联系您 以获得调优系统的帮助。

如果您想要一个单节点的 InfluxDB 实例,完全开源,需要的写入、查询和独特系列少于上述列出的数量,并且不需要冗余,我们推荐 InfluxDB OSS。

注意: 在没有集群冗余的情况下,当服务器不可用时,写入和查询会立即失败。

查询指南

查询复杂性在系统影响上差异很大。对单个节点和集群的建议基于中等查询负载。

对于简单复杂查询,我们建议根据需要测试和调整建议的要求。查询复杂性由以下标准定义:

查询复杂性标准
简单几乎没有功能或没有正则表达式
时间限制在几分钟、几小时或最多24小时内
通常在几毫秒到几十毫秒内执行
中等有多个函数和一到两个正则表达式
还可以具有 GROUP BY 子句或对多个星期的时间范围进行取样
通常在几百毫秒或几千毫秒内执行
复杂具有多个聚合或转换函数或多个正则表达式
可能会抽样非常长的时间范围,涵盖几个月或几年
通常需要几秒钟才能执行

InfluxDB 企业集群指南

元节点

设置具有奇数个元节点的集群─偶数个可能在某些配置中导致问题。

集群必须具有至少三个独立的元节点以实现数据冗余和可用性。一个拥有2n + 1个元节点的集群可以容忍n个元节点的丢失。

元节点不需要很高的计算能力。无论集群负载如何,我们建议对元节点遵循以下指南:

  • vCPU或CPU: 1-2个核心
  • 内存: 512 MB - 1 GB
  • 输入/输出操作每秒: 50

数据节点

一个具有一个数据节点的集群是有效的,但没有数据冗余。冗余由数据写入的保留策略上的 复制因子 设置。这里 n 是复制因子,一个集群可以丢失 n - 1 个数据节点并返回完整的查询结果。

注意: 为了在集群内实现最佳数据分配,请使用偶数个数据节点。

指导方针因每个节点的每秒写入次数、每个节点的适度查询次数以及每个节点的唯一系列数量而异。

每个节点的指南

虚拟CPU或CPU内存每秒输入/输出操作数(IOPS)每秒写入次数每秒查询次数*唯一系列
2核4-8 GB1000< 5,000< 5< 100,000
4-6 个核心16-32 GB1000+< 100,000< 25< 1,000,000
8+ 核心32+ GB1000+> 100,000> 25> 1,000,000
  • 提供了适用于适度查询的指南。查询对系统的影响差异很大。对于简单或复杂的查询,我们建议根据需要测试和调整建议的要求。详细信息请参见 query guidelines

我什么时候需要更多的RAM?

一般来说,更多的RAM有助于查询更快返回。您的RAM要求主要由 series cardinality 决定。更高的基数需要更多的RAM。无论RAM如何,基数为1000万或以上都会导致OOM(内存不足)故障。通常,您可以通过重新设计您的 schema 来解决OOM问题。

每个集群的指南

InfluxDB企业指南因每秒写入和查询、系列基数、复制因子和基础设施 - AWS EC2 R4实例或等效项而有所不同:

  • R4.xlarge (4 个核心)
  • R4.2xlarge (8 个核心)
  • R4.4xlarge (16个核心)
  • R4.8xlarge (32 个核心)

指导方针来自于一个DevOps监控用例:维护一组计算机并监控服务器指标(如CPU、内核、内存、磁盘空间、磁盘I/O、网络等)。

集群配置指南按以下方式组织:

  • 你数据集中的序列基数:10,000, 100,000, 1,000,000,或 10,000,000
  • 数据节点数量
  • 服务器核心数量

对于每个集群配置,您会找到以下指南:

  • 每秒最大写入次数仅(没有仪表板查询正在运行)
  • 每秒最大查询次数(没有数据被写入)
  • 每秒最大并发查询和写入次数,合计

审核集群配置表

  1. 选择下面的系列基数标签,然后点击以扩展复制因子。
  2. 节点 x 核心 列中,找到您配置中的数据节点和服务器核心数量,然后查看推荐的 最大 指南。

选择以下复制因子之一,以查看10,000系列的推荐集群配置:

复制因子,1

副本因子,2

复制因子,3

选择以下复制因子之一,以查看100,000系列的推荐集群配置:

复制因子,1

副本因子,2

复制因子,3

选择以下复制因子之一以查看推荐的集群配置,用于处理 1,000,000 个系列:

副本因子,2

复制因子,3

请选择以下其中一个复制因子以查看10,000,000系列的推荐集群配置:

复制因子,1

副本因子,2

复制因子,3

存储:类型、数量和配置

存储容量和IOPS

考虑您所需的存储类型和数量。InfluxDB 旨在运行在固态硬盘 (SSDs) 和内存优化的云实例上,例如 AWS EC2 R5 或 R4 实例。InfluxDB 未在硬盘驱动器 (HDDs) 上进行测试,我们不建议在生产中使用 HDDs。为了获得最佳效果,InfluxDB 服务器的存储必须至少具有 1000 IOPS,以确保恢复和可用性。我们建议在停机后快速恢复集群数据节点至少有 2000 IOPS。

请查看您的云服务提供商文档以获取关于存储卷的IOPS细节。

字节与压缩

数据库名称、measurementstag keysfield keystag values仅存储一次,并且始终为字符串。Field valuestimestamps为每个点存储。

非字符串值大约需要三个字节。字符串值需要可变空间,取决于字符串压缩。

分离 waldata 目录

在生产环境中运行InfluxDB时,将wal目录和data目录存储在不同的存储设备上。这种优化显著减少了在高写入负载下的磁盘争用——如果写入负载变化很大,这是一个重要的考虑。如果写入负载变化不超过15%,则这种优化可能不是必要的。



Flux的未来

Flux 正在进入维护模式。您可以像现在一样继续使用它,而无需对您的代码进行任何更改。

阅读更多

InfluxDB 3 开源版本现已公开Alpha测试

InfluxDB 3 Open Source is now available for alpha testing, licensed under MIT or Apache 2 licensing.

我们将发布两个产品作为测试版的一部分。

InfluxDB 3 核心,是我们新的开源产品。 它是一个用于时间序列和事件数据的实时数据引擎。 InfluxDB 3 企业版是建立在核心基础之上的商业版本,增加了历史查询能力、读取副本、高可用性、可扩展性和细粒度安全性。

有关如何开始的更多信息,请查看: