寫在前面的話：讀書破萬卷，編碼若有神
--------------------------------------------------------------------node
參考內容：服務器
《Elasticsearch頂尖高手系列-快速入門篇》，中華石杉負載均衡
--------------------------------------------------------------------性能
主要內容包括:編碼
- 橫向擴容
- 容錯機制
--------------------------------------------------------------------spa
一、Elasticsearch橫向擴容資源
1.一、primary shard 和 replica shard自動負載均衡同步
目前狀況：2個node， 3個primary shard，3個replica shard入門
若是此時給es集羣增長一個節點(node),es會自動對primary shard和replica shard進行負載均衡ast
1.二、每一個Node有更少的shard, IO/CPU/Memory資源給每一個shard分配更多，每一個shard性能更好
1.三、擴容的極限，6個shard(3個primary shard,3個replica shard),最多擴容到6臺機器，每一個shard能夠佔用單臺服務器的全部資源，性能最好
--------------------------------------------------------------------
二、Elasticsearch容錯機制
2.一、master選舉、replica容錯、數據恢復
目前es集羣狀況：3個node，9個shard(3個primary shard,6個replica shard)
若是此時master node宕機：
由於Node1節點宕機了，因此primary shard0、replica shard一、replica shard2三個3shard就丟失了。master node宕機的一瞬間，primary shard0這個shard就沒有了，此時就不是active status,因此集羣的狀態爲red.
容錯第一步：master選舉，自動選舉另一個node成爲新的master，承擔起master的責任來：
容錯第二步：新master將丟失的primary shard的某個replica shard提高爲primary shard，此時cluster status會變爲Yellow，由於全部的primary shard都變成了active status，可是，少了一個replica shard，因此不是全部的replica shard都是active。
容錯第三步：重啓故障的node, new master節點將會把缺失的副本都copy一份到該node上去，並且該node會使用以前已有的shard數據，只是同步一下宕機以後發生的改變。
此時es cluster的狀態爲green，由於全部的primary shard和replica shard都是active狀態。
--------------------------------------------------------------------