我們知道彈性需要為每個可用區分配計算資源。(無論是實際(專用)節點還是未知的共享資源)
...因此增加可用區不僅可能會受到 HA POV 的影響,還會有效地為集群提供額外的計算資源。
現在的問題是:
定義具有 1 個主 1 個副本索引的 3 個可用區是否有意義?
由于索引是在 Kibana 中定義的,而 AZs 是在 ES-cloud GUI 上定義的,這是可以做到的……它會帶來任何改進嗎?
注意我們在一個我們想要優化搜索的繁重搜索集群上。
uj5u.com熱心網友回復:
定義具有 1 個主 1 個副本索引的 3 個可用區是否有意義?
絕對地!您為集群提供了更多的自平衡空間(如果確實有超過 1 個索引)。
然后,許多因素實際上會起作用:資料的性質、保留策略、攝取管道的資源貪婪程度等等。
要擁有真正平衡和優化的集群,您必須在通過某個增長點后考慮到這一點,但一般來說 - 這是主要優勢。
由于索引是在 Kibana 中定義的
嗯?不,它們不是——只有索引模式是。
定義或使用索引 Kibana 是 100% 可選的。
轉載請註明出處,本文鏈接:https://www.uj5u.com/net/523560.html
標籤:弹性搜索云
