我正在设置Elasticsearch和Kibana作为我们办公室的集中日志平台。我们有许多自定义实用程序和插件,我想跟踪它们的使用情况以及用户是否遇到任何错误。此外,我还想追踪服务器和定期作业。如果我有许多不同的日志数据源都发送到同一个elasticsearch群集,那么如何将其组织成索引和文档类型的惯例或最佳实践是什么?Logstash使用的默认索引值是"logstash-%{+YYYY.MM.dd}",因此似乎最好在索引名称后缀中加上当前日期,因为这样可以轻松清除旧数据。但是,Kibana允许添加多个“索引模式”,可以在UI中选择。然而,我阅读的所有教程都只提到创建单个模式,如"logstash-*"。在实践中如何使用多个索引模式?我只需为我的所有数据源命名即可吗?例如:
我正在使用nLog来编写一些工具,它有一个elastic search target。nLog和其他类似的日志框架惯例是在源代码中为每个类拥有一个“logger”。这些logger是否应该转换成elastic search中的索引?
这对于elasticsearch索引名称来说可能过于细分,最好只使用一个带日期的索引来为应用程序提供服务吗?
BackupUtility-%{+YYYY.MM.dd}
UserTracker-%{+YYYY.MM.dd}
ApacheServer-%{+YYYY.MM.dd}
我正在使用nLog来编写一些工具,它有一个elastic search target。nLog和其他类似的日志框架惯例是在源代码中为每个类拥有一个“logger”。这些logger是否应该转换成elastic search中的索引?
MyCompany.CustomTool.FooClass-%{+YYYY.MM.dd}
MyCompany.CustomTool.BarClass-%{+YYYY.MM.dd}
MyCompany.OtherTool.BazClass-%{+YYYY.MM.dd}
这对于elasticsearch索引名称来说可能过于细分,最好只使用一个带日期的索引来为应用程序提供服务吗?
CustomTool-%{+YYYY.MM.dd}
app-name-yyy.mm.dd
,但这使得 Elastic 和在 Kibana 上搜索变得非常缓慢。请参见 https://discuss.elastic.co/t/using-elstic-kibana-is-very-slow/85244 你使用每日/每月索引吗? - dina