宣布Graphite/Whisper迁移至InfluxDB实用工具（Beta）

作者：Shubhra Kar / 产品，用例
2016年2月17日

在过去几个月中，我们一直从社区听到大家希望有更简单的方式从Graphite/Whisper迁移到InfluxDB的呼声。我们听到得足够多了，以至于我们着手开发一个交互式实用工具，使这个过程变得更简单一些。因此，应大家的要求，我们很高兴地宣布，我们的开源Graphite/Whisper到InfluxDB迁移工具的Beta版本现已立即可用。您可以通过注册参加本周四上午9:30太平洋时间举办的简短“Graphite/Whisper到InfluxDB迁移工具入门”网络研讨会，了解更多关于该工具的演示和如何工作的技术问题。

关于Graphite

Graphite是在10多年前创建的，并成功在寻找开源时序解决方案的开发者中获得了很大的流行。其推动大量采用的一个酷炫功能是其强大的查询API。典型Graphite项目的后端数据存储是一个名为Whisper的时序数据库。Whisper是一个固定大小的数据库，其工作原理类似于RRD。

然而，Graphite在社区中存在一些痛点。在后台，当需要支持大量写入、大量唯一指标以及需要在长时间内管理非常大的数据集时，可扩展性问题可能很快就会出现。

为什么要迁移呢？

开发者们告诉我们他们为何想要切换的原因有几个……

• 写入性能：尽管我本人并不了解任何将InfluxDB 0.10.0与Graphite进行比较的公开基准测试，但InfluxDB的最新版本在独立配置下可以每秒处理数十万次写入，支持高达一百万个唯一序列。更多信息请参阅此处和此处。
• 数据压缩：InfluxDB的最新版本在某些情况下可以将压缩率降至每个点2到5个字节。更多信息请参阅此处，并查看真实世界的示例此处。我尚未看到Graphite项目关于压缩的官方信息，但这个旧的StackOverflow线程将其定为每个点略超过12个字节。
• 社区动力：开发者们不断告诉我们，尽管InfluxDB仍有许多工作要做（特别是在集群方面），但该项目改进的速度与Graphite（甚至是OpenTSDB）相比是一个巨大的因素。要了解这些人是什么意思，只需前往Github，比较Whisper和Ceres项目与InfluxDB，无论是从代码频率、提交者数量、关注者、星标还是分支来看。

该实用程序可以以两种模式迁移数据，要么使用InfluxDB HTTP API，要么使用TSMWriter本地迁移（这可能更快，但需要重启服务器，且只能在单个服务器上工作。）让我们进行一次简单的迁移...

现在让我们可视化我们的迁移数据...

因为这个实用程序仍在Beta版本，我们依赖社区帮助我们测试尽可能多的数据集，并希望揭露我们可能忽略的一些边缘情况。告诉我们您的看法或是否有问题：[email protected]。

接下来是什么？

• 在Github上获取代码，并记录您遇到的任何问题。
• 注册参加明天（2月18日）上午9:30太平洋时间举行的简短“Graphite/Whisper到InfluxDB迁移实用程序入门”网络研讨会。
• 从InfluxDB专业服务团队获得关于Graphite到InfluxDB迁移的专家帮助。
• 通过注册InfluxDB虚拟培训提升您的InfluxDB知识。选择您的主题，参加网络研讨会仅需39美元！