First Published: December 21, 2022

Last Updated: March 3, 2023

Cisco DNA Center リリース 2.3.5 ハイアベイラビリティガイド

このガイドでは、Cisco DNA Center の高可用性 (HA) 実装の詳細について説明します。


（注）  

Cisco DNA Center のディザスタリカバリ機能の説明については、『Cisco DNA Center Administrator Guide』の「Implement Disaster Recovery」の章を参照してください。

Cisco DNA Center 高可用性の概要

Cisco DNA Center のハイアベイラビリティ（HA）フレームワークは、障害によるダウンタイムを減らし、ネットワークの回復力を高めるように設計されています。HA フレームワークは、クラスタノード全体でほぼリアルタイムの変更の同期を提供することでこれを実現し、発生した問題に対処するためのレベルの冗長性をネットワークに与えます。サポートされる同期のタイプは、次のとおりです。

  • データベースの変更（設定、パフォーマンス、およびモニターリングデータに関連する更新など）。

  • ファイルの変更（レポート設定、設定テンプレート、TFTP ルートディレクトリ、管理設定、ライセンスファイル、キーストアなど）。

このガイドでは、HA を使用するために満たす必要がある要件、展開と管理のベストプラクティス、および障害（ある場合）について説明します。


（注）  

Cisco DNA Center は、自動化機能と保証機能の両方に HA サポートを提供します。

ハイ アベイラビリティ要件

実稼働環境で HA を有効にするには、次の要件を満たす必要があります。

  • クラスタは、コア数が同じ 3 つの Cisco DNA Center アプライアンス（3 つの 56 コアアプライアンスなど）で構成します。44 コアアプライアンスに関して言えば、第 1 世代の 44 コアアプライアンス（シスコ製品番号 DN1）と第 2 世代の 44 コアアプライアンス（シスコ製品番号 DN2-HW-APL および DN2-HW-APL-U）の両方でクラスタを構成できることを意味します。


    （注）  

    第 1 世代および第 2 世代のアプライアンスとそれに対応するシスコ製品番号リストを参照するには、『Cisco DNA Center Second-Generation Appliance Installation Guide』のトピック「Maglev Wizard Interface Configuration Order」を参照してください。

  • セカンダリアプライアンスでプライマリアプライアンスと同じバージョン（1.2.8 以降）の Cisco DNA Center を実行している必要があります。

  • マルチノードクラスタの導入では、すべてのメンバノードを同じサイトの同じネットワーク内にする必要があります。Cisco DNA Center アプライアンスは、複数のネットワークまたはサイト間でのノードの配布をサポートしていません。

  • クラスタの往復時間（RTT）は 10 ミリ秒以下です。

ハイアベイラビリティの機能

Cisco DNA Center は、ソフトウェアとハードウェアの両方の HA を提供する 3 ノードクラスタ設定をサポートしています。ノード上のサービスが機能しなくなると、ソフトウェア障害が発生します。ソフトウェア HA には、ノード上のサービスを再起動する機能が含まれます。たとえば 3 ノードクラスタの 1 つのノードでサービスに障害が発生した場合、そのサービスは、同じノードまたは残りの 2 つのノードのいずれかで再起動されます。アプライアンスが誤動作または故障すると、ハードウェア障害が発生します。ハードウェアの HA は、クラスタ内の複数のアプライアンス、各アプライアンスの RAID 設定内の複数のディスクドライブ、および複数の電源装置が存在することによって有効になります。その結果、障害が発生したコンポーネントが復元または交換されるまで、これらのコンポーネントのいずれかによる障害を許容することができます。


（注）  

Cisco DNA Center は、3 つを超えるノードを持つクラスタをサポートしていません。たとえば 5 つまたは 7 つのノードを持つマルチノードクラスタは現在サポートされていません。

3 ノードクラスタの故障耐性は、単一ノードの障害に対応するよう設計されています。つまり、単一ノードが機能しなくなった場合でも、Cisco DNA Center は特定のサービス全体に HA を提供しようとします。2 つのノードで障害が発生した場合、HA 動作を実行するために必要なクォーラムが失われ、クラスタが分割されます。

クラスタリングおよびデータベース レプリケーション

Cisco DNA Center 複数のノード間での分散処理とデータベース レプリケーション用メカニズムとなります。クラスタリングにより、リソースと機能を共有するとともに、HA を実現することができます。

