Elasticsearch-migrations-between-versions

Elasticsearch-バージョン間の移行

どのシステムまたはソフトウェアでも、新しいバージョンにアップグレードする場合、アプリケーションの設定、構成、データなどを維持するためにいくつかの手順に従う必要があります。 これらの手順は、新しいシステムでアプリケーションを安定させるため、またはデータの整合性を維持するために必要です（データが破損しないようにします）。

Elasticsearchをアップグレードするには、次の手順に従う必要があります-

• [[1]]
• UAT、E2E、SIT、またはDEV環境などの非実稼働環境でアップグレードされたバージョンをテストします。
• 以前のElasticsearchバージョンへのロールバックは、データバックアップなしでは不可能であることに注意してください。 したがって、上位バージョンにアップグレードする前に、データのバックアップをお勧めします。
• 完全なクラスター再起動またはローリングアップグレードを使用してアップグレードできます。 ローリングアップグレードは、新しいバージョン用です。 移行にローリングアップグレード方式を使用している場合、サービスの停止はありません。

アップグレードの手順

• 実稼働クラスターをアップグレードする前に、開発環境でアップグレードをテストします。
• データをバックアップします。 データのスナップショットがない限り、以前のバージョンにロールバックすることはできません。
• アップグレードプロセスを開始する前に、機械学習ジョブを閉じることを検討してください。 機械学習ジョブはローリングアップグレード中も引き続き実行できますが、アップグレードプロセス中のクラスターのオーバーヘッドが増加します。
• 次の順序でElastic Stackのコンポーネントをアップグレードします-
• エラスティックサーチ
• キバナ
• Logstash
• ビート
• APMサーバー

6.6以前からのアップグレード

バージョン6.0-6.6からElasticsearch 7.1.0に直接アップグレードするには、繰り越す必要のある5.xインデックスを手動で再インデックスし、クラスター全体の再起動を実行する必要があります。

完全なクラスター再起動

完全なクラスター再起動のプロセスには、クラスター内の各ノードのシャットダウン、各ノードの7xへのアップグレード、およびクラスターの再起動が含まれます。

以下は、完全なクラスタ再起動のために実行する必要がある高レベルの手順です-

• シャード割り当てを無効にする
• {ブランク}
• インデックス作成を停止し、同期フラッシュを実行します
• {ブランク}
• すべてのノードをシャットダウンします
• {ブランク}
• すべてのノードをアップグレードする
• {ブランク}
• プラグインをアップグレードする
• {ブランク}
• アップグレードされた各ノードを起動します
• {ブランク}
• すべてのノードがクラスターに参加し、黄色のステータスを報告するのを待ちます
• {ブランク}
• 割り当てを再度有効にする
• {ブランク}

割り当てが再び有効になると、クラスターはレプリカシャードのデータノードへの割り当てを開始します。 この時点で、インデックス作成と検索を再開しても安全ですが、すべてのプライマリシャードとレプリカシャードが正常に割り当てられ、すべてのノードのステータスが緑になるまで待機できる場合、クラスターはより迅速に回復します。