接手公司乙個elasticsearch集群，平時使用沒啥問題，今天檢視自己配置的索引生命週期是否正確，通過kibana發現某一節點的分片數為0，如圖
從圖中可以看出最後乙個節點分片數為0，也就是集群中有乙個節點一直沒有寫入資料；
所以，我開啟了elasticsearch-head直觀的看一下，如圖：
其實在圖一中，就能看出問題。問題節點的磁碟使用率達到了96%，根據elasticsearch官網的說明：
當磁碟使用率達到95%，該節點將被設定為唯讀節點，也就是無法寫入資料，因此也就不會有es的分片分配到該節點上。
檢視磁碟使用情況：
path.data: /elk/elasticsearch此處的解決辦法可能存在一下幾種
（1）修改elasticsearch集群引數"cluster.routing.allocation.disk.watermark.flood_stag"95%的上限比例；
(2) 擴充套件/vdata的大小；
(3) 將該節點的資料儲存目錄配置到其他空閒的目錄
因為自己發現在該節點沒有任何資料，所以選擇了方案三，將資料目錄修改到其他磁碟目錄。
修改完該節點的磁碟目錄，重啟服務，發現其他節點將分片重新遷移到該節點，分片遷移後分片和副本均勻的分配到三個節點了，如圖：
(1)在部署應用的時候，要熟悉知道每個應用的資料大小；
(2)不同應用的資料儲存目錄分開指定，避免不同應用相互影響，並且方便後續針對應用做磁碟空間的擴容。
構建elasticsearch集群
初始化系統環境 在 etc security limits.conf 增加如下兩行 elasticsearch soft nofile 4096 elasticsearch hard nofile 65536 curl o elasticsearch 解壓軟體包 tar xvf elasticsea...
Elasticsearch集群搭建
1 主節點 儲存資料資訊 meta data 元資料 描述資料的資料,客戶端通過主節點獲取真正的資料位置,到資料節點datanode獲取資料分片 2 資料節點 只負責資料的讀和寫 3 負載均衡節點 當主節點連線的客戶端過多,可以引入負載均衡節點 分擔併發,既不是主節點,也不是資料節點 搭建另外兩台e...
Elasticsearch集群搭建
1 分發 scp 2.修改每一台機器的配置檔案 a 集群的名字 cluster.name my es b 節點名字 node.name node 1 c es儲存資料的路徑 path.data home zpark esdata data d es生成log資訊的路徑 path.logs home ...