セキュリティの複製

マルチノード環境では、X.509 証明書やトラストプールを含む単一ノードのセキュリティ機能が他の 2 つのノードで複製されます。ノードを既存のクラスタに結合して 3 ノードクラスタを形成すると、Cisco DNA Center GUI ユーザークレデンシャルがノード間で共有されます。ただし、CLI ユーザークレデンシャルは、各ノードで別々であるため、共有されません。

ソフトウェアアップグレード

マルチノードクラスタでは、Cisco DNA Center GUI からクラスタ全体のアップグレードをトリガーできます（GUI は単一ノードだけでなくクラスタ全体を表します）。GUI からトリガーされたアップグレードでは、クラスタ内のすべてのノードが自動的にアップグレードされます。


（注）  

（Cisco DNA Center のコアインフラストラクチャを更新する）システムアップグレードを開始すると、Cisco DNA Center はメンテナンスモードになります。メンテナンスモードでは、アップグレードプロセスが完了するまで Cisco DNA Center を利用できなくなります。システムアップグレードのスケジュールを設定する際は、このことを考慮する必要があります。システムアップグレードが完了したら、[System] > [Software Updates] > [Updates] の順に選択してインストールされているバージョンを確認し、GUI でアップグレードの成功を確認できます。

  1. メニューアイコン（）をクリックして、[System] > [Software Updates] > [Updates]。

  2. [システム更新（System Update）] 領域で、最新のシステムパッケージがインストールされていることを確認します。

ハイアベイラビリティ展開

このセクションのトピックでは、実稼働環境で HA 対応クラスタを展開および管理する際に従う必要があるベストプラクティスについて説明します。

展開の推奨事項

Cisco DNA Center は 3 ノードクラスタをサポートします。奇数のノードは、分散システムで操作を実行するために必要なクォーラムを提供します。Cisco DNA Center はこれらを 3 つの独立したノードではなく、仮想 IP アドレスを介してアクセスされる 1 つの論理エンティティと見なします。

HA を展開する場合は、次のことを推奨します。

  • 3 ノードクラスタを設定する場合は、クラスタがネットワーク障害の影響を受ける可能性があるため、低速リンク間で LAN をスパンするようにノードを設定しないでください。また、障害が発生したサービスの回復に必要な時間が長くなる可能性があります. 3 ノードクラスタでクラスタインターフェイスを設定する場合は、すべてのクラスタノードが同じサブネット内にあることを確認してください。

  • HA の動作に悪影響を与える可能性があるため、管理、データ、および HA の責任で単一のインターフェイスを過負荷にしないでください。

  • アプライアンス設定ウィザードで、Cisco DNA Center は、[Services Subnet] および [Cluster Services Subnet] フィールドにリンクローカル（169.x.x.x）サブネットを事前入力します。デフォルトのサブネットを使用することをお勧めしますが、別のサブネットを指定することもできます。異なるサブネットを指定する場合は、プライベートネットワークの IETF RFC 1918 および 6598 仕様に準拠する必要があります。

    詳細については、RFC 1918 では『プライベートインターネット用のアドレス割り当て』を、RFC 6598 では『IANA-Reserved IPv4 Prefix For Shared Address Space』を参照してください。

  • オフ時間中は HA を有効にしてください。Cisco DNA Center がメンテナンスモードを開始し、サービスの再配布が完了するまで使用できないためです。

クラスタの展開

HA が有効になっている 3 ノードクラスタに Cisco DNA Center を展開するには、次の手順を実行します。

手順

ステップ 1

クラスタ内の最初のノードに Cisco DNA Center を設定します。

  • 第 1 世代アプライアンスを設定する場合は、『Cisco DNA Center First-Generation Appliance Installation Guide』の「Configure the Primary Node」のトピックを参照してください。

  • 第 2 世代アプライアンスを設定する場合は、『Cisco DNA Center Second-Generation Appliance Installation Guide』で使用する設定ウィザードとアプライアンスのタイプに応じたトピックを参照してください。

    • Maglev 設定ウィザードを使用して第 2 世代アプライアンスを設定する場合は、「Maglev ウィザードを使用したプライマリノードの設定」のトピックを参照してください。

    • ブラウザベースの設定ウィザードを使用して 44 または 56 コアアプライアンスを設定する場合は、「Configure the 44/56-Core Node Using the Browser-Based Wizard」の章の「Configure the Primary Node Using the Advanced Install Configuration Wizard」のトピックを参照してください。

    • ブラウザベースの設定ウィザードを使用して 112 コアアプライアンスを設定する場合は、「Configure the 112-Core Node Using the Browser-Based Wizard」の章の「Configure the Primary Node Using the Advanced Install Configuration Wizard」のトピックを参照してください。

