Kubernetes 上的 Elasticsearch - “Elastic Cloud (ECK)”与“Helm 图表”

Question

出于日志文件聚合的目的，我希望在本地（普通）Kubernetes 集群上设置一个生产 Elasticsearch 实例。

似乎有两个主要的部署选项：

1. 弹性云 (ECK) - https://github.com/elastic/cloud-on-k8s
2. Helm 图表 - https://github.com/elastic/helm-charts

我已经成功使用old (soon to be deprecated) helm charts，但刚刚发现了ECK。

这两种选择的优缺点是什么？任何可能影响长期使用的约束或限制？

Answer 1

主要区别在于，Helm Charts 是相当无主见的，而 Operator 是固执己见的——它内置了许多最佳实践，比如对使用安全性的硬性要求。此外，Operator Framework 建立在协调循环之上，并将持续检查您的集群是否处于所需状态。 Helm Charts 更像是一个包管理器，您可以在其中运行特定命令（在版本 X 中安装带有 Y 个节点的集群，现在再添加 2 个节点，现在升级到版本 Z，...）。

如果 ECK 是 Cloud-on-Kubernetes，您可以将 Helm 图表视为 Stack-on-Kubernetes。它们是定义在 Kubernetes 环境中运行我们的 Docker 镜像的确切规范的一种方式。

另一个区别是 Helm Charts 是开源的，而 Operator 是免费的，但使用 Elastic License（您不能使用它来运行付费的 Elasticsearch 服务是主要限制）。

Answer 2

1. 弹性云（ECK）：

优势

• 面向文档 (JSON)
• 多语言 - ICU 插件用于索引和标记化 多语言内容，它是一个基于 unicode文本分割标准的lucene实现
• 管理和监控多个集群
• 轻松升级到新的堆栈版本
• 向上和向下扩展集群容量
• 更改集群配置
• 动态扩展本地存储（包括弹性本地卷、 本地存储驱动程序）
• 计划备份
• 默认安全 - 启用加密并受保护 创建时的强默认密码
• 免费功能 - 画布、地图、正常运行时间
• 热-温-冷和自定义拓扑
• 官方 GKE 支持
• 免费套餐

缺点

• 它在数据存储方面不如其他一些选项（如 MongoDB、Hadoop 等。对于较小的用例，它会执行得很好。如果 你每天都在传输 TB 的数据，你会发现它 阻塞或丢失数据
• 它的学习曲线很多 更陡
• 当您因为以下原因而不能或不会创建具有生产价值的设置时 经济学。对于测试和开发，单个节点可以正常工作。当你 转移到生产环境，你应该有不少于 3 节点/2 副本

您可以在此处找到更多信息：ECK。

2. Elastic Stack Kubernetes Helm 图表：

优势

• 庞大的社区
• 易于在 Kubernetes 中部署和使用
• 堆栈中的每个组件负责处理 日志管道，它们一起提供了一个全面且 强大的 Kubernetes 日志记录解决方案
• 丰富的分析能力

缺点

• 难以保持规模化

您可以在此处找到更多信息：open-source-monitoring-tools-for-kubernetes。