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

必要条件

Junos Space クラスタの設定に [オンラインアプライアンス] を選択できます。

仮想アプライアンスのクラスターの場合、アプライアンスがデプロイされている基盤となる仮想化インフラストラクチャに次の推奨事項が適用されます。

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

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

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

• サーバーには、Junos Spaceアプライアンスと同様の耐障害性機能(2つの独立した電源回路に接続されたデュアル冗長電源、ストレージ用ハードディスクのRAIDアレイ、ホットスワップ可能なファン)が必要です。

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

準備

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

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

• Junos Space Platformでは、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」のIPアドレスとサブネットマスク、デフォルトゲートウェイアドレス、ネットワーク内の1つ以上のネームサーバーのアドレス。

  • インターフェイス「eth3」の IP アドレスとサブネットマスク(別のデバイス管理インターフェイスを使用する場合)。

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

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

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

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

  手記：

  厳密に言えば、非 HA ノードを別のサブネットにデプロイすることを選択できます。ただし、HA ノードの 1 つがダウンし、他のノードの 1 つを HA ノードとして昇格させる場合、問題が発生します。そのため、同じサブネット内のすべてのノードで eth0 を構成することをお勧めします。

• すべてのノード上の JBoss サーバーは UDP マルチキャストを使用して通信し、JBoss クラスターを形成および管理するため、クラスターノードをデプロイするネットワークで UDP マルチキャストが有効になっていることを確認する必要があります。また、クラスタを相互接続しているスイッチでIGMPスヌーピングを無効にするか、ノード間の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 サービスは、必要なサービスがこのノードで開始されるようにします。新しいノードがクラスタに参加したら、[ ネットワーク管理プラットフォーム > Administration > Fabric ] ワークスペースからそのステータスを監視できます。

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

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

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

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

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

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

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

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