ステップ 2

クラスタ内の 2 番目のノードで Cisco DNA Center を設定します。

  • 第 1 世代アプライアンスを設定する場合は、『Cisco DNA Center First-Generation Appliance Installation Guide』の「Configure a Secondary Node」のトピックを参照してください。

  • 第 2 世代アプライアンスを設定する場合は、『Cisco DNA Center Second-Generation Appliance Installation Guide』で使用する設定ウィザードとアプライアンスのタイプに応じたトピックを参照してください。

    • Maglev 設定ウィザードを使用して第 2 世代アプライアンスを設定する場合は、「Maglev ウィザードを使用したセカンダリノードの設定」のトピックを参照してください。

    • ブラウザベースの設定ウィザードを使用して 44 または 56 コアアプライアンスを設定する場合は、「Configure the 44/56-Core Node Using the Browser-Based Wizard」の章の「Configure a Secondary Node Using the Advanced Install Configuration Wizard」のトピックを参照してください。

    • ブラウザベースの設定ウィザードを使用して 112 コアアプライアンスを設定する場合は、「Configure the 112-Core Node Using the Browser-Based Wizard」の章の「Configure a Secondary Node Using the Advanced Install Configuration Wizard」のトピックを参照してください。

ステップ 3

クラスタ内の 3 番目のノードで Cisco DNA Center を設定します。

前述の手順の完了時に表示されたのと同じセカンダリアプライアンスの設定項目を参照してください。

ステップ 4

クラスタで HA をアクティブにします。

  1. メニューアイコン（）をクリックして、[System] > [Settings] > [System Configuration] > [High Availability] の順に選択します。

  2. [Activate High Availability] をクリックします。

    GUI で [Activate High Availability] をクリックすると、Cisco DNA Center はメンテナンスモードになります。このモードでは、プロセスが完了するまで Cisco DNA Center を利用できなくなります。これには、数時間かかる場合があります。HA 導入のスケジュールを設定する場合は、このことを考慮する必要があります。

（注）  

 

  • Cisco DNA Center また、データベースを復元し、（パッケージのアップグレードではなく）システムのアップグレードを実行した場合も、メンテナンスモードに移行します。

  • 3 ノードクラスタ環境で AAA サーバーによる外部認証を有効にするには、AAA サーバーで個々の Cisco DNA Center ノード IP アドレスのすべてと 3 ノードクラスタの仮想 IP アドレスを設定する必要があります。

クラスタの管理

このセクションのトピックでは、実稼働環境で HA が有効になっている場合に完了する必要がある管理タスクについて説明します。

maglev コマンドの実行

クラスタ内のノードで Maglev コマンドを正常に実行するには、次の手順を実行します。

始める前に

  • セッションで最初の Maglev コマンドを実行する前に、この手順のみを完了する必要があります。現在のセッションを閉じて新しいセッションを開始しない限り、再度行う必要はありません。

  • SSH クライアントでコマンドを実行すると、RSA ホストキーが変更されたことを示すエラーメッセージが表示され、~/.ssh/known_hosts ファイルに正しいキーを追加するように求められます。これは通常、アプライアンスが以前に指定したものとは異なる IP アドレスを使用して再イメージ化された場合に発生します。このような状況が発生した場合は、次の手順を実行します。

    1. アプライアンスに割り当てられる IP アドレスが cat ~/.ssh/known_hosts であるかを決定します。

      ここで、~ は、マシン上の known_host ファイルが存在するディレクトリを表します。

      出力結果は次の例のようになります。

      [192.168.254.21]:2222 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBA19/31YV+cQvI1rmIVl/ CaE/BqCdeg5Xr/pSOtwNnKB6eDrXvLSAUMz+EED339GvbkxT/DdsdGZn2BeWHIifuY=

    2. この IP アドレスに関連付けられているすべてのキーを ssh-keygen -R アプライアンスの IP アドレス known_hosts ファイルから削除します。

      この例では、ssh-keygen -R 192.168.254.21:2222 コマンドを再実行します。

      別のオプションとして、~/.ssh/known_hosts ファイルを削除してから次の手順に進むこともできます。

    3. ssh-keygen -R 192.168.254.21:2222 コマンドを再実行します。

