ルートモニターを使用すると、テーブルに動的に学習されたルートやスタティックなルートが含まれているかどうかにかかわらず、HA の状態を内部ルーティングテーブルに依存させることができます。HA構成では、各ノードのルートモニターが内部ルーティングテーブルを監視して、特定のネットワークに到達するためのルートエントリが常に存在することを確認します。ルートエントリが存在しない場合、ルートモニタの状態は DOWN に変わります。
NetScalerアプライアンスにネットワークに到達するための静的ルートしかなく、ネットワークのルートモニターを作成する場合は、静的ルートの監視対象静的ルート(MSR)を有効にする必要があります。MSR は、到達不能なスタティックルートを内部ルーティングテーブルから削除します。スタティックルートで MSR を無効にすると、到達不能なスタティックルートが内部ルーティングテーブルに残り、ルートモニタの目的が果たせなくなる可能性があります。
ルートモニターは、非INCモードとINCモードの両方でサポートされています。
| 非 INC モードの HA のルートモニター |
INC モードの HA のルートモニター |
| ルートモニタはノードによって伝達され、同期中に交換されます。 |
ルートモニタは、ノードによって伝播されず、同期中に交換されることもありません。 |
| ルートモニタは、現在のプライマリノードでのみアクティブです。 |
ルートモニタは、プライマリノードとセカンダリノードの両方でアクティブです。 |
| NetScalerアプライアンスは、ルートエントリが内部ルーティングテーブルに存在するかどうかに関係なく、常にルートモニターの状態をUPと表示します。 |
NetScaler ADCアプライアンスは、対応するルートエントリが内部ルーティングテーブルに存在しない場合、ルートモニターの状態を DOWN と表示します。 |
| リブート、フェールオーバー、v6 ルートの set route6 コマンド、v4 ルートの set route msr enable/disable コマンド、新しいルートモニターの追加などの場合、ルートモニターは 180 秒後にルートのモニタリングを開始します(この処理は 180 秒かかる場合があります)。 |
- |
ルートモニターは、プライマリノードからゲートウェイにアクセスできないことをHAフェイルオーバーの条件の1つにしたい非INCモードのHA構成で役立ちます。
NetScalerアプライアンスNS1とNS2が同じサブネットにあり、ルーターR1とスイッチSW1、SW2、SW3を備えたツーアームトポロジでの非INCモードのHAセットアップの例を考えてみましょう。
この設定では R1 が唯一のルータなので、現在のプライマリノードから R1 にアクセスできないときはいつでも HA セットアップをフェールオーバーさせる必要があります。各ノードにルートモニタ(それぞれ RM1 と RM2)を設定して、そのノードからの R1 の到達可能性を監視できます。
図1:
NS1 を現在のプライマリノードとして使用すると、実行フローは次のようになります。
-
NS1 上のルートモニタ RM1 は、NS1 の内部ルーティングテーブルを監視し、ルータ R1 のルートエントリの存在を確認します。NS1 と NS2 は、スイッチ SW1 または SW3 を介して定期的にハートビートメッセージを交換します。
-
スイッチ SW1 がダウンすると、NS1 のルーティングプロトコルは R1 に到達できないことを検出し、内部ルーティングテーブルから R1 のルートエントリを削除します。NS1 と NS2 は、スイッチ SW3 を介してハートビートメッセージを定期的に交換します。
-
R1 のルートエントリが内部ルーティングテーブルに存在しないことを検出すると、RM1 はフェールオーバーを開始します。NS1とNS2の両方からR1へのルートがダウンしている場合、いずれかのアプライアンスがR1に到達して接続を回復できるようになるまで、180秒ごとにフェイルオーバーが発生します。