Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

高可用性を実現するための Junos Space クラスターの構成の概要

このトピックでは、すべての高可用性機能を有効にしたキャリアグレードのシステムとして Junos Space クラスターを構成するために必要な主要な手順の概要を説明します。

要件

Junos Space クラスタを設定する場合は、[仮想アプライアンス] を選択できます。

仮想アプライアンスのクラスターの場合、アプライアンスを導入する基盤となる仮想化インフラストラクチャには、以下の推奨事項が適用されます。

  • VMware ESX サーバー 4.0 以降または VMware ESXi サーバー 4.0 を使用します。 5.0、5.1、5.5、または 6.0、または qemu-kvm(KVM)リリース 0.12.1.2-2/448.el6 以降(CentOS リリース 6.5)で仮想マシンをサポートできるカーネルベース仮想マシン(KVM)サーバー。

  • 2台のJunos Space仮想アプライアンス(JSVA)を2台の個別のサーバーに導入します。

  • 各サーバーは、4 個の vCPU または 2.66 GHz 以上、32 GB の RAM、およびホストする Junos Space 仮想アプライアンスに十分なハード ディスクを専念できる必要があります。

  • サーバーは、Junos Spaceアプライアンスと同様の耐障害性機能を備えている必要があります。デュアル冗長電源を2つの独立した電源回線に接続し、ストレージ用のハードディスクのRAIDアレイ、ホットスワップ対応ファンに接続します。

メモ：

仮想アプライアンスの要件の詳細については、『 Junos Space Virtual Appliance』のドキュメントの「VMware ESXi サーバーに Junos Space 仮想アプライアンスを導入する」および「KVM Server 上に Junos Space 仮想アプライアンスを導入する」のトピックを参照してください。

Junos Space アプライアンスを選択した場合、使用するアプライアンスに対応する SKU のインスタンスを 2 つ選択する必要があります。さらに、各アプライアンスに冗長電源モジュールを提供するために、アプライアンスごとに 2 つ目の電源モジュールを注文します。

準備