手順

ステップ 1

SSH クライアントで、次のコマンドを入力します。

ssh node's IP address -l maglev-p 2222

ステップ 2

ノードの信頼性が確立できないことを示すメッセージが表示された場合は、続行するように求められたら、 yesを入力します。

ステップ 3

ノードの maglev ユーザーに対して設定されている Linux パスワードを入力します。

ステップ 4

実行する Maglev コマンドを入力します。

ステップ 5

Cisco DNA Center のデフォルトの管理スーパーユーザー用に設定されたパスワードを入力します。

一般的なクラスタノードの動作

以下は、クラスタノードのシャットダウン（計画的なメンテナンスを実行する前）、返品許可（RMA）のためのノードの準備、または再起動（ダウンしたノードを復元するか、構成の変更を保存するため）など、クラスタ内のノードに対して完了する必要がある操作です。


（注）  

稼働中の 3 ノードクラスタ内の 2 つのノードを同時に再起動またはシャットダウンすることはできません。このような操作を行うと、クラスタのクォーラム要件が成立しなくなるからです。
タスク 操作

CLI から、3 ノードクラスタ内のすべてのノードをシャットダウンします。

すべてのノードで sudo shutdown -h now コマンドを同時に実行します。

ノードの電源をオンに戻すときは、Cisco IMC を介してすべてのノードの電源を同時にオンにしてください。

再起動が必要な変更を行った後は、1 つ以上のノードを再起動します。

該当ノードで sudo shutdown -r now コマンドを実行します。

メンテナンスのために 1 つのノードをシャットダウンまたは切断します（ノードを再起動するだけではない場合）。

次のコマンドを実行します。

  1. maglev node drain node's-IP-address

  2. maglev node drain_history （ノードが正常にドレインされたことを確認するため）

  3. sudo shutdown -h now （シャットダウンしているノードで実行）

ノードでメンテナンスを実行したら、次の手順を実行します。

  1. Cisco IMC ユーザーとして Cisco IMC GUI にログインします。

  2. ハイパーリンクメニューで、[Host Power] > [Power On] を選択してノードの電源を入れます。ノードが復帰するまでに 30 ～ 45 分かかります。

  3. magctl node display コマンドを実行し、ノードのステータスが Ready と表示されるまで待ちます。

  4. maglev node allow node’s-IP-address コマンドを実行します。

  5. magctl workflow status コマンドを実行し、前のステップで開始したタスクが正常に完了したことが出力に示されるまで待ってから、次に進みます。

  6. maglev service nodescale refresh コマンドを実行し、ノードをメンテナンスモードにします。

    （注）  

     

    コマンドを実行する代わりに、次の手順も実行できます。

    1. Cisco DNA Center GUI から、メニューアイコン（）をクリックして、 [System] > [Settings] > [System Configuration] > [High Availability] の順に選択します。

    2. [Activate High Availability] をクリックします。

RMA 用のノードを準備します。

次の手順を実行します。

  1. メンテナンスのためにクラスタノードをシャットダウンまたは切断する場合は、前の行で説明した手順を実行します。

  2. magctl node display コマンドを実行して、ドレインされたノードのステータスが NotReady になっていることを確認します。

  3. クラスタからノードを削除する方法については、Cisco TAC にお問い合わせください。

  4. magctl node display コマンドをもう一度実行します。

    今度はクラスタに対して 2 つのノードのみ表示されます。

障害が発生したノードの交換

ノードに障害が発生した場合は、次のタスクを実行して交換します。

  1. 障害が発生したノードをクラスタから削除します。

    障害が発生したノードの削除を参照してください。

  2. 障害が発生したノードを別のノードと交換します。

    交換ノードの追加を参照してください。

障害が発生したノードの削除

ハードウェア障害が原因でノードに障害が発生した場合は、そのノードをクラスタから削除する必要があります。このタスクについてサポートが必要な場合は、Cisco TAC にお問い合わせください。


警告

