ACME 社はシスコと協力して、必要なソフトウェア機能、選択したハードウェア プラットフォームのサポート、およびソフトウェア リリースの完成度に基づき、展開の要件を評価しました。また、展開するソフトウェアの対象バージョンを選択しました。さらに、定期的にこの決定に立ち返って、さらにアップグレードが必要かどうかを判断するために、プロアクティブな計画を立てました。

アップグレードまたはダウングレード プロセスを開始する前に、次の事項を考慮してください。

• Application Policy Infrastructure Controller (APIC) クラスタの状態：アップグレード プロセスを開始する前に、コントローラの状態が良好であることを確認します。続行する前に、クラスタ内のすべてのコントローラのヘルス ステータスが [Fully Fit] であることを確認します。完全に適合（Fully Fit）していないコントローラの問題を解決するには、『Troubleshooting Cisco Application Centric Infrastructure』のドキュメントを参照してください。

• 設定のバックアップ：アップグレードを開始する前に、必ず、外部ソースに設定をエクスポートします。設定のエクスポートについては、「インポートおよびエクスポート ポリシー」を参照してください。

• 権限：ファームウェア アップグレード タスクを実行するには、ファブリック管理者ロールが必要です。

• 空き領域の確認：/firmware パーティションの使用率が 75% 以下であることを確認します。パーティションの使用率が 75% を超えている場合は、圧縮イメージを格納したり、イメージを取得する十分なスペースを確保できるように、未使用のファームウェア ファイルをリポジトリから削除する必要があります。APIC はイメージを自動的に取得します。

• アップグレード順序：通常、コントローラは、スイッチ ノードよりも先に、最初にアップグレードする必要があります。必ず、対象となるファームウェア バージョンの関連リリース ノートを参照して、この順序が変更されているかどうかを確認してください。

• メンテナンス時間：データプレーンに影響を与えずに、ファブリックをアップグレードすることは可能ですが、変更管理ポリシーに従って、スケジュールされたメンテナンス時間中にアップグレードを実行してください。この時間帯については、アップグレード中に発生する可能性がある予想外の問題を考慮し、トラブルシューティングやロールバックを実行できる十分な時間を割り当てる必要があります。

• メンテナンス グループ：アップグレード中に、ホストへの影響を最小限に抑えるには、少なくとも 2 つの異なるメンテナンス グループを設定する必要があります。一般的には、奇数と偶数のノード ID により分けます。ホストが 1 つの奇数リーフ ノードと 1 つの偶数リーフ ノードに二重接続されている場合、ホストはまったく影響を受けません。メンテナンス グループの作成については、この章の後半で詳しく説明します。もう 1 つの考慮事項は、リーフ vPC ペアに奇数と偶数のノードを 1 つずつ含める必要があることです。

• アプリケーション仮想スイッチ（AVS）を展開したファブリックのアップグレード：AVS ソフトウェアは特に APIC またはスイッチのソフトウェア バージョンに関連付けられません。

• デバイス パッケージ：デバイス パッケージは APIC ソフトウェアに関連付けられていない場合があります。オンライン Cisco Application Centric Infrastructure (ACI) 互換性ツールを使用して、レイヤ 4 ～ レイヤ 7 デバイスに対し、デバイスの互換性を確認できます。

カタログ ファームウェア イメージは、 Application Policy Infrastructure Controller (APIC) イメージがアップグレードされるとアップグレードされます。カタログ ファームウェア イメージを個別にアップグレードする必要はありません。

APIC をアップグレードするには、次の手順を実行します。

1. メニュー バーで、[ADMIN] > [Firmware] の順に選択します。

2. [Navigation] ペインで、[Controller Firmware] をクリックします。

3. [Work] ペインで、[Actions] > [Upgrade Controller Firmware Policy] の順に選択します。

4. [コントローラ ファームウェア アップグレード ポリシー (Upgrade Controller Firmware Policy)] ダイアログボックスで、次の操作を実行します。

   1. [ターゲット ファームウェア バージョン (Target Firmware Version)] フィールドで、ドロップダウン リストから、アップグレードするイメージ バージョンを選択します。

   2. [Apply Policy] フィールドで、[Apply Now] ラジオ ボタンをクリックします。または、特定の日付けまたは時刻までタスクを延期する場合は、スケジュール ポリシーを適用できます。

   3. [Submit] をクリックして、タスクを完了します。

      [Status] ダイアログボックスに「Changes Saved Successfully」というメッセージが表示されて、アップグレード プロセスが開始されます。アップグレード中に APIC のクラスタを使用できるように、APIC は順番にアップグレードされます。

