AWS托管Elasticsearch快照恢复报错：节点不匹配索引设置

看起来你遇到的问题核心是快照里的索引绑定了AWS特定的实例类型路由规则，导致本地VM节点不符合过滤条件，分片完全无法分配。虽然你尝试了ignore_index_settings，但在Elasticsearch 5.6版本里，这个参数的作用可能需要配合额外配置才能完全生效，我来给你一步步梳理解决方案：

问题根源分析 #

从分配解释API的结果可以明确看到两个关键阻碍：

1. 副本分片无法分配是因为主分片还没激活（连锁反应）
2. 主分片无法分配的核心原因：node does not match index setting [index.routing.allocation.include] filters [instance_type:"i2.2xlarge OR i3.2xlarge"]

你的VM节点显然不是AWS的i2/i3实例类型，所以旧的索引分配规则直接阻断了分片分配。

正确的恢复命令（解决ignore_index_settings无效的问题） #

在Elasticsearch 5.x中，仅仅忽略索引设置可能不够，需要主动重置分配规则，同时避免恢复AWS集群的全局状态。试试这个命令：

curl -X POST "localhost:9200/_snapshot/restore/awsnap/_restore?pretty" -H 'Content-Type: application/json' -d'
{
  "include_global_state": false,
  "ignore_index_settings": ["index.routing.allocation.include", "index.routing.allocation.require"],
  "index_settings": {
    "index.routing.allocation.include.instance_type": "*",
    "index.routing.allocation.enable": "all"
  }
}
'

参数说明： #

• include_global_state: false：避免恢复AWS集群的全局路由配置（比如集群级别的分配规则），防止这些设置影响所有索引
• ignore_index_settings：明确忽略快照里的实例类型过滤规则
• index_settings：主动设置允许分片分配到任何实例类型的节点，同时开启所有分片的分配功能

如果恢复后问题仍存在，手动重置索引设置 #

如果执行上面的命令后集群还是红，可以手动清除所有恢复索引的分配规则：

curl -X PUT "localhost:9200/_all/_settings?pretty" -H 'Content-Type: application/json' -d'
{
  "index.routing.allocation.include.instance_type": null,
  "index.routing.allocation.enable": "all"
}
'

这个命令会直接移除实例类型过滤条件，允许Elasticsearch自动把分片分配到可用的数据节点上。

为什么你之前的命令没生效？ #

在Elasticsearch 5.6中，ignore_index_settings只会跳过加载指定的设置，但不会主动重置为默认值。如果快照里的索引设置已经被写入，Elasticsearch还是会尝试应用这些规则——所以需要用index_settings主动覆盖，或者后续手动清除。

另外，如果你没有添加include_global_state: false，快照里的AWS集群全局设置可能也会被恢复，进一步干扰分片分配。

内容的提问来源于stack exchange，提问作者TheDataGuy