高可用性を実現するために Junos Space クラスターを準備する際には、以下のガイドラインを使用することをお勧めします。

  • Junos Space クラスター アーキテクチャでは、障害監視機能とパフォーマンス監視機能のみに 1 つまたは 2 つのノードを専念できます。これらは障害監視およびパフォーマンス監視(FMPM)ノードと呼ばれ、監視するデバイスやインターフェイスが多数ある複雑なネットワークを管理する場合に推奨されます。このアーキテクチャの利点は、障害およびパフォーマンス監視機能が FMPM ノード内にローカライズされ、残りの Junos Space ノードが他の機能用に解放されていることです。最初に行う必要がある決定の 1 つは、Junos Space クラスターで FMPM ノードを使用するかどうかです。FMPM ノードの導入を選択する場合は、障害監視サービスとパフォーマンス監視サービスの高可用性を確保するために、そのうちの 2 つを使用することをお勧めします。現在、ロードバランシングは複数のFMPMノードに対して実装されないため、クラスタ内に2つ以上のFMPMノードを設定する必要はありません。

  • Junos Space クラスター アーキテクチャでは、MySQL データベース機能専用に 2 つの Junos Space ノードを専用として使用できます。専用データベース ノードを使用すると、Junos Space VIP ノードで CPU 時間やメモリ使用率などのシステム リソースが解放され、Junos Space VIP ノードのパフォーマンスが向上します。専用のデータベース ノードを Junos Space クラスタに追加する場合、最初のインスタンスでは 2 つのノードをプライマリ およびセカンダリ データベース ノードとして追加する必要があり、デフォルトでデータベースの高可用性が可能になります。

  • Junos Space プラットフォームを使用すると、Cassandra サービスのみを実行した専用ノード上で、または JBoss サーバーが実行されているノードで Cassandra サービスを実行できます。すべてのノードで Cassandra サービスを開始すると、Junos Space アプリケーションのデバイスイメージとファイルが MySQL データベースから Cassandra データベースに移動され、MySQL データベースのパフォーマンスが向上します。Cassandra データベースに格納されているファイルの冗長性を確保する場合は、Cassandra クラスターを形成する 2 つ以上のノードで Cassandra サービスが実行されていることを確認する必要があります。

  • Junos Space仮想アプライアンスは、eth0と eth3の2つのイーサネットインターフェイスを使用します。eth0 インターフェイスは、クラスタ内のすべてのノード間通信や、GUI および NBI クライアントとクラスタ間の通信にも使用されます。eth3インターフェイスは、デバイス管理インターフェイスとして設定することができ、その場合、クラスタと管理対象デバイス間のすべての通信はこのインターフェイス上で行われます。eth3 インターフェイスが設定されていない場合、すべてのデバイス通信も eth0 インターフェイスを介して行われます。そのため、まずデバイス管理インターフェイスとして eth3 を使用するかどうかを決定する必要があります。eth3 を使用することを選択した場合、同じクラスタ内のすべてのアプライアンスに eth3 を使用する必要があります。

  • また、Junos Space アプライアンスに設定するネットワーク パラメーターは次のように指定する必要があります。

    • インターフェイス「eth0」、デフォルトゲートウェイアドレス、ネットワーク内の1つ以上のネームサーバーのアドレスのIPアドレスとサブネットマスク。

    • 個別のデバイス管理インターフェイスを使用することを選択した場合、インターフェイス"eth3"のIPアドレスとサブネットマスク。

    • クラスタに使用する仮想IPアドレス(eth0インターフェイスに割り当てられたIPアドレスと同じサブネット内のアドレスである必要があります)。

      専用データベース ノードを追加する場合は、Junos Space クラスターの VIP アドレスと同じサブネット内の別の仮想 IP(VIP)アドレスを選択する必要があります。このデータベースの VIP アドレスは eth0 イーサネット インターフェイスに割り当てられた IP アドレスと同じサブネット内になければなりません。また、Junos Space クラスタおよび FMPM ノードの VIP アドレスとは異なる必要があります。

      FMPM クラスターを使用する場合は、FMPM ノードに個別の仮想 IP アドレスを選択する必要があります。FMPM 仮想 IP アドレスは、Junos Space ノードの仮想 IP アドレスと同じサブネット内にある必要はありません。

    • アプライアンスの時刻を同期するための NTP サーバー設定。

  • クラスター内の各 Junos Space ノードに割り当てる IP アドレスとクラスターの仮想 IP アドレスは、同じサブネット内にある必要があります。これは、IP アドレスの引き継ぎメカニズムが正しく機能するために必要です。

    別のサブネットで FMPM ノードを設定できます。

    メモ：

    厳密に言えば、非‐HAノードを異なるサブネットに導入することを選択できます。ただし、これを行うと、HA ノードの 1 つがダウンし、もう一方のノードを HA ノードとしてプロモートする場合に問題が発生します。そのため、同じサブネット内のすべてのノードで eth0 を設定することをお勧めします。

  • すべてのノード上の JBoss サーバーは、UDP マルチキャストを使用して JBoss クラスタを形成および管理して通信するため、クラスタ ノードを展開するネットワークで UDP マルチキャストが有効になっていることを確認する必要があります。また、クラスタを相互接続するスイッチで IGMP スヌーピングを無効にするか、ノード間で UDP マルチキャストを許可するように明示的に設定する必要があります。

    メモ：

    FMPM ノードおよび専用データベース・ノードは JBoss クラスターに参加しません。そのため、クラスタ内のこれらのノードと Junos Space ノード間で UDP マルチキャストを有効にする必要はありません。

クラスタ内の最初のノードの設定

アプライアンスの電源を入れ、コンソールに接続した後、Junos Space には、アプライアンスの初期設定の指定に使用する CLI(メニュー駆動型コマンドライン インターフェイス)が表示されます。この初期設定を完了するには、以下のパラメーターを指定します。

  • インターフェイス「eth0」のIPアドレスとサブネットマスク

  • デフォルト ゲートウェイの IP アドレス

  • ネーム・サーバーの IP アドレス

  • インターフェイス「eth3」のIPアドレスとサブネットマスク( Junos Spaceクラスタ内の論理クラスタについて)のトピックに記載されているとおりにクラスタを設定することを選択した場合。

  • このアプライアンスが既存のクラスタに追加されているかどうか。「n」を選択して、これがクラスター内の最初のノードであることを示します。

  • クラスターが使用する仮想 IP アドレス。

  • アプライアンスの時刻を同期するための NTP サーバー設定。

  • 保守モードのユーザー ID とパスワード。

    メモ：

    ネットワーク管理プラットフォームソフトウェアのアップグレードとデータベース復元を実行するには、このIDとパスワードが必要になりますので、メンテナンスモードで指定したユーザーIDとパスワードをメモしてください。

