クロスクラスター複製を使用したクラスターのアップグレード

クロスクラスター複製を積極的に使用しているクラスターは、アップグレードに慎重なアプローチが必要です。次の条件により、ローリングアップグレード中にインデックスフォローが失敗する可能性があります：

  • まだアップグレードされていないクラスターは、アップグレードされたクラスターから複製された新しいインデックス設定やマッピングタイプを拒否します。
  • アップグレードされていないクラスターのノードは、インデックスフォローがファイルベースのリカバリに戻ろうとする際に、アップグレードされたクラスターのノードからのインデックスファイルを拒否します。この制限は、Luceneが前方互換性を持たないためです。

クロスクラスター複製が有効なクラスターでローリングアップグレードを実行するアプローチは、単方向および双方向のインデックスフォローに基づいて異なります。

単方向インデックスフォロー

単方向構成では、一方のクラスターにはリーダーインデックスのみが含まれ、もう一方のクラスターにはリーダーインデックスを複製するフォロワーインデックスのみが含まれます。

この戦略では、フォロワーインデックスを持つクラスターを最初にアップグレードし、リーダーインデックスを持つクラスターを最後にアップグレードする必要があります。この順序でクラスターをアップグレードすることで、ダウンタイムなしでアップグレード中にインデックスフォローを継続できます。

この戦略を使用して、複製チェーンをアップグレードすることもできます。チェーンの末端にあるクラスターをアップグレードし、リーダーインデックスを含むクラスターに戻っていきます。

例えば、クラスターAがすべてのリーダーインデックスを含む構成を考えてみましょう。クラスターBはクラスターAのインデックスをフォローし、クラスターCはクラスターBのインデックスをフォローします。 

  1. Cluster A
  2.    ^--Cluster B
  3.    ^--Cluster C

この構成では、次の順序でクラスターをアップグレードします：

  • 1. クラスターC
  • 2. クラスターB
  • 3. クラスターA

双方向インデックスフォロー

双方向構成では、各クラスターにはリーダーインデックスとフォロワーインデックスの両方が含まれます。

この構成でクラスターをアップグレードする際は、両方のクラスターをアップグレードする前に、すべてのインデックスフォローを一時停止し、自動フォローパターンを一時停止する必要があります。

両方のクラスターをアップグレードした後、インデックスフォローを再開し、自動フォローパターンの複製を再開します。