reindexとaliasでマッピングを変更するには？

Question

IT Interview Practice · Accepted Answer

aliasはインデックスを指す安定した名前です。フィールドに互換性のないマッピング変更が必要なら、新しいインデックスを作り、コピーしたデータを確認してからその名前を移します。

## 変更を図で見る

```text
Before: application -> products -> products-v1
After:  application -> products -> products-v2
```

アプリケーションは`products`を使い続けます。まず必要なマッピングと設定で`products-v2`を作ります。reindexはドキュメントをコピーしますが、元インデックスの設定を自動コピーするわけではありません。

## 書き込み停止を許容できるなら単純な移行を使う

- バックグラウンドの書き手も含めてアプリケーションの書き込みを停止し、適切なら読み取りは継続します。
- v1からv2へreindexし、失敗を調べ、コピーしたデータを検索可能にしてから代表的なドキュメントとクエリを確認します。
- aliasを変更し、アプリケーションの読み書きをテストしてから書き手を再開します。

現在v1だけを指すaliasでは、次のKibana Dev Toolsリクエストにより1回のalias更新で切り替えられます。

```http
POST /_aliases
{
  "actions": [
    {"remove":{"index":"products-v1","alias":"products","must_exist":true}},
    {"add":{"index":"products-v2","alias":"products","is_write_index":true}}
  ]
}
```

書き込み再開前にレスポンスを確認します。個別のremove/addの隙間を避けられますが、移行中に取り逃した変更をコピーするものではありません。

## 書き込みを止められない場合

コピー中の変更を永続記録し、古いデータが新しいデータを上書きせず更新と削除を再生する方法が必要です。これは別途同期設計を要します。v1は一時的に残しますが、新しい書き込みがv2に到着した後、切り戻しても損失がないとは考えないでください。

[公式ドキュメント](https://www.elastic.co/docs/manage-data/data-store/aliases).

変更を図で見る

書き込み停止を許容できるなら単純な移行を使う

関連する質問

書き込みを止められない場合