ElasticSearch(七)容錯機制
阿新 • • 發佈:2019-01-09
負載均衡 更多 一個 nod repl earch 情況下 info 均衡
一、關於橫向擴容
PUT /test_index { "settings" : { "number_of_shards" : 3, "number_of_replicas" : 1 } }
(1)primary&replica自動負載均衡,6個shard,3 primary,3 replica
(2)每個node有更少的shard,IO/CPU/Memory資源給每個shard分配更多,每個shard性能更好
(3)擴容的極限,6個shard(3 primary,3 replica),最多擴容到6臺機器,每個shard可以占用單臺服務器的所有資源,性能最好
(4)超出擴容極限,動態修改replica數量,9個shard(3primary,6 replica),擴容到9臺機器,比3臺機器時,擁有3倍的讀吞吐量
(5)3臺機器下,9個shard(3 primary,6 replica),資源更少,但是容錯性更好,最多容納2臺機器宕機,6個shard只能容納1臺機器宕機
在3臺機器下,6個shard的只能容納1臺機器宕機容錯性分析:
二、關於master節點
1.master節點不會承載所有的請求,所以不會是一個單點瓶頸
2.master節點管理es集群的元數據:比如說索引的創建和刪除,維護索引的元數據,節點的增加和移除,維護集群的元數據
3.默認情況下,會自動選擇出一臺節點,作為master節點
容錯性分析:
三、關於縱向擴容
擴容方案:重新購置兩臺性能更加強大,替換原先舊的2臺服務器,但是,服務器的性能越強,成本將會是成倍增加,此方案不推薦,一般用橫向擴容。
ElasticSearch(七)容錯機制