更新順序 Elasticsearch → Kibana → Logstash → Filebeat
試用版本:7.X 的小版本號升級
Elasticsearch
- 停止 indexing 並且 synced flush
- 將 Elasticsearch 的 upgrade_mode 設置開啟
- 進行快照
- 編輯設定檔:新增用來儲存快照的 repository 位置,並重啟 elasticsearch
- 註冊儲存庫:打開 Kibana 移到 Management / Snapshot and Restore / Snapshots 頁面中的 Snapshots 標籤,點擊 Register a repository,之後填入存儲庫名稱並點擊共享文件系統,下一步填寫文件系統位置,該位置必須在設定檔中的 path.repo 清單中。
如果還沒有註冊儲存庫:


如果還沒建立策略:
移到 Policies 標籤下創建一個

移至 policy 標籤進行 snapshot,並移至 policy 標籤確認是否以快照完畢。



snapshot 建立完畢後就可以刪除這個 policy 了,因為目前沒有每日備份的需求。
- 關閉 elasticsearch 服務
- 升級 RPM
- 啟動服務
- 等待 cluster 狀態為 yellow
當 cluster 狀態為 yellow 表示所有 primary shard 都已恢復,但未分配 replica shard。
不過這是正常的,因為我們已經禁用了 shard 分配。
- 將 Elasticsearch 的 upgrade_mode 設置關閉
- 檢查 log 確認沒問題後,刪除實體備份檔
Kibana
- 停止所有的 Kibana 實例
- 更新 rpm 檔案
- 開啟 Kibana
- 檢查 log 確認沒問題後,刪除實體備份檔
Logstash
- 關閉 Logstash
- 更新 rpm 檔案
- 測試設定檔,根據結果調整設定檔
- 開啟 Logstash
- 檢查 log 確認沒問題後,刪除實體備份檔
Filebeat
- 停止 Filebeat 服務
- 更新 rpm 檔案
- 開啟 Filebeat 服務
- 檢查 log 確認沒問題後,刪除實體備份檔