初期導入用にアプライアンスを設定する方法の詳細な手順については、Junos Space アプライアンスのマニュアルを参照してください。初期設定を完了すると、すべてのJunos Spaceサービスがアプライアンスで開始され、割り当てられた仮想IPアドレスからネットワーク管理プラットフォームユーザーインターフェイスにログインできます。この段階では、HA がない単一のノード クラスターがあり、 ネットワーク管理プラットフォーム >管理>ファブリック ワークスペースに移動して確認できます。

クラスタへの第 2 ノードの追加

2 番目のノードをクラスタに追加するには、まずコンソールを使用して 2 つ目のアプライアンスを設定する必要があります。プロセスは、最初のアプライアンスと同じです。ただし、このアプライアンスを既存のクラスタに追加するかどうかを指定するよう求められたら、「y」を選択する必要があります。このノードに割り当てるIPアドレスが、最初のノードと同じサブネットにあることを確認します。また、個別のデバイス管理インターフェイス(eth3)を使用する際にも、統一性を確保する必要があります。最初のノードに eth3 を使用するように選択した場合は、クラスタ内の追加ノードすべてで同じノードを選択します。

2 つ目のアプライアンスを設定した後、仮想 IP アドレスの最初のノードのネットワーク管理プラットフォーム ユーザー インターフェイスにログインし、ファブリックの追加ワークスペース> ファブリック>管理>ノードをクラスターに追加 できます。ノードをクラスタに追加するには、新しいノードの eth0 インターフェイスに割り当てられた IP アドレスを指定し、新しいノードの名前を割り当て、(オプションで)ノードを追加する日付と時刻をスケジュールします。最初のノードで実行されている分散リソースマネージャー(DRM)サービスは、必要な構成変更を行い、クラスターに追加するために、新しいノードのノード管理エージェント(NMA)に接続します。また、DRMサービスは、このノードで必要なサービスが開始されるようにします。新しいノードがクラスターに参加した後、 ネットワーク管理プラットフォーム>管理>ファブリック ワークスペースから、そのステータス>監視できます。

Junos Space プラットフォーム UI から既存のクラスタにノードを追加する方法の詳細については、 ファブリック管理の概要 ( Junos Space ネットワーク管理プラットフォーム ワークスペース ユーザー ガイド)を参照してください。

クラスターへの追加ノードの追加

ノードを追加するプロセスは、2 番目のノードを追加するプロセスと同じです。ただし、これらの追加ノードは、別の HA ノードが削除された場合、または別の HA ノードが削除された場合、または MySQL クラスターを形成するために専用のデータベース ノードとして追加されている場合を除き、ファブリック内の HA クラスターには参加しません。

Junos Space プラットフォーム UI から既存のクラスタにノードを追加する方法の詳細については、 ファブリック管理の概要 ( Junos Space ネットワーク管理プラットフォーム ワークスペース ユーザー ガイド)を参照してください。

FMPM ノードの設定

1つのクラスタに最大2つのFMPMノードを設定できます。FMPM ノードを設定するには:

クラスターからのノードの削除

ノードに障害が発生し、交換が必要な場合は、そのノードをクラスタから簡単に削除できます。 [ネットワーク管理プラットフォーム>管理>ファブリック ワークスペースに移動し、削除するノードを選択して、 ノードの削除 アクションを選択します。削除されるノードが HA ノードである場合、システムはクラスター内の他のノードが削除される HA ノードの置き換えとして選択されるかどうかを確認します。その後、システムは対応ノードのリストを表示し(この例ではノード 3 のみ)、使用可能なノードから選択できます。このプロセスについては、「 クラスター内の高可用性ノードについて」を参照してください。

削除されるノードがデータベース・ノードの場合、システムはクラスター内の他のノードが削除されているデータベース・ノードを置き換えることができるかどうかをチェックします。削除されたノードを置き換えることができるノードが存在する場合、システムは対応ノードのリストを表示し、使用可能なノードから選択することができます。

クラスタからノードを削除する方法の詳細については、 Junos Spaceファブリックからノードを削除する(Junos Spaceネットワーク管理プラットフォームワークスペースユーザーガイド)を参照してください。

関連ドキュメント