Elasticsearch集群中的節點數

Question

在我們的大學中，我們有一個帶有1個節點的elasticsearch集群。 現在我們有錢來安裝功能更強大的服務器。 我們每天產生7-10百萬個訪問日志。

用以下方法創建集群更好：

一種。 3個功能強大的服務器（每個64GB）和16個CPU + SSD。
灣 擁有14個功能不那么強大的服務器（每個32GB和8CPU + SSD）
ps：a和b的價格相同。

C。 可能有一些建議？

先感謝您

Answer 1

這取決於場景。 對於您描述選項b的日志記錄案例，對我來說似乎更靈活。 讓我解釋一下我的看法：

1. 就像您在日志記錄場景中一樣，然后實施熱/熱架構 。 您將主要編寫和閱讀最近的索引。 在少數情況下，您想訪問較舊的數據，並且可能要縮小舊數據並關閉甚至更舊的索引。

2. 至少設置3個合格主節點，以防止出現腦吐問題。 將相同的節點也配置為協調節點（還剩11個節點）

3. 安裝2個提取節點，以將提取工作負載移動到專用節點（還剩9個節點）

4. 安裝3個熱數據節點以存儲最新索引（還剩6個節點）

5. 安裝6個熱數據節點以容納較舊的，縮小的和封閉的索引。 （還剩0個節點）

先前的設置只是一個例子。 如果更改節點號/角色，

1. 如果您需要更多的彈性。 然后添加更多的主節點，增加索引節點的副本數。 這也會減少總容量。

2. 您需要搜索或保留在已經封閉的索引中的舊數據越多，所需的節點就越溫暖。 然后根據需要重新平衡熱/熱節點數。 如果您可以及早刪除舊數據，則增加熱節點數。

3. 如果您具有xpack許可，請考慮安裝ml / altering節點。 將此角色添加到主節點或減少數據節點的數量，以支持ml / alertig。

4. 您是否需要kibana / logstash？ 根據工作量，專門准備一個/兩個節點。

假設兩個選項卡中的主板都相同，那么您僅通過添加更多的ram / cpu / storage即可快速擴展14個框。 如果規格已達到3個節點的最大值，則需要設置新的盒子並將它們加入群集中以進行擴展。 但是隨着時間的推移，這也可能會為您提供機架中最新的硬件。

也請看一下： https : //www.elastic.co/pdf/architecture-best-practices.pdf

如果您需要分片配置方面的背景知識，請參閱ElasticSearch-分片如何影響索引性能？

順便說一句：托馬斯（Thomas）對堆大小的評論是正確的。 如果您想了解背景，請查看此內容： https : //www.elastic.co/guide/en/elasticsearch/reference/current/heap-size.html