Elasticsearch:クラスターのスペックダウン

スペックダウンに関する注意事項

• サービスの安定性

  • クラスター構成の変更中のサービスの安定性には、次のルールが適用されます。

    クラスター	サービスステータス	対策
    高ペイロード + レプリカなし 高ペイロード: スペックダウン中の書き込みまたはクエリオペレーションの高い同時実行性、CPU 使用率 > 60%、ヒープメモリ使用量 > 50%。	時折のアクセスタイムアウト	クライアントでリトライメカニズムを有効にします。 スペックダウンする前に、インデックスのレプリカ数を少なくとも 1 に増やします。
    スペックダウン後のデータノード数 ≤ 2。	データ損失の原因となる可能性があります。

  • この操作はオフピーク時に実行してください。

• 構成の制約

  • データノードのストレージ領域のスペックダウンは、v3 デプロイメントアーキテクチャを使用するクラスターでのみサポートされます。

  • スペックダウン中にクラスターのバージョンをアップグレードすることはできません。

  • 1 回のスペックダウン操作で変更できるノードのタイプは 1 つだけです。

  • エラスティックデータノードはスペックダウンできません。

  • 同じクラスターでの 2 回の連続したスペックダウン操作の間隔は 30 分以上である必要があります。

• スペックダウン後の CPU 仕様の制約

  • 基本ルール: ターゲット仕様の CPU とメモリは、現在の仕様の少なくとも半分である必要があります。

  • 次の仕様にスペックダウンすることはできません: 1 コア 2 GiB、2 コア 2 GiB、2 コア 4 GiB、または 4 コア 4 GiB。Kibana ノードは 2 コア 2 GiB にスペックダウンできます。

    特殊なケース: 許可されていない仕様にスペックダウンするには、新しいクラスターを作成してからデータ移行を実行する必要があります。

• コストへの影響

  スペックダウンの注文を送信すると、システムは新しい構成に基づいて課金します。詳細については、「従量課金」および「サブスクリプション」をご参照ください。

スペックダウン前のチェック

• クラスターのヘルス

  GET _cluster/health を実行して、クラスターのステータスが GREEN であることを確認します。

• ペイロードのセキュリティ

  クラスターは、次の条件を満たす場合にのみスペックダウンできます:

  ノードタイプ	CPU 使用率	JVM ヒープメモリ使用量
  専用マスターノード	過去 24 時間の単一ノードのピーク使用率 < 30%	過去 24 時間の単一ノードのピーク使用率 < 25%
  他のロールのノード	両方の条件を満たす必要があります: • 過去 24 時間の単一ノードのピーク使用率 < 50% • 過去 24 時間の全ノードの平均使用率 < 30%	両方の条件を満たす必要があります: • 過去 24 時間の単一ノードのピーク使用率 < 50% • 過去 24 時間の全ノードの平均使用率 < 30%

• インデックスの準備

  • GET /_cat/indices?v を実行して、CLOSE 状態のインデックスを確認します。見つかった場合は、POST /<index_name>/_open を実行して一時的に開きます。これらのインデックスを開かないと、次の理由で構成の変更が失敗する可能性があります:

    • インデックスが CLOSE 状態の場合、クラスターのステータスは GREEN に変更できません。Elasticsearch は、シャード割り当てルールの調整など、特定の機密性の高い構成変更を実行する前に、クラスターのステータスが GREEN である必要があります。

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

      • クローズされたインデックスのシャードは再割り当てできません。

      • これにより、GREEN ステータスに依存する操作が失敗します。

      • これにより、クラスターのステータスが GREEN に変わるのを防ぎます。到達できる最高のステータスは YELLOW です。

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

    マルチゾーンインスタンスの場合、各インデックスのレプリカ数がインスタンスで利用可能なゾーンの数より少ないことを確認してください。レプリカ数を 1 に設定することをお勧めします。スペックダウンが完了したら、手動でレプリカ数を増やすことができます。

方法 2: API を呼び出してクラスターをスペックダウンする

クラスターをスペックダウンするための API の詳細については、「UpdateInstance」をご参照ください。

データ移行とロールバック

データセキュリティを確保するために、スケールインするデータノードは空である必要があります。選択したデータノードにデータが含まれている場合、システムはデータを移行するように促します。移行後、選択したノードにはインデックスデータが含まれなくなり、新しいインデックスデータは書き込まれません。

データ移行

1. クラスターのスケールイン セクションで、プロンプトの データ移行ツール をクリックします。

   

   データ移行ツールは、Elasticsearch シャード割り当てフィルタリング機能を使用して、スムーズなデータ移行を実行します。データ移行プロセスは、サービスに対して透明です。

2. データの移行 ダイアログボックスで、ノードの移行方法を選択します。

   

   パラメーター	説明
   スマート移行	システムは移行するデータノードを自動的に選択します。
   カスタム	移行するデータノードを手動で選択します。

3. データ移行契約に同意し、OK をクリックします。

データロールバック

データ移行は長いプロセスになることがあります。この間、クラスターのステータスやデータの変更により、移行が失敗する可能性があります。タスクリストでタスクの詳細を表示できます。データ移行が失敗した場合、または完了後に、次のステップを実行して移行されたノードをロールバックできます:

1. Elasticsearch クラスターの Kibana コンソールにログインし、プロンプトに従って Kibana コンソールのホームページに移動します。

   Kibana コンソールへのログイン方法の詳細については、「Kibana コンソールにログインする」をご参照ください。

   説明

   この例では、Elasticsearch V6.7.0 クラスターを使用しています。他のバージョンのクラスターでの操作は異なる場合があります。コンソールでの実際の操作が優先されます。

2. 表示されたページの左側のナビゲーションウィンドウで、[開発ツール] をクリックします。

3. [コンソール] で、次のコマンドを実行して、移行されたノードの IP アドレスを取得します。

   GET _cluster/settings

   コマンドが正常に実行されると、次の結果が返されます。

   {
     "transient": {
       "cluster": {
         "routing": {
           "allocation": {
             "exclude": {
               "_ip": "192.168.xx.xx,192.168.xx.xx,192.168.xx.xx"
             }
           }
         }
       }
     }
   }                        

4. 次のコマンドを実行して、移行されたノードのデータをロールバックします。

   • 特定のノードのデータをロールバックします。構成で、ロールバックするノードの IP アドレスを削除し、ロールバックしないノードの IP アドレスは保持します。

     PUT _cluster/settings
     {
       "transient": {
         "cluster": {
           "routing": {
             "allocation": {
               "exclude": {
                 "_ip": "192.168.xx.xx,192.168.xx.xx"
               }
             }
           }
         }
       }
     }

   • すべての移行されたノードのデータをロールバックします。

     PUT _cluster/settings
     {
       "transient": {
         "cluster": {
           "routing": {
             "allocation": {
               "exclude": {
                 "_ip": null
               }
             }
           }
         }
       }
     }                            

5. 次のコマンドを実行して、データロールバックが完了したことを確認します。

   GET _cluster/settings

   コマンドが正常に実行され、結果に移行されたノードの IP アドレスが含まれていない場合、ロールバックは完了です。シャードがノードに再割り当てされているかどうかも確認できます。

   説明

   データ移行またはロールバック中に、GET _cat/shards?v コマンドを実行してタスクのステータスを表示できます。

よくある質問

• クラスターの構成を変更できない場合はどうすればよいですか？

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

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

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

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

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

• コールドデータノードをスペックダウンできないのはなぜですか？