ICYMI – 网络监控和 InfluxDB

导航至

在今年的 InfluxDays 活动中,InfluxDB 的功能成为了焦点。仅仅部署一个技术平台并期望人们会使用它是不够的。这不是凯文·科斯特纳的电影。因此,讨论具体的用例、它们的典型挑战以及 InfluxDB 如何应对这些挑战是有帮助的。幸运的是,这正是 Influxer Charles Mahler 为网络监控所做的事情。

以下是 Charles 演示文稿的一些亮点。

一切始于数据采集

为了监控任何事物,您需要拥有关于该事物的数据。因此,获取良好、干净的数据是网络监控最关键的方面之一。这也是最大的挑战之一。在企业级别尤其如此,但任何涉及遗留硬件、不同操作系统和/或各种来源的情况都会增加挑战。许多硬件供应商要求用户接受专有格式或协议,这可能会在收集数据时增加工作量。

通常,采集的原始数据不符合“良好”或“干净”的标准,这意味着用户要么必须处理脏数据,要么创建新的流程来标准化系统中这些数据。如果您想使用来自另一个来源的数据来丰富原始数据,这可能会带来额外的挑战。

数据存储

当然,一旦您收集了数据,就需要将其存储在某个地方。在这里,您需要平衡成本和复杂性。某些用例需要高粒度数据,但这会增加存储成本。重要的是找到合适的指标间隔,以便您可以获得所需的洞察力,并负担得起数据的存储。数据存储在规模化时变得复杂,因此这是在考虑网络监控数据时要考虑的另一个因素。更多设备意味着更多数据和更多存储需求。

分析您的数据

只有在收集和存储数据之后,您才能对其进行任何类型的分析。您需要确保有足够的计算能力来处理您想要在数据集中运行的查询。否则,这些查询会很慢,这可能会导致下游更严重的问题。与此同时,有必要确保数据分析不仅仅是少数人理解的黑匣子。提供工具,使广泛的用户能够参与您的数据并从中获得价值,这变得非常关键。

InfluxDB 来救援

了解人们在构建网络监控解决方案时面临的挑战,有助于理解 InfluxDB 如何应对这些挑战,并提供用户想要的可观测性和数据访问。

数据采集变得轻松

数据采集是 InfluxDB 平台的一个重点。Telegraf 是我们的开源数据采集代理。它有数百个插件,因此您可以从几乎任何来源收集数据。(我们甚至有一个 InfluxDB University 课程,涵盖如何编写自己的 Telegraf 插件!)您可以使用插件在数据进入数据存储之前修改、转换和清理数据。因此,如果您有数千个设备需要跟踪,Telegraf 可以满足您的需求。

除了 Telegraf 之外,InfluxDB 还拥有 客户端库,支持十几种语言,因此您可以使用您熟悉的语言编写代码,从而加速开发过程。

可扩展的数据存储

InfluxDB Cloud 是我们完全托管的 SaaS 解决方案,它可以 自动扩展 以满足您的存储需求。无论您需要保留高粒度数据、粗粒度数据还是两者的组合,InfluxDB 都可以存储它。

您可以使用的数据分析工具

在查询性能方面,InfluxDB 专为时间序列数据及其独特的工作负载而构建。从 其他数据库类型 转向 InfluxDB 的用户会看到查询性能的大幅提升。随着洞察力来得更快,您可以更快地迭代您的网络监控应用程序和仪表板。

说到仪表板和可视化,InfluxDB 让您可以快速构建它们。而且这些工具任何人都可以使用并从中获得价值,而不仅仅是主题专家。InfluxDB 有一个可视化查询构建器,因此任何人都可以构建仪表板并发现新的见解。这使团队能够扩展可观测性和创新的范围。

作为其新的时间序列引擎的一部分,InfluxDB 平台的一个重要补充是支持 SQL(特别是 PostgreSQL 线协议)。现在,经验丰富的 SQL 用户可以利用他们的专业知识在 InfluxDB 中查询数据。SQL 支持还使 InfluxDB 更具可扩展性,因为它可以与其他基于 PostgreSQL 的解决方案通信,并进一步普及开发和数据分析过程。

您不必只听我们的一面之词。像 CiscoRed Hat(以及更多公司)这样的公司使用 InfluxDB 来驱动网络监控解决方案。

这个概述只是浅谈了网络监控和 InfluxDB。有关网络监控的挑战以及 InfluxDB 如何解决这些挑战的更多详细信息,请查看完整的演示文稿。