Elasticsearch也提供了備份集群中索引數據的策略——snapshot API.它會備份整個集群的當前狀態和數據，並保存到集群中各個節點共用的倉庫中。這個備份的進程是增量備份的，在第一次備份的基礎上進行的第二次備份只備份新變化的數據。 創建elasticsearch快照進行備份。 1、 建立 ...
Elasticsearch也提供了備份集群中索引數據的策略——snapshot API.
它會備份整個集群的當前狀態和數據，並保存到集群中各個節點共用的倉庫中。
這個備份的進程是增量備份的，在第一次備份的基礎上進行的第二次備份只備份新變化的數據。
創建elasticsearch快照進行備份。
1、 建立NFS文件共用服務
2、修改elasticsearch配置文件elasticsearch.yml，path.repo: **共用目錄掛載的路徑**，
3、創建快照倉庫
4、創建快照
5、恢復快照到elasticsearch集群
建立NFS文件共用服務
服務端：
1、 安裝NFS服務軟體:
1 yum install rpcbind nfs-utils -y
2、 建立需要共用的目錄，並修改文件許可權為666, client用戶訪問id，在server中有，且對共用文件夾有rw許可權。
1 mkdir /udisk/elasticsnapshot 2 chmod 0666 /udisk/elasticsnapshot -R
3、修改NFS服務配置文件， /etc/exports
/udisk/elasticsnapshot 10.9.121.211/32(rw,sync,all_squash) 10.9.134.110/32(rw,sync,all_squash) 10.9.90.103/32(rw,sync,all_squash) 10.19.36.230/32(rw,sync,all_squash) 10.19.63.103/32(rw,sync,all_squash) # /udisk/elasticsnapshot 為共用的目錄， 10.9.121.211/32 為可以掛載此共用目錄的IP， # 參數說明： # rw ro 該目錄分享的許可權是可擦寫 (read-write) 或只讀 (read-only)，但最終能不能讀寫，還是與文件系統的 rwx 及身份有關。 # sync async sync 代表數據會同步寫入到記憶體與硬碟中，async 則代表數據會先暫存於記憶體當中，而非直接寫入硬碟！ # no_root_squash root_squash 客戶端使用 NFS 文件系統的賬號若為 root 時，系統該如何判斷這個賬號的身份？預設的情況下，客戶端 root 的身份會由 root_squash 的設定壓縮成 nfsnobody， 如此對伺服器的系統會較有保障。但如果你想要開放客戶端使用 root 身份來操作伺服器的文件系統，那麼這裡就得要開 no_root_squash 才行！ # all_squash 不論登入 NFS 的使用者身份為何， 他的身份都會被壓縮成為匿名用戶，通常也就是 nobody(nfsnobody) 啦！ # anonuid anongid anon 意指 anonymous (匿名者) 前面關於 *_squash 提到的匿名用戶的 UID 設定值，通常為 nobody(nfsnobody)，但是你可以自行設定這個 UID 的值！當然，這個 UID 必需要存在於你的 /etc/passwd 當中！ anonuid 指的是 UID 而 anongid 則是群組的 GID 啰。
4、 配置生效 exportfs -r
5、 啟動服務
1 systemctl start rpcbind 2 systemctl start nfs
客戶端：
1、安裝客戶端軟體：
1 yum install nfs-utils -y
2、新建掛載目錄：mkdir /mnt/es
3、掛載共用目錄： **為了提高NFS的穩定性，使用TCP協議掛載，NFS預設用UDP協議**
1 mount -t nfs 10.10.10.10:/udisk/elasticsnapshot /mnt/es -o proto=tcp -o nolock
4、每台ES機器為客戶端，進行客戶端配置
修改elasticsearch的配置文件elasticsearch.yml，添加下麵配置，並重啟
path.repo: '/mnt/es'
創建快照倉庫
PUT /_snapshot/my_backup { "type": "fs", "settings": { "location": "/mnt/es", "compress": true, # 是否壓縮 "max_snapshot_bytes_per_sec": "50mb", "max_restore_bytes_per_sec": "50mb" } }
創建快照
PUT /_snapshot/my_backup/back-2018-10-26 { "indices": "*", # * 表示所有index， 可以具體寫哪些"logstash-iis-2017-01-07,logstash-httperr-2017-01-07", "ignore_unavailable": true, "include_global_state": false }
上面的代碼會將所有正在運行的索引，備份到my_backup倉庫下一個叫snapshot_1的快照中。上面的api會立刻返回，然後備份工作在後臺運行。如果你想api同步執行，可以加wait_for_completion標誌：
PUT /_snapshot/my_backup/snapshot_1?wait_for_completion=true
查看快照
1 get _snapshot/my_backup/back-2018-10-26 2 # 會出現一下結果 3 { 4 "snapshots": [ 5 { 6 "snapshot": "logstash-2017-01-07", 7 "uuid": "0XM7X-HcR4u9Ou7-Gjzj5w", 8 "version_id": 5000299, 9 "version": "5.0.2", 10 "indices": [ 11 "logstash-iis-2017-01-07", 12 "logstash-httperr-2017-01-07" 13 ], 14 "state": "SUCCESS", 15 "start_time": "2017-01-09T09:04:03.983Z", 16 "start_time_in_millis": 1483952643983, 17 "end_time": "2017-01-09T09:05:37.524Z", 18 "end_time_in_millis": 1483952737524, 19 "duration_in_millis": 93541, 20 "failures": [], 21 "shards": { 22 "total": 10, 23 "failed": 0, 24 "successful": 10 25 } 26 } 27 ] 28 }
1、查看所有索引的信息，使用如下api:
GET http://127.0.0.1:9200/_snapshot/my_backup/_all
2、另外還有個一api可以看到更加詳細的信息：
GET http://127.0.0.1:9200/_snapshot/my_backup/snapshot_3/_status
快照恢復
post /_snapshot/my_backup/logstash-2017-01-07/_restore
1、 此api額外參數：
POST http://127.0.0.1:9200/_snapshot/my_backup/snapshot_1/_restore { "indices": "index_1", "rename_pattern": "index_(.+)", "rename_replacement": "restored_index_$1" }
參數indices 設置只恢復index_1索引，參數rename_pattern 和rename_replacement 用來正則匹配要恢復的索引，並且重命名。和備份一樣，api會立刻返回值，然後在後臺執行恢復，使用wait_for_completion 標記強制同步執行。
2、 另外可以使用下麵兩個api查看狀態：
GET http://127.0.0.1:9200/_recovery/restored_index_3 GET http://127.0.0.1:9200/_recovery/
3 取消恢復： 如果要取消恢復過程（不管是已經恢復完，還是正在恢復），直接刪除索引即可
