发布公告：InfluxDB Enterprise 1.9.5

作者：Tim Hall / 产品
2021年10月11日

导航至

现在可用 InfluxDB Enterprise 的新维护版本。

本 InfluxDB Enterprise 版本的亮点包括

内存利用率提升

  • 使用 TSI 索引改进压缩周期，显著降低了内存使用量。在某些情况下，内存使用量降低了 50%。
  • 底层的 protobuf 库也已升级到最新版本，这带来了一些额外的资源效率。

Flux 进步

  • 最新更新将 Flux 从版本 0.120.1 升级到 0.131.0。
    • 重大变更：移除了 sleep() 函数
    • 添加了 WebEx Teams 通知支持。
    • 添加了新的 Hex 包，以简化与十六进制字符串值的交互。
    • 优化了 pivot() 转换。
    • 添加了 InfluxDB 示例数据包。
    • 现在当使用 aggregateWindow(createEmpty: true) 时，将调用 table.fill()。
  • 添加了修复，以解决由使用 limit() 和其他没有数据的情况引起的崩溃。
  • 在数据库的复制因子小于数据节点数量，并且返回的具有 > 1000 个点的数据集时，Flux 引擎遇到了一些点没有被正确读取的问题。这已被解决。
  • 请加入在 InfluxCommunity 或 Slack 上关于 Flux 的讨论。

备份/恢复改进

对恢复过程进行了以下改进。有关如何利用这些改进的更多详细信息，请参阅 文档

  • 您现在可以将数据以新的保留策略恢复到现有数据库中。
    • 在恢复时，您可以覆盖备份中包含的保留策略的持续时间。因此，如果您备份了一个具有 30 天保留期的数据库，您可以恢复该数据库并将其保留期扩展到任何您希望的持续时间，包括无限期。
    • 在恢复特定分片时，您可以指定目标分片。
    • 单个分片恢复的过程已经得到改进，以减少在分片恢复期间对分片进行的验证量，如果您指定了一个新的分片。具体来说，新分片只需要在分片组中有相同的索引（用于哈希），以及相同的开始和结束时间（用于查询）。之前，InfluxDB Enterprise 还声明了匹配的源和目标数据库、保留策略和分片组 ID。当 -newshard 不是恢复过程的一部分时，这种现有行为得以保留。即使提供了 -shard ，如果保留策略或数据库名称发生变化，元数据也会更新。

安全性

  • 如果您已将 InfluxDB Enterprise 配置为使用 LDAP 进行身份验证，如果已配置，使用嵌套连接到 LDAP 服务器的 LDAP 查询无法正确使用 STARTTLS。结果是，在操作的一部分使用了未加密的 LDAP 连接。这已被解决，现在所有连接都使用 STARTTLS。
  • 如果元节点和数据节点没有匹配的 TLS 配置，influxd-ctl entropy 命令可能会使用不正确的 TLS 设置与数据节点通信。这已被解决，现在在处理 influxd-ctl entropy 时使用适当的 TLS 设置。

最终一致性修复

  • 在某些情况下，抗熵服务没有完全读取远程摘要。这导致远程节点在尝试写入已关闭的连接时出现断开的管道错误。这个问题已得到解决。
    • 在集群中可能存在具有重叠时间范围的分片。如果存在重叠的分片，则向这些分片写入多个点会导致写入丢失，并向写入者报告丢失写入错误。如果只写入一个点，则会成功。这个问题已得到解决。
    • 在提示交换服务中发现了竞争条件，这是由频繁的提示交换队列增长和清除触发的。在这些情况下，远程数据节点的写入丢失。在这些情况下，引入了数据熵或数据可能完全丢失。这已被解决。

日志改进

  • 启用日志 format = "json" 并没有导致所有日志输出都为 JSON 格式。这已被解决。
  • 在某些情况下，InfluxDB Enterprise 可能会丢失超时分片写入的日志。此外，在 InfluxDB Enterprise 无法完全读取 RPC 集群 API 中查询和写入的 TLV 的情况下，它不会记录尝试了哪种类型的 RPC 调用。这两个问题都已得到解决。

再次强调，没有相应的 InfluxDB OSS 1.9 版本。虽然我们继续改进 InfluxDB 1.x 代码行，并且这些改进已被包含在 InfluxDB Enterprise 中，但我们目前正引导我们的社区用户使用 InfluxDB 2.x。当然，如果需要，您始终可以构建 InfluxDB 1.x 的源代码。InfluxDB 2.x 包括 1.x 兼容的接口，允许使用 1.x API 进行读取和写入。最新开源版本可在我们的下载页面找到。