アプライアンス間でVRRPプロトコルを使用して、高可用性(HA)ペアをセットアップする方法や設定されたHAペアで予測される動作について説明します。高可用性は、ハードウェア障害が発生したときにダウンタイムを最小化するために使用できます。1つのHAペアには1つのライセンスのみが必要です。Spareユニットには個別のライセンスが必要ありません。Administration(アラートと管理)ページで設定できます。注:セカンダリMXはプライマリMXと同じモデルである必要があります。Spare機能は別々のMXモデル(MX80とMX100など)ではサポートされません。ボタンは2つのMX間でプライマリとスペアの役割を交換するために使用され、HAフェールオーバーをテストするためのものではありません。テストを行うには、プライマリMXへのアップリンクの完全な切断が必要です。ケースほとんどすべての顧客環境では、ネットワークのダウンタイムはビジネスに直接的な影響を及ぼすため、何としても避ける必要があります。サービスへの悪影響が軽減されます。利点ハードウェア障害が発生したときのネットワークのダウンタイムが大幅に削減されるか、使用されるアーキテクチャによっては完全に除去される。ハードウェア障害からの復旧を支援するためのネットワーク管理者チームによる手動介入が必要ない。用語このドキュメントでは、以下の用語とその意味を理解することが重要です。プライマリ:ネットワークの「メイン」MXとして設定されたMX。両方のMXがオンラインの場合、トラフィックはこちらのMXを通過します。これは静的な指定です。ネットワークの現在の状態にかかわらず、プライマリは常にプライマリとなります。ネットワークの「セカンダリ」MXとして設定されたMX。Spareとなります。これは静的な指定です。ネットワークの現在の状態にかかわらず、セカンダリは常にセカンダリとなります。アプライアンスとして現在機能しているMX。これは動的な指定です。Spareとして現在機能しているMX。これは動的な指定です。マスターは、プライマリとスペアの両方がアクティブ状態にあるシナリオのことを言います。パケット(次のセクションのVRRPハートビートを参照)をプライマリから受信していない場合に発生します。これは動的DNS、VPN、および一般的なトラフィック処理でいくつかの問題の原因となりうるため、何としても避ける必要があります。Spareペアを展開する方法について説明します。パケットを使用します。パケットは、プライマリがオンラインで正しく機能していることを示すために、設定されたすべてのVLANでプライマリMXからセカンダリMXに送信されます。パケットを受信している限り、スペア状態で機能します。パケットを受信しなくなると、プライマリがオフラインであると推定し、マスター状態に移行します。MXがNATモードの場合、VRRPハートビートはWAN経由で送信されず、WANインターフェースが相互に通信できることが保証されません。代わりに、「接続監視」と呼ばれるメカニズムを使用して、デバイスのWAN状態を判別します。エンジンのしくみはこの記事に記載されています。Spareフェールオーバーが開始されます。パケットの送信を再開し、セカンダリはアクティブの役割をプライマリに譲ります。テーブルはUDPポート3483を使用してプライマリとセカンダリの間で定期的に同期されます。Spareの設定)を選択します。表示されるウィンドウで、Enabled(有効)を選択します。Spareを有効化します。このオプションを使用すると、現在アクティブなMXはインターネットにトラフィックを送信するとき、その1つまたは複数の別個のアップリンクIPを使用します。フローのソースIDが変更されるため、中断の多いフェールオーバーが発生することになります。このオプションを使用すると、両方のMXはインターネットにトラフィックを送信するとき、共有されている仮想IP(VIP)を使用します。このオプションではアップリンクごとに追加のパブリックIPが必要になりますが、ネットワークがインターネットとの通信に使用するIPアドレスは不変であるため、シームレスなフェールオーバーが可能です。各アップリンクのVIPは、そのアップリンク用のMX自体のIPと同じサブネットに存在する必要があり、VIPは両方のMXアップリンクIPと異なっている必要があります。Spareフェールオーバーを使用して新しいネットワークを設定するには、通常のようにネットワークを作成し、プライマリMXを追加します。次に、上記のプロセスを使用して、セカンダリMXを追加します。選択したオプションに関係なく、両方のMXデバイスには、ダッシュボード接続のための独自のアップリンクIPアドレスが必要です。ダッシュボード設定は、セカンダリMXをネットワークに物理的に接続する前に常に行う必要があります。Spareモードでそのネットワークに追加されます。Spareの高可用性ペアで設定できます。トポロジのみをサポートします。ペアでのMXの接続」セクションを参照してください。各モードでは、プライマリがセカンダリにフェールオーバーできる、2つのMXが同じネットワーク上に存在することになります。モードごとに必要な設定は若干異なります。ここでは、異なる設定方法および考慮事項について説明します。モードや展開に最適なモードを選択する方法についての詳しい情報が必要な場合は、MXのアドレッシングとVLANの記事を参照してください。アプライアンスに高可用性が提供されます。コントローラと管理トラフィックを交換できるよう、固有のIPアドレスを持っています。コンセントレーターは非管理通信に使用される仮想IPアドレスも共有しています。ポート経由でのみネットワークに接続されます。これらがLANポート経由で直接接続されていないことを確認してください。Merakiダッシュボードとも通信できる必要があります。VPNトラフィックのみがMXに経由され、進入パケットも退出パケットも同じインターフェース経由で送信されます。SpareのVPNコンセントレーターで共有されています。VPNトラフィックは、個々のコンセントレーターの物理IPアドレスではなくVIPに送信されます。status(機器のステータス)に移動して設定します。これは両方のアプライアンスのIPアドレスと同じサブネットに存在する必要があり、一意である必要があります。SpareのIPアドレスと同じにすることはできません。障害検出2つのコンセントレーターは、VRRPプロトコルを介してネットワーク上で正常性情報を共有します。障害検出は、インターネット/Merakiダッシュボードへの接続に依存していません。Spareは元のプライマリが再びオンラインに戻るまで、プライマリの役割を引き受けます。コンセントレーターに譲ります。Spareコンセントレーターへのフェールオーバー、およびVPNパケットの処理の再開までの合計時間は通常は30秒未満です。サービスに冗長性を提供するために使用されます。Spareアプライアンスで共有されています。インバウンドおよびアウトバウンドのトラフィックはこのアドレスを使用して、フェールオーバー中に同じIPアドレスを保持し、中断を削減します。status(機器のステータス)ページの左上のSPARE(スペア)セクションで設定します。2つのアップリンクが設定されている場合、VIPをリンクごとに設定できます。各VIPは、(VIPが設定されているアップリンク用の)両方のアプライアンスのIPアドレスと同じサブネットに存在する必要があり、一意である必要があります。SpareのIPアドレスと同じにすることはできません。IPアドレスは、設定済みのいずれかのVLANのアプライアンスIPに基づいて設定されます。LANでは仮想IPは不要です。Spareには2つの障害検出方法があります。フェールオーバーに使用されるものと同じインターネット接続テストを使用して実行されます。Baseを参照してください。アプライアンスは、これらのテストに基づく有効なインターネット接続を持たない場合、VRRPハートビートの送信を停止し、結果としてフェールオーバーが発生します。アプライアンスに譲ります。2つのアプライアンスは、VRRPプロトコルを介してネットワーク上で正常性情報を共有します。これらのVRRPハートビートはレイヤー2で発生し、設定済みのすべてのVLANで実行されます。アドバタイズメントがどのVLANのスペアにも到達しない場合、フェールオーバーをトリガーします。アプライアンスに譲ります。DHCP同期NATモードの高可用性ペアのMXは、LANのUDPポート3483経由でDHCP状態情報を交換します。IPアドレスがフェールオーバーよりも前にクライアントに既に割り当てられている場合に、フェールオーバー後に別のクライアントに渡されることを防ぎます。HAを設定するときは、両方のMXがLAN上で信頼できる接続を確立し、プライマリMXのVRRPハートビートがスペアによって確実に認識できるようにすることが不可欠です。この接続性の信頼性を確保するには、次のことが必要です。スイッチ(理想的には複数のスイッチ)経由で互いに接続することで、VRRPハートビートを渡せるようにする必要があります。それらの間の追加のホップは1回までとする必要があり、それらはすべてのVLANで通信できる必要があります。インフラストラクチャでSTPを有効にするようにしてください。HAを初めて設定する場合、デバイスを物理的に配備する前に、スペアをダッシュボードに追加して設定し、スペアがその設定をただちに取得して適切に動作するようにする必要があります。以下の考慮事項にも留意する必要があります。ドメインを共有する必要があります。フェールオーバーをサポートしていません。10.X以上で)実行しないためです。アップリンクが使用された場合、以下のことが順に発生します。フェールオーバーを使用できますが、これはMerakiで正式にサポートされていません。Spare展開では2つの物理アーキテクチャが利用できます。スイッチ間で搬送されます。このトポロジには単一障害点がないため、これはほとんどの展開で推奨されるアーキテクチャです。スタック経由で接続されています。各スイッチには、各MXへのアップリンクが少なくとも1つ存在します。これにより、トポロジの単一障害点がなくなります。アップリンクのみがサポートされていますが、セカンダリMXの第3のフェールオーバーのために追加のアップリンクを使用する必要があります。セカンダリMXで1つまたは2つの追加アップリンクを使用でき、プライマリMXのすべてのアップリンクに障害が発生したか、プライマリMXにハードウェア障害が発生した場合にアクティブになります。セカンダリMXに接続されたこれらの追加アップリンクは、プライマリMXのアップリンクとは異なるIPサブネットに属することができます。HAであることが明白でないこともあります。このセクションでは、HAの問題が通常はどのように現れるかに加えて、推奨されるトラブルシューティング手順について説明します。マスターのシナリオで、このシナリオでは、プライマリMXとスペアMXがダッシュボードでどちらもアクティブ(マスター)であると報告されます。status(機器のステータス)に移動し、アプライアンスの現在の状態を比較することで確認できます。この問題は、プライマリMXがオンラインでハートビートを送信しているが、ハートビートがスペアによって認識されず、プライマリが停止しているとスペアが認識する場合に発生します。プライマリとスペアの両方がマスター状態の場合、DHCP、ルーティング、VPNなどに影響するネットワークの様々な問題の原因となります。HAに関するネットワークの問題が発生している場合、根本原因を特定するために以下のトラブルシューティング手順を実行する必要があります。シナリオがないか調べます。両方のアプライアンスが一貫して「アクティブ」状態を報告している場合、それらのLAN接続を確認し、相互に通信できるようにします。プライマリがオンラインでアクティブのときに、スペアMXが断続的にアクティブ状態を報告している場合、両方のMXがすべてのVLANで相互に通信できることを確認します。2つのデバイスを接続するケーブルが不良なものでないか、あるいは通信の信頼性を損なう物理的な問題がないか確認します。キャプチャを行い、VRRPハートビートがどこで失われているかを明らかにします。デバイスによって認識できることを確認します。アップリンク/ISPを使用したトポロジの例については、以下の図を参照してください。