Junos Space ファブリックの Junos Space ノードと FMPM ノードの概要

ファブリック内の Junos Space ノード機能について

単一のノードで構成されるファブリックは、Junos Space プラットフォームの管理機能全体を提供し、ノードに対して以下のノード機能を有効にします。

• ロードバランサー - リモートブラウザとNBI(ノースバウンドインターフェイス)クライアントからのHTTPリクエストを処理する場合

• データベース — データベースリクエストの処理用(操作の作成、読み取り、更新、削除用)

• アプリケーション ロジック(JBoss サーバー):バックエンド ビジネス ロジック(Junos Space ネットワーク管理プラットフォーム サービス リクエスト)とデバイス仲介レイヤー(DML)ワークロード(つまり、Junos Space とデバイス接続、デバイス イベント、ロギング イベントなど、あらゆるデバイス間のあらゆる相互作用)を処理します。

図 1 は、1 つのノードで構成されるファブリックで有効なすべての機能を示しています。

メモ：

単一のノードで構成されるファブリックは、Junos Spaceノードがダウンした場合、ワークロードのバランシングやバックアップを提供しません。

新しいデバイス、サービス、ユーザーとともにネットワークが拡大しても、Junos Spaceノードを追加して、増加するワークロードに対応できます。設定する追加のJunos Spaceノードごとに、Junos SpaceプラットフォームGUIを使用して、ファブリックにノードを追加する必要があります。ファブリックに追加する各ノードは、ノード機能のリソース プールを増やし、ネットワークの拡張性と高可用性の要件を満たします。

Junos Spaceプラットフォームのノード機能は、以下の負荷分散ルールに従って、ワークロードを運用ノード間で分散します。

• 負荷分散 - アクティブな負荷分散サーバーとして機能するノードがダウンすると、すべての HTTP リクエストが、別のノードで実行されているスタンバイ ロード バランサー サーバーに自動的にルーティングされます。

• データベース—アクティブなデータベースサーバーとして機能するノードがダウンすると、すべてのデータベース要求(作成、読み取り、更新、および削除操作)が、スタンバイデータベースサーバーとして機能するノードにルーティングされます。

• アプリケーションロジック(DMLとビジネスロジック)—デバイスの接続とユーザーリクエストがノード間で分散され、デバイス関連の操作がデバイスが接続されているノードにルーティングされます。

  Junos Space Platformは、以下のアルゴリズムを使用して、ノードに接続されたデバイスの数が各ノードのしきい値制限を超えないようにします。

  しきい値制限 = [(データベース内のデバイス数) / (実行中のノード数)] + 2

2 つ目の Junos Space ノードがファブリックに追加されると、最初のノードはアクティブなロード バランサー サーバーとアクティブなデータベース サーバーとして機能し、2 番目のノードはスタンバイ ロード バランサー サーバーおよびスタンバイ データベース サーバーとして機能します。ロードバランサ機能とアプリケーションロジックノード機能は、拡張性と高可用性を提供します。2 番目のノード上のデータベース ノード機能は、高可用性のみを提供します。

図 2 は、2 つのノードで構成されるファブリックで有効になっている機能を示しています。

通常、ファブリックに3つ以上のJunos Space Nodeがある場合、3番目のノード以降ではアプリケーションロジック機能のみが有効になります。アプリケーション ロジック機能は、拡張性と高可用性の両方を提供します。ただし、1 番目と 2 番目のノードの両方がダウンしている場合、アプリケーション ロジックの高可用性は利用できません。アプリケーション ロジックを高可用性にするためには、最初のノードと 2 番目のノードの 1 つ以上を稼働させる必要があります。

図 3 は、3 つのノードで構成されるファブリックで有効になっている機能を示しています。

負荷分散ノードと JBoss ノードに加えて、Junos Space ファブリックに専用のデータベース ノードを含めることもできます。専用データベース ノードの詳細については、 Junos Space ファブリックの専用データベース ノードの概要と Junos Space ファブリックの分散ファイル システムの概要を参照してください。

Junos Space ノードを既存のファブリックに追加するには、ノードで実行する機能に基づいて、以下のいずれかのタイプのノードを選択します。

• JBoss、データベース、ロードバランサノード:

  1 つの JBoss、データベース、ロード バランサー ノードを持つ既存のファブリックにノードを追加する場合は、新しいノードを別の JBoss、データベース、ロード バランサー ノードとして追加できます。このノードは、スタンバイの負荷分散サーバーとして機能し、Junos Space ファブリックの高可用性を保証します。このノードは、データベースとアプリケーションロジックの機能もファブリックに提供します。

• JBoss およびロード バランサー ノード:

  JBossノードとロードバランサーノードに加えて、2つの専用データベースノードを持つ既存のファブリックにノードを追加する場合、4番目のノードは別のJBossノードとロードバランサーノードとしてのみ追加できます。このノードは、スタンバイの負荷分散サーバーとして機能し、Junos Space ファブリックの高可用性を保証します。この場合、アクティブノードとスタンバイロードバランサノードの両方がロードバランシングとアプリケーションロジックの機能のみを提供し、専用のデータベースノードがデータベース機能を提供します。

• JBoss ノード:

  既に 2 つのロード バランサー ノードを持つ既存のファブリックにノードを追加する場合は、新しいノードを JBoss のみのノードとして追加することを選択できます。このノードは、アプリケーション ロジック機能のみを提供します。

• 専用データベース ノード:

  ノードを既存のファブリックに追加する場合、ノードを専用のデータベース ノードとして追加することもできます。ファブリックに専用のデータベース ノードが存在しない場合は、2 つのノードを 1 つのノードをプライマリ データベース ノードとして、もう 1 つのノードをセカンダリ データベース ノードとして追加する必要があります。専用のデータベース ノードがすでにファブリックの一部である場合は、1 つのノードをセカンダリ データベース ノードとして追加できます。ファブリックには、2つ以上の専用データベースノードを持つことはできません。専用データベースノードは、1 次および 2 次 MySQL サーバーとして機能します。

ファブリック内の FMPM ノード機能について

Junos Space ノードでは、デフォルトでネットワーク監視(障害監視とパフォーマンス監視)機能が有効になっています。パフォーマンスを向上するために、ネットワーク監視専用に使用される専用の障害監視およびパフォーマンス監視(FMPM)ノードを設定できます。

FMPM ノードを設定した後、このノードが提供するサービスを使用するには、Junos Space プラットフォーム用の既存の Junos Space ファブリックやその他の Junos Space アプリケーションに FMPM ノードを追加する必要があります。ファブリックに追加される FMPM ノードは、Junos Space ノードと同様に Junos Space クラスタに導入されます。

図 4 は、 5 つの Junos Space ノードと 2 つの FMPM ノードで構成されるファブリックで FMPM 機能が有効になっていることを示しています。

FMPM ノードをファブリックに追加すると、Junos Space ノードではネットワーク監視機能は無効になり、FMPM ノードでは有効になります。すべてのデバイスとノードは、新しく追加された FMPM ノードにトラップを送信します。この機能は、15,000を超える小型デバイスまたは数千ものインターフェイスを持つ少数のデバイスを持つネットワークに対して、高性能なネットワーク監視ソリューションを提供します。

ネットワーク監視機能のみをホストする FMPM ノードのクラスターを持つことができます。FMPM クラスターは、最大 2 つの FMPM ノードで構成できます。FMPM クラスターに存在するネットワーク監視サービスは、Junos Space プラットフォームの一部と見なされ、1 つ以上のアプリケーションで使用できます。クラスター内に複数の FMPM ノードを持つことで、HA(高可用性)を実現できます。

FMPM チームは、Junos Space ファブリックに追加されたノードと、Junos Space プラットフォームから検出されたデバイスを監視できます。

メモ：

• 1 つの FMPM クラスターには、最大で 2 つの FMPM ノードを加算できます。

• 最初の FMPM ノードが稼働すると、このノードでネットワーク監視機能が有効になり、ネットワーク監視データベース(PostgreSQL データベース)がこのノードで実行されます。

• 2 番目の FMPM ノードをファブリックに追加すると、最初のノードが 1 次ノードとして機能し、2 番目のノードがスタンバイとして機能します。PostgreSQL データベースは、プライマリ FMPM ノードからセカンダリ FMPM ノードに継続的に複製されます。ただし、PostgreSQL データベースの外部に格納されている構成ファイルは、深夜にのみバックアップされます。

• プライマリ FMPM ノード(第 1 ノード)が再起動された場合、またはノードがダウンしている場合、セカンダリ FMPM ノードがネットワーク監視機能を自動的に引き継ぎます。

ファブリックに追加する各ノードは、ネットワークの拡張性と可用性の要件を満たすために、ノード機能のリソースプールを増やします。

FMPM ノードをファブリックに追加した後、FMPM ノードの監視、ノードのネットワーク設定の変更、ノードの削除など、Junos Space ノードで許可されるほとんどのアクションを実行できます。