コントローラのハイ アベイラビリティ（HA）によって、コントローラのフェールオーバーで生じる無線ネットワークのダウン タイムを短縮することができます。

A 1:1（アクティブ：スタンバイホット）アクセス ポイントとクライアントのステートフル スイッチオーバー（HA SSO）がサポートされています。HA アーキテクチャでは、1 台のコントローラはプライマリ コントローラとして、別のコントローラはセカンダリ コントローラとして設定されています。

HA を有効にした後、プライマリおよびセカンダリ コントローラがリブートされます。ブート プロセス中に、プライマリ コントローラのロールはアクティブとして、セカンダリ コントローラのロールはスタンバイ ホットとしてネゴシエートされます。スイッチオーバー後、セカンダリ コントローラは、アクティブ コントローラになり、プライマリ コントローラがスタンバイホット コントローラになります。それ以降の切り替えの後、ロールは、プライマリおよびセカンダリ コントローラ間で交換されます。ほとんどのスイッチオーバー イベントの理由や原因は、手動トリガー、コントローラまたはネットワーク障害です。

HA SSO フェールオーバー イベントの間、コントローラ上の RUN 状態になっているすべての AP CAPWAP セッションとクライアント セッションが、中断することなくスタンバイ コントローラにステートフルにスイッチオーバーされます。ただし、PMIPv6 クライアントは除きます。PMIPv6 クライアントは、HA SSO スイッチオーバー後に、コントローラに再接続して、認証される必要があります。その他のクライアントの SSO 動作と制限事項については、次の URL にあるハイ アベイラビリティ（SSO）導入ガイド [英語] の「Client SSO」セクションを参照してください。

スタンバイホット コントローラは、専用の冗長ポートを介してアクティブ コントローラの状態を常時モニタします。両方のコントローラは管理インターフェイスの IP アドレスを含め、同じ設定を共有します。

HA を有効にする前に、両方のコントローラが、直接ケーブル接続またはレイヤ 2 のいずれかを経由し、それぞれの専用冗長ポートを介して互いに正常に通信できることを確認してください。詳細については、ハイ アベイラビリティ (SSO) 導入ガイド [英語] の「Redundancy Port Connectivity」セクションを参照してください。

リリース 8.0 以降では、show ap join stats summary コマンドの出力に、アクセス ポイントがコントローラに join しているか、アクティブ コントローラから同期されているかに基いてアクセス ポイントのステータスが表示されます。次のステータスのいずれかが表示されます。

• Synched：アクセス ポイントが SSO 前にコントローラに join しました。

• Connected：アクセス ポイントが SSO 後にコントローラに join しました。

• Joined：アクセス ポイントがコントローラに再 join したか、新しい AP が SSO 後にコントローラに join しました。

リリース 8.0 以降では、show redundancy summary コマンドの出力はアクティブおよびスタンバイのコントローラ・ペアの後のアクセス ポイントおよびクライアントのバルク同期の状態が発生します。値は次のとおりです。

• Pending：アクティブ コントローラからスタンバイ コントローラへのアクセス ポイントと対応するクライアント詳細の同期がまだ開始されていないことを示します。

• In-progress：アクティブ コントローラからスタンバイ コントローラへのアクセス ポイントと対応するクライアント詳細の同期が開始され、進行中であることを示します。

• Complete：同期が完了し、スタンバイ コントローラで、アクティブ コントローラのサービスを再開するためのスイッチオーバーの準備ができていることを示します。

リリース 8.0 以降のハイ アベイラビリティ シナリオでは、スリープ タイマーがアクティブとスタンバイの間で同期されます。

ACL と NAT IP の設定は、これらのパラメータが HA ペア成立前に設定されていれば、HA スタンバイ コントローラに同期されます。NAT IP が管理インターフェイス上で設定された場合は、アクセス ポイントが AP マネージャの IP アドレスを NAT IP アドレスとして設定します。

次に、ハイ アベイラビリティに関する注意事項を示します。

• 異なるハードウェア モデルの 2 台のコントローラを組み合わせないことを推奨します。それらを組み合わせると、上位のコントローラ モデルがアクティブ コントローラになり、下位のコントローラがメンテナンス モードに入ります。

• コントローラ ソフトウェア リリースの異なる 2 台のコントローラを組み合わせないことを推奨します。それらを組み合わせると、下位のリダンダンシー マネージメント アドレスを持つコントローラがアクティブ コントローラになり、上位のコントローラがメンテナンス モードに入ります。

• HA を無効にし、Cisco 5520、Flex 7510、8510、および 8540 WLC（RTU ベース）にライセンスを追加することをお勧めします。ただし、プライマリ WLC で追加した AP ライセンスはセカンダリ WLC に継承されるため、HA の無効化は必須ではありません。

