對於某些節點要進行下線處理
節點的資料盤功能正常
集群的分片分配策略不會限制分片的遷移
data-node節點
什麼情況下可以平滑下線?
下線操作不會造成分片丟失,不會造成分片異常,不會丟失資料
操作步驟:
#start
#步驟1:將節點從集群路由策略中排除
curl -xput -d '}'
#步驟2:等待節點上分片全部被遷移
##檢查集群狀態,若出現pening_tasks,當pending_tasks的等級》=high時,存在集群無法新建索引的風險
curl
curl
##若集群**現unassigned shards,檢查原因,檢視是否是分配策略導致無法遷移分片
curl
#步驟3:下線節點
#步驟4:取消節點禁用策略
curl -xput -d '}'
#end
#其他操作
##兩個節點禁用策略
curl -xput -d '}'
client-node節點
#未驗證
#start
##步驟1:lb中刪除指定ip
##步驟2: 停止ip指定的es例項
#end
master-node節點
#下線非master節點
#start
#步驟1:停止ip指定的es例項
##注意:由於es集群配置檔案中指定了es集群必須有2臺master eligible節點才能進行選舉選出master節點,所以mater-node組的節點數應保持至少3臺
#end
#下線master節點
#start
#步驟1:停止ip指定的es例項
##注意:master節點進行選舉的時間預設是3s,配置檔案中可能設定的為30s。在master選舉期間集群功能不可用(索引、查詢、各類api功能)
#end
平滑重啟 nginx版本平滑公升級
軟體新版有了更棒的功能?當前版本有安全漏洞?架構調整,需要新版本來支援?這些場景是不是很熟悉?你可能條件反射的就說出 公升級版本啊!是的,運維人永遠無法避免的乙個工作就是軟體的版本公升級 本文舉例nginx1.13.9公升級到1.14.2版本,nginx主程序id是1533 將當前的nginx安裝目...
nginx平滑重啟與平滑公升級的方法
如何實現nginx平滑重啟與平滑公升級?平滑重啟 kill hup cat usr local www nginx logs nginx.pid 平滑公升級nginx 得到編譯引數 用上面這段編譯 然後make,千萬別make install make完了 在objs目錄下就多了個nginx,這個就...
fpm平滑重啟 詳解nginx及FPM平滑重啟
平滑重啟 gr是graceful restart 平滑重啟 的簡稱,是一種在協議重啟時保證 業務不中斷的機制。gr機制的核心在於 當某裝置進行協議重啟時,能夠通知其周邊裝置在一定時間內將到該裝置的鄰居關係和路由保持穩定。在協議重啟完畢後,周邊裝置協助其進行資訊 包括支援gr的路由 mpls相關協議所...