有没有更聪明的方法来为Elasticsearch重新编制索引？

我认为@karmi正确。但是，让我解释一下更简单。我偶尔需要使用一些新属性或分析设置来升级生产模式。我最近开始使用下面描述的方案进行实时，恒定负载，零停机时间的索引迁移。您可以远程进行。

步骤如下：

假设：

您有索引
```
real1
```
和别名
```
real_write
```
，
```
real_read
```
指向它，
客户端仅写入
```
real_write
```
，只有从读取
```
real_read
```
，
```
_source
```
文档的属性可用。

1.新索引

real2

使用您选择的新映射和设置创建索引。

2.作家别名切换

使用以下批量查询开关写入别名。

curl -XPOST 'http://esserver:9200/_aliases' -d '{    "actions" : [        { "remove" : { "index" : "real1", "alias" : "real_write" } },        { "add" : { "index" : "real2", "alias" : "real_write" } }    ]}'

这是原子操作。从此时开始

real2

，所有节点上都将填充新客户端的数据。读者仍然使用旧的

real1

via

real_read

。这是最终的一致性。

3.旧数据迁移

数据必须从迁移

real1

到

real2

，但是其中的新文档

real2

不能被旧条目覆盖。迁移脚本应将

bulk

API与

create

操作一起使用（不是

index

或

update

）。我使用简单的Ruby脚本es-
reindex
，它具有不错的ETA状态：

$ ruby es-reindex.rb http://esserver:9200/real1 http://esserver:9200/real2

2017年更新 您可以考虑使用新的Reindex
API
而不是使用脚本。它具有许多有趣的功能，例如冲突报告等。

4.阅读器别名开关

现在

real2

是最新的，客户正在写信，但是他们仍在阅读

real1

。让我们更新阅读器别名：

curl -XPOST 'http://esserver:9200/_aliases' -d '{    "actions" : [        { "remove" : { "index" : "real1", "alias" : "real_read" } },        { "add" : { "index" : "real2", "alias" : "real_read" } }    ]}'

5.备份和删除旧索引

写入和读取转到

real2

。您可以

real1

从ES群集中备份和删除索引。

做完了！