【问题标题】:How much cpu/memory/storage at least I need to use ELK我至少需要多少cpu/memory/storage才能使用ELK
【发布时间】:2020-05-27 17:59:55
【问题描述】:

我们的项目对不同微服务的日志聚合有需求,ELK 是很好的工具。但是我们的项目有私有化部署的需求,这意味着我们需要将整个解决方案部署到客户自己的服务器上。根据这个视频(https://www.youtube.com/watch?v=cC4GGJ0JsSE),ELK 的先决条件是至少 2GB RAM 和至少 20GB 存储空间,这种情况总是这样吗?如果是,那么 ELK 有点消耗资源,这可能不太适合我们的私有化部署情况。创建此问题并希望获得有关我是否应该选择 ELK 用于日志聚合的私有化部署方案的建议和建议。

【问题讨论】:

    标签: elastic-stack elk


    【解决方案1】:

    如果我们深入研究所有三个堆栈,那就是 Elastic Search、Logstash 和 Kibana

    LOGSTASH

    • Lo​​gstash 最大的缺点或“致命弱点”一直是性能和资源消耗(默认堆大小为 1GB)。
    • 尽管这些年来性能有了很大提高,但仍然比替代品慢很多
    • logstash 的最佳替代品是 rsyslog、filebeat 和 fluentd。最后两个在 docker 环境和日志聚合方面非常好。与logstash相比消耗更少

    弹性搜索

    • Elasticsearch 是一个分布式的 RESTful 搜索和分析引擎,能够存储数据并进行近乎实时的搜索。

    • 由于这处理索引和搜索操作,是的,CPU 消耗会很高。

    • 最好根据您的业务案例使用 Solr 和 Lucene,因为两者的用途相同。

    • 我能给出的最佳建议是使用 Splunk。我把球传给你的球场来执行。

    KIBANA

    • Kibana 只是一个可视化工具。我没经历过它消耗高CPU
    • 同样,我们在这里有最好的替代品,例如 GrafanaPromethus,与 Kibana 相比,它们确实非常好。

    希望对你有所帮助。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2019-09-29
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多