Elasticsearch:クラスター構成のアップグレード

事前準備

• サービスの安定性

  • クラスター構成変更中のサービス安定性に関するルール：

    クラスターの状態	サービスへの影響	推奨される操作
    レプリカありの通常負荷 通常負荷：CPU ≤ 60%、ヒープメモリ ≤ 50%、ロード ＜ コア数。	サービスは利用可能ですが、パフォーマンスが若干低下する可能性があります。	追加の操作は不要です。
    レプリカなしの高負荷 高負荷：アップグレード中に同時書き込みまたはクエリが多く、CPU ＞ 60% またはヒープメモリ ＞ 50%。	アクセスのタイムアウトが発生することがあります。	クライアント側でリトライ機構を有効にしてください。 アップグレード前にインデックスのレプリカ数を増やしてください。
    異常な状態での高負荷	アクセスのタイムアウトやサービスのジッターが発生することがあります。	変更を実行する前に、クラスターを正常な状態に復旧させてください。

  • メンテナンスウィンドウ：オフピーク時間帯に操作を実行してください。

• 容量計画

  必要なクラスター容量を適切に評価してください。

• 構成制約

  • Elasticsearch のバージョンアップとクラスター構成のアップグレードを同時に行うことはできません。

  • 1 回のアップグレード操作で変更できるノードタイプは 1 種類のみです。

• コストへの影響

  アップグレード注文を送信すると、システムは更新後の構成に基づいて課金を行います。課金ルールの詳細については、「従量課金」および「サブスクリプション」をご参照ください。

アップグレード前のチェック

• クラスターのヘルス状態

  GET _cluster/health を実行し、クラスターのステータスが GREEN であることを確認してください。クラスターが異常な場合は、「クラスター変更エラー - 異常なクラスターステータス」を参照して問題を解決してください。

• 負荷の安全性

  GET _cat/nodes?v を実行してください。CPU 使用率は 60% 以下であることを推奨します。それ以上の場合は、クライアント側でリトライ機構を有効にし、インデックスのレプリカ数を増やしてください。

• インデックスの準備状況

  • GET /_cat/indices?v を実行し、CLOSE 状態のインデックスがないか確認してください。存在する場合は、POST /<index_name>/_open を実行して一時的にオープンしてください。これを行わないと、以下の理由により構成変更が失敗する可能性があります。

    • CLOSE 状態のインデックスがあるクラスターは GREEN ステータスを達成できません。Elasticsearch は、シャード割り当てルールの変更など、センシティブな操作に対して GREEN ステータスを必要とします。

    • 構成変更中、クラスターはシャードを再割り当てします。

      • CLOSE 状態のインデックスのシャードは再割り当てに参加できません。

      • これにより、GREEN ステータスを必要とする操作が失敗します。

      • クラスターステータスが GREEN に到達できず、YELLOW が最高となります。

  • GET _cat/indices?v を実行し、各インデックスのレプリカ数が少なくとも 1 以上であることを確認してください。

    複数のアベイラビリティゾーンにデプロイされたインスタンスの場合、構成変更中は任意のインデックスのレプリカ数がアベイラビリティゾーン数未満であることを確認してください。レプリカ数を 1 に設定することを推奨します。変更完了後、手動でレプリカ数を増やすことができます。

• シャードのバランス

  GET _cat/shards?v を実行し、アンバランスなシャードがないか確認してください。

  重要

  アップグレード前にシャードのバランスを確認することで、パフォーマンスの劣化やクラッシュを防止できます。

  • prirep：レプリカシャード (r) が UNASSIGNED になっていないか確認してください。

  • state：シャード移行が長時間 RELOCATING 状態で停止していないか確認してください。

  これらの問題があると、新規ノードがシャードを正しく受け取れず、アップグレード後にクラスターステータスが YELLOW または RED のままになる可能性があります。問題が発生した場合は、「クラスター負荷の不均等に対するソリューション」を参照して解決してください。

方法 1: コンソールによるアップグレード

1. インスタンスページで、アップグレード設定をクリックします。

   別の入り口：ご利用のインスタンスの基本情報ページで、設定の更新 > クラスターのアップグレードをクリックします。