5. [Work] ペインでアップグレードのステータスを確認します。

   APIC のアップグレードにはそれぞれ約 10 分かかります。APIC のイメージがアップグレードされた場合、クラスタからドロップし、クラスタ内の他の APIC が動作している間に、新しいバージョンで再起動します。APIC が再起動すると、クラスタに再び参加します。その後、クラスタが収束し、次の APIC のイメージのアップグレードを開始します。クラスタがすぐに収束せず、完全に適合しない場合は、クラスタが収束して [Fully Fit] になるまでアップグレードは待機状態になります。この間、アップグレードされる各 APIC の [ステータス（Status）] カラムに [クラスタ コンバージェンスの待機（Waiting for Cluster Convergence）] というメッセージが表示されます。

   ブラウザが接続されている APIC がアップグレードされて再起動すると、ブラウザにエラー メッセージが表示されます。

（注）	アップグレード プロセス中に、新しいイメージで APIC がリブートしますが、その特定の APIC の GUI は使用できません。アップグレード プロセス中に、APIC の GUI にログインすると、ブラウザのエラー メッセージを受信し、ログオフされる可能性ががあります。その特定の APIC のステータスが [Fully Fit] になったら、その APIC に再度ログインできます。

カタログ ファームウェア イメージは、 Application Policy Infrastructure Controller (APIC) イメージがアップグレードされるとアップグレードされます。カタログ ファームウェア イメージを個別にアップグレードする必要はありません。GUI からファームウェアのアップグレードを実行することをお勧めします。GUI を使用すると、APIC はソフトウェア イメージに対してさらに検証と整合性チェックを実行します。

オブジェクト モデル CLI を使用して APIC をアップグレードするには、次の手順を実行します。

スイッチをアップグレードする前に、Application Policy Infrastructure Controller (APIC) のアップグレードが完了し、ヘルス ステータスが [Fully Fit] になっている必要があります。

GUI を使用してスイッチをアップグレードするには、次の手順を実行します。

1. メニュー バーで、[Admin] > [Firmware] の順に選択します。

2. [Navigation] ペインで、[Fabric Node Firmware] をクリックします。

   [Work] ペインに、ファブリック内で動作しているスイッチが表示されます。

3. ファームウェア グループを作成していない場合は、次のサブステップを実行します。
   1. [Navigation] ペインで、[Fabric Node Firmware] > [Firmware Groups] の順に選択します。
   2. [Work] ペインで、[Policy] タブを選択します。
   3. [Actions] > [Create Firmware Group] の順に選択します。
   4. [Create Firmware Group] ダイアログボックスで、次の操作を実行します。
      1. [Group Name] フィールドに、ファームウェア グループの名前を入力します。
      2. [Target Firmware Version] ドロップダウン リストから、アップグレードするファームウェア バージョンを選択します。
      3. [Group Node IDs] フィールドに、グループに追加するノード ID のカンマ区切りリストまたは範囲を入力します。たとえば、「101, 103-105, 108」のように指定します。
      4. [Submit] をクリックします。`
   5. ファームウェア グループが作成されていることを確認するには、[Navigation] ペインで、[Fabric Node Firmware] > [Firmware Groups] > [new_firmware_group] の順に選択します。Work ペインに、前に作成したファームウェア ポリシーの詳細が表示されます。
4. メンテナンス グループを作成していない場合は、次のサブステップを実行します。

   1. [Navigation] ペインで、[Fabric Node Firmware] > [Maintenance Groups] の順にクリックします。

      すべてのスイッチに対して 2 つのメンテナンス グループを作成することをお勧めします。たとえば、偶数番号のノードを含むグループと、奇数番号のノードを含む別のグループを作成します。接続全部が失われないように、少なくとも 1 つのスパインと 1 つのリーフが、他と異なるメンテナンス グループにあることを確認します。

   2. [Work] ペインで、[Action] > [Create Maintenance POD Group] の順に選択します。
   3. [Create POD Maintenance Group] ダイアログボックスで、次の操作を実行します。
      1. [Group Name] フィールドに、メンテナンス グループの名前を入力します。たとえば、「Even-Nodes」と入力します。
      2. [Run Mode] ドロップダウン リストで、[Pause Upon Upgrade Failure] を選択します。これは、デフォルトのモードです。
      3. [Group Node IDs] フィールドに、グループに追加するノード ID のカンマ区切りリストまたは範囲を入力します。たとえば、「102, 104, 106, 108, 110」のように指定します。
      4. [Scheduler] ドロップダウン リストでは、アップグレードのスケジュールを作成できます。または、オンデマンドでアップグレードできるように空欄にしておくことも可能です。
      5. [Submit] をクリックします。`
      6. もう一方のメンテナンス グループに対して同じ手順を繰り返します。たとえば、「Odd-Nodes」という名前のグループに対して手順を実行します。

   4. メンテナンス グループが作成されたことを確認します。

      1. [Navigation] ペインで、[Fabric Node Firmware] > [Maintenance Groups] > [new_maintenance_group] の順に選択します

      2. 作成したメンテナンス グループの名前を選択します。

      3. [Work] ペインで、ノードがそのメンテナンス グループに接続されていることを確認します。