2 ノードクラスタ（通常の使用ではサポートされない一時的な設定）は、次のいずれかの状況が発生した場合に発生します。

  • 3 ノードクラスタの初期形成時には、2 つのクラスタノードのみが使用可能です。

  • 既存の 3 ノードクラスタで、ノードの 1 つに障害が発生したか、現在ダウンしています。

2 ノードクラスタがアクティブな間は、いずれのノードも削除できません。
交換ノードの追加

障害が発生したシードノードを削除したら、クラスタに交換ノードを追加できます。

次のタスクを実行します。

  • 障害が発生したノードを削除します。詳細については、障害が発生したノードの削除を参照してください。

  • この手順を実行するには 30 分以上必要です。

手順

ステップ 1

交換ノードでは、クラスタ内の他のノードが実行しているものと同じソフトウェアバージョンをインストールします。

  • 第 1 世代アプライアンスを設定する場合、Maglev 構成ウィザードの [Join a Cisco DNA Center Cluster] オプションを使用します。『Cisco DNA Center First-Generation Appliance Installation Guide』の「Configure a Secondary Node」のトピックを参照してください。

  • Maglev 構成ウィザードを使用して第 2 世代アプライアンスを設定する場合は、ウィザードの [Join a Cisco DNA Center Cluster] オプションを使用します。『Cisco DNA Center Second-Generation Appliance Installation Guide』の「Configure a Secondary Node Using the Maglev Wizard」のトピックを参照してください。

  • ブラウザベースの構成ウィザードを使用して第 2 世代アプライアンスを設定する場合は、同ウィザードの [Join an existing Cluster] オプションを使用します。『Cisco DNA Center Second-Generation Appliance Installation Guide』で次のいずれかのトピックを参照してください。

    • 44 または 56 コアアプライアンス：「Configure the 44/56-Core Appliance Using the Browser-Based Wizard」の章の「Configure a Secondary Node Using the Advanced Install Configuration Wizard」のトピックを参照してください。

    • 112 コアアプライアンス：「Configure the 112-Core Appliance Using the Browser-Based Wizard」の章の「Configure a Secondary Node Using the Advanced Install Configuration Wizard」のトピックを参照してください。

重要

 

[Maglev Cluster Details] 画面（Maglev 構成ウィザード）または [Primary Cluster Details] 画面（拡張インストール構成ウィザード）で、まだアクティブないずれかのノードのクラスタポートに設定されている IP アドレスを入力します。

ステップ 2

インストールが完了したら、次のコマンドを入力します。

magctl node display

交換ノードに [Ready] ステータスが表示されます。

ステップ 3

クラスタで HA をアクティブ化して、交換用ノードにサービスを再配布します。

  1. メニューアイコン（）をクリックして、[System] > [Settings] > [System Configuration] > [High Availability] の順に選択します。

  2. [Activate High Availability] をクリックします。

ステップ 4

次のサービスが再配布されたことを確認します。

magctl appstack status

交換ノードのステータスが [Running] と表示されます。

ステップ 5

以前に アシュアランス データをバックアップしていた場合は、そのデータを復元します。

詳細については、『Cisco Digital Network Architecture Center 管理者ガイド』の「Restore Data from Backups」のトピックを参照してください。

（注）  

 

  • アシュアランス ノードを追加する場合は、交換する アシュアランス ノードで使用されていたものと同じ IP アドレスを設定します。

  • 障害が発生したノードは、クラスタに再び追加するとセカンダリノードとして機能します。以前のロールであるプライマリノードとしての機能は再開しません。

障害と停止の影響を最小限に抑える

一般的な 3 ノード Cisco DNA Center クラスタでは、各ノードはノードのクラスタ ポート インターフェイスを介して 1 つのクラスタスイッチに接続されます。クラスタスイッチとの接続には、2 つのトランシーバと 1 つの光ファイバケーブルが必要です。これらはいずれも障害が発生する可能性があります。クラスタスイッチ自体も（電源切断や手動再起動により）障害が発生する可能性があります。これにより、Cisco DNA Center クラスタが停止し、すべてのコントローラ機能が失われる可能性があります。クラスタの障害または停止の影響を最小限に抑えるには、次の 1 つ以上を実行します。

  • ソフトウェアアップグレード、設定のリロード、電源の再投入などの管理操作は重要ではない期間中に実行します。これらの操作によってクラスタの停止が発生する可能性があるためです。

  • インサービス ソフトウェア アップグレード（ISSU）機能をサポートするスイッチにクラスタノードを接続します。この機能を使用すると、システムはステートフル スイッチオーバー（SSO）によるノンストップ フォワーディング（NSF）を使用してトラフィックの転送を続行しながらシステムソフトウェアをアップグレードすることができ、システムのダウンタイムなしでソフトウェアアップグレードを実行します。

  • クラスタノードをスイッチスタックに接続します。これにより、各クラスタノードを、Cisco StackWise を使用して参加しているスイッチスタックの別のメンバーに接続できます。クラスタが複数のスイッチに接続されているため、1 つのスイッチがダウンした場合の影響が軽減されます。