• イメージ、設定、Web 認証バンドル、シグニチャ ファイルなどのダウンロード ファイル タイプはすべて、アクティブ コントローラにダウンロードされてから、スタンバイホット コントローラにプッシュされます。

• 組み合わせる前に、証明書を各コントローラに個別にダウンロードする必要があります。

• アクティブ コントローラの GUI または CLI を使用して、設定ファイル、イベント ログ、クラッシュ ファイルなどのファイル タイプをスタンバイホット コントローラからアップロードできます。また、ファイル名にアップロードされたファイルを識別するサフィックスを指定できます。

• ピア アップロードを実行するには、サービス ポートを使用します。管理ネットワークでは、リダンダンシー マネージメント インターフェイス（RMI）が管理 VLAN と同じ場合に、リダンダンシー ポートと RMI VLAN のどちらかまたはその両方にマッピングされた RMI を使用することもできます。RMI とリダンダンシー ポートが別々のレイヤ 2 VLAN 上に存在しなければならないことに注意してください。これは必須設定です。

• コントローラが冗長ポートおよび RMI を介して相互に接続できない場合、プライマリ コントローラがアクティブになり、スタンバイホット コントローラはメンテナンス モードになります。

  （注）	2 つの Cisco Wireless Services Module 2（WiSM2）プラットフォーム間の HA を実現するには、コントローラを単一のシャーシに配置するか、仮想スイッチング システム（VSS）を使用してリダンダンシー VLAN を複数のシャーシ間に拡張することで、複数のシャーシに配置する必要があります。

  （注）

  リダンダンシー VLAN は、ルーティング不能 VLAN にする必要があります。つまり、この VLAN 用のレイヤ 3 インターフェイスを作成せず、トランク ポート上のインターフェイスで HA セットアップを複数のシャーシ間に拡張できるようにする必要があります。リダンダンシー VLAN は、他のデータ VLAN 同様に Cisco IOS ベースのスイッチング ソフトウェアで作成する必要があります。リダンダンシー VLAN は、バックプレーン経由でシスコ WiSM2 の冗長ポートに接続されます。IP アドレスが自動的に生成されるため、リダンダンシー VLAN の IP アドレスを設定する必要はありません。また、リダンダンシー VLAN が管理 VLAN と同じではないことを確認します。 詳細については、次の URL にあるハイ アベイラビリティ（SSO）導入ガイド [英語] の「High Availability Connectivity Using Redundant VLAN on WiSM-2 WLC」セクションを参照してください。 https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-1/HA_SSO_DG/High_Availability_DG.html#pgfId-43232

  （注）	ペアになっており、同じ VLAN にマッピングされ、同じレイヤ 3 スイッチに接続されている 2 つのコントローラの RMI が動作を停止すると、スタンバイ コントローラが再起動されます。 HA セットアップのアクティブ/スタンバイ セカンド スイッチオーバーの間は、「mobilityHaMac は範囲外」XML メッセージが表示されます。このメッセージは、モビリティ HA の MAC フィールドが 128 を超えると表示されます。

• HA が有効な場合、スタンバイ コントローラは常に Remote Method Invocation（RMI）を使用します。他のすべてのインターフェイス（動的と管理）は無効になります。

  （注）	RMI の使用目的はアクティブ通信とスタンバイ通信だけです。他に目的はありません。

• ハイ アベイラビリティを有効にする前に、RMI ポート上の最大伝送単位（MTU）が 1500 バイト以上であることを確認する必要があります。

• HA が有効な場合は、バックアップ イメージを使用しないでください。このイメージが使用されると、HA 機能が想定どおりに機能しない可能性があります。

  • SSO をイネーブルにすると、設定されているサービス ポートとルート情報が失われます。SSO をイネーブルにした後は、サービス ポートとルート情報を再設定する必要があります。peer-service-port および peer-route コマンドを使用して、スタンバイホット コントローラのサービス ポートとルート情報を設定できます。

  • Cisco WiSM2 については、冗長性をイネーブルにした後、サービス ポートの再設定が必要です。そうしないと、Cisco WiSM2 はスーパーバイザと通信できない場合があります。冗長性をイネーブルにする前に、サービス ポートで DHCP を有効にすることを推奨します。

  • スタンバイホット コントローラでは reset コマンドを直接使用しないでください。これを使用すると、保存されていない設定は失われます。

• インフラストラクチャ スイッチのポート チャネルを有効にする前に、コントローラのリンク集約設定を有効にすることをお勧めします。

