kubernetes集群上的Elasticsearch集群。 進出？

Question

我目前正在研究在K8s中部署一個elasticseacrh集群。 任何人都可以幫助我了解在我們的K8s群集內部或外部部署ES群集的缺點是什么？ 提前致謝！

Answer 1

一個很大的專業是數據攝取。 如果您的k8s群集中有ES群集，則數據提取速度會更快。

然而，一個很大的問題是資源。 ES會吞噬你的資源，比google-chrome吃掉你的內存更糟糕。 我的意思是，很多。

維護它可能非常麻煩。 不確定您的用例，但如果它是日志記錄（在大多數情況下），通常雲提供商有自己的解決方案。

如果沒有，那么：

我建議在群集中為ES提供專用節點，否則如果存在峰值並且開始使用大量節點資源，則可能會影響其他pod。

此外，請確保熟悉並優化您的冷熱數據，這將為您節省大量的時間和資源。

編輯

我沒有強調這種快速數據攝取的重要性，因此在集群內部署它似乎不太合理。 底線非常明顯： 網絡延遲和帶寬 。

這些東西可以真正加起來 （從所有這些pod中獲取所有這些日志，然后擴展那些相同的pod，然后再擴展集群，然后再次......），因此每個單元都很重要。 如果你的虛擬機不會受到這兩者的影響（意思是，它們與集群的任何其他節點具有相同的延遲），我認為它不會產生巨大的差異 。

另一方面，我認為將它們與集群分離沒有什么大的好處。 無論如何，它是您基礎設施的一部分。

如果明天您決定切換到AWS或GKE怎么辦？ 您必須更改部署，再次設置整個部分。 另一方面，如果它已經是你的集群的一部分，只需kubectl apply和🤷

我還猜你會嘗試設置一個ELK堆棧。 如果時間和良好的意願允許，給予流利的機會（它與所有logstash客戶端100％兼容，但更加輕松）。