ハイアベイラビリティ障害のシナリオ

ノードの障害は、以下の 1 つ以上の領域で起きた問題が原因で発生する可能性があります。

  • ソフトウェア

  • ネットワーク アクセス層

  • ハードウェア

障害が発生すると、Cisco DNA Center は通常 5 分以内に検出し、障害を自力で解決します。5 分よりも長く続く障害には、ユーザーの介入が必要になる場合があります。

次の表に、クラスタで発生する可能性のある障害シナリオと、Cisco DNA Center による対応方法について説明します。表の最初の列に注意してください。これは、クラスタの動作を復元するためにユーザーからのアクションを必要とするシナリオを示しています。


（注）  

クラスタを動作させるには、Cisco DNA Center の HA の実装で常に少なくとも 2 つのクラスタノードが稼働している必要があります。

ユーザーアクションの必要性

障害シナリオ

HA の動作

Yes

クラスタ内のすべてのノードがダウンする。

すぐに自動化バックアップを実行します。『Cisco Digital Network Architecture Center 管理者ガイド』の「Backup and Restore」の章を参照してください。

なし

ノードに障害が発生している、到達不能である、または 5 分未満のサービス障害が発生している。

  • ノードに障害が発生してから 5 分間は GUI にアクセスできません。

  • 障害が発生したノードで実行されていたサービスは、他のノードに移行されません。

  • 仮想 IP（VIP）を使用する場合、残り 2 つのノードではノースバウンド インターフェイス（NBI）が使用可能なままになります。

  • VIP 接続はフェールオーバー後に復元され、サービスが起動して実行された後に API コールが回復します。

ノードが復元された後、次のようになります。

  • 復元されたノード上のデータは、他のクラスタメンバーと同期されます。

    （注）  

     

    過去の アシュアランス データは復元されますが、フェールオーバープロセス中に変更または更新されたデータは復元されません。

  • タイムアウトしていない保留中の GUI および NBI コールが完了します。

なし

ノードに障害が発生している、到達不能である、または 5 分未満のサービス障害が発生している。

  • Cisco DNA Center ノードとの接続が失われたことを示すステータスメッセージが表示されます。

  • VIP を使用する場合、GUI は残りの 2 つのノードで使用可能なままになります。

  • 障害が発生したノードで実行されていたサービスは、他のノードに移行されます。

  • 障害が発生したノードで実行されているサービスのステータスは [NodeLost] または [Unknown] に設定される可能性があります。

  • 障害が発生したノードの NBI にはアクセスできませんが、残り 2 つのノードの NBI は引き続き動作します。

ノードが復元されてから、ノードがクラスタに再参加するまでは、次のようになります。

  • Cisco DNA Center クラスタ動作が再開したことを示すステータスメッセージが表示されます。

  • タイムアウトしていない保留中の GUI コールが完了します。

  • 障害が発生したノードで保留されていたサービスリクエストは、サービスの移行先ノードで実行されます。

ノードがクラスタに再参加した後、次のようになります。

  • 復元されたノード上のデータは、他のクラスタメンバーと同期されます。

  • 障害が発生したノードで実行されていた サービスは停止します。

  • 障害が発生したノードで保留されていたすべてのサービスリクエストが停止されます。

  • アシュアランス GUI 選択は期待どおりに動作します。

Yes

2 つのノードで障害が発生するか、到達不能です。

クラスタが破損していて、接続が復元されるまで GUI にアクセスできません。

  • ノードが回復すると、動作が再開され、クラスタメンバーによって共有されるデータが同期されます。

  • ノードが回復しない場合は、Cisco TAC に連絡してサポートを受けてください。

