Elasticsearch:インスタンスアーキテクチャのアップグレード

• バージョン要件：

  ソースバージョン	アップグレードのサポート	ターゲットバージョン	特別要件
  6.7/6.8/7.10/7.16	サポート対象	ソースバージョンと同じ	バージョン 6.7/6.8 の場合、`closed` 状態のインデックスは存在できません。
  6.3/7.4/7.7	サポート対象	7.4/7.7：7.10 にアップグレードします。 6.3：6.8 にアップグレードします。	インデックスにはレプリカが必要です。 インスタンスをホワイトリストに追加するには、テクニカルサポートにご連絡ください。
  5.5/5.6	サポート対象外	-	-

• アップグレード方法：v1/v2 アーキテクチャのインスタンスは、手動または自動で v3 アーキテクチャにアップグレードできます。

• インスタンスタイプの制限事項: 以下の仕様の v1/v2 アーキテクチャインスタンスでは、スペックアップはサポートされていません: 1-core 2 GB、2-core 2 GB、4-core 4 GB、8-core 8 GB、12-core 12 GB、または 16-core 16 GB。

• リージョンの制限：アップグレードは同一リージョン内でのみサポートされます。ソース (v1/v2) とターゲット (v3) のインスタンスは、同じリージョンにある必要があります。

• 機能の制限：v1/v2 アーキテクチャのインスタンスで以下のいずれかの機能が有効になっている場合、アップグレードはサポートされません。

  • コア機能：クラスター間レプリケーション (CCR)、、インスタンス間のネットワーク接続、高可用性 (HA)、アプリケーションパフォーマンス管理 (APM)、または Logstash。

  • 拡張機能：エラスティックスケーリング (自動スケーリングなど) または Nginx リバースプロキシ。

  • ストレージ機能：OpenStore (ログ拡張版) が有効になっている、またはローカルディスクが使用されている。

  • 基本要件：X-Pack が有効になっていない。

  • ゾーン：プライマリゾーンが v3 アーキテクチャでサポートされているゾーンのリストに含まれていない。

• 操作の制限：アップグレード中は、すべてのインスタンス変更操作が禁止されます。事前に必要な操作準備を行ってください。

• アップグレードのプロセスと所要時間：

  • アップグレードは、スケジュールされたメンテナンスウィンドウ中にブルーグリーンデプロイメントとして実行されます。クラスターのトポロジーには一時的に 2 倍の数のノードが表示されます。追加料金は発生しません。

  • アップグレードの所要時間はデータ量に比例し、通常は数時間かかります。古いノードは、指定されたメンテナンスウィンドウ中にオフラインになります。このプロセスにより、1〜2 秒の短いサービス中断が発生します。

    v1 アーキテクチャから v3 アーキテクチャにアップグレードする場合、ネットワーク分離フェーズ中にクラスターが 2 回再起動されるため、合計所要時間が長くなります。

ステップ 1：アップグレードタスクの作成

1. オンラインアップグレードページに移動します。

   1. Alibaba Cloud Elasticsearch コンソールにログインします。

   2. 左側のナビゲーションウィンドウで、Elastic Cloud Native Stack PaaS バージョン > Elasticsearch オンライン移行ツール を選択します。

2. 作成 をクリックしてアップグレードタスクを作成し、そのパラメーターを設定します。

   パラメーター	説明
   タイプ	Alibaba Cloud インスタンスのアーキテクチャのアップグレード を選択します。
   クラスター	ターゲットリージョンでアップグレードする v1/v2 アーキテクチャのインスタンスを選択します。

3. OK をクリックしてタスクを作成します。

ステップ 2：アップグレードタスクの設定と実行

このステップでは、画面の指示に従ってアップグレードタスクを設定し、データ移行を完了します。

1. アップグレードチェックとマージ設定。

   移行元 / 移行先クラスターの設定 タブで、以下の手順に従ってアップグレードタスクの実行可能性チェックを行い、マージを設定します。

   1. 実行可能性チェック：アップグレードを実行する前に、システムはソースクラスターの正常性とセキュリティを自動的にチェックし、アップグレードが安全で実行可能であることを確認します。

      説明

      • ソースクラスターが正常でない場合や、クラスターのウォーターマークが高すぎる場合は、アップグレードを実行しないことを推奨します。

      • ソースクラスターで X-Pack が有効になっていない場合、アップグレードはサポートされません。

      実行可能性チェックに失敗した場合は、プロンプトに従って設定を変更してください。

   2. マージ設定：システムは、レプリカシャードの数、シャーディングポリシー、ユーザー権限など、ソースクラスターの設定パラメーターを自動的に検出します。その後、この設定に基づいてターゲットクラスターを作成し、パラメーター、リソース、ポリシーが同期され、スムーズなアップグレードが保証されます。

      説明

      このステップには約 20 分かかります。

2. データ移行。

   データ移行 タブで、次の図に示す手順に従って、クラスターのマージ、レプリカ移行、マスターノード移行、プライマリシャード移行を順に完了します。

   アクション	説明	説明
   クラスターのマージ	ソースクラスターとターゲットクラスターがマージされ、1つのより大きなクラスターになります。マージ後、クラスターのノード総数 = ソースクラスターのノード数 + ターゲットクラスターのノード数 となります。	クラスターのマージ後、ターゲットクラスターの Kibana は一時的に無効になります。データ移行中は、サービスの切り替えが完了するまで、ソースクラスターの Kibana を引き続き使用できます。
   レプリカ移行	システムは、インデックスのレプリカシャードをソースクラスターのノードからターゲットクラスターのノードに移行します。	レプリカ移行中に障害が発生した場合やサービスに影響が出た場合は、操作をロールバックできます。ロールバック後、アップグレードタスクは失敗するため、新しいタスクを作成する必要があります。
   マスターノード移行	システムは、マージされたクラスター内のマスターノードをソースクラスターからターゲットクラスターに移行します。	この変更は移行が開始されるとすぐに有効になり、ロールバックできません。注意して進めてください。 説明 バージョン 7.x 以降のインスタンスの場合、マスターノードはターゲットクラスター内のノードに自動的に切り替えられます。自動切り替えをサポートしていないバージョン 5.x および 6.x のインスタンスの場合、ネットワーク分離が完了し、旧ノードがオフラインになった後にのみ、新しいノードがマスターノードに昇格します。
   プライマリシャード移行	システムは、元のデータを格納するプライマリシャードをソースクラスターのノードからターゲットクラスターのノードに移行します。	プライマリシャード移行が開始されると、操作はロールバックできません。注意して進めてください。

3. ネットワーク分離。

   ビジネスの切り替え タブで、画面の指示に従ってネットワーク分離リクエストを開始します。これにより、ソースクラスターのノードがターゲットクラスターに参加できなくなります。ソースクラスターはサービスの提供を停止し、ターゲットクラスターが引き継ぎます。

4. アップグレードの完了。

   ネットワーク分離が成功すると、アップグレードタスクは完了です。インスタンスリストに移動 をクリックして、インスタンスの詳細を表示します。

ステップ 3：データの検証

アーキテクチャのアップグレードとデータ移行が完了したら、Kibana コンソールからターゲットの v3 インスタンスにアクセスします。クエリと書き込み操作を実行して、クラスターが期待どおりに動作することを確認します。問題が発生した場合は、Alibaba Cloud Elasticsearch のテクニカルサポートにご連絡ください。