本文详细介绍了如何将Elasticsearch的快照备份到HDFS，解决了大规模数据环境下的核心容灾问题。从环境准备到自动化恢复策略，提供了一套完整的操作流程，帮助技术人员可靠地管理Elasticsearch数据生命周期。
智能速览
需预先在Hadoop集群为Elasticsearch创建专用用户和目录
可通过Kibana命令手动创建特定索引的快照并监控其状态
使用SLM策略可实现快照的自动化创建与生命周期管理
支持从快照中恢复指定索引，并可进行重命名以避免冲突
精华内容
将Elasticsearch快照备份至HDFS涉及多个配置环节，下面将深入剖析从创建存储库到恢复数据的完整流程与关键参数。
环境准备与授权
备份操作前，需确保ES与Hadoop网络互通，并完成主机名与IP映射。首先，在Hadoop集群的所有节点上创建`elastic`系统用户，并将其加入`hadoop`用户组。随后，以HDFS超级用户身份，在HDFS中为该用户创建专属目录，如`/user/elastic/snapshots`，并将其所有权授予`elastic`用户和`hadoop`组。这一步是后续ES访问HDFS存储路径的先决条件。
配置HDFS存储库
通过Kibana执行PUT命令可创建HDFS类型的快照存储库。对于单节点Hadoop，配置相对简单，只需指定HDFS的URI和快照存储路径即可。在集群环境下，配置则更为复杂，需额外引入HA高可用相关参数，如名称服务、NameNode节点列表及故障转移代理提供者类，以确保ES能够识别并连接到HDFS集群的Active NameNode。
创建与管理快照
创建快照时，可指定具体的索引名称，并设置`wait_for_completion`参数为`false`以实现异步执行。监控快照状态可通过`_snapshot/my_hdfs_repository/_current`API完成。为实现自动化，推荐使用SLM（快照生命周期管理）策略，通过Cron表达式定义备份周期，并配置快照的保留策略，例如保留15天、最少2个、最多10个快照，从而实现对索引的自动备份与清理。
索引恢复操作
从快照恢复数据时，可以精确选择要恢复的索引。通过`rename_pattern`和`rename_replacement`参数，可以在恢复过程中为索引重命名，例如将原索引`test`恢复为`restored-test`，避免与现有索引冲突。恢复进度可以通过访问`GET restored-*/_recovery`API实时查看，方便运维人员跟踪数据恢复状态。
掌握ES快照至HDFS的完整流程，为大规模数据环境下的容灾恢复提供了坚实保障。自动化策略的引入更是提升了运维效率。这套方案是否也适用于你的数据备份场景？