5. 作成したメンテナンス グループのいずれかを右クリックし、[Upgrade Now] を選択します。

6. [Upgrade Now] ダイアログボックスで、「Do you want to upgrade the maintenance group policy now?」 に対する [Yes] をクリックします。

   注： 作業ウィンドウの [Status] に、グループ内の全スイッチが同時にアップグレードされていることが表示されます。グループ内のデフォルトの同時実行数は 20 に設定されます。したがって、20 台のスイッチが同時にアップグレードされ、その後また 20 台のスイッチの組がアップグレードされます。障害が発生した場合、スケジューラがサスペンドし、APIC 管理者の手動操作が必要になります。スイッチのアップグレードには、グループごとに最長で 12 分かかります。スイッチはアップグレードすると再起動し、接続が切断されて、クラスタ内のコントローラはグループ内のスイッチとしばらくの間、通信しません。スイッチが起動後にクラスタに再加入した場合、コントローラ ノードの下に全スイッチが一覧で表示されます。クラスタに VPC コンフィギュレーションがある場合、アップグレード プロセスは vPC ドメインの 2 台のスイッチのうち一度に 1 台のスイッチのみをアップグレードします。

7. [Navigation] ペインで、[Fabric Node Firmware] をクリックします。

   注：作業ウィンドウに、リスト内の全スイッチが表示されます。[Current Firmware] 列には、各スイッチに対するアップグレード イメージの詳細が表示されます。ファブリック内のスイッチが新しいイメージにアップグレードされることを確認します。

スイッチをアップグレードする前に、Application Policy Infrastructure Controller (APIC) のアップグレードが完了し、ヘルス ステータスが [Fully Fit] になっている必要があります。

オブジェクト モデル CLI を使用してスイッチをアップグレードするには、次の手順を実行します。

定期メンテナンス後に、クラスタの収束の進行状況をモニタできます。収束のプロセス中の一連のメッセージを表示する、GUI のコントローラ ファームウェア画面で進行状況を確認できます。これらのメッセージは [Status] フィールドに表示されます。

コントローラとスイッチのアップグレードの進行に伴い、キューに入っているノードの数とアップグレード中のノードの数、および成功したアップグレードの数に関するメッセージが表示されます。

表示されるノードのアップグレード ステータスは次のとおりです。

• NotScheduled：現在、ノードに対してアップグレードはスケジュールされていません。
• Scheduled：ノードに対してアップグレードがスケジュールされています。
• Queued：現在アクティブな時間枠（スケジュール）があり、ノードがアップグレードの認可を要求しています。
• Inprogress：現在、ノードに対してアップグレードが進行中です。
• CompleteOK：アップグレードが正常に完了しました。
• CompleteNOK：ノードでのアップグレードが失敗しました。
• Inretryqueue：アップグレードを再試行するためにノードがキューに入っています（5 回試行した後に、失敗が宣言されます）。

This may take a while. すべてのクラスタが正常に収束されると、[Controller Firmware] 画面の [Waiting for Cluster Convergence] フィールドに「No」と表示されます。

メンテナンス ポリシーごとに 1 つのスケジューラが存在します。デフォルトでアップグレードフォールトが検出されると、スケジューラを停止し、そのグループのノードはアップグレードを開始しません。スケジューラは、アップグレード フォールトの場合に手動介入によるデバッグを必要とします。手動介入が完了したら、一時停止されたスケジューラを再開させる必要があります。

スイッチのステータスが「queued」になっている場合は、以下を確認します。

• コントローラのクラスタが正常かどうか。コントローラのクラスタは正常でなければなりません。API に「waitingForClusterHealth = yes」と表示されている場合、または GUI で [Waiting for Cluster Convergence] に対して [Yes] が表示されている場合は、コントローラのクラスタが正常ではないことを示しています。コントローラのクラスタが正常になるまで、アップグレードを開始していないスイッチのステータスは「queued」のままになります。
• スイッチのメンテナンス グループが一時停止していないか。スイッチがアップグレードに失敗すると、グループは一時停止状態になります。

スイッチの処理に約 60 分以上かかり、API に「waitingForClusterHealth = no」と表示されている場合、または GUI で [Waiting for Cluster Convergence] に対して [No] が表示されている場合は、スケジューラの一時停止を確認するステップを実行します。

そのほかのトラブルシューティング手順については、『Troubleshooting Cisco Application Centric Infrastructure』を参照してください。