Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
項目一覧
 

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

Junos SpaceアプライアンスまたはJunos SpaceバーチャルアプライアンスをJunos Spaceノードとしてインストールして設定すると、Junos Spaceネットワーク管理プラットフォームは1つのノードを持つファブリックを自動的に作成します。ネットワークが必要とする拡張性と可用性を提供する複数のノードを持つファブリックを作成するには、まず、Junos Space CLIを使用して、Junos Space バーチャルアプライアンスをJunos Spaceノードまたは専用の障害監視およびパフォーマンス監視(FMPM)ノードとして設定する必要があります。その後、Junos SpaceプラットフォームGUIを使用して、ノードをファブリックに追加できます。

このトピックには、以下のセクションが含まれています。

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

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

  • ロード バランサー - リモート ブラウザーおよびノースバウンド インターフェイス(NBI)クライアントからの HTTP 要求を処理するため

  • データベース - データベース要求の処理(作成、読み取り、更新、および削除操作)

  • アプリケーションロジック(JBossサーバー)—バックエンドのビジネスロジック(Junos Spaceネットワーク管理プラットフォームサービスリクエスト)とデバイスメディエーションレイヤー(DML)ワークロード(つまり、デバイス接続、デバイスイベント、ロギングイベントなど、Junos Spaceとデバイス間のあらゆるやり取り)の処理用

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

図 1:1 ノード Network diagram showing Node 1 connected to Junos OS devices with green for application logic, orange for database, and blue for load balancer.のファブリック
手記：

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

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

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

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

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

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

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

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

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

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

図 2:2 ノードのファブリック Network architecture diagram with Junos OS devices, showing nodes connected to routers and switches, highlighting application logic, database, and load balancer layers.

通常、ファブリックに3つ以上のJunos Spaceノードがある場合、3番目のノード以降はアプリケーションロジック機能のみが有効になります。アプリケーション ロジック機能は、スケーラビリティと高可用性の両方を提供します。ただし、アプリケーションロジックの高可用性は、1 番目と 2 番目のノードの両方がダウンしている場合は使用できません。アプリケーション ロジックの高可用性を実現するには、1 番目と 2 番目のノードのうち少なくとも 1 つが稼働している必要があります。

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

図 3:3 つのノードを持つファブリック Network architecture diagram showing interaction between nodes, Junos OS devices, application logic, database, and load balancing.

ロードバランサーとJBossノードに加えて、Junos Spaceファブリックに専用のデータベースノードを含めることもできます。専用データベースノードの詳細については、 Junos Spaceファブリックの専用データベースノードの概要を参照してください。

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

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

    JBoss、データベース、およびロードバランサーノードが 1 つある既存のファブリックにノードを追加する場合、新しいノードを別の JBoss、データベース、およびロードバランサーノードとして追加することを選択できます。このノードは、スタンバイ ロード バランサー サーバーとして機能し、Junos Space ファブリックの高可用性を確保します。また、このノードは、データベースとアプリケーションロジック機能をファブリックに提供します。

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

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

  • JBoss ノード:

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

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

    既存のファブリックにノードを追加するときに、そのノードを専用データベースノードとして追加することを選択できます。ファブリックに専用データベース・ノードが存在しない場合は、2 つのノードを一緒に追加する必要があります (1 つはプライマリ・データベース・ノードとして、もう 1 つはセカンダリ・データベース・ノードとして)。専用データベース・ノードがすでにファブリックの一部である場合は、1つのノードをセカンダリ・データベース・ノードとして追加できます。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 機能を示しています。

図4:FMPMノードを備えたファブリック Network architecture diagram with nodes connected by color-coded lines indicating roles: green for application logic, orange for database, blue for load balancer, and dashed orange for fabric network. Junos OS devices connect nodes at the bottom, illustrating system interaction and connectivity.

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

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

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

手記：

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

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

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

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

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

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

関連資料