Yes

ノードに障害が発生し、クラスタから削除する必要がある。

Cisco TAC に問い合わせてサポートを受けてください。

なし

すべてのノードが相互の接続を失います。

接続が復元されるまで、GUI にはアクセスできません。接続が復元されると、操作が再開され、クラスタメンバーによって共有されるデータが同期されます。

対応

バックアップがスケジュールされ、ハードウェア障害のためにノードがダウンします。

交換用ノードについて、および新しいノードをクラスタに参加させて残りの 2 つのノードでサービスを復元するためのサポートについては、Cisco TAC にお問い合わせください。

Yes

GUI の赤色のバナーで、ノードがダウンしていることが示されます。「アシュアランス サービスは現在ダウンしています。ホスト <IP-address> との接続が失われています。"

ノードがダウンしたことがバナーで示されます。その結果、アシュアランス のデータ収集と処理が停止し、データが使用できなくなります。ノードが復帰すると、アシュアランス機能が復元されます。障害がハードウェア障害に関連している場合は、次の手順を実行します。

  1. 障害が発生したノードを削除します。Cisco TAC に問い合わせてサポートを受けてください。

  2. 新しいノードを追加し、障害が発生したノードを置き換えます。

    交換ノードの追加 を参照してください。

Yes

UI の赤色のバナーでノードがダウンしていることが示されるが、最終的に「この IP アドレスはダウンしています」というメッセージで黄色に変更されます。"

システムは引き続き使用できます。ノードがダウンしている理由を調査し、バックアップします。

Yes

クラスタのアップグレード中に障害が発生する。

Cisco TAC に問い合わせてサポートを受けてください。

なし

アプライアンスポートに障害が発生する。

  • クラスタポート：Cisco DNA Center は 5 分以内に障害を検出し、ユーザーをタイムアウトします。5 分後、再度ログインできるはずです。バナーが表示され、現在使用できないサービスが示されます。サービスフェールオーバーは 10 分以内に完了します。アクセスできる GUI の領域は、復元されるサービスによって異なります。利用できなかったサービスが完全に復元されると、バナーは消えます。

  • エンタープライズポート：Cisco DNA Center がネットワークに到達して管理することができない可能性があります。

  • 管理ポート：現在進行中のアップグレードとイメージのダウンロードはすべて失敗し、ノースバウンド インターフェイスの操作が影響を受けます。

Yes

アプライアンスハードウェアに障害が発生する。

障害が発生したハードウェアコンポーネント（ファン、電源装置、ディスクドライブなど）を交換します。これらのコンポーネントに属する複数のインスタンスがアプライアンスで検出されるため、1 つのコンポーネントの障害は一時的に許容される可能性があります。

RAID コントローラは新しく追加されたディスクドライブをアプライアンス上の他のドライブと同期するため、これが起きている間は I/O システムのパフォーマンスが低下する可能性があります。

フェールオーバー中の保留ステータスについて

保留ステータスのポッドは、次のように動作します。

  • ステートフルセット：ポッドには何らかのタイプのデータストレージがあります。これらの Pod は、ローカル永続ボリューム（LPV）を使用してノードにバインドされます。ノードがダウンすると、そのノード上のすべてのステートフルセットが保留状態に移行します。ステートフルな例は、Mongodb、Elasticsearch、Postgres です。

  • DaemonSet：設計上、ポッドは厳密にノードにバインドされます。DaemonSet の例は、agent、broker-agent、および keepalived です。

  • ステートレス/展開：

    • ポッドには、保存するデータがありませんが、ステートフルセットを使用してデータを保存または取得します。

    • 展開の規模はさまざまです。一部の展開には 1x ポッドインスタンス（spf-service-manager-service など）、 2x ポッドインスタンス（apic-em-inventory-manager-service など）、および 3x ポッドインスタンス（kong、platform-ui、collector-snmp など）があります。

    • 1x ステートレスポッドは、クラスタの現在の状態に基づいてノード間を自由に移動できます。

    • 2x ステートレスポッドはノード間を柔軟に移動できますが、同じノードで 2 つのステートレスポッドを実行することはできません。

    • 3x ステートレスポッドにはノードの非アフィニティがあります。つまり、同じノードで 2 つのインスタンスを実行することはできません。