Cisco Application Centric Infrastructure（ACI）では、アプリケーションの要件によってネットワークを定義できます。このアーキテクチャにより、アプリケーションの導入ライフサイクル全体がシンプルになって最適化され、短時間で完了します。

Cisco Application Policy Infrastructure Controller（APIC）API により、アプリケーションはネットワーク、コンピューティング、およびストレージ機能を含む、安全な共有の高パフォーマンス リソース プールと直接接続することができます。次の図は、APIC の概要について説明します。

APIC は、拡張性のある ACI のマルチテナント ファブリックを管理します。APIC は、ファブリックの自動化と管理、ポリシー プログラミング、アプリケーション展開、およびヘルスモニタリングの統合ポイントを提供します。複製同期されたクラスタ化コントローラとして実装される APIC により、パフォーマンスが最適化され、アプリケーションがあらゆる場所でサポートされ、物理および仮想インフラストラクチャの統合操作が提供されます。APIC により、ネットワーク管理者はアプリケーションの最適なネットワークを容易に定義できます。データセンターのオペレータは、アプリケーションがどのようにネットワーク リソースを消費するかを確認でき、アプリケーションとインフラストラクチャの問題を簡単に切り分けて解決できます。また、リソースの使用パターンをモニタおよびプロファイリングできます。

Cisco アプリケーション セントリック インフラストラクチャ ファブリック（ACI）のファブリックには、APIC がリーフ/スパイン ACI のファブリック モードで稼働する Cisco Nexus 9000 シリーズ スイッチが含まれます。これらのスイッチは、各リーフノードをそれぞれのスパインノードに接続することで、「ファットツリー」ネットワークを形成します。他のすべてのデバイスは、リーフノードに接続されます。APIC は、ACI ファブリックを管理します。APIC に対する推奨される最小構成は、3 つの複製されたホストのクラスタです。APIC ファブリック管理機能は、ファブリックのデータ パスでは動作しません。次の図は、リーフ/スパイン ACI ファブリックの概要を示します。

ACI ファブリックは、高帯域幅リンク（40 Gbps および 100 Gbps）全体で一貫した低遅延転送を提供します。同じリーフスイッチ上で送信元と接続先を持つトラフィックはローカルで処理され、他のトラフィックはすべて入力リーフから出力リーフへスパイン スイッチを経由して伝送されます。このアーキテクチャは、物理的な観点から 2 つのホップのように見えますが、ファブリックは単一のレイヤ 3 スイッチとして動作するため、実際には単一のレイヤ 3 ホップとなります。

ACI ファブリック オブジェクト指向のオペレーティング システム（OS）は、Cisco Nexus 9000 シリーズの各ノードで動作します。これにより、システムの構成可能な各要素のオブジェクトのプログラミングが可能になります。

ACI ファブリック OS は、ポリシーを APIC から物理インフラストラクチャで動作する具象モデルにレンダリングします。具象モデルはコンパイルされたソフトウェアに類似していて、スイッチのオペレーティング システムが実行できるモデルの形式です。次の図は、論理モデルと具象モデルおよびスイッチ OS との関係を示します。

すべてのスイッチ ノードには、具象モデルの完全なコピーが含まれます。管理者が APIC で構成を表すポリシーを作成すると、APIC は論理モデルを更新します。次に APIC は、十分に精緻化されたポリシーを作成する中間ステップを実行し、そのポリシーは、具象モデルが更新されるすべてのスイッチ ノードにプッシュされます。

（注）	Cisco Nexus 9000 シリーズ スイッチは唯一具象モデルを実行できます。各スイッチには、具象モデルのコピーがあります。APIC がオフラインになると、ファブリックは動作し続けますが、ファブリック ポリシーへの変更はできません。

APIC は、ファブリックの有効化、スイッチ ファームウェア管理、ネットワークポリシー構成およびインスタンス化を行います。APIC はファブリックに対する一元化されたポリシーとネットワーク管理エンジンとして機能する一方で、転送トポロジを含むデータ パスから完全に削除されます。したがって、ファブリックは APIC との通信が失われてもトラフィックを転送できます。

Cisco Nexus 9000 シリーズ スイッチでは、モジュラ型および固定型の 1、10、40、および 100 ギガビット イーサネット スイッチ構成が提供され、現在の Cisco Nexus スイッチでは Cisco NX-OS スタンドアロン モードとして動作し互換性と一貫性が実現され、ACI モードでは APIC のアプリケーション ポリシーに基づくサービスおよびインフラストラクチャの自動化機能を最大限に活用できます。

ACI ファブリックにより、お客様はクラウド導入に対しスケーラブルで高パフォーマンスのネットワーク、コンピューティングおよびストレージ リソースを自動化し、調整することができます。ACI ファブリックがどのように動作するかを定義するキー プレーヤーには次が含まれます。

• IT プランナー、ネットワークエンジニア、およびセキュリティ エンジニア

• APIC API 経由でシステムにアクセスする開発者

• アプリケーションおよびネットワーク管理者

Representational State Transfer（REST）アーキテクチャは、クラウドコンピューティングをサポートする重要な開発手法です。ACI API は、REST ベースです。ワールド ワイド ウェブは、REST アーキテクチャ スタイルに適合するシステムの最大実装を表します。

クラウドコンピューティングは、規模とアプローチの点で従来のコンピューティングとは異なります。従来の環境には、大幅な運用コストを消費する関連するスキル セットともにソフトウェアおよび保守の要件が含まれます。クラウド アプリケーションは、急激に低下している費用曲線に沿って展開される大規模なインフラストラクチャによってサポートされるシステム設計を使用します。このインフラストラクチャ タイプでは、システム管理者、開発チームおよびネットワーク技術者が協力してより価値のある貢献を行います。

従来の設定では、コンピューティング リソースおよびエンドポイントへのネットワーク アクセスは、仮想 LAN（VLAN）またはロードバランサやファイアウォールなどのしっかりと定義されたネットワーク サービス経由でトラフィックを強制するマルチプロトコル ラベル スイッチング（MPLS）などの厳格なオーバーレイを通じて管理されます。APIC は、プログラマビリティと中央管理を目的として設計されています。ネットワークを抽象化することで、ACI ファブリック上でオペレータはネットワークのリソースを静的方式の代わりに動的にプロビジョニングできます。その結果、導入までの時間（製品化までの時間）が月単位または週単位から分単位に短縮できます。仮想または物理スイッチ、アダプタ、ポリシー、およびその他のハードウェアおよびソフトウェア コンポーネントの構成変更は、API コールにより数分で行うことができます。

従来の方式からクラウドコンピューティング方式への変換では、データセンターからの柔軟でスケーラブルなサービスへの要求が増大します。これらの変更には、この変換を有効にするためにスキルの高いスペシャリストの大規模プールが要求されます。APIC は、プログラマビリティと中央管理を目的として設計されています。APIC の主な機能は、REST と呼ばれる Web API です。APIC REST API は JavaScript オブジェクトの表記（JSON）または Extensible Markup Language（XML）のマニュアルを含む HTTP または HTTPS メッセージを受け入れて返します。現在、多くの Web デベロッパーが RESTful 方式を使用しています。ネットワーク全体で Web API を採用することで、企業はサービスを容易に開発し他の内部または外部のプロバイダーと組み合わせることができます。このプロセスにより、ネットワークは提供時に静的なリソースの複雑な組み合わせからサービスの動的な交換に変換されます。