您好,登錄后才能下訂單哦!
本篇文章給大家分享的是有關Elasticsearch 集群版本升級步驟及注意事項是什么,小編覺得挺實用的,因此分享給大家學習,希望大家閱讀完這篇文章后可以有所收獲,話不多說,跟著小編一起來看看吧。
1、升級前的準備工作
從Elasticsearch 的官方網站 https://www.elastic.co/downloads/elasticsearch 下載最新版本的Elasticsearch,為了線上方便對數據包的管理,一版選擇 .gz.tar 格式或者 .zip 格式文件。
解壓縮最新版本文件壓縮包到指定目錄,備份 config 目錄中的 elasticsearch.yml 文件(可以簡單更名,為elasticsearch.yml.bak即可)。然后復制當前版本Elasticsearch 中配置文件 elasticsearch.yml 文件的內容,到最新版本的 config 目錄中。
檢查系統中Java 環境是否正常,目前Elasticsearch 的版本必須使用Java 1.7.0及以上版本才能正常啟動 Elasticsearch。
修改 bin 目錄中 elasticsearch.in.sh 文件,關于Elasticsearch JVM 內存配置大小:
這個值可以根據需要適當的調整的更大。如此,當 Elasticsearch 中存在很多 index 的時候不會出現 Too many open files 的錯誤:
如果看到了以上內容,則表明新版本的Elasticsearch 可以正常運行。接下來,就準備更換節點ES版本了。
2、集群滾動升級
滾動升級(Rolling upgrade)
Rolling upgrade的備份過程可以讓用戶在一個時間內只升級集群中的某一個特定的節點。由于Elasticsearch集群具有非常優秀的容災機制,因此,在刪除集群中的某一個節點時,數據并不會丟失,而是可以由其余節點上的拷貝恢復。
不建議在一個集群中長時間的運行多個版本的Elasticsearch實例,因為當刪除的節點恢復時,將來自多個版本實例的數據匯聚到同一個節點會有可能會導致節點無法工作。
接下來來敘述Rolling upgrade升級的操作步驟:
關閉shard 的實時分配選項,這樣做的目的在于當集群shutdown之后可以快速的啟動。這個參數默認是開啟的,默認情況下當實例啟動時,會嘗試從其他節點實例上拷貝相關的shard副本至本地,這樣會浪費大量的時間和耗費高額的IO資源。如果實時分配選項關閉了,那么當新的實例啟動,嘗試加入集群的時候,它不會從其他實例上拷貝shard副本。當實例完全啟動之后,則應該再將該選項開啟,以提供長期的容災。
curl -XPUT localhost:9200/_cluster/settings -d '{ "transient" : { "cluster.routing.allocation.enable" : "none" } }'
關閉所要升級版本的節點實例,并將其移除集群
curl -XPOST 'http://localhost:9200/_cluster/nodes/_local/_shutdown'
移除節點之后,等待剩余節點數據轉移完成,直到確定所有的shard都被正確地分配。
升級節點的Elasticsearch版本,最簡單和最安全的辦法就是下載一個全新的Elasticsearch版本到本地,并將原來Elasticsearch的配置文件復制到新的版本中,最好能建立一個Elasticsearch的軟連接到最新版本文件所在的目錄,這樣可以方便將來使用。
啟動已經升級好的節點ES實例,并檢查其是否正確地加入到集群中。
重新開啟shard reallocation選項(實時分配選項)
curl -XPUT localhost:9200/_cluster/settings -d '{ "transient" : { "cluster.routing.allocation.enable" : "all" } }'
檢查所有的shard是否正確地被分配,并觀察集群是否有執行負載均衡(也是就說每個節點被分配相等數目的shard)
重復以上過程至集群中的每個節點,直至這個集群中所有節點完成版本升級。
以上就是Elasticsearch 集群版本升級步驟及注意事項是什么,小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。