クラスター内の高可用性ノードについて
高可用性(HA)を実現するには、Junos Spaceクラスターに少なくとも2つのノードを含める必要があります。クラスターに 2 つ以上のノードが含まれている場合、クラスターの可用性は増えませんが、クラスターが処理できる負荷の量は、クラスターに追加される各ノードとともに増加します。そのため、いつでも、クラスタ内の 2 つのノードのみがクラスタ全体に HA を提供します。デフォルトでは、これら 2 つのノード単独(クラスタ内の HA ノードと呼ばれる)は、Linux HA クラスタ、Apache Load Balancer クラスタ、MySQL クラスタを形成します。専用データベース・ノードをクラスターに追加した場合、MySQL クラスターは 1 次データベース・ノードと 2 次データベース・ノードによって形成されます。
デフォルトでは、クラスタに追加された最初の2つのノードはHAノードとして機能します。トピック 『Junos Space クラスタ内の論理クラスタについて』の例では、最初の 2 つのノード(ノード 1 とノード 2)が HA ノードであることを示しています。ファブリックワークスペースの ネットワーク管理プラットフォーム>管理> ワークスペースからノード1またはノード2を削除した場合、システムはクラスタ内の他のノードが削除されたHAノードの置き換えが可能かどうかを確認します。次に、対応ノードのリストが表示されます(例ではノード 3 のみ)、選択できます。選択したノードを確認した後、分散リソースマネージャー(DRM)サービスは、新しく選択されたノードで実行されているノード管理エージェント(NMA)に要求を送信することで、HAクラスターにノードを追加します。HA クラスターに追加されたノードでは、以下のアクションが開始されます。
ノードでmod_proxyロード・バランサーを持つ Apache HTTP サーバーが起動され、ノードはすべての JBoss ノードをメンバーとして構成されます。
クラスター内に専用データベース・ノードがない場合、クラスター内の他の HA ノード上の MySQL サーバーからのデータベースがコピーされ、そのノードで MySQL サーバーが開始されます。このサーバーは、クラスター内の他の MySQL サーバーのバックアップとして構成され、バックグラウンドでプライマリと再同期されます。既存の MySQL サーバーも、この新しいサーバーのバックアップとして機能するように再構成され、両方の対称的なプライマリ/バックアップ構成を保証します。
専用データベース ノードを Junos Space クラスターに追加する場合、2 つのノードを 1 次および 2 次データベース・ノードとして追加して MySQL クラスターを形成します。データベースは、アクティブな HA ノードから 2 つのデータベース ノードにコピーされ、HA ノードでは無効になります。クラスタからいずれかのデータベース ノードを削除する場合、もう一方のデータベース ノードはプライマリ データベース ノードとして指定されます。システムは、クラスター内の HA 以外のノードが削除されたデータベース・ノードの置き換えに使用可能かどうかをチェックし、削除されたノードを置き換えるために選択できるノードのリストを表示します。
ノードを選択した後、分散リソースマネージャー(DRM)サービスは、新しく選択されたノードで実行されているノード管理エージェント(NMA)にリクエストを送信することで、MySQLクラスターにノードを追加します。
MySQL クラスターに追加されたノードで、以下のアクションが開始されます。
クラスター内の 1 次データベース・ノード上の MySQL サーバーからのデータベースがコピーされ、新しく追加された 2 次データベース・ノードで MySQL サーバーが開始されます。このサーバーは、1 次データベース・ノード上の MySQL サーバーのバックアップとして構成され、バックグラウンドで 1 次と再同期されます。1 次データベース・ノード上の既存の MySQL サーバーも、2 次データベース・ノード上のこの新しいサーバーのバックアップとして機能するように再構成され、両方で対称的なプライマリ/バックアップ構成を保証します。
JBoss サーバーは、新しく追加されたデータベース ノードで停止されます。
3 つのデフォルト論理クラスターに加えて、Junos Space ファブリックの一部として Cassandra クラスタがある場合、Cassandra にアップロードされたファイルは、Cassandra クラスタの一部であるすべての Cassandra ノードにコピーされます。そのため、1 つの Cassandra ノードに障害が発生しても、障害が発生したノードからのファイルは失われることはありません。ただし、Junos Space Platform は、障害が発生したノードが削除されるまで、Cassandra データベース内のファイルにファイルをアップロードまたは削除することはできません。
CassandraサービスがHAノードで有効になっており、そのノードがダウンした場合、新しく追加されたHAノードでCassandraサービスを実行する場合は、ノードでCassandraサービスを手動で有効にして開始する必要があります。Cassandra サービスが実行されている最後のノードが削除されると、Cassandra データベースに保存されているファイルは失われます。