如何重命名集群中的索引？

Question

我需要重命名集群中的多个索引（必须更改它们的名称，我不能使用别名）。

我看到没有支持的方法可以做到这一点，我找到的最接近的方法是重命名索引的目录，我在集群中尝试了这个方法。

集群有 3 台机器 A、B 和 C，每个机器上都复制了分片。我关闭了A上的弹性搜索，将/var/lib/弹性搜索/安全/节点/0/索引/旧索引名称重命名为/var/lib/弹性搜索/安全性/节点/0/索引/新索引名称，然后重新启动A。

集群的状态是黄色的，弹性搜索正在使用一些魔法来恢复正确的状态。过了一段时间，我最终得到了

• 旧索引名称可用且完全复制（我猜是从B和C恢复的）
• newindexname可用（我可以搜索它），但头部插件显示其分片处于“未分配”状态，并且它们显示为灰色（未复制）

在恢复安全期间.log显示以下消息：

[2015-02-20 11:02:33,461][INFO ][gateway.local.state.meta ] [A.example.com] dangled index directory name is [newindexname], state name is [oldindexname], renaming to directory name

虽然新索引名是可搜索的，但它肯定不是处于正常状态。

我通过删除新索引名回滚到以前的状态。群集将恢复为绿色，没有任何“未分配”条目。

鉴于此，如何在群集中将旧索引名称重命名为新索引名称？

注意:我想到的最终解决方案是将< code > ol index 滚动复制到< code>newindex中，然后删除< code > ol index 。这将需要时间，所以如果有一个更直接的解决方案，这将是伟大的。

Answer 1

要重命名索引，您可以使用Elasticsearch快照模块。

首先，您必须拍摄索引的快照，同时恢复它时，您可以重命名索引。

    POST /_snapshot/my_backup/snapshot_1/_restore
    {
     "indices": "jal",
     "ignore_unavailable": "true",
     "include_global_state": false,
     "rename_pattern": "jal",
     "rename_replacement": "jal1"
     }

rename_replacement：-要在其中备份数据的新索引名。

Answer 2

从ElasticSearch 7.4开始，重命名索引的最佳方法是使用新引入的克隆索引API复制索引，然后使用删除索引API删除原始索引。

克隆索引API相对于用于相同目的的快照API或重新索引API的使用的主要优点是速度，而无需重新处理其任何内容（显然，在支持硬链接的文件系统上；否则，文件将在文件系统级别进行复制，这仍然比其他方法更有效）。克隆索引还保证目标索引在每个点上都与源索引相同（即，与重新索引方法相反，不需要手动复制设置和映射），并且不需要配置本地快照目录。

旁注：尽管这个过程比以前的解决方案快得多，但它仍然意味着停机时间。有一些真实的用例证明重命名索引是合理的（例如，作为拆分、收缩或备份工作流中的一个步骤），但重命名索引不应成为日常操作的一部分。如果您的工作流需要频繁的索引重命名，那么您应该考虑改用索引别名。

以下是将索引< code>source_index重命名为< code>target_index的完整操作序列示例。它可以使用一些特定于ElasticSearch的控制台来执行，比如集成在Kibana中的控制台。这个例子的另一个版本见这个要点，使用< code>curl代替弹性搜索控制台。

# Make sure the source index is actually open
POST /source_index/_open

# Put the source index in read-only mode
PUT /source_index/_settings
{
  "settings": {
    "index.blocks.write": "true"
  }
}

# Clone the source index to the target name, and set the target to read-write mode
POST /source_index/_clone/target_index
{
  "settings": {
    "index.blocks.write": null 
  }
}

# Wait until the target index is green;
# it should usually be fast (assuming your filesystem supports hard links).
GET /_cluster/health/target_index?wait_for_status=green&timeout=30s

# If it appears to be taking too much time for the cluster to get back to green,
# the following requests might help you identify eventual outstanding issues (if any)
GET /_cat/indices/target_index
GET /_cat/recovery/target_index
GET /_cluster/allocation/explain

# Delete the source index
DELETE /source_index

Answer 3

您可以使用REINDEX来实现这一点。

Reindex不会尝试设置目标索引。它不会复制源索引的设置。您应该在运行_reindex操作之前设置目标索引，包括设置映射、分片计数、副本等。

< li >首先将索引复制到一个新名称中

POST /_reindex
{
  "source": {
    "index": "twitter"
  },
  "dest": {
    "index": "new_twitter"
  }
}

DELETE /twitter