FireCluster フェイルオーバー プロセスは、アクティブ／アクティブ クラスタまたはアクティブ／パッシブ クラスタの両方の場合で同じです。両方のタイプのクラスタにおいて、各クラスタ メンバーは常に状況およびセッション情報を保持します。フェールオーバーが発生すると、失敗したデバイスからのパケット フィルタ接続、Branch Office VPN トンネル、ユーザー セッションはクラスタ内の他のデバイスへ自動的にフェールオーバーします。
一方の Firebox がクラスタ マスタになり、他方のデバイスがバックアップ マスタになります。バックアップ マスタは、接続とセッション情報をクラスタ マスタと同期させるためにプライマリ クラスタ インターフェイスを使用します。プライマリ クラスタ インターフェイスが失敗したまたは切断された場合、バックアップ マスタはバックアップ クラスタ インターフェイスを使用してクラスタ マスタと通信します。また、クラスタ マスタはプライマリ クラスタ インターフェイスと バックアップ クラスタ インターフェイスの両方を使用して、1 秒毎に 1 回ハートビート パケットをバックアップ マスタに送信します。常にプライマリ クラスタ インターフェイスおよびバックアップ クラスタ インターフェイスの両方を構成することをお勧めします。
フェールオーバーをトリガするイベント
クラスタのフェールオーバーをトリガできるイベントには、次の 3 つの種類があります。
クラスタ マスタの健全性指数がバックアップ マスタの健全性指数よりも低い
各クラスタ メンバーが、デバイスの総合的な健全性を示す計算済の健全性指数を持っています。クラスタ マスタの健全性指数がバックアップ マスタの健全性指数よりも低い場合、クラスタ マスタのフェールオーバーがトリガされます。
クラスタの健全性指標の詳細については、次を参照してください： クラスタの健全性を監視する。
クラスタ マスタから喪失ハートビート
このクラスタ マスタは、プライマリ クラスタ インターフェイスとバックアップ クラスタ インターフェイスでハートビート パケットを 1 秒に 1 回送信します。バックアップ マスタが 3 つの連続するハートビートを受信しなかった場合、クラスタ マスタのフェールオーバーがトリガされます。喪失ハートビートのデフォルトの最大値は、3 です。FireCluster の詳細設定のフェールオーバーでは、喪失ハートビートのしきい値を増加させることができます。
喪失ハートビートのしきい値の詳細については、次を参照してください： FireCluster の詳細設定を構成する。
クラスタが フェールオーバー マスタコマンドを受信
Firebox System Manager で、ツール ＞ クラスタ ＞ マスタのフェールオーバー の順に選択すると、強制的にクラスタ マスタからバックアップ マスタにフェイルオーバーさせることができます。
このコマンドの詳細については、次を参照してください： クラスタ マスタのフェールオーバーを強制する。
フェールオーバーが発生すると、どうなるか
クラスタ マスタのフェールオーバーが発生すると、バックアップ マスタがクラスタ マスタになります。次に、元のクラスタ マスタが、バックアップ マスタとしてクラスタを再結合します。フェールオーバーが発生すると、クラスタではパケット フィルタ接続、Branch Office VPN トンネル、ユーザー セッションが維持されます。この動作は、アクティブ/アクティブ FireCluster またはアクティブ/パッシブ FireCluster で同じです。
アクティブ/アクティブ クラスタでバックアップ マスタが失敗すると、クラスタ マスタは、すべてのパケット フィルタ接続、Branch Office VPN トンネル、ユーザー セッションを維持します。このリストの説明に従い、プロキシ接続と Mobile VPN 接続を遮断できます。アクティブ/パッシブ クラスタでバックアップ マスタが失敗すると、バックアップ マスタにトラフィックが割り当てられていないため、接続もセッションも遮断されません。
| 接続/セッションの種類 | フェールオーバー イベントの影響 |
|---|---|
| パケット フィルタ接続 | 他のクラスタ メンバーに接続がフェールオーバーします。 |
| Branch Office VPN トンネル | 他のクラスタ メンバーにトンネルがフェールオーバーします。 |
| ユーザー セッション | 他のクラスタ メンバーにセッションがフェールオーバーします。 |
| プロキシ接続 | 失敗したデバイス (マスタまたはバックアップ マスタ) に割り当てられている接続を再起動する必要があります。他のデバイスに割り当てられている接続は遮断されません。 |
| Access Portal | Access Portal ユーザー セッションと Access Portal Web アプリケーションへの接続はフェールオーバー後でもアクティブ状態のままです。Access Portal から起動した RDP および SSH 接続はフェールオーバー後に切断されます。 |
| Mobile VPN with IPSec | クラスタ マスタがフェールオーバーすると、すべてのセッションを再起動する必要があります。 バックアップ マスタがフェールオーバーすると、バックアップ マスタに割り当てられているセッションのみを再起動する必要があります。 クラスタ マスタに割り当てられているセッションは遮断されません。 |
| Mobile VPN with SSL | いずれかのデバイスがフェールオーバーすると、すべてのセッションを再起動する必要があります。 |
| Mobile VPN with L2TP | アクティブ/アクティブ クラスタの場合も含めて、すべての L2TP セッションがクラスタ マスタに割り当てられます。 クラスタ マスタがフェールオーバーすると、すべてのセッションを再起動する必要があります。 バックアップ マスタが失敗しても、L2TP セッションは遮断されません。 |
| Mobile VPN with IKEv2 | クラスタ マスタがフェールオーバーすると、すべてのセッションを再起動する必要があります。 バックアップ マスタがフェールオーバーすると、バックアップ マスタに割り当てられているセッションのみを再起動する必要があります。 クラスタ マスタに割り当てられているセッションは遮断されません。 |
FireCluster のフェールオーバーとサーバー負荷分散
サーバー負荷分散を使用して内部サーバー間の接続を分散する場合、FireCluster フェールオーバー イベントが発生した時に、リアルタイム同期は実行されません。フェールオーバーした後には、新しいクラスタ マスタが、どのサーバーが利用可能であるかを発見するためにサーバー負荷分散のリストにあるすべてのサーバーに接続を送信します。その後、使用可能なすべてのサーバーにサーバー負荷分散アルゴリズムが適用されます。
サーバー負荷分散の詳細については、次を参照してください： サーバー負荷分散を構成する。
FireCluster のフェールオーバーと動的ルート
FireCluster で動的ルートを有効にした場合、クラスタ マスタのみが動的ルートのドメインに直接参加します。クラスタ マスタは、動的ルーターの情報を他のクラスタ メンバーに同期化します。フェールオーバーが発生すると、新しいクラスタ マスタは以前に学習した動的ルートを使用します。新しいクラスタ マスタは続いて動的ルートのドメインに参加し、構成済み動的ルート プロトコルを使用してすべての宛先ネットワークへの最新のルートを検出します。新しいクラスタ マスタが更新済みの動的ルートを検出すると、古い動的ルートは消去され、新しいルートに置き換えられます。
新しいクラスタ マスタと接続されたすべてのルーターが共通のルーターで合意するまでにかかる時間 (収束時間) は、動的ルート プロトコルによって異なります。
RIPv1 および RIPv2 の場合
ピア RIP ルーターは、フェールオーバー中に接続が中断されない場合でも、FireCluster のフェールオーバーを検出しません。
OSPFv2
ピア ルーターは FireCluster のフェールオーバー イベントを検出します。OSPF の収束時間は 10 秒から 40 秒です。新しいクラスタ マスタは更新済み動的ルートが検出されるまでに以前のクラスタ マスタから同期化した既知の動的ルートのセットを使用するため、収束時間が短くなることがあります。
BGPv4
ピア ルーターは FireCluster のフェールオーバー イベントを検出します。BGP の収束時間は 1 分から 3 分です。新しいクラスタ マスタは更新済み動的ルートが検出されるまでに以前のクラスタ マスタから同期化した既知の動的ルートのセットを使用するため、収束時間が短くなることがあります。
フェールオーバー中にクラスタを監視する
Firebox System Manager の フロント パネル タブで、メンバー名の後に各デバイスのロールが表示されます。クラスタ マスタのフェールオーバー中に フロント パネル タブを参照すると、クラスタ マスタのロールがあるデバイスから別のデバイスに移動することが確認できます。フェールオーバー中に、以下のことを確認できます。
- 古いバックアップ マスタのロールは バックアップ マスタ から マスタ に変わります。
- 古いクラスタ マスタのロールは 非アクティブ に変わり、デバイスの再起動時に アイドル に変わります。
- デバイスが再起動した後、古いクラスタ マスタのロールは バックアップ マスタ に変わります。
詳細については、FireCluster メンバーを監視および制御する を参照してください。
FireCluster フェールオーバーと登録サービス
FireCluster でライセンス付与された登録サービスを有効にした場合、そのサービスは、FireCluster メンバーに必要な登録サービスを購入してある限りはフェールオーバー後も引き続き稼働します。アクティブ/アクティブ FireCluster に対する要件は、アクティブ/パッシブ FireCluster に対するものとは異なります。
- アクティブ/アクティブ — 両方のクラスタ メンバーの機能キーに同じ登録サービスを有効にしていることが必要です。各クラスタ メンバーは、独自の機能キーにサービスを適用します。
- アクティブ/パッシブ — 1つのみのクラスタ メンバーの機能キーに登録サービスを有効にすることが必要です。アクティブなクラスタ メンバーがいずれかのクラスタ メンバーの機能キーで有効な登録サービスを使用します。
機能キーと FireCluster の詳細については、機能キーと FireCluster について を参照してください。