単一 APIC のハードウェア障害からの回復

はじめに

このドキュメントでは、ハードウェアの問題が原因で障害が発生したファブリッククラスタ内の単一のAPICを交換するために使用されるプロセスについて説明します。

問題

動作可能なアプリケーションセントリックインフラストラクチャ(ACI)ファブリックが存在し、障害が発生したApplication Policy Infrastructure Controller(APIC)があります。障害はハードウェアの問題に関連していると判断され、ユニット全体を交換する必要があります。

解決方法

この問題を解決するには、次の手順を実行します。

1. 障害が発生した APIC と現在のファブリック設定を次のように特定します。
   
   
   1. 稼働中のAPICのWebインターフェイスから、System > Controllersの順に選択します。
      
      
   2. 画面の左側で、Controllers > (any APIC) > Clusterの順に選択します。
      
      
   3. 障害の発生した APIC が [Operational State] カラムで [Unavailable] と表示されます。次に示すように、障害の発生した APIC の [Fabric Name]、[Target Size]、[Node ID]、さらにトンネル エンド ポイント（TEP）アドレス空間を記録します。
      
      
      
      

   ヒント：この情報を入手するには、APICのCLIでacidiag avreadコマンドを入力することもできます。

2. 障害の発生した APIC を次のようにデコミッション（使用停止）します。
   
   
   1. 障害の発生した APIC を強調表示します。
      
      
   2. [Actions] ドロップダウン リストから、[Decommission] を選択します。これで、APICはOut of Service Admin状態に変更できます。
3. 障害の発生した APIC をラックから取り外し、交換品を設置します。新しいAPICは初期セットアップスクリプトを起動できます。
   
   
4. ステップ 1 で集めた情報に基づき、障害の発生した APIC と同じ値を使用してセットアップ スクリプトを進めます。
   
   

   注：古いAPICからメモした同じ構成設定（ファブリック名、コントローラID、TEPアドレスプールなど）を使用していることを確認します。 同じ設定を使って APIC を設定しない場合、ファブリックが部分的に異なる状態になる可能性があります。また、クラスタに参加するには、交換用APICが残りの2つのAPICと同じバージョンのACIソフトウェアを実行する必要があります。

   
   
   
   
5. 新しい APIC を次のようにコミッションします。
   
   
   1. APIC が起動したら、[Cluster] ページで現在 [Out of Service] 状態にある APIC を強調表示します。
      
      
   2. Actionsドロップダウンリストから、Commissionを選択します。
      
      
      
      APIC は IP アドレスを取得し、APIC の Web インターフェイスにそれが反映されます。
      
      

      注：この処理が実行されるまでに、最大で10分かかる場合があります。新しいAPICは、稼働状態が完全に適合しているように見える前に、稼働状態と稼働不可状態を切り替えることもできます。

      
      
      
      
   3. 新しい APIC がファブリックにすでに参加したことを確認するには、新しい APIC の CLI を使ってファブリックにログインします。ログイン時には、ファブリックの残りの部分に設定されたクレデンシャルを使用します。