• アクティブ コントローラのリブートが必要なすべての設定によって、スタンバイホット コントローラがリブートされることになります。

• [Rogue AP Ignore] リストは、アクティブ コントローラからスタンバイホット コントローラに同期されません。このリストは、スタンバイホット コントローラがアクティブになった後で、Cisco Prime Infrastructure の SNMP メッセージを通して再取得されます。

• クライアント SSO 関連の注意事項

  • スタンバイ コントローラは 2 つのクライアント リストを保持します。実行状態のクライアントのリストおよび他のすべての状態である一時的なクライアントのリストです。

  • 実行状態にあるクライアントのみがフェールオーバー中に維持されます。ローミング、802.1X キーの再生成、Web 認証ログアウトなどの過渡状態にあるクライアントのアソシエーションが解除されます。

  • AP SSO と同様に、クライアント SSO は WLAN 上でのみサポートされます。コントローラは、同じサブネット内にある必要があります。Layer3 接続はサポートされません。

• リリース 7.3.x では AP SSO はサポートされますが、クライアント SSO はサポートされないため、リリース 7.3.x を使用した HA セットアップでスイッチオーバーが発生した場合は、コントローラに関連付けられているすべてのクライアントが認証解除され、強制的に再アソシエーションされます。

• ピア コントローラにリリース 7.2 以前のコントローラ ソフトウェア リリースがある場合、スイッチオーバー後のアクティブ コントローラにモビリティ MAC アドレスを設定する必要があります。

• アクセス ポイントで音声パラメータとビデオ パラメータの制御された Quality of Service（QoS）を維持できるようにするために、スイッチオーバーが発生すると、すべての帯域幅ベースまたは静的コール アドミッション制御（CAC）パラメータがアクティブからスタンバイに同期されます。

• リリース 8.0 以降では、スタンバイ コントローラがリブートしません。代わりに、リダンダンシー ポートを使用してデフォルト ゲートウェイに接続できない場合は、メンテナンス モードに入ります。コントローラがデフォルト ゲートウェイに再接続すると、スタンバイ コントローラがリブートして、アクティブ コントローラとの HA ペアが開始されます。ただし、アクティブ コントローラはメンテナンス モードに入る前にリブートします。

• リリース 8.0 からサポートされたものを以下に示します。

  • 静的 CAC 同期：音声パラメータとビデオ パラメータの制御された Quality-of-Service（QoS）を維持するために、スイッチオーバーが発生すると、すべての帯域幅ベースまたは静的 CAC パラメータ サービスがクライアントですぐに利用できるようになります。

  • 内部 DHCP サーバ：コントローラの無線クライアントを機能させるために、内部 DHCP サーバのデータがアクティブ コントローラからスタンバイ コントローラに同期されます。アクティブからスタンバイへのロール変更が発生しても、割り当てられたすべての IP アドレスは有効なままで、IP アドレス割り当てが継続されます。

  • デバッグとサービスアビリティの強化：すべてのデバッグ サービスとサービスアビリティ サービスがユーザ向けに強化されました。

• スイッチ上のアクセス ポイントの物理接続またはトポロジは、アクティブ コントローラからスタンバイ コントローラに同期されません。スタンバイ コントローラは同期が完了しないと詳細を取得しません。そのため、show ap cdp neighbors all コマンドは、同期が完了して、スタンバイ コントローラがアクティブ コントローラになった場合にのみ実行する必要があります。

• アクセス ポイントが、工場出荷時設定にリセットされた HA-SKU セカンダリ コントローラに join できるようにするには、次の手順を実行する必要があります。

  • HA SKU コントローラをセカンダリ コントローラとして設定します。この設定を行うには、HA SKU コントローラで config redundancy unit secondary コマンドを実行する必要があります。

  • config redundancy unit secondary コマンドを正常に実行してから、HA SKU コントローラをリブートします。

• HA SSO が有効になっているときは、LAG 物理ポートを無効にしないことを推奨します。

• ファブリック関連の統計情報の HA の同期はサポートされていません。

• Cisco WLC が HA SSO に設定され、リダンダンシー マネジメントがダイナミック インターフェイスで設定されている場合、SSH のアクセス リストをリダンダンシー インターフェイスに適用する必要があります。そうしないと、SSH クライアントが CPU ACL に関係なくリダンダンシー マネジメント インターフェイス経由で接続できるようになります。

• HA 環境で FlexConnect のローカルにスイッチされるクライアントを使用すると、クライアント情報にユーザ名が表示されない場合があります。クライアントの詳細を取得するには、クライアントの MAC アドレスを使用する必要があります。この制限は、FlexConnect の中央でスイッチされるクライアントまたは中央（ローカル）モードのクライアントには適用されません。

