Question

我想收集：

服务器KPI （cpu / ram / disk / etc）;
Web Access记录（方法/路径/状态/等）;
服务提升状态（serviceX正在运行，serviceY已关闭等）;
...

我已经将服务器KPI收集到InfluxDB服务器中，类似于：

InfluxDB
--> database_xyz
----> measurement_CPU
------> tag layer: "web"
        tag server: "webserver-1"
        value cpu_idle: 93
        value cpu_something: 4
----> measurement_RAM
------> tag layer: "web"
        tag server: "webserver-1"
        value RAM_Free: 65536

现在我还要收集Web访问日志，但我不确定InfluxDB究竟是如何构建的。

1）我们应该将所有内容添加到同一个度量但是按标签过滤了吗？

2）我们是否应该创建不同的测量 ..类型的log （例如：ServerKPIs，WebAccessLogs）或每种类型的子-log （例如：ServerKPI-CPU，ServerKPI-RAM）？

3）我们是否应该为每种类型的日志创建不同的数据库？

4）我们应该为每种类型的日志创建不同的InfluxDB服务器吗？

1）这只是感觉如此笨重和丑陋...然而，看起来对我完全可行，我想不出任何技术上的缺点。这可以为我提供最佳的灵活性/易用性，以便将来处理数据（例如：每个请求使用的CPU）吗？

2）对我来说非常标准，这就是我最初使用这种结构的原因。我是否会失去任何组合数据的能力？

3）将这些不同的日志分开似乎很合理，毕竟它们确实是不同的日志。我是否会失去组合日志的能力（例如：每个请求使用的CPU）？

4）如果我只是创建一个新的InfluxDB服务器（同一台机器），那么通过将每个InfluxDB服务移动到自己的专用机器中，以后扩展系统以消除瓶颈应该非常容易。我还能在Grafana这样的日志中组合日志吗？

InfluxDB架构 - 新系列，测量，数据库或服务器？

0 个答案: