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 プラットフォームでは、次のアルゴリズムを使用して、ノードに接続されるデバイスの数が各ノードのしきい値制限を超えないようにします。

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

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

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

通常、ファブリックに3つ以上のJunos Spaceノードがある場合、3番目のノード以降はアプリケーションロジック機能のみが有効になります。アプリケーション ロジック機能は、スケーラビリティと高可用性の両方を提供します。ただし、1 番目と 2 番目のノードの両方がダウンしている場合、アプリケーション ロジックの高可用性は利用できません。アプリケーション ロジックの高可用性を実現するには、1 番目と 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 専用ノードとして追加することを選択できます。このノードは、アプリケーション ロジック機能のみを提供します。

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

  既存のファブリックにノードを追加する場合、そのノードを専用のデータベース ノードとして追加することを選択できます。ファブリックに専用のデータベース ノードが存在しない場合は、1 つのノードを 1 つのデータベース ノードとして、もう 1 つを 2 次データベース ノードとして、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 Platformから検出されたデバイスを監視できます。

メモ：

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

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

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

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

ファブリックにノードを追加するたびに、ノードの機能のリソースプールが増加し、ネットワークのスケーラビリティと可用性の要件を満たすことができます。

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