kubernetes簇上的Elasticsearch集群。进还是出？

Question

我目前正致力于在K8s中部署一个弹力环集群。有人能帮助我理解在我们的K8s集群内还是在外部部署ES集群的缺点/优点吗？，谢谢！

Answer 1

一个很大的好处是数据的摄入。如果您在k8s集群中拥有ES集群，那么数据的摄入将更快。

然而，一个大骗局是资源。ES会吞噬你的资源，比谷歌-铬吃掉你的资源更糟。我是说，很多。

而维护它可能会非常麻烦。不确定您的用例，但如果它正在日志记录(在大多数情况下)，通常云提供商有他们自己的解决方案。

如果没有，则：

我建议在集群中为ES设置专用节点，否则，如果出现峰值并开始使用大量节点资源，则可能会影响其他节点。

另外，一定要熟悉自己，优化你的冷暖数据，这样可以节省大量的时间和资源。

编辑

我还没有强调这种更快的数据摄入有多重要，所以这似乎不是将其部署到集群中的一个好理由。底线是很明显的：网络延迟和带宽。

这些东西真的可以加起来(从所有的荚中收集所有的日志，然后缩放相同的荚，然后扩展集群，然后再.)，所以每个单元都很重要。如果您的VM不会受到这两种情况的影响(也就是说，它们与集群的任何其他节点具有相同的延迟时间)，我认为这不会产生很大的影响。

另一方面，我认为将它们从集群中分离没有太大的好处。无论如何，它是您基础设施的一部分。

如果明天你决定转到AWS或GKE呢？你必须改变你的部署，重新设置整件事情。另一方面，如果它已经是集群的一部分，那么只需kubectl apply和

我还可以猜测，您将尝试设置一个麋鹿堆栈。如果时间和善意允许，给流利d一个机会(它是100%兼容所有logstash客户端，但更重)。