Cisco Application Policy Infrastructure Controller （APIC）クラスターは、複数の Cisco APICで構成され、 Cisco Application Centric Infrastructure （ACI）ファブリックに対する統合されたリアルタイム モニタリング、診断および構成管理機能がオペレータに提供されます。最適なシステム パフォーマンスが得られるように、 Cisco APIC クラスターを変更する場合は次のガイドラインに従ってください：

• クラスターへの変更を開始する前に、必ずその状態を確認してください。クラスターに対して計画した変更を実行するときは、クラスター内のすべてのコントローラが正常である必要があります。クラスター内の 1 つ以上の Cisco APICのヘルス ステータスが「完全に適合」でない場合は、先に進む前にその状況を修復してください。また、 Cisco APIC に追加されるクラスターコントローラが Cisco APIC クラスターの他のコントローラと同じバージョンのファームウェアを実行していることを確認してください。

• クラスターは、少なくとも 3 台のアクティブ Cisco APICで構成し、必要に応じ、スタンバイ Cisco APICを追加してください。 Cisco APIC クラスターは 3 ～ 7 台のアクティブ Cisco APICから構成できます。 検証済み拡張性ガイド を参照し、展開で何台のアクティブ Cisco APICが必要かを決定してください。

• 現在クラスターにない Cisco APICからのクラスター情報は無視します。正確なクラスター情報ではないからです。

• クラスター スロットには Cisco APIC ChassisIDが含まれます。スロットを設定すると、 Cisco APIC をデコミッションするまでは、そのスロットを使用できません。これは、 ChassisIDが割り当てられたものです。

• たとえば Cisco APIC ファームウェア アップグレードが進行中の場合は、それが完了し、クラスターが完全に適合するまでクラスターへの他の変更はしないでください。

•   Cisco APICを移動する際は、最初に正常なクラスターがあることを確認します。  Cisco APIC クラスターの正常性を確認した後、シャットダウンする Cisco APIC を選択します。  Cisco APIC がシャットダウンしたら、 Cisco APICを移動し、再接続してから、電源を入れます。GUI から、クラスター内のすべてのコントローラが完全に適合状態に戻ったことを確認します。

  （注）	一度に 1 つの Cisco APIC だけを移動します。

• リーフ スイッチのセットに接続されている Cisco APIC を別のリーフ スイッチのセットに移動するとき、または Cisco APIC を同じリーフ スイッチ内の別のポートに移動するときには、まず、正常なクラスターがあることを確認します。  Cisco APIC クラスターの正常性を確認した後で、移動してクラスターからデコミッションする Cisco APIC を選択します。  Cisco APIC がデコミッションされたら Cisco APIC を移動した後、コミッションします。

•   Cisco APIC クラスターを設定する前に、 Cisco APICのすべてが同じファームウェア バージョンを実行していることを確認します。異なるバージョンを実行している Cisco APICから初期クラスターを構成することは、サポートされていない操作であり、クラスター内の問題の原因となることがあります。

• 他のオブジェクトとは異なり、ログ レコード オブジェクトは、いずれかの Cisco APICのデータベースの 1 つのシャードにのみ保存されます。これらのオブジェクトは、 Cisco APICをデコミッションまたは交換すると永久に失われます。

•   Cisco APICをデコミッションすると、 Cisco APIC に保存されていたすべての障害、イベント、および監査ログ履歴が失われます。すべての Cisco APICを交換すると、すべてのログ履歴が失われます。  Cisco APICを移行する前に、ログ履歴を手動でバックアップすることをお勧めします。

  Cisco Application Policy Infrastructure Controller （APIC）クラスター サイズを縮小し、クラスターから削除された Cisco APICデコミッションするには、以下のガイドラインに従ってください。

（注）	正しいプロセスに従って、 Cisco APICのデコミッションと電源オフを行わなかった場合、縮小したクラスターで予期しない結果が生じる可能性があります。認識されない Cisco APICをファブリックに接続したままにしてはなりません。

• クラスター サイズを小さくすると、残りの Cisco APICの負荷が増大します。 Cisco APIC サイズの縮小は、クラスターの同期がファブリックのワークロードの要求に影響しないときに予定します。

• クラスター内の 1 つ以上の Cisco APICのヘルス ステータスが「完全に適合」でない場合は、先に進む前にその状況を修復してください。

• クラスターの目標サイズを新たな低い値に減らします。たとえば、既存のクラスター サイズが 6 で、3 台のコントローラを削除する場合は、クラスターの目標サイズを 3 に減らします。

• 既存のクラスター内でコントローラ識別子の番号が最大のものから、 APIC を 1 台ずつ、解放、電源オフ、接続解除し、クラスターが新規の小さい目標サイズになるまで行います。

  各コントローラを解放および削除するごとに、 Cisco APIC はクラスターを同期します。

  （注）	クラスターから Cisco APIC をデコミッションした後に、直ちに電源をオフにし、再発見を予防するためにファブリックから切断します。サービスを回復する前に、全消去を実行して工場出荷時の状態にリセットします。 切断が遅延し、デコミッションされたコントローラが再検出された場合は、次の手順に従って削除します：   Cisco APIC の電源を切り、ファブリックから切断します。 [未承認コントローラ（Unauthorized Controllers）] のリストで、コントローラを拒否します。 GUI からコントローラを消去します。

• 既存の Cisco APIC が使用できなくなると、クラスターの同期が停止します。クラスターの同期を進める前に、この問題を解決します。

• コントローラの削除の際に Cisco APIC が同期すべきデータの量により、各コントローラの解放とクラスターの同期を完了するために要する時間は、コントローラごとに 10 分以上になる可能性があります。

（注）	必要なデコミッション手順全体を完了し、 Cisco APIC がクラスタの同期を完了するまで、クラスタに追加の変更を加えないでください。

Cisco APIC クラスターの縮小とは、クラスター サイズを N から N-1 にして、正当な境界内でサイズのミスマッチを減少させる動作です。縮小により、クラスター内の残りの APIC部分の計算およびメモリの負荷が増加します。デコミッションされた APIC クラスター スロットは、オペレータ入力でのみ使用できなくなります。

クラスターの縮小中は、クラスター内の最後の APIC を最初にクラスターからデコミッションし、逆の順番で操作することが必要です。次に例を示します。 APIC4 を APIC3 の前にデコミッションする必要があり、 APIC3 を APIC2 の前にデコミッションする必要があります。