2. アップグレード/ダウングレードページで、ビジネス要件に基づいて構成パラメーターを調整します。

   重要

   利用可能な構成パラメーターはクラスタータイプおよびバージョンによって異なる場合があります。アップグレードページに表示されるパラメーターが優先されます。

   • アベイラビリティゾーン数の変更には、以下のルールが適用されます。 特定のアベイラビリティゾーンで指定したスペックの在庫が不足している場合、アップグレード前にそのアベイラビリティゾーン内のノードを 移行 する必要があります。

     拡張：アベイラビリティゾーン数を 1 から 2 または 3 に増やすことができます。

   • ノードスペックをアップグレードできます。以下のストレージタイプは、パフォーマンスが低い順に並べられています。

     1. 旧世代クラウドディスク：標準クラウドディスク → 超高速クラウドディスク → SSD クラウドディスク。

        説明

        これらのディスクタイプは一部のリージョンおよびアベイラビリティゾーンでフェーズアウトされています。ESSD の選択を推奨します。

     2. ESSD：ESSD (エンタープライズ SSD) は 25 GbE ネットワーキングおよび RDMA 技術を組み合わせ、1 ディスクあたり最大 100 万 IOPS のランダム読み書き性能と低遅延を実現します。

     3. ローカルディスク。

        説明

        ローカルディスクは ECS インスタンスが配置されている物理マシン上のストレージデバイスです。ECS インスタンスにローカル記憶域へのアクセスを提供し、高ストレージ I/O パフォーマンスおよびコスト効率の高いマスストレージが必要なシナリオに適しています。

   • インテリジェント更新（デフォルトで有効）：システムは構成変更に基づいて最適な更新方法を自動選択します。この機能を無効にして、手動で更新方法を指定することもできます。

     更新方法	メカニズム	所要時間	サービスへの影響とユースケース
     ブルーグリーンアップデート	新規ノードの追加 → データのコピー → シームレスなスイッチオーバー	長い	ノードの IP アドレスが変更されます。一時的なクラスターのパフォーマンス変動が発生する可能性があります。 更新にかかる時間が重要ではなく、クラスターの可用性が重視されるシナリオに適しています。
     ローリングアップデート	ノードのローリング再起動（データコピー不要）。	短い	ノードの IP アドレスは変更されません。一時的なクラスターのパフォーマンス変動が発生する可能性があります。 クラスターがパフォーマンスボトルネックに陥っており、迅速な更新が求められるシナリオに適しています。 重要 リソース使用率が高い場合（例：CPU ＞ 60%）は、インプレース更新の選択に注意してください。

   • 強制アップデート：ヘルスチェックをスキップし、クラスターの強制再起動をトリガーします。これにより、長時間のサービス中断（回復時間はデータ量に依存）が発生する可能性があるため、クラスターがすでに利用不可になっている緊急時のスケーリングにのみ使用してください。

3. Terms of ServiceおよびService Level Agreementをお読みください。同意する場合は、今すぐ購入をクリックします。システムは選択した課金方法に基づいて請求を行います。

   変更中、クラスターステータスは初期化中に変化します。クラスターのパフォーマンスが一時的に変動し、一時的なリクエストの失敗が発生する可能性があります。変更が完了すると、クラスターステータスは正常に更新されます。

方法 2：API からアップグレード

詳細については、「UpdateInstance」の API ドキュメントをご参照ください。

監視と検証

• アップグレード開始後の進行状況を確認するには、Elasticsearch クラスターコンソールでご利用のインスタンスの基本情報ページに移動します。

  詳細の表示をクリックします。

• アップグレード完了後、クラスターの基本情報ページで構成が反映されていることを確認します。

  • クラスターステータスが Active に戻っています。

  • アベイラビリティゾーン

  • ノード数およびストレージスペック：新規ノードがクラスターに参加し、ストレージスペックが正しいことを確認します。

  • シャードのバランス：GET _cat/allocation?v を実行し、シャードのディストリビューションを確認します。シャードがアンバランスな場合は、「クラスター負荷の不均等に対するソリューション」を参照して問題を解決してください。

よくある質問

アップグレードとパフォーマンスメトリクス

その他の質問

• Alibaba Cloud Elasticsearch はバージョンのアップグレードまたはダウングレードをサポートしていますか？

• ES インスタンスのクラウドディスクタイプを変更できますか？

• ノード数を変更した後、クラスターは自動的にシャードの再バランスを行いますか？

• クラスター構成を変更すると ES サービスに影響しますか？

• ES インスタンス購入時に誤った構成を選択してしまった場合はどうすればよいですか？

• インスタンスの仕様をアップグレードした後に、構成をスペックダウンできますか？どのように行いますか？

• 「レガシの 1 コア 2 GiB スペックのユーザーは、なぜできるだけ早くスペックアップすることを推奨されるのですか。」

• 一時的なトラフィックの急増時に通常のビジネス運用を確保するために、クラスター構成をどのように変更できますか？

• クラスターをアップグレードする際に "UpgradeVersionMustFromConsole" エラーが発生した場合はどうすればよいですか？

• ES の強制再起動機能はどのような状況で使用でき、どのような影響がありますか？

• クラスターのスペックアップが失敗またはタイムアウトした場合はどうすればよいですか？

• ES インスタンスのクラウドディスクタイプを変更すると、データ損失が発生しますか？

• クラスターの状態が GREEN と報告されているにもかかわらず、正常でないステータスが原因でクラスターのスペックアップが失敗した場合は、どうすればよいですか？

• ES インスタンスの CPU を直接スペックアップして、データ移行を回避できますか。