アクティブ/バックアップ フェールオーバーでは、フェールオーバーがユニットごとに行われます。次の表に、各障害イベントに対するフェールオーバー アクションを示します。この表には、各フェールオーバー イベントに対して、フェールオーバー ポリシー（フェールオーバーまたはフェールオーバーなし）、アクティブ装置が行うアクション、バックアップ装置が行うアクション、およびフェールオーバー条件とアクションに関する特別な注意事項を示します。

この項では、この機能のガイドラインと制限事項について説明します。

パブリック クラウドでの高可用性の ASAv フェールオーバー

冗長性を確保するために、ASAv をアクティブ/バックアップ高可用性（HA）設定でパブリック クラウド環境に展開します。

• 標準の D3_v2 インスタンスを使用している Microsoft Azure パブリック クラウドでのみサポートされます。

• アクティブな ASAv の障害がバックアップ ASAv へのシステムの自動フェールオーバーをトリガーするのを許可するステートレスなアクティブ/バックアップ ソリューションを実装します。

制限事項

• フェールオーバーはミリ秒ではなく、秒単位で行われます。

• HA の役割の決定と HA 装置として参加できるかどうかは、HA ピア間、および HA 装置と Azure インフラストラクチャとの間の TCP 接続に依存します。ASAv が HA 装置として参加できない状況がいくつかあります。

  • HA ピアへのフェールオーバー接続を確立できない。

  • Azure から認証トークンを取得できない。

  • Azure で認証できない。

• アクティブ装置からバックアップ装置に設定が同期されることはありません。フェールオーバー トラフィックの処理に関して、各装置で同様の設定を個々に構成する必要があります。

• ASDM サポートはありません。

• IPSec リモート アクセス VPN はサポートされていません。

  （注）	パブリック クラウドでサポートされる VPN トポロジについては、『Cisco Adaptive Security Virtual Appliance (ASAv) Quick Start Guide』を参照してください。

• ASAv 仮想マシン インスタンスは、同じ可用性セットにある必要があります。Azure の現在の ASAv ユーザの場合、既存の導入から HA にアップグレードすることはできません。インスタンスを削除し、Azure マーケットプレイスから ASAv 4 NIC HA オファリングを導入する必要があります。

（注）	フェールオーバー イベントが発生した後、デバイスのモニタリングを継続するには、ASDM を再起動するか、または [Devices] ペインに表示される別のデバイスに切り替えて、元の ASA に戻る手順を実行する必要があります。この操作が必要なのは、ASDM がデバイスから切断されて再接続された場合、接続のモニタリングが再確立されないためです。

• アクティブ/バックアップ フェールオーバー ステータスをモニタするには、[Monitoring] > [Properties] > [Failover] > [Status] を選択し、[Failover Status] をクリックします。

• タイムスタンプ、重大度レベル、イベント タイプ、およびイベント テキストを含むフェールオーバー イベント履歴を表示するには、[Monitoring] > [Properties] > [Failover] > [History] を選択します。

フェールオーバーの syslog メッセージ

ASA は、深刻な状況を表すプライオリティ レベル 2 のフェールオーバーについて、複数の syslog メッセージを発行します。これらのメッセージを表示するには、『syslog メッセージ ガイド』を参照してください。Syslog メッセージの範囲は 1045xx と 1055xx です。

（注）	フェールオーバーの最中に、ASA は論理的にシャットダウンした後、インターフェイスを起動し、syslog メッセージを生成します。これは通常のアクティビティです。

スイッチオーバー中に生成される syslog の例を次に示します。

%ASA-3-105509: (Primary) Error sending Hello message to peer unit 10.22.3.5, error: Unknown error
%ASA-1-104500: (Primary) Switching to ACTIVE - switch reason: Unable to send message to Active unit
%ASA-5-105522: (Primary) Updating route-table wc-rt-inside
%ASA-5-105523: (Primary) Updated route-table wc-rt-inside
%ASA-5-105522: (Primary) Updating route-table wc-rt-outside
%ASA-5-105523: (Primary) Updated route-table wc-rt-outside
%ASA-5-105542: (Primary) Enabling load balancer probe responses
%ASA-5-105503: (Primary) Internal state changed from Backup to Active no peer
%ASA-5-105520: (Primary) Responding to Azure Load Balancer probes

パブリック クラウドの導入に関連する各 syslog には、装置の役割が最初に追加されます（(Primary) または (Secondary)）。

フェールオーバー デバッグ メッセージ

デバッグ メッセージを表示するには、debug fover コマンドを入力します。詳細については、コマンド リファレンスを参照してください。

（注）	CPU プロセスではデバッグ出力に高プライオリティが割り当てられているため、デバッグ出力を行うとシステム パフォーマンスに大きく影響することがあります。このため、debug fover コマンドは、特定の問題に対するトララブルシューティングや、Cisco TAC とのトラブルシューティング セッションに限定して使用してください。

SNMP のフェールオーバー トラップ

フェールオーバーに対する SNMP syslog トラップを受信するには、SNMP トラップを SNMP 管理ステーションに送信するように SNMP エージェントを設定し、syslog ホストを定義し、お使いの SNMP 管理ステーションに Cisco syslog MIB をコンパイルします。