• HA を有効にしている場合は、サービス インターフェイスを介して Cisco WiSM2 GUI にアクセスすることはできません。回避策は、HA が確立された後に、サービス ポート インターフェイスを再作成することです。

• HA 環境では、LDPE イメージから LDPE 以外のイメージへのアップグレードはサポートされていません。

• 2 台のプライマリ コントローラまたは 2 台のセカンダリ コントローラを組み合わせることはできません。

• スタンバイ コントローラは AP に接続されたスイッチ ポートでは利用できません。

• 評価ライセンスを持つ HA-SKU コントローラをスタンバイ コントローラにすることはできません。ただし、ゼロ ライセンスを持つ HA-SKU コントローラはスタンバイ コントローラにすることができます。

• HA モードから HA 以外のモード、またはその逆に移行すると、サービス VLAN 設定が失われます。再度サービス IP アドレスを手動で設定する必要があります。

• プライマリ コントローラの管理アドレスとリダンダンシー マネジメント アドレスが同じ VLAN 上にあって、プライマリ コントローラと同じ VLAN 上にセカンダリ コントローラの管理アドレスがあり、別の VLAN にそのリダンダンシー マネジメント アドレスがあるというシナリオはサポートされていません。

• 次に、ソフトウェア アップグレードのシナリオの一覧を示します。

  • アクティブ コントローラのソフトウェア アップグレードでは、スタンバイホット コントローラのアップグレードを確認します。

  • インサービス アップグレードはサポートされません。このため、HA 環境でコントローラをアップグレードする前に、ネットワークのダウン タイムを計画する必要があります。

  • ソフトウェア アップグレード後のアクティブ コントローラをリブートすると、スタンバイホット コントローラもリブートします。

  • config boot backup コマンドを実行する前に、アクティブとスタンバイの両方のホット コントローラのバックアップに同じソフトウェア イメージを保存することをお勧めします。アクティブおよびスタンバイホット コントローラの両方のバックアップに異なるソフトウェア イメージが含まれている場合、アクティブ コントローラで config boot backup コマンドを実行すると、両方のコントローラがそれぞれのバックアップ イメージでリブートされて、ソフトウェアの不一致により HA ペアが切断されます。

  • スケジュール リセットが HA 環境の両方のコントローラに適用されます。アクティブ コントローラで期限切れになるスケジュール時刻の 1 分前にピア コントローラがリブートします。

  • リセットがスケジュールされていない場合、reset peer-system コマンドを入力して、アクティブ コントローラからスタンバイホット コントローラをリブートできます。このコマンドでスタンバイホット コントローラのみをリセットすると、スタンバイホット コントローラの未保存の設定はすべて失われます。そのため、スタンバイホット コントローラをリセットする前に、アクティブ コントローラ上で設定を保存する必要があります。

  • プリイメージ ダウンロードは、SSO がイメージの転送時にトリガーされると再起動されます。

  • スタンバイホット コントローラでは、debug コマンドと show コマンドのみ許可されます。

  • スイッチオーバー後、ピア コントローラにリリース 7.5 以前のコントローラ ソフトウェア リリースがある場合、すべてのモビリティ クライアントが認証解除されます。

• コントローラ GUI、Cisco Prime Infrastructure、または Telnet 経由でスタンバイホット コントローラにアクセスすることはできません。コンソールでのみスタンバイホット コントローラにアクセスできます。

• フェールオーバーが発生した場合、正常なスイッチオーバーのために、SSO では、スタンバイ コントローラはスタンバイホット状態、冗長ポートはターミナル状態である必要があります。

• LAG を有効または無効にするには、HA を無効にする必要があります。

  （注）	LAG が無効になっていて、プライマリおよびバックアップ ポートの両方が管理インターフェイスに接続されている場合、プライマリ ポートが動作不能になると、デフォルト ゲートウェイに到達できずにバックアップ ポートのフェールオーバーが 12 秒を超える可能性があるので、スイッチオーバーが発生することがあります。

• フェールオーバーが発生し、スタンバイ コントローラが新しいアクティブ コントローラになる場合、2 台のコントローラ間のデータベースの同期（AP、クライアントおよびマルチキャスト）に約 15 ～ 20 分かかります。新たにフェイルオーバーがこの時間内に発生した場合、HA の構造が同期されることはありません。したがって、AP およびクライアントを再アソシエートして、個別に再認証する必要があります。

• Pairwise Master Key（PMK）キャッシュの同期は FlexConnect のローカル認証クライアントではサポートされません。

