|
一直對ElasticSearch集群的重啟有疑惑，因?yàn)槊總€(gè)結(jié)點(diǎn)重啟時(shí)，ElasticSearch集群的高可用和自平衡方案會自動(dòng)在別的結(jié)點(diǎn)上復(fù)制該重啟結(jié)點(diǎn)的分片，這定然導(dǎo)致了很大的IO和網(wǎng)絡(luò)開支。重啟一次集群相當(dāng)于對所有的分片重新部署了一次，而且依次重啟結(jié)點(diǎn)的時(shí)間也很長，需等待集群平衡好了，處于green的狀態(tài)后才能重啟下一個(gè)結(jié)點(diǎn)。
還好ES本身已考慮了這個(gè)問題，官方文檔中對于集群重啟的解決方案如下： http://www./guide/en/elasticsearch/reference/1.4/cluster-nodes-shutdown.html
簡單來說，重啟前關(guān)閉分片自動(dòng)分配機(jī)制，重啟后再打開即可。
重啟前：
curl -PUT http://XXX:9200/_cluster/settings -d
{
"transient": { "cluster.routing.allocation.enable": "none" } } 重啟后：
{
"transient" : { "cluster.routing.allocation.enable" : "all" } } 一直對ElasticSearch集群的重啟有疑惑，因?yàn)槊總€(gè)結(jié)點(diǎn)重啟時(shí)，ElasticSearch集群的高可用和自平衡方案會自動(dòng)在別的結(jié)點(diǎn)上復(fù)制該重啟結(jié)點(diǎn)的分片，這定然導(dǎo)致了很大的IO和網(wǎng)絡(luò)開支。重啟一次集群相當(dāng)于對所有的分片重新部署了一次，而且依次重啟結(jié)點(diǎn)的時(shí)間也很長，需等待集群平衡好了，處于green的狀態(tài)后才能重啟下一個(gè)結(jié)點(diǎn)。
還好ES本身已考慮了這個(gè)問題，官方文檔中對于集群重啟的解決方案如下： http://www./guide/en/elasticsearch/reference/1.4/cluster-nodes-shutdown.html
簡單來說，重啟前關(guān)閉分片自動(dòng)分配機(jī)制，重啟后再打開即可。
重啟前： curl -PUT http://XXX:9200/_cluster/settings -d { "transient": { "cluster.routing.allocation.enable": "none" } } 重啟后： { "transient" : { "cluster.routing.allocation.enable" : "all" } }
一直對ElasticSearch集群的重啟有疑惑，因?yàn)槊總€(gè)結(jié)點(diǎn)重啟時(shí)，ElasticSearch集群的高可用和自平衡方案會自動(dòng)在別的結(jié)點(diǎn)上復(fù)制該重啟結(jié)點(diǎn)的分片，這定然導(dǎo)致了很大的IO和網(wǎng)絡(luò)開支。重啟一次集群相當(dāng)于對所有的分片重新部署了一次，而且依次重啟結(jié)點(diǎn)的時(shí)間也很長，需等待集群平衡好了，處于green的狀態(tài)后才能重啟下一個(gè)結(jié)點(diǎn)。
還好ES本身已考慮了這個(gè)問題，官方文檔中對于集群重啟的解決方案如下： http://www./guide/en/elasticsearch/reference/1.4/cluster-nodes-shutdown.html
簡單來說，重啟前關(guān)閉分片自動(dòng)分配機(jī)制，重啟后再打開即可。
重啟前： curl -PUT http://XXX:9200/_cluster/settings -d { "transient": { "cluster.routing.allocation.enable": "none" } } 重啟后： { "transient" : { "cluster.routing.allocation.enable" : "all" } }
|
|
|
