クラスタ更新方法

ビジネスの開発中に、Elasticsearch クラスタに格納されるデータの量と、クラスタへのアクセス要求の数は変化し続けます。この場合、スケールアウト、スケールイン、バージョンアップグレード、ノード移行などのクラスタ更新操作を実行する必要がある場合があります。これらの操作を実行するために、Elasticsearch はインプレース更新とブルーグリーン更新という 2 つのクラスタ更新方法を提供しています。このトピックでは、これら 2 つの方法について説明します。

説明ほとんどの場合、実行するクラスタ更新操作に基づいて、システムが適切な方法を選択します。クラスタまたはノードを再起動する場合、またはクラスタの構成をアップグレードする場合は、ビジネス要件に基づいて更新方法を選択できます。詳細については、「クラスタまたはノードの再起動」または「クラスタの構成のアップグレード」をご参照ください。

注意事項

クラスタ更新操作を実行する前に、クラスタ内の各インデックスに少なくとも 1 つのレプリカシャードがあることを確認することをお勧めします。これは、クラスタの安定性を向上させます。
マルチゾーンクラスタに変更を加える前に、クラスタ内の各インデックスのレプリカシャードの数が、クラスタがデプロイされているゾーンの数よりも少ないことを確認する必要があります。変更が完了したら、ビジネス要件に基づいてレプリカシャードの数を手動で増やすことができます。クラスタ内のインデックスのレプリカシャードの数を変更する方法の詳細については、「インデックステンプレート」をご参照ください。

クラスタ更新方法	説明	使用シナリオ	使用上の注意
インプレース更新	システムは、更新するノードに対してローリングアップデートを実行します。このプロセスにはデータ移行は含まれず、このプロセスに必要な時間はクラスタのデータ量の影響を受けません。ただし、クラスタのパフォーマンスが影響を受ける可能性があります。	クラスタでパフォーマンスのボトルネックが発生し、できるだけ早くクラスタの更新を完了したい場合。	インプレース更新方式は、クラスタのパフォーマンスに影響を与える可能性があります。オフピーク時にこの方法を使用することをお勧めします。
ブルーグリーン更新	システムは、同じ数のノードをクラスタに追加し、元のノードから新しいノードにデータをシームレスに移行し、元のノードをクラスタから削除します。このプロセスはシームレスですが時間がかかり、ノードの IP アドレスが変更されます。	更新速度に対する要件は高くありませんが、クラスタの可用性に対する要件が高い場合。警告ブルーグリーン更新に必要な時間は、クラスタの仕様、データ構造、データ量などの要因に関連しています。ほとんどの場合、更新には数時間かかります。そのため、オフピーク時にブルーグリーン更新を実行することをお勧めします。極端な場合、ブルーグリーン更新は読み取り操作に影響を与える可能性があります。ブルーグリーン更新を実行する前に、クライアントにアクセス再試行メカニズムを構成することをお勧めします。クラスタ内のノードのパフォーマンスが要件を満たしていない場合。たとえば、ノードの CPU 使用率が長期間にわたって高いままの場合。	強制再起動を実行する場合、ブルーグリーン更新方式は使用できません。ゾーン間でノードを移行する場合、ブルーグリーン更新方式のみを使用できます。クラスタの構成をアップグレードまたはダウングレードするときに、クラスタ内のノードのディスクタイプを変更する場合、ブルーグリーン更新方式のみを使用できます。説明クラスタの構成をアップグレードする場合、使用する更新方法を選択できます。ただし、アップグレード時にクラスタ内のノードのディスクタイプを変更する場合は、ブルーグリーン更新方式のみを選択できます。クラスタのウルトラディスクのストレージスペースを 2 TB より大きい値に変更してクラスタの構成をアップグレードする場合、ブルーグリーン更新方式のみを使用できます。専用マスターノードのみのブルーグリーン更新は実行できません。クラスタに専用マスターノードが含まれていないが、クライアントノードが含まれている場合、クライアントノードのみのブルーグリーン更新は実行できません。