• クライアント SSO の制限

  • 新しいモビリティはサポートされていません。

  • ポスチャおよびネットワーク アドミッション コントロール アウトオブバンドは、クライアントが実行状態にないため、サポートされません。　

  • 次の内容は、アクティブ コントローラとスタンバイ コントローラの間で同期されません。

    • Cisco Compatible Extensions ベースのアプリケーション

    • クライアントの統計

    • プロキシ モバイル IPv6、Application Visibility and Control、セッション開始プロトコル（SIP）、およびスタティック コール アドミッション制御（CAC）ツリー

    • ワークグループ ブリッジおよびその関連クライアント

    • パッシブ クライアント

  • 暗号化はサポートされています。

• 暗号化は、アクティブおよびスタンバイのコントローラが管理ポートのリダンダンシー マネジメント インターフェイス経由で通信する場合のみサポートされます。暗号化は、リダンダンシー ポートがアクティブ コントローラとスタンバイ コントローラ間の通信に使用される場合はサポートされません。

• コントローラがリダンダンシー モードの場合、管理インターフェイスの NAT アドレスの設定は変更できません。管理インターフェイスで NAT アドレス設定を有効にするには、最初に冗長構成を削除する必要があります。プライマリ コントローラで必要な変更を行ってから、同じコントローラで冗長構成を再度有効にします。

• Cisco WiSM2 および Cisco Catalyst 6500 シリーズ Supervisor Engine 2T では、HA が有効になっている場合、スイッチオーバー後に AP は接続を解除して WiSM2 コントローラと再アソシエートする可能性があります。この問題の発生を防ぐために、HA を設定する前に、ポート チャネルでアクティブおよびスタンバイの両方の Cisco WiSM2 コントローラの詳細（ポートが同じ順序に保たれていて、ポート チャネル ハッシュ分散で固定アルゴリズムが使用されている）を確認することをお勧めします。これらが適切でない場合、ポート チャネル分散を訂正し、Cisco Catalyst 6500 シリーズ Supervisor Engine 2T から Cisco WiSM2 をリセットする必要があります。

• SSO を有効にしてから、スタンバイおよびアクティブの両方のコントローラにアクセスするには、次を使用します。

  • コンソール接続

  • サービス ポートの SSH 機能

  • リダンダンシー マネジメント インターフェイスの SSH 機能

• バルク同期設定は、XML に保存されている設定に対してのみサポートされます。スケジュールされたリブートは、XML またはフラッシュに保存されていない設定です。そのため、スケジュールされたリブートの設定は、バルク同期設定には含まれません。

• スイッチオーバーが発生すると、DHCP ダーティ ビットがアクティブ コントローラ上に設定されていても、コントローラは DHCP ダーティ ビットの情報をアクティブからスタンバイ コントローラへ同期しません。スイッチオーバーの後、コントローラは、クライアントの DHCP リトライに基づいて DHCP ダーティ ビットを挿入します。

• Cisco WiSM2 を使用している場合は、Cisco Catalyst 6500 Series Supervisor Engine 2T 上で Cisco IOS の次のリリース バージョンを使用することをお勧めします。

  • 15.1(02)SY

  • 15.1(01)ICB40.1

  • 15.1(01)ICB29.36

  • 15.1(01)ICB29.1

  • 15.1(01)IC66.25

  • 15.1(01)IB273.72

シスコ ワイヤレス コントローラ（WLC）リリース 8.4 では、Cisco Virtual Wireless Controller（vWLC）プラットフォームでの N+1 高可用性（HA）のサポートが導入されています。HA の設定方法については、以下を参照してください。

https://www.cisco.com/c/en/us/td/docs/wireless/technology/hi_avail/N1_High_Availability_Deployment_Guide/N1_HA_Overview.html#pgfId-1054644

Cisco vWLC HA には、次の前提条件があります。

• プライマリ、セカンダリ、およびターシャリ vWLC は、同じモビリティ グループの一部である必要があります。

• モビリティ グループの vWLC には、AP を 1 つの vWLC から別の vWLC にシームレスに移動するための均一のハッシュ キーのセットが必要です。たとえば、モビリティ グループに vWLC、N があるか、または vWLC、M、および通常の WLC（M は N より大きい）がある場合、すべての vWLC が同じグループ内のその他の vWLC のハッシュを保有している必要があります。

• （N+1 形式の vWLC モビリティ メンバーを含む）モビリティ グループ内のすべての vWLC で AP の効率的な接続を確保するためには、モビリティ ハッシュ テーブルにすべての vWLC ハッシュ キーを含める必要があります。

（注）	ハッシュ テーブルは、vWLC がモビリティ メンバーとペアリングされている場合にのみ機能します。