すべてのプロダクト
Search

このプロダクト

    Elasticsearch:クラスターまたはノードの再起動

    ドキュメントセンター

    Elasticsearch:クラスターまたはノードの再起動

    最終更新日:Aug 21, 2026

    設定変更の適用や例外解決のために、クラスターまたは個々のノードを再起動します。再起動方法ごとに、前提条件とリスクレベルが異なります。

    再起動前のチェック

    再起動の前に、以下の項目を確認してください。

    警告

    ディスク使用率が高いと再起動が遅くなります。再起動の前に、ディスク使用率を cluster.routing.allocation.disk.watermark.low のしきい値以下に削減してください。クラスターがグリーンのステータスに戻るまで、スケールアウト、再起動、パスワード変更、その他の設定変更を実行しないでください。

    1. クラスターのヘルスステータスの確認
      Kibana を通じてクラスターに接続し、GET _cluster/health を実行します。status が green であることを確認してください。

      例外：強制再起動は、ステータスが yellow または red の場合にのみ使用できます。

    2. データの冗長性の確保
      GET _cat/indices?v を実行して、すべての重要なインデックスの rep (レプリカ数) を確認してください。

      • レプリカ数は少なくとも 1 である必要があります。レプリカのないインデックスは、再起動中にアクセスできなくなります。

      • マルチゾーンインスタンスの場合、レプリカ数はゾーン数より少なくする必要があります。

    3. クローズされたインデックスの確認と処理
      GET _cat/indices?v を実行して、status = close のインデックスがないか確認してください。

      • クローズされたインデックスは、シャードの割り当てと再起動をブロックします。

      • クローズされたインデックスを開くには、POST /<index_name>/_open を実行します。

    4. クラスター負荷の評価
      [クラスターモニタリング] ページで、シャード移行に十分な容量があることを確認します：

      • ノード CPU 使用率：80% 未満

      • ノードヒープメモリ使用率：約 50%

      • NodeLoad_1m：CPU コア数未満

    操作手順

    ヘルスチェックに合格したら、クラスターを再起動します。

    1. Alibaba Cloud Elasticsearch コンソールにログインします。左側のナビゲーションペインで、Elasticsearch クラスター をクリックします。

    2. 上部のナビゲーションバーで、リージョンを選択します。対象のインスタンス ID をクリックし、基本情報 ページの右上隅にある 再起動 をクリックします。

      image

    3. 再起動 ダイアログボックスで、次のパラメーターを設定します。

      image

      • 操作タイプ

        • インスタンス：クラスター内のすべてのノードを再起動します。クラスターレベルの変更に適しています。

        • ノードの再起動：指定した 1 つ以上のノードを再起動します。個々のノードの問題解決に適しています。

        • ノードのロール (基本コントロール v2 アーキテクチャのみ)：データノードや Kibana ノードなど、選択した特定のロールのノードを再起動します。

      • ブルーグリーンリリースの変更 と 再起動モード

        シナリオ、クラスターのステータス、リスク許容度に基づいて再起動方法を選択します。

        再起動方法

        必須のクラスターステータス

        メカニズムとシナリオ

        影響

        制限事項

        [ブルーグリーンアップデート]

        正常 (グリーン)

        新しいノードをプロビジョニングし、古いノードからデータを移行してから、古いノードを削除します。

        ノードの CPU 使用率が継続的に高く、速度よりも可用性が重要な場合に使用します。

        重要

        ブルーグリーンアップデートは、強制再起動と併用できません。

        ノード IP が変更されます。パフォーマンスが一時的に変動する場合があります。

        1 vCPU、2 GB の仕様のクラスターではサポートされていません。

        [再起動] (標準)

        正常 (グリーン)

        計画的なメンテナンスや、通常のクラスター設定の変更時に使用します。

        ノード IP は変更されません。再起動に時間がかかります。レプリカがあればサービスは利用可能なままですが、パフォーマンスが一時的に変動する場合があります。

        [段階的な再起動]

        正常 (グリーン)

        再起動の効果をバッチごとに検証し、本番環境のリスクを軽減する場合に使用します。

        最初のバッチのノードを選択します。クラスターが安定したら、残りのノードを手動でトリガーします。

        ノード IP は変更されません。本番環境への影響を最小限に抑えます。

        クラウドネイティブコントロールアーキテクチャ (v3) クラスターでのみ使用可能です。

        [強制再起動]

        異常 (イエロー/レッド)

        クラスターがイエローまたはレッドの場合に使用します。この状態では、他の再起動方法は無効になります。

        ノード IP は変更されません。

        同時実行性が高いほど再起動が速くなりますが、リスクも増大します。

        • 100% の同時実行性では、すべてのノードが同時に再起動され、サービスが中断し、永続化されていないキャッシュデータが失われる可能性があります。

        • 高い同時実行性は、緊急の復旧時にのみ使用してください。

        同時実行性：同時に再起動されるノードの割合。デフォルトは 10%、最小 1 ノードです。
        強制再起動モードでのみ表示されます。

    4. (オプション) 強制再起動の場合は、強制再起動してもよろしいですか。を選択します。

    5. OK をクリックします。

      クラスターのステータスが [初期化中] に変わります。完了後、ステータスは [正常] に戻ります。

    再起動後の検証

    再起動後、クラスターのヘルスを確認し、シャードの復旧を監視します。

    1. クラスターのヘルスを確認します：

      GET _cluster/health

    2. ノードとシャードの復旧を監視します：

      GET _cat/nodes
GET _cat/recovery

    3. すべてのシャードが割り当てられるまで待ってから、操作を再開してください。

    よくある質問