所有容器日志都被存在了es的名称为filebeat-7.6.1-2020.04.17-000001的索引中

[xmtao0805]

我替换的是filebeat 7.6.1，我在pod中也添加了环境变量，但是所有的内容都输出到了同一个索引里面

这是自动生成的配置文件 `path.config: /etc/filebeat path.logs: /var/log/filebeat path.data: /var/lib/filebeat/data filebeat.registry.path: /var/lib/filebeat/registry filebeat.shutdown_timeout: 0 logging.level: info logging.metrics.enabled: false logging.files.rotateeverybytes: 104857600 logging.files.keepfiles: 10 logging.files.permissions: 0600

setup.template.name: "filebeat" setup.template.pattern: "filebeat-" filebeat.config: inputs: enabled: true path: ${path.config}/prospectors.d/.yml reload.enabled: true reload.period: 10s

output.elasticsearch: hosts: ["log-es-0.log-es-c.default.svc.cluster.local:9200"] index: filebeat-%{+yyyy.MM.dd} ` 应该怎么排查

[sentrychen]

同问，如何解决这个问题？

[MrXiaoguai]

7.x filebeat默认的配置开启了ILM，导致索引的命名规则被ILM策略控制。可以通过es管理索引生命周期策略来按日分索引索引。调用es的api或者kibana可视化配置都可以实现。

[totemofwolf]

7.x filebeat默认的配置开启了ILM，导致索引的命名规则被ILM策略控制。可以通过es管理索引生命周期策略来按日分索引索引。调用es的api或者kibana可视化配置都可以实现。

问题是我使用官方 filebeat 6.x.x 也只会创建 filebeat-6.x.x-2020.04.17-000001 的索引... 所以是官方魔改了 filebeat 6.1.1-3 吗？

[miaowukong]

7.x filebeat默认的配置开启了ILM，导致索引的命名规则被ILM策略控制。可以通过es管理索引生命周期策略来按日分索引索引。调用es的api或者kibana可视化配置都可以实现。

问题是我使用官方 filebeat 6.x.x 也只会创建 filebeat-6.x.x-2020.04.17-000001 的索引... 所以是官方魔改了 filebeat 6.1.1-3 吗？

现在有结论了么，我希望修改一下默认的index切分规则，发现修改不生效，重新更新了官方的filebeat之后，就不会使用container中指定的index，所以官方魔改了filebeat还是用插件支持的？