总结: 规模数据建议使用Snapshot and Restore功能,或者用LogStash,小规模数据可以用 elasticdump。
官方建议: 在灾难中,快照可以防止永久数据丢失。快照生命周期管理是对集群进行定期备份的最简单方法。有关详细信息,参阅创建快照。
警告
快照是备份集群的唯一可靠且受支持的方法。你无法通过复制 Elasticsearch 集群节点的数据目录来备份该集群。不支持从文件系统级备份中恢复任何数据的方法。如果尝试从这样的备份中恢复集群,它可能会失败,并报告损坏或丢失文件或其他数据不一致,或者它似乎成功又悄悄地丢失了一些数据。
可以使用Elasticsearch的Snapshot and Restore功能。
快照
和还原
**模块支持创建单独索引或整个集群的快照到本地或者远程仓库,像共享文件系统、S3或HDFS等。你可以非常方便地进行快照备份以及比较迅速地进行快照还原,但快照的还原需要Elasticsearch的版本能正确的读取索引文件。#!/bin/bash
# 首先在elasticsearch.yml 新增, 然后重启ES
path.repo: ["/home/es/snapshot"]
# 创建本地快照存储库
curl -X PUT "http://127.0.0.1:9200/_snapshot/local_repository" -H 'Content-Type: application/json' -d '{
"type": "fs",
"settings": {
"location": "/home/work/es-backup/snapshot",
"compress": true
}
}'
# 创建快照(备份)到本地磁盘
curl -X PUT "http://127.0.0.1:9200/_snapshot/local_repository/snapshot_$(date +%s)" -H 'Content-Type: application/json' -d '{
"indices": "evaluating",
"ignore_unavailable": true,
"include_global_state": false
}'
# 查看状态
# curl GET "http://127.0.0.1:9200/_snapshot/local_repository/snapshot_$(date +%s)"
# 等待快照完成
sleep 10
# 上传备份到OSS
ossutil cp -r /home/work/es-backup/snapshot oss://your-oss-bucket/your_backup_folder
也可以用 elasticdump 来实现
小规模数据建议使用
# 备份 mapping
elasticdump --input=http://127.0.0.1:9200/evaluating --output=/home/work/data/es-backup/evaluating_mapping.json --type=mapping
# 备份数据 - 全量
elasticdump --input=http://127.0.0.1:9200/evaluating --output=/home/work/data/es-backup/evaluating_data.json --type=data --limit=2000 --parallel=5
# 备份数据 -按范围
elasticdump --input=http://127.0.0.1:9200/evaluating --output=/home/work/data/es-backup/evaluating_data_20230101.json --type=data --query='{"range": {"beginTime": {"gte": "2023-01-01", "lte": "2023-01-02"}}}'
# 数据导出示例:
elasticdump --input=http://127.0.0.1:9200/evaluating --output=/home/work/data/es-backup/20231204/evaluating_data.json --type=data --limit=2000 --parallel=10
# 导入示例
elasticdump --input=/home/work/es-import/evaluating_data_20231204.json --output=http://127.0.0.1:9200/evaluating --type=data --limit=2000 --parallel=10
# Specify searchBody from a file
elasticdump \
--input=http://production.es.com:9200/my_index \
--output=query.json \
--searchBody=@/data/searchbody.json
# Copy a single shard data:
elasticdump \
--input=http://es.com:9200/api \
--output=http://es.com:9200/api2 \
--input-params="{\"preference\":\"_shards:0\"}"
您可以尝试以下方法来优化elasticdump导出数据的速度和实现快速备份ES数据:
增加并行度:使用elasticdump的–parallel参数来增加并行度,允许多个文档同时导出,从而提高导出速度。例如:elasticdump --input=http://source:9200/my_index --output=/data/my_index_mapping.json --type=mapping --parallel=10
调整批量参数:
–limit=2000 # 每次操作的objects数量,默认100,数据量大的话,可以调大加快迁移速度
使用快照和恢复:Elasticsearch提供了快照和恢复功能,可以通过创建快照来备份整个索引,并在需要时进行快速恢复。这种方式可以更快速地备份和恢复大量数据。
增加节点:如果可能的话,增加ES集群的节点数量可以提高数据导出的速度。更多的节点意味着更多的资源和并行处理能力。
优化网络和硬件:确保网络连接和硬件性能良好,包括ES集群节点和备份目标存储的网络连接,以及备份目标存储的读写性能。
使用专业工具:考虑使用专业的ES数据备份工具,这些工具通常针对大规模数据备份进行了优化,能够更快速地备份和恢复数据。
优势对比
- 优势:
- 可以跨集群备份和恢复数据。
- 可以选择性备份和恢复特定的索引或文档。
- 可以在不同版本的Elasticsearch之间进行数据迁移。
- 劣势:
- 需要手动设置备份策略和执行备份操作。
- 不支持自动化定期备份。
- 优势:
- 集成在Elasticsearch中,易于配置和管理。
- 支持自动化定期备份。
- 可以在集群级别进行备份和恢复。
- 劣势:
- 通常只能在相同版本的Elasticsearch之间进行数据迁移。
- 对于跨集群备份和恢复,需要额外的设置和配置。
- elasticsearch-dump适用于需要跨集群备份和恢复、选择性备份和恢复特定数据、以及在不同版本的Elasticsearch之间进行数据迁移的场景。
- Elasticsearch的快照和备份功能适用于需要集成、自动化定期备份、以及集群级别备份和恢复的场景。