非安全重啟面臨的問題
直接kill掉節點，可能導致資料丟失
集群會認為該節點掛掉了，集群重新分配資料進行資料轉移（shard rebalance），會導致節點直接大量傳輸資料
節點重啟之後，恢復資料，同樣產生大量的磁碟、網路流量，耗費機器和網路資源的。
安全重啟步驟
暫停資料寫入程式
關閉集群shard allocation
手動執行post /_flush/synced
重啟節點
重新開啟集群shard allocation
等待recovery完成，集群health status變成green
重新開啟資料寫入程式
速度調優
可臨時增大 max_bytes_per_sec；隨後在進行更改
可以多節點同時操作
可以將歷史索引的副本數暫時調整為0；集群恢復後在進行調整
使用 _forcemerge
get _cluster/settings?include_defaults=true
get _cat/recovery
# 1. 關閉集群自動shard allocation
put _cluster/settings
}# 手動觸發flush資料
post /flush/synced
# 重啟節點
# 增加recovery 速率
put _cluster/settings
}# 恢復recovery 速率
put _cluster/settings
}# 開啟集群自動shard allocation
put _cluster/settings
}get _cat/recovery?v
Elasticsearch安全認證
本版本使用6.8.4最新版7.6需jdk11 免費版本 tls 功能，可對通訊進行加密 檔案和原生 realm，可用於建立和管理使用者 基於角色的訪問控制，可用於控制使用者對集群 api 和索引的訪問許可權 通過針對 kibana spaces 的安全功能，還可允許在 kibana 中實現多租戶。收...
ElasticSearch集群安全保障
elasticsearch集群監控指標 集群健康分為三個狀態 green yellow red。get cluster health 檢視放回結果,如 status值就是集群狀態，說明如下 顏色意義 green 所有主要分片和複製分片都可用 yellow 所有主要分片可用，但不是所有複製分片都可用 ...
elasticsearch如何安全重啟節點 續
大岩不燦 發表於 2015年9月21日 瀏覽 1,086 次 之前分享的一篇文章介紹了如何滾動rolling重啟elasticsearch集群。但是當資料量很大的時候，可能那種方式並不適合修改整個集群的配置。如果你無法通過api更改集群屬性，還是建議你把整個集群關閉，重啟整個集群。重啟步驟如下 1 ...