Chapter1. 新機能および変更された機能に関する情報

- 新機能および変更された機能に関する情報

新機能および変更された機能に関する情報

次の表は、現行リリースに至るまでにガイドの編成と特徴に加えられた主な変更点の概要を示しています。ただし、今リリースまでのガイドにおける変更点や新機能の一部は表に記載されていません。

Cisco Cloud ネットワーク コントローラ リリース 26.0（1）の新機能と変更された動作

機能または変更

説明

参照先

UI 新しい外観と操作性

このドキュメントのスクリーンショットと図は、最近の UI の変更を反映するように更新されています。新しい UI の外観と操作性は異なりますが、画面の配置と構成オプションは同じままです。

Chapter2. 概要

- Cisco ACI ファブリックをパブリック クラウドに拡張する

- Cisco ACI ファブリックをパブリック クラウドに拡張するためのコンポーネント

- サポートされているクラウド コンピューティング プラットフォームと接続オプション

- AWS Organizations と組織のユーザ テナントのサポート

- ポリシーの用語

- Cisco Cloud Network Controller のライセンシング

- Cisco Cloud Network Controller の関連ドキュメント

Cisco ACI ファブリックをパブリック クラウドに拡張する

Cisco Application Centric Infrastructure プライベート クラウドを所有している（ACI）顧客は、パブリック クラウドでワークロードの一部を実行することがあります。ただし、ワークロードをパブリック クラウドに移行するには、別のインターフェイスで作業し、接続を設定してセキュリティ ポリシーを定義するさまざまな方法を学習する必要があります。これらの課題に対処すると、運用コストが増加し、一貫性が失われる可能性があります。

Cisco ACI は、Cisco Cloud Network Controller を使用して、マルチサイト ファブリックを Amazon Web Services（AWS）、Microsoft Azure、および Google Cloud パブリック クラウドに拡張できます。

Cisco Cloud Network Controller とは

Cisco Cloud Network Controller は、クラウドベース仮想マシン（VM）で展開可能な Cisco APIC のソフトウェア デプロイメントです。Cisco Cloud Network Controller は、次の機能を提供します。

- Amazon AWS、Microsoft Azure、または Google Cloud パブリック クラウドと対話するための既存の Cisco APIC インターフェイスと同様のインターフェイスを提供します。

- クラウド導入の導入と設定を自動化します。

- クラウド ルータ コントロール プレーンを設定します。

- オンプレミス Cisco ACI ファブリックとクラウドサイト間のデータ パスを設定します。

- Cisco ACI ポリシーをクラウド ネイティブ ポリシーに変換します。

- エンドポイントを検出します。

Cisco ACI Extension からパブリック クラウドへのメリットを享受するには

Cisco Cloud Network Controller は、パブリック クラウドへの Cisco ACI 拡張の重要な部分です。Cisco Cloud APICは、オンプレミスのデータセンターまたはパブリック クラウドの両方またはいずれかに展開されたワークロードに対して一貫したポリシー、セキュリティ、および分析を提供します。

パブリック クラウドへの Cisco ACI 拡張は、オンプレミスのデータセンターとパブリック クラウド間の自動接続を提供し、プロビジョニングとモニタリングを容易にします。また、オンプレミスのデータセンターとパブリック クラウド間、またはクラウド サイト間でポリシーを管理、監視、およびトラブルシューティングするための単一のポイントを提供します。

AWS GovCloud のサポート

Cisco Cloud Network Controller は、us-gov-west および us-gov-east リージョンで AWS GovCloud をサポートしています。Cisco CCR は、us-gov-east リージョンにも展開できます。

AWS GovCloud に Cisco Cloud Network Controller を展開する場合、これらの領域には固有の設定があることに注意してください。

- 商用アカウントで CCR に登録します。

- 商用アカウントで Cisco Cloud Network Controller に登録します。

- 商用アカウントからクラウド形成テンプレートを起動し、ログインのために AWS GovCloud にリクエストをリダイレクトします。

Cisco ACI ファブリックをパブリック クラウドに拡張するためのコンポーネント

マルチサイト ファブリックをパブリック クラウドに拡張するには、それぞれに固有の役割を持つ複数のコンポーネントが必要です。

次の図は Cisco Cloud Network Controller のアーキテクチャの内容を示しています。

Cisco Cloud Network Controller のアーキテクチャ

オンプレミスデータセンターコンポーネント

Cisco ACI ファブリックおよび Cisco APIC

Cisco ACI では、アプリケーション要件でネットワークを定義できます。このアーキテクチャにより、アプリケーションの導入ライフサイクル全体がシンプルになって最適化され、短時間で完了します。Cisco Application Policy Infrastructure Controller（APIC）の主要コンポーネントです。Cisco ACIこれにより、アプリケーションは、ネットワーク、コンピューティング、およびストレージ機能を含むセキュアで共有された高性能リソース プールに直接接続できます。

マルチサイトおよびマルチサイト オーケストレータ/Cisco Nexus Dashboard Orchestrator

マルチサイトは、プログラムを利用してアプリケーションがネットワーク要件を定義することを可能にするアーキテクチャです。このアーキテクチャにより、アプリケーションの展開が簡素化・最適化され、そして促進されます。Cisco Cloud Network Controller を使用してファブリックをパブリッククラウドに拡張するには、Multi-Siteをインストールする必要があります。

詳細については、Cisco.com の Nexus Dashboard のマニュアルおよびこのガイドのセクション マルチサイトを介した Cisco Cloud Network Controller の管理 を参照してください。

Cisco Nexus Dashboard Orchestrator （NDO）は、複数のファブリック（サイト）で複数の Cisco Application Policy Infrastructure Controller（APIC）のインスタンスを管理します。

Cisco ACI ファブリックをパブリック クラウドに拡張すると、Cisco Nexus Dashboard Orchestrator はオンプレミスのデータセンターとパブリック クラウド間の接続を作成します。マルチサイトを使用して、オンプレミスのデータセンターとパブリッククラウド全体にテナントを作成します。

（注）

オンプレミスファブリックを設定する必要があります。ファブリック外部接続ポリシーを作成し、マルチサイトに必要なオーバーレイTEPおよびその他の情報を定義します。Cisco ACIまた、マルチサイトアーキテクチャにオンプレミスファブリックを追加する必要があります。Cisco ACICisco.com の Nexus Dashboard Configuration Guide を参照してください。

詳細については、Cisco.com の Nexus Dashboard のマニュアルおよびこのガイドのセクション マルチサイトを介した Cisco Cloud Network Controller の管理 を参照してください。

IP セキュリティ（IPSec）ルータ

オンプレミス サイトとパブリック クラウド サイト間の IPsec 接続を確立するには、インターネット プロトコル セキュリティ（IPsec）対応のルータが必要です。

AWS パブリック クラウド コンポーネント

Cisco Cloud Network Controller

Cisco Cloud Network Controller は次のアクションを実行します。

- パブリック クラウド上のサイトを定義し、クラウド インフラ仮想プライベート クラウド（VPC）または仮想ネットワーク（VNET）をプロビジョニングし、すべてのリージョンで Cisco クラウド ルータ（CCR）を管理します。

- パブリッククラウドでポリシーモデルをレンダリングし、クラウドの健全性を管理します。Cisco ACI

詳細については、Cisco Cloud Network Controller リリース ノート を参照してください。このガイドの AWS での Cisco Cloud Network Controller の展開 および セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成 も参照してください。

Cisco Cloud ルータ

シスコ クラウド ルータ（CCR）は、仮想およびクラウド環境で包括的な WAN ゲートウェイとネットワークサービスを提供します。CCR により、企業はWANをプロバイダーがホストするクラウドに拡張できます。Cisco Cloud Network Controller ソリューションには 2 つの CCR が必要です。

リリース 25.0(3) 以降、Cisco Cloud Network Controller では Cisco Catalyst 8000V をクラウド サービス ルータとして使用します。この CCR の詳細については、『CSR 8000v のマニュアル』 を参照してください。

AWS パブリック クラウド

AWSは、コンピューティング、ストレージ、ネットワーク、データベースなどのオンデマンド サービスを提供するクラウドベースのプラットフォームです。AWS のサブスクライバは、インターネット経由でワークロードを実行できる仮想コンピュータにアクセスできます。

詳細については、AWS の Web サイトのマニュアルを参照してください。

オンプレミスデータセンターとパブリッククラウド間の接続

IPsec VPN

パブリックにルーティング可能な IP アドレスを含み、AWS または Microsoft Azure の接続に十分な帯域幅を持つ、IPsec ルータからの VPN とのインターネット接続が必要です。

管理接続

オンプレミスのデータ センターの Nexus Dashboard Orchestrator とパブリック クラウドの Cisco Cloud Network Controller の間に管理接続が必要です。

サポートされているクラウド コンピューティング プラットフォームと接続オプション

Cisco Cloud Network Controller は、次のクラウド コンピューティング プラットフォームをサポートしています。

- リリース 4.1(1) の Cisco Cloud Network Controller の初期リリースの一部として、オンプレミスからクラウドへの接続、またハイブリッド-クラウドに対するサポートが提供されており、シス コ Cisco Nexus Dashboard Orchestrator を使用してオンプレミス Cisco ACI サイトを拡張することができます。

- リリース 4.2(1) 以降、Cisco Cisco Nexus Dashboard Orchestrator を使用してオンプレミス Cisco ACI サイトを Microsoft Azure パブリック クラウドに拡張できるようになりました。

- Cisco Cisco Nexus Dashboard Orchestrator を使用してオンプレミス Cisco ACI サイトを Google Cloud パブリック クラウドに拡張するためのサポートを利用できます。

Cisco Nexus Dashboard Orchestrator を使用して、次のコンポーネント間の接続を確立することもできます。

- オンプレミスからクラウドへの接続：

- 次のパブリッククラウドサイトの接続：

- オンプレミス Cisco ACI および Amazon AWS パブリック クラウド サイト

- オンプレミスおよびMicrosoft AzureパブリッククラウドサイトCisco ACI

- オンプレミス Cisco ACI と Google Cloud パブリック クラウド サイト

- オンプレミスからシングルクラウドサイトへの接続（ハイブリッドクラウド）

- オンプレミスから複数のクラウドサイトへの接続（ハイブリッドマルチクラウド）

- クラウドサイト間接続（マルチクラウド）：

- Amazon AWSパブリッククラウドサイト間（Amazon AWSパブリッククラウドサイトからAmazon AWSパブリッククラウドサイト）

- Microsoft Azureパブリッククラウドサイト間（Microsoft AzureパブリッククラウドサイトからMicrosoft Azureパブリッククラウドサイト）

- Google Cloud パブリック クラウド サイト間（Google Cloud パブリック クラウド サイトから Google Cloud パブリック クラウド サイトへ）

- Amazon AWS 、Microsoft Azure、および Google Cloud パブリック クラウド サイト間

さらに、シングルクラウド設定（Cloud First）もサポートされます。

AWS Organizations と組織のユーザ テナントのサポート

組織内の複数のアカウントを使用すると、さまざまなアカウントのアクセスポリシーとアクセス許可を個別に制御するのは簡単ではありませんが、組織内の組織レベルまたは組織内のサブ組織レベルで簡単に行うことができます。

企業では、AWS Organizations を使用して、次に説明するように、組織内で複数の AWS アカウントを管理することができます。

https://aws.amazon.com/organizations/

組織内のアカウント (またはサブアカウント) のアクセスポリシーの管理は、組織内のアカウント階層のルートにある組織のマスターアカウントによって行われます。次の図は、組織におけるアカウントの設定例を示しています。

AWS アカウントが AWS Organizations の一部になる方法は 2 つあります。

- 作成: マスターアカウント内の既存の組織内では、AWS GUI または AWS API を使用して、AWS Organizations に自動的に含まれる AWS アカウントを作成できます。

- 招待: 組織の外部で作成されたが、組織に参加する必要があるアカウントの場合は、マスター アカウントからアカウント所有者に招待を送信する必要があります。招待状に同意すると、招待されたアカウントは組織内のサブアカウントになります。

AWS Organizations を使用して AWS アカウントを統合および管理する場合は、通常のように、AWS Organizations を使用して組織を設定し、作成されたまたは招待されたアカウントを追加します。詳細については、「組織の作成」を参照してください。

作成済みまたは招待されたアカウントを AWS を介して組織に追加したら、Cisco Cloud Network Controller が AWS を通じて行った AWS Organizations の構成を Cisco Cloud Network Controller が認識するように、必要な構成を行います。Cisco Cloud Network Controller は、AWS Organizations テナントのポリシーを管理するために、OrganizationAccountAccessRole IAM ロールを使用します。

- マスター アカウント内の既存の組織内で AWS アカウントを作成した場合は、その作成した AWS アカウントに組織の OrganizationAccountAccessRole IAM ロールが自動的に割り当てられます。この場合、AWS のOrganizationAccountAccessRole の IAM ロールを手動で設定する必要はありません。

- マスター アカウントが組織に参加するために既存の AWS アカウントを招待した場合は、AWS でOrganizationAccountAccessRole IAM ロールを手動で設定する必要があります。組織テナントの AWS で OrganizationAccountAccessRole IAM ロールを設定し、Cisco Cloud Network Controller に関連する権限があることを確認します。

OrganizationAccountAccessRole IAM ロールは、組織またはアカウントに使用される SCP（サービス制御ポリシー）とともに、組織またはアカウントに対して、組織またはアカウントに使用する SCP（サービス制御ポリシー）とともに、組織のポリシーを管理するために Cisco Cloud Network Controller に必要な最小限の権限が付与されている必要があります。アクセス ポリシーの要件は、信頼できるテナントまたは信頼できないテナントの要件と同じです。

詳細については、次の URL にある Cisco Cloud Network Controller for AWS ユーザー ガイドの「テナント AWS プロバイダの設定」の項を参照してください。

その後、共有テナントの設定 で説明されている手順を使用して、Cisco Cloud Network Controller GUI を介してテナントに組織タグを割り当てることができます。

ポリシーの用語

Cisco Cloud Network Controller の主要な機能は、 Cisco Application Centric Infrastructure（ACI）ポリシーのパブリック クラウドのネイティブ コンストラクトへの変換です。

次の表に、Amazon Web Services（AWS）のポリシー用語と同等の用語を示します。Cisco ACI

Cisco ACI

AWS

テナント

ユーザー アカウント

AAA ユーザ、セキュリティ ドメイン

Identity and Access Management（IAM）

Virtual Routing and Forwarding（VRF）

VPC

BD サブネット

Virtual Private Cloud（VPC）のサブネット CIDR

ACI インフラ（または ACI インフラ テナント）

VPC（Cisco Cloud Network Controller ではインフラ VPC と呼ばれる）

契約、フィルタ

セキュリティ グループ ルールの作成

タブー

ネットワーク アクセス リスト

EPG

セキュリティ グループ

EP から EPG へのマッピング

タグ、ラベル

エンドポイント

EC2 インスタンスのネットワーク アダプタ

Cisco Cloud Network Controller のライセンシング

ここでは、Cisco Cloud Network Controller を使用するためのライセンシング要件を示します。

Cisco Catalyst 8000V

Cisco Cloud Network Controller 上の Cisco Catalyst 8000V は次のライセンス モデルをサポートしています。

1. 所有ライセンス持ち込み（BYOL）ライセンス モデル

2. ペイアズユーゴー（PAYG）ライセンス モデル

BYOL ライセンス モデル

Cisco Catalyst 8000V の BYOL ライセンス モデルでは、Cisco から Catalyst 8000V Cisco DNA ライセンスを購入し、クラウドに展開する必要があります。

- ティアベースの Cisco Catalyst 8000V ライセンスの 1 つにサブスクライブする手順については、Cisco Catalyst 8000V Edge ソフトウェアを参照してください。

- 階層に基づくさまざまなスループットの詳細については、Cisco Cloud Network Controller ユーザー ガイドの、「Cisco Catalyst 8000V について」の「スループット」セクションを参照してください。

PAYGライセンス モデル

25.0(4) リリース以降、Cisco Cloud Network Controller は Cisco Catalyst 8000V でのペイアズユーゴー（PAYG）ライセンス モデルをサポートしています。これにより、ユーザーは VM サイズに基づいてクラウドに Catalyst 8000V インスタンスを展開し、時間単位で使用料を支払うことができます。

スループットを得るために VM サイズに完全に依存しているため、PAYG ライセンス モデルを有効にするには、まず現在の Cisco Catalyst 8000V の展開を解除してから、新しい VM サイズでの初回セットアップを使用して再度展開します。詳細については、セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成を参照してください。

（注）

使用可能な 2 つのライセンス タイプを切り替える場合も、ライセンスを切り替える手順を使用できます。

（注）

AWS マーケットプレイスでライセンスを使用するには、Catalyst 8000V Cisco DNA Essentials と Catalyst 8000V Cisco DNA Advantage の 2 つの PAYG オプションがあります。Cisco Cloud Network Controller は、Catalyst 8000V Cisco DNA Advantage を利用します。「Cisco DNA Advantage」サブスクリプションでサポートされる機能については、『Cisco DNA Software SD-WAN およびルーティング マトリックス』を参照してください。

Cisco Cloud Network Controller およびオンプレミス ACI ライセンスの概要

- オンプレミス Cisco ACI サイトのすべてのリーフスイッチのライセンス要件：

- Cisco ACI オンプレミス サイトが単一サイトの場合、オンプレミス リーフスイッチには Essentials ライセンス階層（またはそれ以上）を使用します。

- Cisco ACI オンプレミス サイトがマルチサイトの場合、オンプレミス リーフスイッチには Advantage ライセンス階層（またはそれ以上）を使用します。

- Cisco Cloud Network Controller インスタンスによって管理されるすべての VM インスタンスのライセンス要件：

- クラウド上の Cisco ACI に Cisco Cloud Network Controller が 1 つしかない場合は、Cisco Cloud Network Controller に Essentials クラウド ライセンス階層（またはそれ以上）を使用します。

- クラウド上の Cisco ACI に Cisco Cloud Network Controller が 1 つ以上ある場合は、Cisco Cloud Network Controller に Advantage クラウド ライセンス階層（またはそれ以上）を使用します。

Amazon Web Services（AWS）

ライセンスのタイプに基づき、AWS Marketplace を介して 登録する必要があります。

- BYOL ライセンス モデルの場合は、 [Cisco Catalyst 8000V エッジ ソフトウェア - BYOL（Cisco Catalyst 8000V Edge Software- BYOL）] に登録します。

- PAYG ライセンス モデルの場合は、 Cisco Catalyst 8000V Edge Software - PAYG に登録します。

Cisco Cloud Network Controller の関連ドキュメント

Cisco Cloud Network Controller、 Nexus Dashboard、および Amazon Web Services（AWS）に関する情報は、さまざまなリソースから入手できます。

シスコのドキュメント

Cisco.com でシスコ製品のマニュアルを参照してください。

- Cisco Cloud Network Controller の関連ドキュメント

ビデオ、リリース ノート、基礎、インストール、設定、およびユーザ ガイドが含まれています。

- Nexus Dashboard の関連ドキュメント

ビデオ、リリース ノート、インストール、設定、およびユーザ ガイドが含まれています。

- Cisco Cloud Router の関連ドキュメント

リリース ノート、コマンド リファレンス、データ シート、インストール、アップグレード、および設定ガイドが含まれています。

AWS ドキュメント

AWS Web サイトで、ユーザ ガイド、FAQ、ケース スタディ、ホワイト ペーパーなどのドキュメントを検索できます。

Chapter3. Cisco Cloud Network Controller のインストールの準備

- Cisco ACI ファブリックをパブリック クラウドに拡張するための要件

- Cisco Cloud Network Controller の通信ポート

- Cisco Cloud Network Controller のインストール ワークフロー

Cisco ACI ファブリックをパブリック クラウドに拡張するための要件

Cisco Application Centric Infrastructure (ACI) をパブリッククラウドに拡張するには、その前に、Cisco ACI オンプレミスのデータセンターと AMAZON Web Services (AWS) の展開要件を満たす必要があります。

- オンプレミス データ センターの要件

- AWS パブリック クラウドの要件

オンプレミス データ センターの要件

このセクションでは、（ACI）ファブリックをパブリッククラウドに拡張するためのオンプレミスデータセンター要件を示します。Cisco Application Centric Infrastructure

- ファブリックに次のコンポーネントが取り付けられていることを確認します。Cisco ACI

- Cisco Nexus 9000シリーズACIモードスイッチソフトウェアリリース14.1以降を実行している、少なくとも2つのCisco Nexus EXまたはFXスパインスイッチ、またはNexus 9332Cおよび9364Cスパインスイッチ。

- Cisco Nexus 9000シリーズACIモードスイッチソフトウェアリリース14.1以降を実行している少なくとも2台のCisco Nexus pre-EX、EX、またはFXリーフスイッチ。

（注）

Cisco Nexus pre-EX リーフ スイッチはサポートされていますが、「Cisco Nexus 9372PX および 9372TX スイッチの販売終了およびサポート終了のお知らせ」で説明されているように、これらの古い pre-EX リーフ スイッチのサポート終了が発表されているため、EX または FX リーフ スイッチなどの新しい世代のリーフ スイッチを使用することをお勧めします。

- リリース 4.1 以降および Cisco Nexus Dashboard Orchestrator（NDO）リリース 2.2(x) 以降を実行している少なくとも1つのオンプレミス Cisco Application Policy Infrastructure Controller（APIC）。

- Cisco Nexus Dashboard Orchestrator 2.2(x) は基本設定で展開されています。

- インターネット プロトコル セキュリティ（IPsec）を終端できるルータ。

- オンプレミスとクラウドサイト間のテナントトラフィックに十分な帯域幅があることを確認する必要があります。

- オンプレミス サイトのすべてのリーフスイッチに適切な Cisco ACI ライセンスがあることを確認します。

- Cisco ACI オンプレミス サイトが単一サイトの場合、オンプレミス リーフスイッチには Essentials ライセンス階層（またはそれ以上）を使用します。

- Cisco ACI オンプレミス サイトがマルチサイトの場合、オンプレミス リーフスイッチには Advantage ライセンス階層（またはそれ以上）を使用します。

（注）

オンプレミス データセンターのこれらのライセンス要件は、パブリック クラウドに展開された Cisco Cloud Network Controller の数とは無関係です。Cisco Cloud Network Controller のライセンス要件については、Cisco Cloud Network Controller およびオンプレミス ACI ライセンスの概要 を参照してください。

- ファブリックに接続されているワークロード。Cisco ACI

- ファブリック（スパイン）とIPセキュリティ（IPsec）終端デバイス間で設定されるサイト間ネットワーク（ISN）。Cisco ACI

ISN の作成については、 『Cisco APIC Layer 3 Networking Configuration Guide』の「Multipod」の章を参照してください。https://www.cisco.com/c/en/us/support/cloud-systems-management/application-policy-infrastructure-controller-apic/tsd-products-support-series-home.html

- オンプレミス展開と AWS 展開の間にファイアウォールを展開する場合は、特定のファイアウォール ポートを許可する必要があります。これには、Cisco Cloud Network Controller の HTTPS アクセス、各 AWS CCR の IPsec ポート、AWS CCR リモート管理の SSH 接続が含まれます。

これらのファイアウォールポートについては、このガイドで詳しく説明します。Cisco Cloud Network Controller の通信ポート

AWS パブリック クラウドの要件

このセクションでは、パブリック クラウドに（ACI）ファブリックを拡張するための Amazon Web Services（AWS）の要件を示します。Cisco Application Centric Infrastructure

AWSアカウント

インフラ テナント用に 1 つの AWS アカウントが必要であり、ユーザー テナントごとに 1 つの AWS アカウントが必要です。

（注）

インフラ アカウントで実行できる Cloud Network Controller は 1 つだけです。同じインフラ アカウントで複数の Cloud Network Controller を実行することはサポートされていません。

たとえば、2 つのユーザ テナントを作成する場合は、3 つの AWS アカウントが必要です。各ユーザ テナントに 1 つのアカウントと、インフラ テナントに 1 つのアカウントが必要です。ユーザ テナントは、信頼できる場合と信頼できない場合があります。詳細は、このガイドのユーザ テナントの AWS アカウントのセットアップを参照してください。

AWS リソース

AWS 展開の一部として次のリソースが必要です。

- Cisco APIC 5.0 Amazon マシン イメージ（AMI）にアクセスします。

（注）

AMI にアクセスするには、Amazon マーケット プレイスで Cisco Cloud Network Controller に登録する必要があります。

- クラウドで実行されるアプリケーションの仮想マシン（VM）として機能する Elastic Cloud Computer（EC2）の 2 つのインスタンス。

- バーチャル プライベート クラウド（VPC）、サブネット、バーチャル プライベート ゲートウェイ（VGW）、インターネット ゲートウェイ（IGW）、セキュリティ グループ、および実行予定のタスクに基づくリソース。

CCR

使用可能なライセンス モデルには次の 2 種類があります。

- BYOL（Bring your own license、独自ライセンス使用）

- PAYG（Pay as You Go、従量制）

BYOL

AWS マーケット プレイスから CCR Bring Your Own License（BYOL）に登録します。詳細については、Cisco Cloud Network Controller のライセンシングを参照してください。

Cisco Cloud Network Controller のセットアップ時に定義した帯域幅要件に応じて、適切なサイズで CCR を展開します。

ルータのスループットの値によって、展開する CCR インスタンスのサイズが決まります。スループットの値を大きくすると、より大きな VM が展開されます。CCR ライセンスは、Cisco Cloud Network Controller のセットアップ プロセスの一部として設定したスループット構成に基づきます。コンプライアンスのために、Smartアカウントに同等以上のライセンスとAXフィーチャセットが必要です。

AWS アカウントに、インスタンスを展開するための許可された制限があることを確認します。AWS 管理コンソールのアカウント インスタンスの制限は、[ザービス（Services）] > [EC2] > Limits から確認できます。

Cisco Catalyst 8000V は、ティアベース（T0/T1/T2/T3）のスループット オプションをサポートしています。次の表に、Cisco Catalyst 8000V 向けのさまざまなルータ スループット設定に使用される AWS EC2 インスタンスを示します。

CCR スループット

AWS EC2 インスタンス

T0 (最大 15M のスループット)

c5.xlarge

T1 (最大 100M のスループット)

c5.xlarge

T2 (最大 1G のスループット)

c5.xlarge

T3 (最大 10G のスループット)

c5.9xlarge

Tier2（T2）は、Cisco Cloud Network Controller でサポートされるデフォルトのスループットです。

PAYG

Cisco Cloud Network Controller は Cisco Catalyst 8000V 仮想ルータを使用し、クラウド ネットワーキングのニーズに合わせて一定範囲の AWS EC2 コンピュート インスタンスをサポートします。以下の表は、AWS 上の Cisco Cloud Network Controller でサポートされているクラウド インスタンス タイプを示しています。

AWS EC2 インスタンス

CCR スループット

vCPU の数

メモリ

c5.xlarge

最大 5 ギガビット スループット

4

8 GiB

c5.2xlarge

最大 10 ギガビット スループット

8

16 GiB

c5.4xlarge

最大 10 ギガビット スループット

16

32 GiB

c5.9xlarge

最大 10 ギガビット スループット

36

72 GiB

c5n.xlarge

最大 25 ギガビット スループット

4

10.5 GiB

c5n.2xlarge

最大 25 ギガビット スループット

8

21 GiB

c5n.4xlarge

最大 25 ギガビット スループット

16

42 GiB

c5n.9xlarge

最大 50 ギガビット スループット

36

96 GiB

初回セットアップ時に、[VM タイプ（VM Type）] フィールドの値を変更すると、上の表にリストされている CCR の他の要素が変更されます。VM サイズの値を大きくすると、スループットが高くなります。

Elastic IP アドレス

インフラ VPC が展開されているリージョンに少なくとも 9 つの Elastic IP アドレスがあることを確認します。

Cisco Cloud Network Controller には 1 つの Elastic IP アドレスが必要で、CCR ごとに 4 つ必要です。導入地域のアカウントに 9 つ以上の Elastic IP アドレスが許可されていることを確認します。そうでない場合は、AWS のケースを上げて Elastic IP アドレスの数を増やします。10 以上を推奨します。

（注）

アドレスは、関連付け解除された Elastic IP アドレスであってはなりません。9 つの新しい Elastic IP アドレスに十分なリソースが必要です。未使用の Elastic IP アドレスがある場合は、それらを解放できます。

Cisco Cloud Network Controller

Cisco Cloud Network Controller は、m5.2xlarge AWS インスタンスを使用して展開されます。

アカウントに、このインスタンスを展開できる制限があることを確認します。AWS Management Console：Services EC2 Limitsで制限を確認できます。

また、AWS Management Console：Services EC2 NETWORK＆SECURITY Elastic IPs で使用されている Elastic IP アドレスの数も確認できます。

Cisco Cloud Network Controller の通信ポート

Cisco Cloud Network Controller 環境を設定する際は、下記のポートがネットワーク通信に必要であることに注意してください。

- Cisco Nexus Dashboard Orchestrator と Cisco Cloud Network Controller の間の通信用：HTTPS（TCP ポート 443 インバウンド/アウトバウンド）

Cisco Cloud Network Controller には、セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成 の最初に Cisco Cloud Network Controller にログインするために使用するものと同じ Cisco Cloud Network Controller 管理 IP アドレスを使用します。

- AWS の Cisco Cloud Network Controller で導入されたオンプレミス IPsec デバイスと CCR 間の通信：標準 IPsec ポート（UDP ポート 500 および許可 IP プロトコル番号 50 および 51 のインバウンド/アウトバウンド）

2 つの Amazon Web Services CCR の場合、CCR およびテナント情報の検索 で説明されているように、または サイト間インフラストラクチャの設定 の手順に従って ISN デバイス構成ファイルをダウンロードした場合に提供されているように、パブリック IPsec ピアリング IP は 3 番目のネットワーク インターフェイスの Elastic IP アドレスを使用します。

- AWS で Cisco Cloud Network Controller によって導入された CCR を接続して管理する場合は、各 CCR のパブリック IP アドレスへのポートTCP 22 インバウンド/アウトバウンドを許可します。

- ライセンス登録の場合（tools.cisco.com へ）：ポート 443（アウトバウンド）が必要です。

- DNS の場合：UDP ポート 53 アウトバウンド

- NTP の場合：UDP ポート 123 アウトバウンド

- リモート認証（LDAP、Radius、TACACS +、SAML）を使用する場合は、適切なポートを開きます。

- 認証局を使用する場合は、適切なポートを開きます。

Cisco Cloud Network Controller のインストール ワークフロー

このセクションでは、Cisco Cloud Network Controller をインストールして展開するために必要なタスクの概要について説明します。インストール タスクは、AWS マネジメント コンソール、AWS クラウド形成テンプレート、Cisco Cloud Network Controller セットアップ ウィザード、および Nexus Dashboard Orchestrator を使用して実行します。

1. オンプレミスデータセンターとパブリッククラウドのタスクを含む、すべての前提条件を満たします。

セクション「Cisco ACI ファブリックをパブリック クラウドに拡張するための要件」を参照してください。

2. AWS クラウド形成テンプレートを使用して Cisco Cloud Network Controller を展開します。

このタスクには、スタックの作成、テンプレートのアップロード（または AWS テンプレート URL の提供）、テンプレート パラメータの設定、およびテンプレートの送信が含まれます。それから、Cisco Cloud Network Controller の IP アドレスをキャプチャします。

また、Amazon EC2 SSH キーペアを作成し、AWS Marketplace で Cisco Cloud Network Controller にサブスクライブする必要もあります。

セクション「AWS での Cisco Cloud Network Controller の展開」を参照してください。

3. セットアップ ウィザードを使用して Cisco Cloud Network Controller を構成します。

このタスクには、Cisco Cloud Network Controller へのログインと、パブリック クラウドに接続するため Cisco Cloud Network Controller により管理されるファブリックの構成が含まれます。AWS リージョンの選択も追加します。サイト間ネットワーク（ISN）ピアリング用のボーダーゲートウェイプロトコル（BGP）自律システム番号（ASN）とOSPFエリアIDを指定し、外部サブネットを追加します。次に、IPsecピアアドレスを追加します。

セクション「セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成」を参照してください。

4. Nexus Dashboard Orchestrator を使用して Cisco Cloud Network Controller を構成します。

このタスクには、Nexus Dashboard Orchestrator GUI へのログイン、オンプレミスとクラウド サイトの追加、インフラストラクチャ ファブリック接続の構成、およびオンプレミス サイトのプロパティの構成が含まれます。次に、Cisco ACIスパイン、BGP ピアリングを構成し、オンプレミス サイトと AWS Cisco Cloud Network Controller サイト間の接続を有効にします。

セクション「マルチサイトを介した Cisco Cloud Network Controller の管理」を参照してください。

5. Cisco ACI ポリシーを AWS パブリック クラウドに拡張するため、Cisco Cloud Network Controller を使用します。

「Cisco Cloud Network Controller GUI のナビゲート」および「Cisco Cloud Network Controller コンポーネントの構成」の項を参照してください。

Chapter4. Cisco Cloud Network Controller のクラウド形成テンプレート情報の構成

- AWS での Cisco Cloud Network Controller の展開

- ユーザ テナントの AWS アカウントのセットアップ

AWS での Cisco Cloud Network Controller の展開

始める前に

- このセクションのタスクに進む前に、Cisco ACI ファブリックをパブリック クラウドに拡張するための要件 に示されている要件を満たしていることを確認します。たとえば、エラスティック IP アドレスの数が正しいこと、およびインスタンス展開の許可の制限をチェックしたことを確認します。

- Cisco Cloud Network Controller のインストールと操作には、特定の AWS IAM ロールおよび権限が必要であるため、AWS で完全な管理者アクセス権を持っていることを確認します。

CloudFormation テンプレート（CFT）を使用して Cisco Cloud Network Controller をインストールする場合は、AWS に完全な管理者アクセス権を持つユーザー（たとえば、権限ポリシー ARN arn:aws:iam::aws:policy/AdministratorAccess が、直接、ロール ポリシーにより、またはユーザー グループによりアタッチされているユーザー）によってインストールすることを推奨します。ただし、使用可能な AWS 管理者アクセス権を持つユーザーがいない場合は、Cisco Cloud Network Controller をインストールするユーザーに最低限の権限セットが必要です。これらの AWS IAM ロールと権限の詳細については、AWS の IAM ロールと権限 を参照してください。

- AWS 組織を使用してさまざまなアカウントのアクセス ポリシーと権限を制御し、Cisco Cloud Network Controller を使用して様々なアカウントを行う場合は、これらの手順で Cisco Cloud Network Controller を展開する AWS アカウント（Cisco Cloud Network Controller インフラ テナント）が、その AWS 組織のマスター アカウントであることを確認します。Cisco Cloud Network Controller が AWS 組織のマスターアカウントに展開されている場合は、Cisco Cloud Network Controller GUI を使用して、組織の一部である任意の AWS アカウントをテナントとして追加できます。詳細については、「AWS Organizations と組織のユーザ テナントのサポート」と「共有テナントの設定」を参照してください。

- Cisco Cloud Network Controller を AWS GovCloudに展開する場合は、Cisco ACI ファブリックをパブリック クラウドに拡張する の「AWS GovCloud のサポート」のセクションに記載されている情報を参照して、それらの展開に固有の情報を確認してください

手順

ステップ 1

まだログインしていない場合は、Cisco Cloud Network Controller インフラ テナントの Amazon Web Services アカウントにログインし、AWS 管理コンソールに移動します。

https://signin.aws.amazon.com/

https://console.aws.amazon.com/

ステップ 2

[AWS 管理コンソール (AWS Management Console)] 画面の右上隅で、リージョンが表示されている領域を見つけ、Cisco Cloud Network Controller で管理する AWS のリージョン（Cisco Cloud Network Controller AMI イメージが起動するリージョン）を選択します 。

ステップ 3

Amazon EC2 SSH キーペアを作成します。

1. 画面の左上の領域にある [サービス (Services)] リンクをクリックし、[EC2] リンクをクリックします。

[EC2 ダッシュボード (EC2 Dashboard)] 画面が表示されます。

2. [EC2 ダッシュボード (EC2 Dashboard)] 画面で、[キー ペア (Key Pair)] リンクをクリックします。

[キー ペアの作成 (Create Key Pair)] 画面が表示されます。

3. [キー ペアの作成 (Create Key Pair)] をクリックします。

4. このキーペアの一意の名前（たとえば CloudNetContollerKeyPair）を入力し、[作成（Create）] をクリックします。

AWS に保存されている公開キーを示す画面が表示されます。さらに、プライバシー強化メール (PEM) ファイルが、秘密キーとともにシステムにローカルにダウンロードされます。

5. 秘密キー PEM ファイルをシステム上の安全な場所に移動し、場所をメモします。

これらの手順の後の部分で、この場所に置かれた秘密キー PEM ファイルに戻ります。

ステップ 4

AWS Marketplace の Cisco Cloud Network Controller ページに移動します。

http://cs.co/capic-aws

ステップ 5

[登録 (Subscribe)] をクリックします。

ステップ 6

エンド ユーザ ライセンス契約（EULA）を確認して、[契約に同意 (Accept Terms)] ボタンをクリックして同意します。

ステップ 7

1分後に、[サブスクリプションが処理されます (Subscription shoulde be processed) というメッセージが表示されます。[設定を続行 (Continue to Configuration)] ボタンをクリックします。

[このソフトウェアを設定 (Configure this software)] ページが表示されます。

ステップ 8

以下のパラメータを選択します。

- [履行オプション（Fulfillment Option）]：Cisco Cloud Network Controller クラウド形成テンプレート（デフォルトで選択済み）。

- [ソフトウェア バージョン（Software Version）]：Cisco Cloud Network Controller ソフトウェアの適切なバージョンを選択します。

- [リージョン (Region):] Cisco Cloud Network Controller が展開されるリージョン。

ステップ 9

[続行して起動 (Continue to Launch)] ボタンをクリックします。

[このソフトウェアの起動 (Launch this software )] ページが表示され、設定の概要が表示され、クラウド形成テンプレートを起動できます。

ステップ 10

[起動 (Launch)] をクリックして、正しい Amazon S3 テンプレート URL がすでに入力されている状態で、正しいリージョンの CloudFormation サービスに直接移動します。

ステップ 11

画面の下部にある[次へ（Next）] をクリックします。

[詳細の指定 (Specify Details)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

ステップ 12

[詳細の指定 (Specify Details)] ページに、以下の情報を入力します。

- [スタック名 (Stack name)]： この Cisco Cloud Network Controller 構成の名前を入力します。

- [ファブリック名 (Fabric name):]デフォルト値のままにしておくか、ファブリック名を入力します。このエントリは、この Cisco Cloud ネットワーク コントローラの名前になります。

- [インフラ VPC プール(Infra VPC Pool):]VPC (仮想プライベートクラウド) CIDR です。このフィールドには、デフォルト値の 10.10.0.0/24 が、CFT から自動的に入力されます。デフォルト値がオンプレミス ファブリックからのインフラ プールと重複している場合は、このフィールドの値を変更します。このエントリは /24 サブネットである必要があります。

（注）

172.17.0.0/16 からのサブネット（たとえば、172.17.10.0/24）をインフラ VPC CIDR として使用しないことをお勧めします。これは、インフラサブネットとのサブネット競合問題の解決 で説明されているように、Docker ブリッジ IP サブネットとの競合を引き起こす可能性があるためです。

- [アベイラビリティ ゾーン (Availability Zone):]スクロールダウン メニューから、Cisco Cloud Network Controller サブネットのアベイラビリティ ゾーンを選択します。

表示されるアベイラビリティ ゾーンのオプションは、ステップ 2 で選択したリージョンに基づいています。アベイラビリティ ゾーンをリストから選択します。アベイラビリティ ゾーンのオプションとして west-1a と us-west-1b と表示されている場合は、たとえば、us-west-1a を選択します。

- [パスワード/パスワードの確認 (Password/Confirm Password):] 管理者パスワードを入力し、確認入力します。このエントリは、 SSH アクセスを有効にした後に Cisco Cloud Network Controller にログインするために使用するパスワードです。

- [SSH キーペア (SSH Key Pair):] ステップ 3 で作成した SSH キーペアの名前を選択します。

Cisco Cloud Network Controller には、この SSH キー ペアを使用してログインします。

- [アクセス制御 (Access Control):] Cisco Cloud Network Controller への接続を許可する外部ネットワークの IP アドレスとサブネットを入力します（たとえば 192.0.2.0/24）。このサブネットからの IP アドレスだけが、Cisco Cloud ネットワーク コントローラ への接続を許可されます。値として 0.0.0.0/0 を入力すると、誰でも Cisco Cloud ネットワーク コントローラへの接続が許可されます。

- [他のパラメータ：パブリック IP アドレスの割り当て（Other parameters: Assign Public IP address）]：パブリック IP アドレスを Cisco Cloud Network Controller のアウトオブバンド（OOB）管理インターフェイスに割り当てるかどうかを選択します。

デフォルトでプライベート IP アドレスは Cisco Cloud Network Controller の管理インターフェイスに割り当てられ、パブリック IP アドレスの割り当てはオプションです。詳細については、Cisco Cloud Network Controller for AWS User Guide、リリース 25.0(5) の「Private IP Address Support for Cisco Cloud Network Controller and CCR」のトピックを参照してください。

- [true]：パブリック IP アドレスを Cisco Cloud Network Controller のアウトオブバンド（OOB）管理インターフェイスに割り当てます。

- [false]：パブリック IP アドレスを無効にし、プライベート IP アドレスを Cisco Cloud Network Controller のアウトオブバンド（OOB）管理インターフェイスに割り当てます。

ステップ 13

画面の下部にある [次へ（Next）] をクリックします。

[オプション (Option)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

ステップ 14

[オプション (Options)] 画面で、すべてのデフォルト値を受け入れます。

このページには、[権限: IAM ロール (Permissions : IAM Role)] 領域があります。IAM ロールは、Amazon Web Services にサービス リクエストを行うための一連の権限を定義する IAM エンティティです。ロールを使用しれば、通常は Amazon Web Services リソースにアクセスできないユーザ、アプリケーション、またはサービスに、アクセスを委任することができます。

Cisco Cloud Network Controller に関しては IAM ロール情報は必要ありませんが、別の理由で IAM ロールを割り当てる場合は、[IAM ロール（IAM role）] フィールドで適切なロールを選択します。

ステップ 15

[次へ（Next）] をクリックします (画面の下部にある [オプション (Options)]画面)。

[レビュー (Review)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

ステップ 16

[レビュー (Review)] ページのすべての情報が正しいことを確認します。

[レビュー (Review)] ページにエラーが表示された場合は、[前へ (Previous)] ボタンをクリックして、誤った情報を含むページに戻ります。

ステップ 17

[レビュー (Review)] ページのすべての情報が正しいことを確認したら、 [AWS CloudFormation が IAM リソースをカスタム名で作成することを認める (I acknowledge that AWS CloudFormation might create IAM resources with custom names)] の隣にあるボックスをオンにします。

ステップ 18

ページ下部にある [作成 (Create)] ボタンをクリックします。

[Cloudformation] ページが再び表示され、作成した Cisco Cloud Network Controller テンプレートが [ステータス (Status)] 列に CREATE_IN_PROGRESS というテキストとともに表示されます。

システムは、テンプレートに指定された情報を使用して Cisco Cloud Network Controller インスタンスを作成するようになりました。プロセスが完了するのに 5 ～ 10 分かかります。作成プロセスの進行状況をモニタするには、Cisco Cloud Network Controller テンプレートの名前の横にあるボックスをオンにし、[イベント (Events)] タブをクリックします。[イベント (Events)] タブの下の [ステータス (Status)] 列には、CREATE_IN_PROGRESS というテキストが表示されます。

ステップ 19

CREATE_COMPLETEメッセージが表示されたら、続行する前にインスタンスの準備が整っていることを確認します。

1. 画面の上部にある [サービス (Services)] リンクをクリックし、[EC2] リンクをクリックします。

[EC2 ダッシュボード (EC2 Dashboard)] 画面が表示されます。

2. [EC2 ダッシュボード (EC2 Dashboard)] 画面の [リソース (Resources)] 領域には、実行中のインスタンスの数を示すテキストが表示されます (たとえば、 [1 つの実行インスタンス (1 Running Instances)]) 。この実行中のインスタンスのリンクをクリックします。

[インスタンス (Instances)] 画面が表示されます。

3. 続行する前に、そのインスタンスの準備ができるまで待ちます。

[スタータス チェック (Status Checks)] の下で、新しいインスタンスが [初期化 (Initializing)] ステージを経過するのを確認できます。続行する前に、[スタータス チェック (Status Checks)]の下で、[2/2 のチェックをパス (Check Passed)] というメッセージが表示されるまで待ちます。

次のタスク

ユーザ テナントの AWS アカウントのセットアップ に移動して、ユーザ テナントの AWS アカウントをセットアップします。

- インフラサブネットとのサブネット競合問題の解決

インフラサブネットとのサブネット競合問題の解決

状況によっては、Cisco Cloud ネットワーク コントローラとのサブネットの競合に関する問題が発生することがあります。この問題は、次の条件が満たされた場合に発生する可能性があります。

- Cisco Cloud Network Controller がリリース 25.0(2) で実行されている

- Cisco Cloud Network Controller のインフラ VPC サブネットが 172.17.0.0/16 CIDR 内に構成されている（たとえば、AWS での Cisco Cloud Network Controller の展開 の手順の一部として [インフラ VPC プール（Infra VPC Pool）] フィールドに 172.17.10.0/24 と入力した場合）。

- Cisco Cloud Network Controller のインフラ サブネットで使用している 172.17.0.0/16 CIDR に重複して別のものが構成されている（たとえば、Docker ブリッジの IP サブネットが、Cisco Cloud Network Controller のデフォルト サブネットである 172.17.0.0/16 で構成されている場合）。

この状況では、このサブネットの競合が原因で Cisco Cloud Network Controller が CCR プライベート IP アドレスに到達できない可能性があり、Cisco Cloud Network Controller は影響を受ける CCR に対して SSH 接続障害を発生させます。

root として Cisco Cloud Network Controller にログインし、route -n コマンドを入力すれば、競合の可能性があるかどうかを判断できます。

[root@ACI-Cloud-Fabric-1 ~]# route -n

以下のような出力が表示されることが想定されます。

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         172.17.0.17     0.0.0.0         UG    16     0        0 oobmgmt
169.254.169.0   0.0.0.0         255.255.255.0   U     0      0        0 bond0
169.254.254.0   0.0.0.0         255.255.255.0   U     0      0        0 lxcbr0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0
172.17.0.12     0.0.0.0         255.255.255.252 U     0      0        0 bond0
172.17.0.16     0.0.0.0         255.255.255.240 U     0      0        0 oobmgmt

この出力例では、強調表示されたテキストは、Docker ブリッジが 172.17.0.0/16 で構成されていることを示しています。

これは Cisco Cloud Network Controller のインフラ VPC サブネットに使用した 172.17.0.0/16 CIDR と重複しているため、CCR への接続が失われ、CCR に SSH で接続できないという問題が発生する可能性があります。 CCR に ping を実行しようとすると、ホストに到達できないというメッセージが表示されます（次の例では、172.17.0.84 が CCR のプライベート IP アドレスです）。

[root@ACI-Cloud-Fabric-1 ~]# ping 172.17.0.84
PING 172.17.0.84 (172.17.0.84) 56(84) bytes of data.
From 172.17.0.1 icmp_seq=1 Destination Host Unreachable
From 172.17.0.1 icmp_seq=2 Destination Host Unreachable
From 172.17.0.1 icmp_seq=3 Destination Host Unreachable
From 172.17.0.1 icmp_seq=5 Destination Host Unreachable
From 172.17.0.1 icmp_seq=6 Destination Host Unreachable
^C
--- 172.17.0.84 ping statistics ---
9 packets transmitted, 0 received, +5 errors, 100% packet loss, time 8225ms
pipe 4
[root@ACI-Cloud-Fabric-1 ~]#

この状況で競合を解決するには、次のような REST API 投稿を入力して、競合の原因となっている他の領域の IP アドレスを変更します。

https://{{apic}}/api/plgnhandler/mo/.xml
<apPluginPolContr>
<apContainerPol containerBip="<new-IP-address>" />
</apPluginPolContr>

たとえば、上記のシナリオ例で示した 172.17.0.0/16 CIDR の下から Docker ブリッジの IP アドレスを移動するには、次のような REST API 投稿を入力します。

https://{{apic}}/api/plgnhandler/mo/.xml
<apPluginPolContr>
<apContainerPol containerBip="172.19.0.1/16" />
</apPluginPolContr>

ここで、172.19.0.1/16 は Docker ブリッジの新しいサブネットです。これにより、Docker ブリッジの IP アドレスが 172.19.0.0/16 CIDR に移動するので、172.17.0.0/16 CIDR で構成されている Cisco Cloud Network Controller のインフラ VPC サブネットとの競合がなくなります。

以前と同じコマンドを使用して、競合がなくなったことを確認できます。

[root@ACI-Cloud-Fabric-1 ~]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         172.17.0.17     0.0.0.0         UG    16     0        0 oobmgmt
169.254.169.0   0.0.0.0         255.255.255.0   U     0      0        0 bond0
169.254.254.0   0.0.0.0         255.255.255.0   U     0      0        0 lxcbr0
172.17.0.12     0.0.0.0         255.255.255.252 U     0      0        0 bond0
172.17.0.16     0.0.0.0         255.255.255.240 U     0      0        0 oobmgmt
172.19.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0

この出力例では、強調表示されたテキストは、Docker ブリッジが IP アドレス 172.19.0.0 で構成されていることを示しています。Cisco Cloud Network Controller のインフラ VPC サブネットに使用している 172.17.0.0/16 CIDR との重複がないため、CCR との接続に問題はありません。

[root@ACI-Cloud-Fabric-1 ~]# ping 172.17.0.84
PING 172.17.0.84 (172.17.0.84) 56(84) bytes of data.
64 bytes from 172.17.0.84: icmp_seq=1 ttl=255 time=1.15 ms
64 bytes from 172.17.0.84: icmp_seq=2 ttl=255 time=1.01 ms
64 bytes from 172.17.0.84: icmp_seq=3 ttl=255 time=1.03 ms
64 bytes from 172.17.0.84: icmp_seq=4 ttl=255 time=1.03 ms
64 bytes from 172.17.0.84: icmp_seq=5 ttl=255 time=1.09 ms
64 bytes from 172.17.0.84: icmp_seq=6 ttl=255 time=1.06 ms
64 bytes from 172.17.0.84: icmp_seq=7 ttl=255 time=1.03 ms
64 bytes from 172.17.0.84: icmp_seq=8 ttl=255 time=1.05 ms
^C
--- 172.17.0.84 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7005ms
rtt min/avg/max/mdev = 1.014/1.061/1.153/0.046 ms
[root@ACI-Cloud-Fabric-1 ~]#

ユーザ テナントの AWS アカウントのセットアップ

次のいずれかの方法を使用して、ユーザ テナントの AWS アカウントを設定できます。

- Cisco Cloud Network Controller のユーザー テナントが信頼されている場合は、CFT を使用します。CFT を使用した、信頼済みユーザ テナントのための AWS アカウントのセットアップを参照してください。

- Cisco Cloud Network Controller のユーザー テナントが信頼されていない場合は、AWS アクセス キー ID とシークレット アクセス キーを使用します。AWS アクセス キー ID とシークレット アクセス キーを使用して、信頼されていないユーザ テナントの AWS アカウントをセットアップするを参照してください。

- ここでは、Cisco Cloud Network Controller を使用して AWS 組織アカウントのポリシーを管理できます。「組織のユーザ テナントの AWS アカウントのセットアップ」を参照してください。

- CFT を使用した、信頼済みユーザ テナントのための AWS アカウントのセットアップ

- AWS アクセス キー ID とシークレット アクセス キーを使用して、信頼されていないユーザ テナントの AWS アカウントをセットアップする

- 組織のユーザ テナントの AWS アカウントのセットアップ

CFT を使用した、信頼済みユーザ テナントのための AWS アカウントのセットアップ

テナント アカウントでテナント ロール クラウド形成テンプレート（CFT）を使用すると、Cisco Cloud Network Controller が展開されるテナントとアカウントの間に信頼関係が確立されます。

テナントロール CFT を使用してユーザテナントの AWS アカウントをセットアップするには、次の手順を使用します。

始める前に

Cisco Cloud Network Controller ユーザー テナントを構成するためのルールと制限は次のとおりです。

- インフラ テナントとユーザ テナントに同じ AWS アカウントを使用することはできません。

- ユーザ テナントごとに 1 つの AWS アカウントが必要です。

手順

ステップ 1

ユーザ テナントの Amazon Web Services アカウントにログインします。

https://signin.aws.amazon.com/

（注）

ユーザ テナントのインフラ テナント アカウントを使用することはできません。

ステップ 2

画面の上部にある [サービス (Services)] リンクをクリックし、[CloudFormation] リンクをクリックします。

[CloudFormation] 画面が表示されます。

ステップ 3

[スタックの作成（Create Stack）] ボタンをクリックします。

（注）

[スタックの作成 (Create Stack)] ボタンの横にあるドロップダウン リストからオプションを選択しないでください。代わりに、[スタックの作成（Create Stack）] ボタンを直接クリックします。

[テンプレートの選択 (Select Template)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

ステップ 4

ユーザ テナント設定の IAM ロールに使用するテンプレートをどのように選択するかを決定します。

- AWS アカウントからテナント ロール CFT をダウンロードする場合、または cisco.com アカウント (以前の CCO) からダウンロードした場合は、次の手順を実行します。

1. AWS アカウントからテナント ロール CFT をダウンロードする場合は、テナント ロール CFT を見つけます。テナントロール CFT は、Cisco Cloud Network Controller インフラ テナントの AWS アカウントの S3 バケットにあります。S3 バケットの名前は「capic-common-[CloudNetworkControllerAccountId]-data」で、テナント ロールの CFT オブジェクトはそのバケット内の tenant-cft.json です。CloudNetworkControllerAccountId は、Cisco Cloud Network Controller インフラ テナントの AWS アカウント番号です。これは、Cisco Cloud Network Controller が展開されているアカウントです。

2. テナント ロール CFT をコンピュータ上の場所にダウンロードします。

セキュリティ上の理由から、AWS でのこの S3 バケットへのパブリック アクセスは許可されていないため、このファイルをダウンロードしてテナント アカウントで使用する必要があります。

3. AWS で、[テンプレートの選択 (Choose a template)] 領域で、[テンプレートを Amazon S3 にアップロード (Upload a Template to Amazon S3)]] の横にある円をクリックし、[ファイルの選択 (Choose File)] ボタンをクリックします。

4. Cisco から受け取った JSON 形式のテナント ロール CFT (たとえば、 tenant-cft.json) を保存したコンピュータ上の場所に移動し、そのテンプレートファイルを選択します。

- Cisco からのテナント ロール CFT URL を指定した場合は、[テンプレートの選択 (Choose a template)] 領域で、Amazon S3 テンプレートの URL を指定 (Specify an Amazon S3 template URL)] の横にある円をクリックし、Cisco から受け取ったテナント ロールの CFT URL をテキストの下のフィールドに入力します。

ステップ 5

画面の下部にある[次へ（Next）] をクリックします。

[詳細の指定 (Specify Details)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

ステップ 6

[詳細の指定 (Specify Details)] ページに、以下の情報を入力します。

- [スタック名 (Stack name):] ユーザ テナント設定のためのこの IAM ロールの名前を入力します (たとえば IAM-Role) 。

- [infraAccountId:]このフィールドが表示された場合は、AWS での Cisco Cloud Network Controller の展開 の説明に従って、インフラ テナントの AWS アカウントを入力します。

このフィールドは、cisco.com アカウントからテナント　ロール CFT をダウンロードして使用した場合に表示されることに注意してください。AWS アカウントからテナント ロール CFT をダウンロードして使用した場合は表示されません。これは、インフラ AWS アカウントの S3 バケットからダウンロードした場合には、この infraAccountID 情報が CFT にあらかじめ入力されているためです。

ステップ 7

画面の下部にある [次へ（Next）] をクリックします。

[オプション (Option)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

ステップ 8

適切であれば、[オプション (Options)] 画面ですべてのデフォルト値を受け入れ、画面の下部にある [次へ (Next)] をクリックします。

[レビュー (Review)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

ステップ 9

[レビュー (Review)] ページで、 [AWS cloudformation がカスタムの名前を持つ IAM リソースを作成することを認める (I acknowledge that AWS CloudFormation might create IAM resources with custom names)]の横にあるボックスをオンにし、ページの下部にある [作成 (create)] ボタンをクリックします。

[Cloudformation] ページが再び表示され、作成した Cisco Cloud Network Controller テンプレートが [ステータス (Status)] 列に CREATE_IN_PROGRESS というテキストとともに表示されます。

システムは、テンプレートに指定された情報を使用して、ユーザ テナントの IAM ロールを作成するようになりました。プロセスが完了するのに 5 ～ 10 分かかります。作成プロセスの進行状況をモニタするには、テンプレートの名前の横にあるボックスをオンにし、[イベント (Events)] タブをクリックします。[イベント (Events)] タブの下の [ステータス (Status)] 列には、CREATE_IN_PROGRESS というテキストが表示されます。

CREATE_COMPLETEは、プロセスが完了したときに表示されます。

ステップ 10

CREATE_COMPLETEが表示されたら、適切な領域に移動して、ユーザテナントの IAM ロールが正常に作成されたことを確認します。

1. 画面の上部にある [サービス (Services)] リンクをクリックし、 IAMリンクをクリックします。

2. [ロール (Roles)]をクリックします。

Apictenantroleという名前のエントリがロール名の下に表示されます。

次のタスク

セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成 に移動して、Cisco Cloud Network Controller のセットアップを続行します。

AWS アクセス キー ID とシークレット アクセス キーを使用して、信頼されていないユーザ テナントの AWS アカウントをセットアップする

AWS アクセス キー ID とシークレットアクセス キーを使用して信頼できないユーザの AWS アカウントを設定する場合は、次の手順を使用します。この場合、信頼されていないユーザのテナントの AWS アカウントを手動で設定し、AWS IAM を使用して適切な権限を割り当てます。

始める前に

Cisco Cloud Network Controller ユーザー テナントを構成するためのルールと制限は次のとおりです。

- インフラ テナントとユーザ テナントに同じ AWS アカウントを使用することはできません。

- ユーザ テナントごとに 1 つの AWS アカウントが必要です。

手順

ステップ 1

ユーザ テナントの Amazon Web Services アカウントにログインします。

https://signin.aws.amazon.com/

（注）

ユーザ テナントのインフラ テナント アカウントを使用することはできません。

ステップ 2

AWS 管理コンソールに進みます。

https://console.aws.amazon.com/

ステップ 3

画面の一番上の [サービス] リンクをクリックし、IAM リンクをクリックします。

ステップ 4

左側のペインで、[ユーザ] をクリックし、[ [ユーザの追加] ボタンをクリックします。

[ユーザの追加] ページが表示されます。

ステップ 5

[ユーザ名] フィールドに、user1 などの AWS ユーザ アカウントの固有の名前を入力します。

ステップ 6

[アクセス タイプ] フィールドで、プログラムによるアクセスをオンにします。

ステップ 7

ページの下部にある [新規 (New)] ボタンをクリックします。

ステップ 8

[アクセス許可の設定 (Set permissions)] エリアで、[既存のポリシーのアタッチ (Attach existing policies)] を直接選択します。

画面が展開され、フィルタ ポリシー情報が表示されます。

ステップ 9

[管理者アクセス (Administrator Access)] の横にあるボックスをオンにし、ページの下部にある [Next: Tags] ボタンをクリックします。

ステップ 10

[タグの追加 (Add tags)] ページの情報をそのままにして、ページの下部にある [確認 (Review)] ボタンをクリックします。

ステップ 11

ページ下部にある [ユーザの作成 (Create User)] ボタンをクリックします。

警告が表示さる場合は、[このユーザに権限がない]ことを示す警告を無視します。

この時点で、アクセス キーが作成されます。

ステップ 12

この AWS アカウントのアクセス キー ID とシークレット アクセス キーの情報をメモしておきます。

- ユーザ テナントのアクセス キー ID とシークレット アクセス キー情報を、CCR およびテナント情報の検索 の適切な行にコピーします。

- .csv ファイルをダウンロードするか、または [アクセス キー ID] フィールドと [シークレット アクセス キー] フィールドからファイルに情報をコピーします。

ステップ 13

ページ下部にある [閉じる (Close)]ボタンをクリックします。

ステップ 14

必要に応じて、このトピックの手順を追加のユーザアカウントに対して繰り返します。

次のタスク

セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成 に移動して、Cisco Cloud Network Controller のセットアップを続行します。

組織のユーザ テナントの AWS アカウントのセットアップ

AWS Organizations と組織のユーザ テナントのサポート で説明されているように、Cisco Cloud Network Controller を介して AWS Organization アカウントのポリシーを管理できます。

組織テナントの AWS アカウントを設定するには、この機能を使用するために次の設定が必要です。

- Cisco Cloud Network Controller は、マスター アカウントに導入する必要があります。このドキュメントで前述したように、Cisco Cloud Network Controller を AWS に展開するときには、AWS での Cisco Cloud Network Controller の展開 に記載されている手順に従って、この AWS 組織のマスターアカウントに Cisco Cloud Network Controller （Cisco Cloud Network Controller インフラ テナント）を導入したことを確認します。

- このドキュメントで後述するように、共有テナントの設定 で説明されている手順に従って、Cisco Cloud Network Controller GUI を介してテナントに組織タグを割り当てます。

Chapter5. セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成

- サイト間接続の設定と展開

- オンプレミス設定情報の収集

- サイト、リージョン、および CCR の数の制限について

- Cisco Cloud Network Controller の IP アドレスの特定

- セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成

- Cisco Cloud Network Controller セットアップ ウィザードの構成の確認

サイト間接続の設定と展開

オンプレミスサイトをクラウドサイトに接続する場合は、Cisco Cloud Network Controller の構成と展開を開始する前に、マルチサイト とオンプレミスの Cisco ACI を構成して展開する必要があります。それぞれの実際の設定は、要件と設定によって異なります。また、オンプレミス サイトをクラウド サイトに接続する場合は、AWS で Cisco Cloud Network Controller によって展開された クラウド サービス ルータ に接続するために、オンプレミスの IPsec 終端デバイスを構成して展開する必要もあります。詳細については、「Cisco ACI ファブリックをパブリック クラウドに拡張するためのコンポーネント」を参照してください。

次に、これらのコンポーネントの設定と展開のプロセスを支援するドキュメントを示します。

- Cisco ACIマニュアル： 『Cisco Application Policy Infrastructure Controller（APIC）』のマニュアル（『Operating Cisco Application Centric Infrastructure』および『Cisco APIC Basic Configuration Guide』など）で入手できます。

- Nexus Dashboard のマニュアル：Nexus Dashboard のマニュアルで入手できます。Multi-Site Orchestrator 設置およびアップグレード ガイドなどがあります。

- Cisco Catalyst 8000v Edgeソフトウェア：Cisco Catalyst 8000v Edgeソフトウェアのマニュアルで入手できます。https://www.cisco.com/c/en/us/support/routers/catalyst-8000v-edge-software/series.html

オンプレミス設定情報の収集

（注）

Cisco Cloud Network Controller のクラウド サイト間接続のみを設定する場合は、このセクションの情報を収集する必要はありません。

次のリストを使用して、 Cisco Cloud Network Controller をセットアップするためにこれらの手順全体で必要なオンプレミスの設定情報を収集し、記録します。

必要なオンプレミス情報

入力する値

オンプレミスの IPsec デバイスのパブリック IP アドレス

IPsec 終端デバイスから CSR への OSPF エリア

オンプレミス APIC IP アドレス

Cisco Cloud Network Controller IP アドレス

サイト、リージョン、および CCR の数の制限について

このドキュメントでは、サイト、リージョン、および CCR のさまざまな設定を決定するよう求められます。次に、それぞれの設定を決定する際に留意すべき制限事項のリストを示します。

サイト

Cisco Cloud Network Controller を使用できるサイトの合計数は、セットアップする構成のタイプによって異なります。

- オンプレミスの ACI サイト間構成（AWS または Azure）：Multi-Site マルチクラウド展開は、1 つまたは 2 つのクラウド サイト（AWS または Azure）と最大 1 つまたは 2 つのオンプレミス サイトの任意の組み合わせをサポートします。合計のサイト数は 4 つになります。接続オプションは次のとおりです。

- Hybrid-Cloud：オンプレミスから単一のクラウドサイトへの接続

- Hybrid Multi-Cloud：オンプレミスから複数のクラウドサイトへの接続

- マルチクラウド：クラウドサイト間接続（AWS または Azure）：マルチサイト マルチクラウド展開は次の組み合わせをサポートします。

- EVPN 展開モードの 2 つのクラウド サイト（AWS と Azure のみ）

- BGP IPv4 展開モードの 3 つのクラウド サイト（AWS、Azure、Google Cloud）

Google Cloud から Google Cloud への接続は、BGP IPv4 または BGP EVPN のいずれでもまだサポートされていません。

- クラウド ファースト：単一クラウド構成：マルチサイト マルチクラウド展開は、単一のクラウド サイト（AWS、Azure または GCP）をサポートします。

地域

サポートされるリージョンの制限は次のとおりです。

- AWS および Azure クラウドで 16 のリージョンを管理できます。16 のリージョンのうち、4 つのリージョンのみが外部接続可能です。16 のリージョンすべてをワークロードのデプロイに使用できます。

- すべてのリージョンを Google Cloud で管理できます。ワークロードの展開には 16 のリージョンを使用できますが、外部接続に使用できるのは 4 つのリージョンのみです。

CCR

一部のリージョン内には一定数の CCR を含めることができますが、次の制限があります。

- VNET 間（Azure）、VPC 間（AWS）、または VRF 間通信を行うには、少なくとも 1 つのリージョンに CCR を展開する必要があります。

- すべてのリージョンに CCR がある必要はありません。

- 接続を有効にするために CCR が展開されているリージョンの場合：

- CCRは、4 つの管理対象リージョンすべてに展開できます。

- 管理対象リージョンごとに最大 4 つの CCR がサポートされ、クラウド サイトごとに合計 16 の CCR がサポートされます。

（注）

管理対象リージョンあたりの CCR の数は、AWS と Azure で異なります。AWS ではリージョンごとに 4 つの CCR がサポートされ（クラウド サイトごとに合計 16 の CCR）、Azure では 8 つの CCR がサポートされます。（クラウド サイトあたり合計 32 の CCR）。

- Cisco Cloud Network Controller による Google Cloud での CCR 展開はまだサポートされていません。

Cisco Cloud Network Controller の IP アドレスの特定

次の手順では、AWS サイトで Cisco Cloud Network Controller の IP アドレスを検索する方法について説明します。

手順

ステップ 1

Cisco Cloud Network Controller インフラ テナントの AWS アカウントに移動します。

ステップ 2

画面の上部にある [サービス (Services)] リンクをクリックし、[EC2] リンクをクリックします。

[EC2 ダッシュボード (EC2 Dashboard)] 画面が表示されます。

ステップ 3

[EC2 ダッシュボード (EC2 Dashboard)] 画面の [リソース (Resources)] 領域には、実行中のインスタンスの数を示すテキストが表示されます (たとえば、 [1 つの実行インスタンス (1 Running Instances)]) 。この実行中のインスタンスのリンクをクリックします。

[インスタンス (Instances)] 画面が表示されます。

ステップ 4

Cisco Cloud Network Controller インスタンスを選択し、IPv4 パブリック IP 列に表示されている IP アドレスをコピーします。

これは、Cisco Cloud Network Controller へのログインに使用する Cisco Cloud Network Controller の IP アドレスです。

（注）

また、CloudFormation ページに戻り、Cisco Cloud Network Controller の横にあるボックスをクリックして [出力（Outputs）] タブをクリックすることでも、Cisco Cloud Network Controller の IP アドレスを取得できます。Cisco Cloud Network Controller の IP アドレスは [値（Value）] 列に表示されます。

セットアップ ウィザードを使用した Cisco Cloud Network Controller の構成

Cisco Cloud Network Controller のクラウド インフラストラクチャ構成をセットアップするには、このトピックの手順に従ってください。Cisco Cloud Network Controller は、必要な AWS コンストラクトと必要な CCR を自動的に展開します。

始める前に

このタスクの前提条件は次のとおりです。

- このセクションのタスクに進む前に、Cisco ACI ファブリックをパブリック クラウドに拡張するための要件 に示されている要件を満たしています。

- Cisco Cloud Network Controller のクラウド形成テンプレート情報の構成 に記載されている手順を正常に完了しました。

手順

ステップ 1

AWS サイトで、Cisco Cloud Network Controller の IP アドレスを取得します。

手順については、Cisco Cloud Network Controller の IP アドレスの特定を参照してください。

ステップ 2

ブラウザ ウィンドウを開き、セキュア バージョンの HTTP（https://）を使用して、URL フィールドに IP アドレスを貼り付け、Return を押してこの Cisco Cloud Network Controller にアクセスします。

たとえば、https://192.168.0.0 と入力します。

[リスクを無視して証明書を受け入れる（Ignore Risk and Accept Certificate）] というメッセージが表示された場合は、証明書を受け入れて続行します。

ステップ 3

Cisco Cloud Network Controller のログイン ページに次の情報を入力します。

- ユーザ名：このフィールドにadminと入力します。

- [パスワード（Password）]：手順の [詳細の指定（Specify Details）] ページで指定したパスワードを入力します。ステップ 12AWS での Cisco Cloud Network Controller の展開

- ドメイン：[ドメイン（Domain）] フィールドが表示された場合は、デフォルトの [ドメイン（Domain）] エントリをそのままにします。

ステップ 4

ページの下部にある [ログイン] をクリックします。

（注）

ログインしようとしたときに、REST エンドポイントのユーザ認証データストアが初期化されていないなどのエラー メッセージが表示された場合は、このファブリック ノードのファブリック メンバーシップ ステータスを確認し、数分待ってから数分後に再試行してください。また、ログインするためにページを更新する必要があります。

[Cisco Cloud Network Controller へようこそ（Welcome to Cisco Cloud Network Controller）] セットアップ ウィザードのページが表示されます。

ステップ 5

[セットアップの開始（Begin Set Up）] をクリックします。

[基本設定（Let's Configure the Basics）] ページが表示され、次の領域が設定されます。

- DNS サーバー

- リージョン管理

- 詳細設定

- スマート ライセンス

ステップ 6

[DNS Servers] 行で、[Edit Configuration] をクリックします。

[DNS と NTP サーバ（DNS and NTP Servers）] ページが表示されます。

ステップ 7

[DNS と NTP サーバ（DNS and NTP Servers）] ページで、必要に応じて DNS サーバと NTP サーバを追加します。

- DNS サーバはデフォルトですでに設定されています。特定の DNS サーバを使用する場合は、DNS サーバを追加します。

- NTP サーバはデフォルトでは設定されないため、NTP サーバを設定することを推奨します。NTP サーバを設定し、DNS サーバを設定しない場合は、7.d に進みます。

1. 特定の DNS サーバを使用する場合は、[DNS サーバ（DNS Servers）] 領域で [+ DNS プロバイダの追加（+ Add DNS Provider）] をクリックします。

2. DNS サーバの IP アドレスを入力し、必要に応じて [優先 DNS プロバイダー（Preferred DNS Provider）] の横にあるボックスをオンにします。

3. DNS サーバの横にあるチェックマークをクリックし、追加する追加の DNS サーバについて繰り返します。

4. [NTP サーバ（NTP Servers）] 領域で、[+ プロバイダの追加（+ Add Provider）] をクリックします。

5. NTPサーバのIPアドレスを入力し、必要に応じて[優先NTPプロバイダー（Preferred NTP Provider）]の横にあるボックスをオンにします。

6. NTP サーバの横にあるチェックマークをクリックし、追加する NTP サーバを繰り返します。

ステップ 8

DNS サーバと NTP サーバの追加が完了したら、[保存して続行（Save and Continue）] をクリックします。

[Let's Configure the Basics] ページが再び表示されます。

ステップ 9

[リージョン管理（Region Management）] 行で、[開始（Begin）] をクリックします。

[地域管理（Region Management）] ページが表示されます。

ステップ 10

AWS Transit Gateway を使用するかどうかを決定します。

Transit Gateway を使用して、リージョン内および TGW ピアリングがサポートされているリージョン間の接続に VPN トンネルを使用しないようにします。詳細については、ドキュメント「AWS トランジット ゲートウェイまたは AWS トランジット ゲートウェイ コネクトを使用した VPC 間の帯域幅の増加」を参照してください。

AWS Transit Gateway を使用する場合は、[Transit Gateway の使用（Use Transit Gateway）] 領域で、[有効（Enable）] の横にあるチェックボックスをクリックします。

ステップ 11

[管理するリージョン（Regions to Manage）] 領域で、Cisco Cloud Network Controller のホーム リージョンが選択されていることを確認します。

ステップ 2 で選択したリージョンがホーム リージョンであり、このページですでに選択されている必要があります。AWS での Cisco Cloud Network Controller の展開これは、Cisco Cloud Network Controller が展開されるリージョン（Cisco Cloud Network Controller によって管理されるリージョン）で、[リージョン（Region）]列に「Cisco Cloud Network Controller」というテキストが表示されます。

ステップ 12

Cisco Cloud Network Controller で追加のリージョンを管理します。他のリージョンでVPC 間通信と Hybrid-Cloud、Hybrid Multi-Cloud、または Multi-Cloud 接続を行うように CCR を展開する場合は、追加のリージョンを選択します。

CCRは、Cisco Cloud Network Controller が展開されているホーム リージョンを含む 4 つのリージョンを管理できます。

Cisco Cloud Network Controller は、複数のクラウド リージョンを単一のサイトとして管理できます。一般的な設定では、サイトはAPICクラスタで管理できるすべてのものを表します。Cisco ACICisco Cloud Network Controller クラスタが 2 つのリージョンを管理する場合、これらの 2 つのリージョンは Cisco ACI から単一のサイトと見なされます。

ステップ 13

リージョンにローカルにクラウド ルータを展開するには、そのリージョンの Catalyst 8000Vs チェック ボックスにチェック マークをつけるためにクリックします。

VPC 間通信を行うには、少なくとも 1 つのリージョンに Catalyst 8000V が展開されている必要があります。ただし、このページで複数のリージョンを選択した場合は、選択したすべてのリージョンに Catalyst 8000V を設定する必要はありません。詳細については、「サイト、リージョン、および CCR の数の制限について」を参照してください。

ステップ 14

適切なリージョンをすべて選択したら、ページの下部にある[Next]をクリックします。

[General Connectivity]ページが表示されます。

ステップ 15

[General Connectivity]ページで次の情報を入力します。

- ステップ 10 で AWS Transit Gateway Connect 機能を有効にした場合、このウィンドウで [ハブ ネットワーク（Hub Network）] フィールドを使用できます。「15.a」に進みます。

- ステップ 10 で AWS Transit Gateway Connect 機能を有効にしていない場合は、15.f にスキップしてください。

1. [ハブ ネットワーク（Hub Network）] 領域で、[ハブ ネットワークの追加（Add Hub Network）] をクリックします。

[ハブ ネットワークの追加（Add Hub Network）] ウィンドウが表示されます。

2. [名前（Name）] フィールドにハブ ネットワークの名前を入力します。

3. [BGP Autonomous System Number] フィールドに、AWS でゼロを入力して番号を選択するか、各ハブネットワークの値を 64512 〜 65534 の範囲で入力し、フィールドの横にあるチェック マークをクリックします。

独自の BGP 自律番号を設定するには、各ハブネットワークに 64512 〜 65534 の値を入力します。

AWS トランジット ゲートウェイのインスタンスごとに異なる番号を使用することをお勧めします。

4. AWS Transit Gateway Connect 機能を追う使用する場合は、[TGW Connect] フィールドで[有効化] の隣のチェック ボックスをクリックします。

詳細については、AWS トランジット ゲートウェイまたは AWS トランジット ゲートウェイ コネクトを使用した VPC 間の帯域幅の増加 を参照してください。

5. [CIDR] 領域で、[Add CIDR] をクリックします。

これは、AWS トランジット ゲートウェイ接続 CIDR ブロックで、トランジット ゲートウェイ側の接続ピア IP アドレス（GRE 外部ピア IP アドレス）として使用されます。

1. [Region] フィールドで、適切な地域を選択します。

2. [CIDR Block Range] フィールドに、中継ゲートウェイ側の接続ピア IP アドレスとして使用される CIDR ブロックを入力します。

3. この CIDR ブロックのこれらの値を受け入れるには、チェック マークをクリックします。

4. AWS トランジット ゲートウェイ接続機能を使用するすべての管理対象リージョンに対して、これらの管理対象リージョンのそれぞれに使用する CIDR ブロックを追加します。

6. CCR のサブネット プールを追加するには、[クラウド ルータのサブネット プールを追加する（Add Subnet Pool for Cloud Router）] をクリックし、テキスト ボックスにサブネットを入力します。

最初の 2 つのリージョンの最初のサブネット プールが自動的に入力されます。3 つ以上のリージョンを選択した場合は、追加の 2 つのリージョンのリストにクラウド ルータのサブネットを追加する必要があります。このサブネットプールのアドレスは、最初の 2 つのリージョンの後に追加された、Cisco Cloud Network Controller で管理する必要があるリージョンのリージョン間接続に使用されます。これはマスク /24 の有効な Ipv4 サブネットである必要があります。

（注）

Cisco クラウド Network Controller の導入時に提供される /24 サブネットは、最大 2 つのクラウド サイトに十分です。3 つ以上のクラウド サイトを管理する必要がある場合は、さらにサブネットを追加する必要があります。

7. [IPSec トンネル サブネット プール（IPSec Tunnel Subnet Pool）] 領域で、[IPSec トンネル サブネット ツールの追加（Add IPSec Tunnel Subnet Pools）] をクリックします。

[IPSec トンネル サブネット ツールの追加（Add IPSec Tunnel Subnet Pools）] ウィンドウが表示されます。

8. 必要に応じて、IPsec トンネルに使用するサブネットプールを入力します。

このサブネット プールは、クラウド ルータとブランチ オフィスまたは外部ネットワーク上のルーターとの間に IPsec トンネルを作成するために使用されます。このサブネットは、外部接続のため、IPsec トンネル インターフェイスとクラウド ルータのループバックに対処するように使用されます。

このエリアの IPsec トンネルに使用するサブネットをさらに追加できます。サブネットがどのトンネルでも使用されていない場合は、このエリアのエントリを削除できます。

適切なサブネット プールを入力したら、チェックマークをクリックします。

9. [CCR] エリアでは、 [CCR の BGP 自律システム番号（BGP Autonomous System Number for CCRs）] フィールドに値を入力します。

BGP ASN の範囲は 1 〜 65534 です。

（注）

このフィールドでは、自律システム番号として 64512 を使用しないでください。

10. [パブリック IP の CCR インターフェイスへの割り当て（Assign Public IP to CCR Interface）] フィールドで、パブリック IP アドレスを Catalyst 8000V インターフェイスに割り当てるかどうかを決定します。

プライベート IP アドレスは、デフォルトで Catalyst 8000V インターフェイスに割り当てられます。[パブリック IP の CCR インターフェイスへの割り当て（Assign Public IP to CCR Interface）] オプションは、パブリック IP アドレスを Catalyst 8000V インターフェイスにも割り当てるかどうかを決定します。

デフォルトでは、この [有効] チェック ボックスはオンになっています。これは、Catalyst 8000V にパブリック IP アドレスを割り当てられることを意味します。

- [パブリック（public）] IP アドレスを Catalyst 8000V に割り当てる場合は、[有効（Enabled）] の横にあるチェックボックスをオンのままにします。

- プライベート IPアドレスのみをCatalyst 8000V に割り当てるには、オプションを無効化するために [有効（Enabled）] の横にあるチェックボックスをオフにします。

Catalyst 8000V 接続をプライベートからパブリック、またはその逆に変更すると、ネットワークが中断する可能性があることに注意してください。

（注）

Catalyst 8000V に割り当てられたパブリック IP アドレスとプライベート IP アドレスの両方が、[クラウド リソース（Cloud Resources）] 領域にルータの他の詳細とともに表示されます。Catalyst 8000V にパブリック IP アドレスが割り当てられていない場合は、プライベート IP アドレスだけが表示されます。

11. [リージョンあたりのルータ数（Number of Routers Per Region）] フィールドで、各リージョンで使用する CCR の数を選択します。

リージョンごとの CCR の数の制限の詳細については、サイト、リージョン、および CCR の数の制限について を参照してください。

（注）

各リージョンで使用される CCR の数を増減させるためにフィールドの値変更する場合、またフィールドの値を変更する前にスマート ライセンス サーバーの登録が正しく同期するようオペレーションが完了するまで待ちます。

- CCR の数を減らす場合、フィールドの値をまた変更する前にそれらの CCR が削除されるまで待ちます。

- CCR の数を増やす場合、フィールドの値をまた変更する前にそれらの CCR が展開されるまで待ちます。

12. [ユーザー名（Username）] に、CCR のユーザー名を入力します。

13. [パスワード（Password）] フィールドに CCR のパスワードを入力します。

14. [価格タイプ（Pricing Type）] フィールドで、2 種類のライセンス モデルのいずれかを選択します。

（注）

AWS マーケットプレイスでライセンスを使用するには、Catalyst 8000V Cisco DNA Essentials と Catalyst 8000V Cisco DNA Advantage の 2 つの PAYG オプションがあります。Cisco Cloud Network Controller は、Catalyst 8000V Cisco DNA Advantage を利用します。

1. BYOL

2. PAYG

[BYOL 価格タイプ（BYOL Pricing Type）] の場合、手順は次のとおりです。

1. [ルータのスループット（Throughput of the routers）] フィールドで、CCR のスループットを選択します。

Cisco Catalyst 8000V は、ティアベース（T0/T1/T2/T3）のスループット オプションをサポートしています。次の表に、Cisco Catalyst 8000V 向けのさまざまなルータ スループット設定に使用される AWS EC2 インスタンスを示します。

CCR スループット

AWS EC2 インスタンス

T0 (最大 15M のスループット)

c5.xlarge

T1 (最大 100M のスループット)

c5.xlarge

T2 (最大 1G のスループット)

c5.xlarge

T3 (最大 10G のスループット)

c5.9xlarge

Tier2（T2）は、Cisco Cloud Network Controller でサポートされるデフォルトのスループットです。

このフィールドの値を変更すると、展開されている CCR インスタンスのサイズが変更されます。スループットの値を高くすると、導入されるVMのサイズが大きくなります。

（注）

将来のある時点でこの値を変更する場合は、CCR を削除してから、この章のプロセスを再度繰り返し、同じ [ルータのスループット（Throughput of the routers）] フィールドで新しい値を選択する必要があります。

また、CCR のライセンスはこの設定に基づきます。準拠するには、Smartアカウントに同等以上のライセンスが必要です。詳細については、「AWS パブリック クラウドの要件」を参照してください。

（注）

クラウドルータは、ルータのスループットまたはログインクレデンシャルを変更する前に、すべてのリージョンから展開解除する必要があります。

2. 必要に応じて、[TCP MSS]フィールドに必要な情報を入力します。

[TCP MSS] オプションを使用すれば TCP 最大セグメントサイズ（MSS）を構成できます。この値は、クラウドへの VPN トンネルとオンプレミス サイトまたは他のクラウド サイトへの外部トンネルを含む、すべてのクラウド ルータ インターフェイスに適用されます。クラウドへのVPNトンネルの場合、クラウドプロバイダーのMSS値がこのフィールドに入力した値よりも小さい場合は、低い方の値が使用されます。それ以外の場合は、このフィールドに入力した値が使用されます。

MSS値はTCPトラフィックにのみ影響し、pingトラフィックなどの他のタイプのトラフィックには影響しません。

3. [ライセンス トークン（License Token）] フィールドに、CCR のライセンス トークンを入力します。

これは、シスコスマートソフトウェアライセンシングアカウントからの製品インスタンス登録トークンです。このライセンストークンを取得するには、に移動し、[Smart Software Licensing Inventory Virtual Account]に移動して、製品インスタンス登録トークンを見つけます。http://software.cisco.com > >

（注）

プライベート IP アドレスを使用して CCR のスマート ライセンスを登録する場合、パブリック IP アドレスが 15.j の CCR に対して無効になっている場合、サポートされる唯一のオプションは、AWS Direct Connect または Azure Express Route to Cisco Smart Software Manager（CSSM） です（[管理用（Administrative）]> > [スマート ライセンス（Smart Licensing）]に移動して使用可能です）。この場合、AWS Direct Connect または Azure Express Route を介して CSSM への到達可能性を提供する必要があります。パブリック IP アドレスが無効になっている場合、プライベート IP アドレスが使用されているため、パブリック インターネットは使用できません。したがって、接続には AWS Direct Connect または Azure Express Route であるプライベート接続を使用する必要があります。

[PAYG 価格タイプ（PAYG Pricing Type）] の場合、手順は次のとおりです。

1. [VM タイプ（VM Type）] フィールドで、要件に応じて AWS EC2 インスタンスの 1 つを選択します。

Cisco Cloud Network Controller は Cisco Catalyst 8000V 仮想ルータを使用し、クラウド ネットワーキングのニーズに合わせて一定範囲の AWS EC2 コンピュート インスタンスをサポートします。以下の表は、AWS 上の Cisco Cloud Network Controller でサポートされているクラウド インスタンス タイプを示しています。

AWS EC2 インスタンス

CCR スループット

vCPU の数

メモリ

c5.xlarge

最大 5 ギガビット スループット

4

8 GiB

c5.2xlarge

最大 10 ギガビット スループット

8

16 GiB

c5.4xlarge

最大 10 ギガビット スループット

16

32 GiB

c5.9xlarge

最大 10 ギガビット スループット

36

72 GiB

c5n.xlarge

最大 25 ギガビット スループット

4

10.5 GiB

c5n.2xlarge

最大 25 ギガビット スループット

8

21 GiB

c5n.4xlarge

最大 25 ギガビット スループット

16

42 GiB

c5n.9xlarge

最大 50 ギガビット スループット

36

96 GiB

このフィールドの値を変更すると、上の表にリストされている CCR の他の要素が変更されます。VM サイズの値を大きくすると、スループットが高くなります。

2. 必要に応じて、[TCP MSS]フィールドに必要な情報を入力します。

[TCP MSS] オプションを使用すれば TCP 最大セグメントサイズ（MSS）を構成できます。この値は、クラウドへの VPN トンネルとオンプレミス サイトまたは他のクラウド サイトへの外部トンネルを含む、すべてのクラウド ルータ インターフェイスに適用されます。クラウドへのVPNトンネルの場合、クラウドプロバイダーのMSS値がこのフィールドに入力した値よりも小さい場合は、低い方の値が使用されます。それ以外の場合は、このフィールドに入力した値が使用されます。

MSS値はTCPトラフィックにのみ影響し、pingトラフィックなどの他のタイプのトラフィックには影響しません。

（注）

ユーザは、PAYG を選択する際にライセンス トークンを提供する必要はありません。

（注）

BYOL でサポートされているすべての機能は、PAYG でサポートされます。

ステップ 16

[保存して続行（Save and Continue）] をクリックします。

[Let's Configure the Basics] ページが再度表示されます。

ステップ 17

[詳細設定（Advanced Settings）] 行で、[構成の編集（Edit Configuration）] をクリックします。

[Advanced Settings] ページが表示されます。

ステップ 18

[詳細設定（Advanced Settings）] ページで必要な構成を行います。

- [コントラクト ベースのルーティング] コントラクト ベースのルーティング設定は、現在の内部 VRF ルート リーク ポリシーを反映しています。これは、インフラ テナントの下のグローバル ポリシーであり、ブール フラグを使用して、コントラクトがルート マップがない場合にルートを駆動できるかどうかを示します：

- オフ（はいボックスにチェックが入っていない）：デフォルト設定。ルートがコントラクトに基づいてリークされておらず、代わりにルート マップに基づいてリークされていることを示します。

- オン（On）（はいボックスにチェックが入っている）：ルート マップが存在しない場合に、契約に基づいてルートが漏洩していることを示します。有効にすると、ルート マップが構成されていないときにコントラクトがルーティングを駆動します。ルート マップが存在する場合、ルート マップは常にルーティングを駆動します。

- [クラウド ネットワーク コントローラ アクセス権限（Cloud Network Controller Access Privilege）]：デフォルトで [ルーティングとセキュリティ（Routing & Security）] に設定されています。

アクセス ポリシーを変更する場合は、[Cisco クラウド ネットワーク コントローラ アクセス権限（Cisco Cloud Network Controller Access Privilege）] フィールドのスクロール ダウン メニューをクリックし、VPC (クラウド コンテキスト プロファイル) レベルで適用するアクセス ポリシーの 1 つを選択します。

- ルーティングとセキュリティ：デフォルトのアクセス ポリシー。Cisco Cloud ネットワーク コントローラにアクセス ポリシーを割り当てない場合、Cisco Cloud ネットワーク コントローラには、デフォルトでルーティングとセキュリティのアクセス ポリシーが適用されます。

ルーティングとセキュリティ アクセス ポリシーを Cisco Cloud ネットワーク コントローラに割り当てることは、ルーティングとセキュリティを制御できる完全な権限を持っていることを意味します。

- ルーティングのみ：ルーティングのみのアクセス ポリシーを Cisco Cloud ネットワーク コントローラに割り当てることは、ルーティング ポリシーとネットワーク接続のみを制御できることを意味します。

ステップ 19

[保存して続行（Save and Continue）] をクリックします。

[基本を構成しましょう（Let's Configure the Basics）]ページに戻ります。

ステップ 20

[スマート ライセンシング] 行で、[登録]をクリックします。

[スマート ライセンシング] ページが表示されます。

ステップ 21

[スマート ライセンシング] ページに必要な情報を入力します。

Cisco Smart Licensing は、複数のシスコ製品間でソフトウェア ライセンスを管理する統合ライセンス管理システムです。お使いの Cisco Cloud Network Controller を Cisco Smart Licensing に登録するには、以下のようにします。

- 製品がインターネットにアクセスできること、またはネットワーク上にインストールされた Smart Software Manager サテライトにアクセスできることを確認してください。

- スマート アカウントにログインします。

- Smart Software Manager: https://software.cisco.com/

- Smart Software Manager サテライト: https://www.cisco.com/c/en/us/buy/smart-accounts/software-manager-satellite.html

- この製品インスタンスで使用するライセンスが含まれている仮想アカウントに移動します。

- 製品インスタンスの登録トークン（これによりスマート アカウントを識別）を生成し、そのトークンをコピーするか、または保存します。

スマート ソフトウェア ライセンシングの詳細については、https://www.cisco.com/go/smartlicensing を参照してください。

ステップ 22

このページに必要なライセンス情報を入力した場合は、ページの下部にある [登録（Register）] をクリックします。評価モードで続行する場合は、[評価モードで続行（Continue in Evaluation Mode）] をクリックします。

[概要（Summary）] ページが表示されます。

ステップ 23

[Summary] ページで情報を確認し、[Close] をクリックします。

この時点で、Cisco Cloud Network Controller の内部ネットワーク接続の設定は完了です。

Cisco Cloud Network Controller を初めて展開する場合は、このプロセスが正常に完了するまでにかなりの時間（30 分程度）がかかることがあります。

次のタスク

Cisco Cloud Network Controller サイトとともに追加のサイトを管理するかどうかを決定します。

- Cisco Cloud Network Controller サイトとともに追加サイト（オンプレミス サイトまたはクラウド サイト）をマッピングしている場合、マルチサイトを介した Cisco Cloud Network Controller の管理 に移動します。

- Cisco Cloud Network Controller サイトとともに他のサイトを管理していないクラウド ファースト構成をセットアップする場合は、追加の構成に Cisco Cisco Nexus Dashboard Orchestrator を使用する必要はありません。ただし、この場合、Cisco Cloud Network Controller GUIで追加の設定を実行する必要があります。Cisco Cloud Network Controller GUIの [グローバル作成（Global Create）] オプションを使用して、次のコンポーネントを設定します。

- テナント

- アプリケーション プロファイル

- EPG

詳細については、「Cisco Cloud Network Controller GUI のナビゲート」と「Cisco Cloud Network Controller コンポーネントの構成」を参照してください。

Cisco Cloud Network Controller セットアップ ウィザードの構成の確認

このトピックの手順に従って、Cisco Cloud Network Controller セットアップ ウィザードに入力した構成情報が正しく適用されていることを確認します。

手順

Cisco Cloud Network Controller で、次の設定を確認します。

- [Cloud Resources]で、[Regions]をクリックし、選択したリージョンが[Admin State]列に管理対象として表示されていることを確認します。

- [Infrastructure]で[Inter-Region Connectivity]をクリックし、この画面の情報が正しいことを確認します。

- [インフラストラクチャ（Infrastructure）] で、[オンプレミス接続（On Premises Connectivity）] をクリックし、この画面の情報が正しいことを確認します。

- [ダッシュボード (Dashboard)] をクリックし、オンプレミス接続ステータスおよびリージョン間接続ステータス ボックスの情報を使用してセットアップ ウィザードとトンネル設定が適切であることを確認します。

次のタスク

に示す手順を使用して、マルチサイト設定を完了します。マルチサイトを介した Cisco Cloud Network Controller の管理

Chapter6. マルチサイトを介した Cisco Cloud Network Controller の管理

- Cisco Cloud Network Controller とマルチサイトについて

- Cisco Cloud Network Controller サイトをマルチサイトに追加する

- サイト間インフラストラクチャの設定

- Cisco Cloud Network Controller と ISN デバイス間の接続の有効化

- 共有テナントの設定

- スキーマの作成

- アプリケーション プロファイルと EPG の設定

- ブリッジ ドメインの作成と VRF への関連付け

- コントラクトのフィルタの作成

- コントラクトの作成

- サイトをスキーマに追加する

- AWS でのインスタンスの設定

- エンド ポイント セレクタの追加

- マルチサイト構成の確認

Cisco Cloud Network Controller とマルチサイトについて

セットアップ ウィザードを使用して Cisco Cloud Network コントローラを設定するときに、 [サイト間接続 (Inter-Site Connectivity)] オプションを [リージョン管理 (Region Management)] ページで選択した場合は、マルチサイトを使用して、オンプレミス サイトやクラウド サイトなどの別のサイトを Cisco Cloud APIC サイトとともに管理します。Cisco Cloud ネットワーク コントローラのセットアップ ウィザードで、[クラウド ルータ (Cloud Routesr)] オプションだけを [リージョン管理 (Region Management)] ページで選択した場合、マルチサイトは必要ありません。

Cisco Cloud ネットワーク コントローラの管理専用に使用される、いくつかの新しいページが Cisco Nexus Dashboard Orchestratorに導入されています。この章のトピックでは、これらの新しい Cisco Cloud ネットワーク コントローラ管理ページについて説明します。これらの Cisco Cloud ネットワーク コントローラ管理ページに必要な情報を入力すると、Cisco Cloud ネットワーク コントローラは、実質的に、マルチサイトを介して管理する別のサイトになります。

Cisco Cloud ネットワーク コントローラ サイトとともにオンプレミス サイトを管理している場合は、まだ設定していなければ、これらの手順を開始する前にオンプレミス サイトを設定しておくことを推奨します。これらの手順については、Nexus Dashboard Orchestrator Installation and Upgrade Guide を参照してください。

Cisco Cloud Network Controller サイトをマルチサイトに追加する

手順

ステップ 1

まだログインしていない場合は、Cisco Nexus Dashboard Orchestrator にログインします。

ステップ 2

メイン メニューで [サイト] をクリックします。

ステップ 3

[サイト リスト] ページで、[サイトの追加 (ADD SITES)] をクリックします。

ステップ 4

[接続設定] ページで、次の操作を実行します。

1. [名前 (NAME)] フィールドに、サイト名を入力します。

たとえば、 cloudsite1です。

2. （任意） [ラベル (LABELS)] フィールドで、ラベルを選択するか作成します。

3. [APIC CONTROLLER URL] フィールドに、Cisco Cloud ネットワーク コントローラの URL を入力します。これは、Amazon Web Services によって割り当てられたパブリック IP アドレスで、セットアップウィザードを使用して Cisco Cloud Network Controller を構成する手順の開始時に、Cisco Cloud Network Controller にログインするために使用したのと同じパブリック IP アドレスです。

たとえば、 https://192.0.2.1です。

4. [ユーザ名 (USERNAME)]フィールドにユーザ名を入力します。

たとえば、adminとします。admin と同じ権限を持つ任意のアカウントに登録することもできます。

5. [パスワード (PASSWORD)] フィールドに、パスワードを入力します。

6. このフィールドが自動的に入力されていない場合は、[APIC SITE ID] フィールドに、一意のサイト ID を入力します。

サイト ID は、Cisco Cloud Network Controller サイトの一意の識別子である必要があります。範囲は 1 ～ 127 です。

7. [保存 (SAVE)] をクリックします。

ステップ 5

Cisco Cloud Network Controller サイトが正しく追加されたことを確認します。

複数のサイトを管理している場合は、Cisco Nexus Dashboard Orchestrator の [サイト (Sites)] 画面にすべてのサイトを表示する必要があります。Cisco Nexus Dashboard Orchestrator は、サイトがオンプレミスであるか、Cisco Cloud Network Controller サイトであるかを自動的に検出します。

次のタスク

「サイト間インフラストラクチャの設定」に進みます。

サイト間インフラストラクチャの設定

手順

ステップ 1

[サイト (Sites)] ビューで、[インフラの構築 (CONFIGURE INFRA)] をクリックします。

[ファブリック接続インフラ (Fabric Connectivity Infra)] ページが表示されます。

ステップ 2

左側のペインの [サイト (SITES)] の下で、クラウド サイトをクリックします。

クラウド サイト領域のほとんどすべての情報は自動的に入力され、次のステップで説明する [BGP パスワード (BGP Password)] フィールドを除き、変更できません。

ステップ 3

オンプレミス サイトとクラウド サイト間でパスワードを設定するかどうかを決定します。

- オンプレミス サイトとクラウド サイトの間でパスワードを設定しない場合は、ステップ 4に進みます。

- オンプレミス サイトとクラウド サイト間でパスワードを設定するには、次のようにします。

1. 右側のペインで、[BGP パスワード (BGP password)] フィールドをクリックして、パスワードを入力します。

2. [CloudSite] ウィンドウの右上隅にある [更新 (Refresh)] アイコンをクリックします。

すべてのクラウド プロパティは、 Cisco Cloud ネットワーク コントローラから自動的に取得されます。サイトが正常に更新されたことを示すメッセージが表示され、すべてのクラウドプロパティが Cisco Cloud ネットワーク コントローラから正常に取得されたことを確認します。

ステップ 4

クラウド サイトでマルチサイト接続を有効にするには、 [マルチサイト（Multi-Site）] ボタンをクリックします。

ステップ 5

サイト間インフラストラクチャを設定するために使用する展開のタイプを選択します。

画面の右上にある [展開 (Deploy)] ボタンをクリックすると、次のスクロールダウンメニューオプションが表示されます。

- [展開のみ (Deploy Only):] マルチクラウド (クラウドサイトからクラウドサイト) への接続を設定する場合は、このオプションを選択します。

このオプションは、クラウド サイトと Cisco Cloud Network Controller サイトに設定をプッシュし、クラウド サイト間のエンドツーエンド インターコネクト接続を有効にします。

- [展開 & IPN デバイス設定ファイルをダウンロード:（Deploy & Download IPN Device config files:）] オンプレミスの APIC サイトと Cisco Cloud Network Controller サイトの両方に設定をプッシュし、オンプレミスとクラウド サイト間のエンドツーエンド インターコネクト接続を有効にします。さらに、このオプションでは、AWS に導入された CCR とオンプレミスの IPsec 終端デバイスとの間の接続を有効にするための構成情報を含む zip ファイルをダウンロードします。すべてまたは一部の設定ファイルのどちらをダウンロードするかを選択できるようにするための、フォローアップ画面が表示されます。

- [IPN デバイス構成ファイルのみをダウンロード：（Download IPN Device config files only:）] AWS に展開された CCR とオンプレミスの IPsec 終端デバイス間の接続を有効にするために使用する、構成情報を含む zip ファイルをダウンロードします。すべてまたは一部の設定ファイルのどちらをダウンロードするかを選択できるようにするための、フォローアップ画面が表示されます。

Cisco Cloud Network Controller と ISN デバイス間の接続の有効化

（注）

このセクションの手順は、オンプレミス サイトとクラウド サイト間の接続を有効にしている場合にのみ実行してください。オンプレミス サイトがない場合は、これらの手順をスキップして、 共有テナントの設定 に進みます。

Amazon Web Services に展開された CCR とオンプレミスの IPsec ターミネーション デバイス間の接続を手動で有効にするには、次の手順に従います。

デフォルトでは、Cisco Cloud Network Controller は冗長 CCR のペアを展開します。このセクションの手順では、2 つのトンネルを作成します。1 つはオンプレミスの IPsec デバイスからこれらの各 CCR に対する IPsec トンネルです。

次の情報は、オンプレミスの IPsec 端末デバイスとして CCR のコマンドを提供します。別のデバイスまたはプラットフォームを使用している場合は、同様のコマンドを使用します。

手順

ステップ 1

AWS に導入された CCR とオンプレミスの IPsec ターミネーション デバイスとの間の接続を有効にするために必要な必要な情報を収集します。

- サイト間インフラストラクチャの設定で示されている手順の一部として Cisco Nexus Dashboard Orchestratorで、IPN デバイス設定ファイルを展開してダウンロードするか、IPN デバイス設定ファイルのみをダウンロードするように選択した場合、ISN デバイスの設定ファイルが含まれている zip ファイルを見つけます。

- AWS に展開された CCR とオンプレミスの IPsec 端末デバイスとの間の接続を有効にするために必要な情報を手動で検索する場合は、Cisco Cloud Network Controller インストール ガイドの付録で説明されているように、CSR とテナントの情報を収集します。

ステップ 2

オンプレミスの IPsec デバイスにログインします。

ステップ 3

最初の CCR のトンネルを構成します。

Cisco Nexus Dashboard Orchestrator を使用して、ISN デバイスの構成ファイルをダウンロードした場合は、最初の CCR の設定情報を見つけて、その構成情報を入力します。

最初の CCR の構成情報の例を次に示します。

crypto isakmp policy 1
encryption  aes
authentication pre-share
group  2
lifetime 86400
hash sha
exit

crypto keyring infra:overlay-1-<first-CCR-tunnel-ID>
pre-shared-key address <first-CCR-elastic-IP-address> key <first-CCR-preshared-key>
exit

crypto isakmp profile infra:overlay-1-<first-CCR-tunnel-ID>
local-address <interface>
match identity address <first-CCR-elastic-IP-address>
keyring infra:overlay-1-<first-CCR-tunnel-ID>
exit

crypto ipsec transform-set infra:overlay-1-<first-CCR-tunnel-ID> esp-aes esp-sha-hmac
mode tunnel
exit

crypto ipsec profile infra:overlay-1-<first-CCR-tunnel-ID>
set pfs group2
set security-association lifetime seconds 86400
exit

interface tunnel <first-CCR-tunnel-ID>
ip address <peer-tunnel-for-onprem-IPsec-to-first-CCR> 255.255.255.252
ip virtual-reassembly
tunnel source <interface>
tunnel destination <first-CCR-elastic-IP-address>
tunnel mode ipsec ipv4
tunnel protection ipsec profile infra:overlay-1-<first-CCR-tunnel-ID>
ip mtu 1476
ip tcp adjust-mss 1460
ip ospf <process-id> area <area-id>
no shut
exit

それぞれの説明は次のとおりです。

- <first-CCR-tunnel-ID> は、このトンネルに割り当てる一意のトンネル ID です。

- <first-CCR-tunnel-ID> は、最初の CCR の 3 番目のネットワーク インターフェイスの柔軟な IP アドレスです。

- <first-CCR-preshared-key> は、最初の CCR の事前共有キーです。

- <interface> は、Amazon Web サービスに導入された CCR への接続に使用されるインターフェイスです。

- <peer-tunnel-for-onprem-IPsec-to-first-CCR> は、最初のクラウド CCR に対してオンプレミスの IPsec デバイスのピア トンネル IP アドレスとして使用されます。

- <process-id> は OSPF プロセス ID です。

- <area-id> は、OSPF エリア ID です。

次に例を示します。

crypto isakmp policy 1
encryption  aes
authentication pre-share
group  2
lifetime 86400
hash sha
exit

crypto keyring infra:overlay-1-1000
pre-shared-key address 192.0.2.20 key 123456789009876543211234567890
exit

crypto isakmp profile infra:overlay-1-1000
local-address GigabitEthernet1
match identity address 192.0.2.20
keyring infra:overlay-1-1000
exit

crypto ipsec transform-set infra:overlay-1-1000 esp-aes esp-sha-hmac
mode tunnel
exit

crypto ipsec profile infra:overlay-1-1000
set pfs group2
set security-association lifetime seconds 86400
exit

interface tunnel 1000
ip address 30.29.1.2 255.255.255.252
ip virtual-reassembly
tunnel source GigabitEthernet1
tunnel destination 192.0.2.20
tunnel mode ipsec ipv4
tunnel protection ipsec profile infra:overlay-1-1000
ip mtu 1476
ip tcp adjust-mss 1460
ip ospf 1 area 1
no shut
exit

ステップ 4

2 番目の CCR のトンネルを構成します。

Cisco Nexus Dashboard Orchestrator を使用して、ISN デバイスの設定ファイルをダウンロードした場合は、2 番目の CCR の設定情報を見つけて、その設定情報を入力します。

2 番目の CCR の構成情報の例を次に示します。

crypto isakmp policy 1
encryption  aes
authentication pre-share
group  2
lifetime 86400
hash sha
exit

crypto keyring infra:overlay-1-<second-CCR-tunnel-ID>
pre-shared-key address <second-CCR-elastic-IP-address> key <second-CCR-preshared-key>
exit

crypto isakmp profile infra:overlay-1-<second-CCR-tunnel-ID>
local-address <interface>
match identity address <second-CCR-elastic-IP-address>
keyring infra:overlay-1-<second-CCR-tunnel-ID>
exit

crypto ipsec transform-set infra:overlay-1-<second-CCR-tunnel-ID> esp-aes esp-sha-hmac
mode tunnel
exit

crypto ipsec profile infra:overlay-1-<second-CCR-tunnel-ID>
set pfs group2
set security-association lifetime seconds 86400
exit

interface tunnel <second-CCR-tunnel-ID>
ip address <peer-tunnel-for-onprem-IPsec-to-second-CCR> 255.255.255.252
ip virtual-reassembly
tunnel source <interface>
tunnel destination <second-CCR-elastic-IP-address>
tunnel mode ipsec ipv4
tunnel protection ipsec profile infra:overlay-1-<second-CCR-tunnel-ID>
ip mtu 1476
ip tcp adjust-mss 1460
ip ospf <process-id> area <area-id>
no shut
exit

例：

crypto isakmp policy 1
encryption  aes
authentication pre-share
group  2
lifetime 86400
hash sha
exit

crypto keyring infra:overlay-1-1001
pre-shared-key address 192.0.2.21 key 123456789009876543211234567891
exit

crypto isakmp profile infra:overlay-1-1001
local-address GigabitEthernet1
match identity address 192.0.2.21
keyring infra:overlay-1-1001
exit

crypto ipsec transform-set infra:overlay-1-1001 esp-aes esp-sha-hmac
mode tunnel
exit

crypto ipsec profile infra:overlay-1-1001
set pfs group2
set security-association lifetime seconds 86400
exit

interface tunnel 1001
ip address 30.29.1.6 255.255.255.252
ip virtual-reassembly
tunnel source GigabitEthernet1
tunnel destination 192.0.2.21
tunnel mode ipsec ipv4
tunnel protection ipsec profile infra:overlay-1-1001
ip mtu 1476
ip tcp adjust-mss 1460
ip ospf 1 area 1
no shut
exit

ステップ 5

構成する必要があるその他の CCR について、これらの手順を繰り返します。

ステップ 6

オンプレミスの IPsec デバイスでトンネルがアップしていることを確認します。

次に例を示します。

ISN_CCR# show ip interface brief | include Tunnel
Interface              IP-Address      OK? Method Status                Protocol
Tunnel1000             30.29.1.2         YES manual up                    up
Tunnel1001             30.29.1.4         YES manual up                    up

両方のトンネルがアップとして表示されていない場合は、この項の手順で入力した情報を確認して、問題が発生している可能性がある場所を確認します。両方のトンネルがアップとして表示されるまで、次のセクションに進まないでください。

共有テナントの設定

オンプレミスサイトと Cisco Cloud Network Controller サイト間で共有されるテナントを設定するには、この項の手順に従います。

手順

ステップ 1

Cisco Nexus Dashboard Orchestratorで、次の手順を実行します。

1. メイン メニューで、[テナント (Tenants)] をクリックします。

2. [テナント リスト (Tenants List)] エリアで、[テナントの追加 (ADD TENANT)] をクリックします。

3. [テナントの詳細 (Tenant Details)] ペインで、次の手順を実行します。

- [表示名 (DISPLAY NAME)] フィールドに、テナント名を入力します。

- オプション: [説明 (DESCRIPTION)] フィールドに、テナントについての簡潔な説明を入力します。

- [関連するサイト (Associated Sites)] セクションで、オンプレミスとクラウドのサイトを選択します。

- まだ選択していなければ、[関連するユーザ (Associated Users)] セクションで、ユーザを選択します。

- [保存 (SAVE)] をクリックします。

ステップ 2

Cisco Cloud Network Controller サイトにログインし、このテナントの Amazon Web Services アカウントの詳細を設定します。

1. メインの Cisco Cloud Network Controller ページの [アプリケーション管理（Application Management）] の下で、[テナント（Tenant）] をクリックします。

2. [テナント (Tenant)] ページで、前の手順の Cisco Nexus Dashboard Orchestrator で作成したテナントをクリックします。

3. 画面の右上にある展開ボタンをクリックします。

これは、[閉じる (X)] ボタンの横にある、正方形と上向きの矢印が付いたボタンです。

4. [テナント (Tenant)] ページで、画面の右上にある編集ボタンをクリックします。これは、[アクション (Actions)] フィールドの横にある、鉛筆のアイコンが付いたボタンです。

5. [テナントの編集 (Edit Tenant)] ページで、[設定 (Settings)] 領域までスクロールし、 ユーザ テナントのアクセス タイプに応じて必要な情報を入力します。

- Cisco Cloud Network Controller のユーザー テナントが信頼されている場合（CFT を使用して信頼できるテナントの AWS アカウントを設定した場合）は、このページに次の情報を入力します。

- [AWS アカウント ID (AWS Account ID):] ユーザ テナントの AWS アカウント番号 (CFT を使用して、信頼できるテナントの AWS アカウントをセットアップしたときにログインした AWS アカウント) を入力します。

- [アクセスタイプ（Access Type）]：このフィールドで[信頼（Trusted）]を選択します。

（注）

[クラウド アクセス キー ID (Cloud Access KEY ID)] フィールドと [クラウド秘密アクセス キー (Cloud Secret Access Key)] フィールドは、[アクセス タイプ（Access Type）] として [信頼済み（Trusted）] を選択している場合、 表示されません。これらのフィールドは、信頼できるテナントには必要ありません。

- Cisco Cloud Network Controller のユーザー テナントが信頼されていない場合（AWS アクセスキー ID と秘密アクセス キーを使用して、信頼できないユーザー テナントの AWS アカウントをセットアップした場合）は、このページで次の情報を入力します。

- [AWS アカウント ID (AWS Account ID):] このフィールドには、ユーザ テナントの AWS アカウント番号を入力します。

- Access Type：このフィールドで[Untrusted]を選択します。

- [クラウド アクセス キー ID (Cloud Access KEY ID):] このフィールドには、ユーザ テナントの AWS アクセスキー ID 情報を入力します。

- [クラウド秘密アクセス キー (Cloud Secret Access Key):] このフィールドには、ユーザ テナントの AWS 秘密アクセス キー情報を入力します。

- Cisco Cloud Network Controller のユーザー テナントが AWS 組織のメンバーであり（AWS 組織を使用して組織を設定し、組織内にアカウントを作成するか、組織にアカウントを招待することでアカウントを追加し）、組織のマスターアカウントで Cisco Cloud Network Controller を展開した場合は、次の情報を入力して組織タグをこのテナントに割り当てます。

- [AWS アカウント ID (AWS Account ID):] このフィールドには、ユーザ テナントの AWS アカウント番号を入力します。

- [アクセスタイプ（Access Type）]：このフィールドで[組織（Organization）]を選択します。

（注）

このテナントに組織タグを割り当てる場合は、以下が適用されます。

- このフィールドで [組織（Organization）] オプションがグレー表示されている場合は、AWS 組織の マスターアカウントで Cisco Cloud Network Controller（インフラ テナント）を展開していません。Cisco Cloud Network Controller（インフラ テナント）が AWS 組織のマスター アカウントで展開されていない場合、テナントに組織タグを割り当てることはできません。詳細については、AWS での Cisco Cloud Network Controller の展開を参照してください。

- マスター アカウントが既存の AWS アカウントを組織に参加するよう招待していた場合、組織テナントのために AWS で OrganizationAccountAccessRole IAM ロールが構成されており、そのロールで Cisco Cloud Network Controller 関連の権限が利用可能になっていることを確認してください。詳細については、「AWS Organizations と組織のユーザ テナントのサポート」を参照してください。

（注）

[クラウド アクセス キー ID (Cloud Access KEY ID)] フィールドと [クラウド秘密アクセス キー (Cloud Secret Access Key)] フィールドは、[アクセス タイプ（Access Type）] として [信頼済み（Trusted）] を選択している場合、 表示されません。これらのフィールドは、組織テナントには必要ありません。

6. 画面の下部にある[保存（Save）] をクリックします。

次のタスク

「スキーマの作成」に進みます。

スキーマの作成

Cisco Cloud ネットワーク コントローラに固有ではない一般的な Multi-Site 手順がいくつかありますが、マルチサイトを介してオンプレミスサイトと Cisco Cloud ネットワーク コントローラ サイトを管理している場合は Cisco Cloud ネットワーク コントローラの全体的なセットアップの一部として実行する必要があります。ここでは、Cisco Cloud Network Controller の全体的なセットアップの一部である Multi-Site の一般的な手順について説明します。

Cisco Cloud Network Controller サイトの新しいスキーマを作成する場合は、この項の手順に従ってください。

Cisco Cloud Network Controller サイトに使用するスキーマがすでにある場合は、これらの手順をスキップして、サイトをスキーマに追加する に移動することができます。

手順

ステップ 1

メイン メニューで [スキーマ] をクリックします。

ステップ 2

[スキーマ] ページで、[スキーマの追加] をクリックします。

ステップ 3

[無題スキーマ] ページで、ページの上部にあるテキスト 無題スキーマを、作成するスキーマの名前 (たとえば、 Cloudbursting スキーマ に置き換えます。

ステップ 4

左側のペインで [ロール (Roles)] をクリックします。

ステップ 5

中央のペインで、スキーマを作成するエリアをクリックしてテナントを選択してください をクリックしてください。

ステップ 6

[テナントの選択] ダイアログ ボックスにアクセスし、ドロップダウン メニューから 共有テナントの設定 で作成したテナントを選択します。

アプリケーション プロファイルと EPG の設定

この手順では、アプリケーション プロファイルを設定し、2 つの EPG を追加する方法について説明します。1 つはクラウド サイト用、もう 1 つは、プロバイダ コントラクトが 1 つの EPG に関連付けられており、コンシューマ コントラクトが他の EPG に関連付けられている場合です。

手順

ステップ 1

中央のペインで、[アプリケーション プロファイル (Application Profile)] エリアを見つけて、[+ アプリケーション プロファイル (+ Application profile)] をクリックします。

ステップ 2

右側のペインで、[表示名 (DISPLAY NAME)] フィールドにアプリケーション プロファイルの名前を入力します。

ステップ 3

中央のペインで、[+ EPG の追加 (+ ADD EPG)] をクリックして、クラウド サイトの EPG を作成します。

ステップ 4

右側のペインで、[表示名 (DISPLAY NAME)] フィールドに EPG の名前を入力します (たとえば epg1)。

ステップ 5

オンプレミス サイトの EPG を作成する場合には、中央のペインで、[+ EPG の追加 (+ ADD EPG)] をクリックします。

ステップ 6

右側のペインで、[表示名 (DISPLAY NAME)] フィールドに EPG の名前を入力します (たとえば epg2)。

ステップ 7

VRF を作成します。

1. 中央のペインで、[VRF] エリアが表示されるまで下方にスクロールし、点線で囲まれたボックスの + をクリックします。

2. 右側のペインで、[表示名 (DISPLAY NAME)] フィールドに EPG の名前を入力します (たとえば vrf1)。

ステップ 8

[保存 (SAVE)] をクリックします。

ブリッジ ドメインの作成と VRF への関連付け

この項の手順に従って、オンプレミス サイトのブリッジ ドメインを作成し、それを VRF に関連付けます。これらの手順は、クラウドのみのスキーマには必要ではないことに注意してください。

手順

ステップ 1

中央のペインで、[EPG] まで上にスクロールして戻り、以前にオンプレミス サイト用に作成した EPG をクリックします。

ステップ 2

右側のペインの[オンプレミス プロパティ (ON-PREM PROPERTIES)] エリアの [ブリッジ ドメイン (BRIDGE DOMAIN)])] の下で、フィールドに名前を入力し (たとえば、 bd1)、[作成 (create)] エリアをクリックして新しいブリッジ ドメインを作成します。

ステップ 3

中央のペインで、今作成したブリッジ ドメインをクリックします。

ステップ 4

[仮想ルーティング/フォワーディング (Virtual Routing & Forwarding)] フィールドで、アプリケーション プロファイルと EPG の設定 で作成した VRF を選択します。

ステップ 5

[サブネット (SUBNETS)] エリアまで下にスクロールし、 [ GATEEAY (ゲートウェイ)] 見出しの下の [サブネット (SUBNET)] の横にある + をクリックします。

ステップ 6

[サブネットの追加 (Add Subnet)] ダイアログで、[ゲートウェイ IP (Gateway IP)]アドレスと、追加する予定のサブネットの説明を入力します。このゲートウェイ IP アドレスは、オンプレミスのサブネットのものです。

ステップ 7

[範囲 (Scope)] フィールドで、[外部にアドバタイズ (Advertised Externally)] を選択します。

ステップ 8

[保存 (SAVE)] をクリックします。

コントラクトのフィルタの作成

手順

ステップ 1

中央のペインで、[コントラクト (Contract)] エリアが表示されるまで下方にスクロールし、点線で囲まれたボックスの + をクリックします。

ステップ 2

右側のペインで、[表示名 (DISPLAY NAME)] フィールドにフィルタの名前を入力します。

ステップ 3

[+ 入力(+ Entry)] をクリックして、[エントリの追加 (Add Entry)] ディスプレイ上のスキーマ フィルタについての情報を入力します。

1. Name フィールド (Add Entry ダイアログ) のスキーマ フィルタ エントリの名前を入力します。

2. オプション。Description フィールドにフィルタの説明を入力します。

3. EPG の通信のフィルタ処理を行うために、必要に応じて詳細を入力します。

たとえば、フィルタを通過する HTTPS トラフィックを許可するエントリを追加するには、次のように選択します。

TYPE: IP、IP PROTOCOL: TCP、および DESTINATION PORT RANGE FROM および DESTINATION PORT range TO: https。

4. [保存 (SAVE)] をクリックします。

コントラクトの作成

手順

ステップ 1

中央のペインで、[コントラクト (Contract)] エリアが表示されるまで下方にスクロールし、点線で囲まれたボックスの + をクリックします。

ステップ 2

右側のペインで、[表示名 (DISPLAY name)] フィールドにコントラクトの名前を入力します。

ステップ 3

[範囲 (SCOPE)] エリアで、VRF の選択をそのままにします。

ステップ 4

[フィルタ チェーン (FILTER CHAIN)] エリアで、[+ フィルタ (+ FILTER)] をクリックします。

[フィルタ チェーンの追加 (Add Filter Chain)] 画面が表示されます。

ステップ 5

[名前 (NAME)] フィールドで、コントラクトのフィルタの作成 で作成したフィルタを選択します。

ステップ 6

中央のペインで、[EPG] までスクロールして戻り、クラウド サイト用に作成した EPG をクリックします。

ステップ 7

右側のペインで、 [+コントラクト (+ CONTRACT)] をクリックします。

[コントラクトの追加] 画面が表示されます。

ステップ 8

[コントラクト (contract)] フィールドで、この手順で以前に作成したコントラクトを選択します。

ステップ 9

[タイプ (TYPE)] フィールドで、コンシューマまたはプロバイダのいずれかを選択します。

ステップ 10

[クラウドのプロパティ (CLOUD PROPERTIES)] エリアまでスクロールし、[仮想ルーティングと転送 (VIRTUAL ROUTING & FORWARDING)]] エリアで、アプリケーション プロファイルと EPG の設定 で作成した VRF を選択します。

ステップ 11

[保存 (SAVE)] をクリックします。

ステップ 12

中央のペインで、[EPG] までスクロールして戻り、オンプレミス サイト用に作成した EPG をクリックします。

ステップ 13

右側のペインで、 [+コントラクト (+ CONTRACT)] をクリックします。

[コントラクトの追加] 画面が表示されます。

ステップ 14

[コントラクト (contract)] フィールドで、この手順で以前に作成したコントラクトを選択します。

ステップ 15

[タイプ (TYPE)] フィールドで、[コンシューマ (CONSUMER)] または [プロバイダ (PROVIDER)] を選択します。これは、前の EPG に選択しなかったものです

たとえば、最初の EPG に [プロバイダ (PROVIDER)] を選択した場合は、2番目の EPG の [コンシューマ (CONSUMER)] を選択します。

ステップ 16

[クラウドのプロパティ (CLOUD PROPERTIES)] エリアまでスクロールし、[仮想ルーティングと転送 (VIRTUAL ROUTING & FORWARDING)]] エリアで、アプリケーション プロファイルと EPG の設定 で作成したものと同じ VRF を選択します。

サイトをスキーマに追加する

手順

ステップ 1

左側のペインで、[サイト (Sites)] の横にある + をクリックします。

ステップ 2

[サイトの追加 (Add Sites)] ページで、それぞれの横にあるボックスをオンにして、オンプレミスおよびクラウド サイトをスキーマに追加し、[保存 (Save)] をクリックします。

ステップ 3

左側のペインのクラウド サイトの下にあるテンプレートをクリックして、テンプレートのサイト ローカル プロパティを設定します。

ステップ 4

中央のペインで、VRF をクリックします。

ステップ 5

右側のペインの [サイト ローカル プロパティ (SITE LOCAL PROPERITES)] 領域で、次の情報を入力します。

1. [リージョン (region)] フィールドで、この VRF を導入する Amazon Web サービスのリージョンを選択します。

2. CIDRフィールドで、+CIDR をクリックします。

[クラウド CIDR の追加（ADD CLOUD CIDR）]ダイアログボックスが表示されます。次の情報を入力します。

- CIDR: VPC CIDR 情報を入力します。たとえば、 11.11.0.0/16とします。

CIDR には、Amazon Web Services VPC で使用可能になるすべてのサブネットの範囲が含まれています。

（注）

このフィールドに入力した VPC CIDR 情報は、インフラ VPC CIDR と重複させることはできません。このフィールドに入力した CIDR 情報が、AWS での Cisco Cloud Network Controller の展開 の ステップ 12 の [インフラ VPC プール (Infra VPC Pool)] フィールドに入力したインフラ VPC CIDR 情報と重複していないことを確認します。

- [CIDR タイプ (CIDR TYPE)]: [プライマリ (Primary)] または [セカンダリ (Secondary)] を選択します。これが最初の CIDR の場合は、CIDR タイプとして [プライマリ (Primary)] を選択します。

- [サブネット追加 (ADD SUBNETS)]: サブネット情報を入力し、ゾーンを選択してから、チェックマークをクリックします。たとえば、 11.11.1.0/24 とします。

サブネットは、各アベイラビリティ ゾーンの CIDR ブロックの範囲内に割り当てます。

3. ウィンドウで [保存 (Save)] をクリックします。

AWS でのインスタンスの設定

Cisco Cloud Network Controller のためのエンドポイント セレクタを、Cisco Cloud Network Controller GUI または Cisco Nexus Dashboard Orchestrator GUI のいずれか使用して設定する場合には、Cisco Cloud Network Controller のため構成するエンドポイント セレクタに対応している、AWS 内で必要なインスタンスについても、構成することが必要になります。

このトピックでは、AWS でインスタンスを設定する手順について説明します。Cisco Cloud Network Controller のためのエンドポイント セレクタを設定する前に、または後で、これらの手順を使用して AWS のインスタンスを構成することができます。たとえば、先に AWS のアカウントに移動し、AWS のカスタム タグまたはラベルを作成してから、Cisco Nexus Dashboard Orchestrator のカスタム タグまたはラベルを使用して、エンドポイント セレクタを作成することができます。または、Cisco Nexus Dashboard Orchestrator でカスタムタグまたはラベルを使用してエンドポイント セレクタを作成してから、AWS のアカウントに移動し、AWS のカスタム タグまたはラベルを作成することもできます。

手順

ステップ 1

Cisco Nexus Dashboard Orchestrator GUI または Cisco Cloud Network Controller GUI を使用してクラウド コンテキスト プロファイルを設定したかどうかを確認します。

クラウド コンテキスト プロファイルは、AWS インスタンス設定プロセスの一部として設定する必要があります。ここで、クラウド コンテキスト プロファイルは、VRF およびリージョンと組なって、そのリージョン内の AWS VPC を表します。Cisco Cloud Network Controller GUI を使用してクラウド コンテキスト プロファイルを設定すると、VRF やリージョンの設定などの設定情報は、AWS にプッシュされます。同様のアクションは、Cisco Cloud Network Controller を Cisco Nexus Dashboard Orchestrator GUI を使用して構成した場合にも生じます。ここで、これらのクラウド コンテキスト プロファイル設定は、Cisco Cloud Network Controller 構成プロセスの一部として Cisco Nexus Dashboard Orchestrator GUI によって AWS にプッシュされます。

- Cisco Cloud Network Controller を Cisco Nexus Dashboard Orchestrator GUI を使用して設定する場合は、クラウド コンテキスト プロファイルを手動で設定する必要はありません。VRF やリージョン設定など、特定のクラウド コンテキスト プロファイル構成は、Cisco Cloud Network Controller 構成プロセスの一部として、前のセクションで実行した Cisco Nexus Dashboard Orchestrator GUI により設定され、AWS にプッシュされます。

- クラウド コンテキスト プロファイルを Cisco Cloud Network Controller GUI を使用して設定する場合には、Cisco Cloud APIC User Guide, Release 4.1(x) で説明されている手順に従い、GUI または REST API を使用して、クラウド コンテキスト プロファイルを設定してください。

ステップ 2

クラウド コンテキスト プロファイルの設定を確認し、AWS インスタンスで使用する設定を決定します。

1. まだログインしていない場合は、Cisco Cloud Network Controller にログインします。

2. [ナビゲーション (Navigation)] メニューで、[アプリケーション管理 (Application Management)] タブを選択します。

[アプリケーション管理 (Application Management)] タブを展開すると、サブタブ オプションのリストが表示されます。

3. [クラウド コンテキスト プロファイル (Cloud Context Profiles)] サブタブ オプションを選択します。

Cisco Cloud Network Controller 用に作成したクラウド コンテキスト プロファイルのリストが表示されます。

4. この AWS インスタンス設定プロセスの一部として使用するクラウド コンテキスト プロファイルを選択します。

リージョン、VRF、IP アドレス、サブネットなど、このクラウド コンテキスト プロファイルのさまざまな設定パラメータが表示されます。AWS インスタンスを設定するときには、このウィンドウに表示される情報を使用します。

ステップ 3

まだログインしていない場合は、Cisco Cloud Network Controller ユーザー テナントの Amazon Web Services アカウントにログインします。

ステップ 4

[サービス (Services)] > EC2 > インスタンス (Instances)] > [インスタンスの起動 (Launch Instance)] に移動します。

ステップ 5

[Amazon マシン イメージ (AMI )の選択 (Choose Amazon Machine Image (AMI))] ページで、Amazon マシン イメージ (AMI) を選択します。

ステップ 6

[インスタンス タイプの選択 (Choose An Instance type)] ページで、インスタンス タイプを選択し、[インスタンスの詳細の設定 (Configure instance Detail)] をクリックします。

ステップ 7

[インスタンスの詳細の設定 (Configure instance Detail)] ページで、該当するフィールドに必要な情報を入力します。

- [ネットワーク (Network)] フィールドで、Cisco Cloud Network Controller VRF を選択します。

これは、この AWS インスタンス設定プロセスの一部として使用しているクラウド コンテキスト プロファイルに関連付けられている VRF です。

- [サブネット (Subnet)] フィールドに、サブネットを入力します。

- パブリック IP を使用する場合は、[パブリック IP の自動割り当て (Auto Assign public IP)] フィールドで、スクロールダウンメニューから [有効 (Enable)] を選択します。

ステップ 8

[インスタンスの詳細の設定 (Configure Instance Details)] ページに必要な情報を入力したら、[ストレージを追加 (Add Storage)] をクリックします。

ステップ 9

[ストレージの追加 (Add Storage)] ページで、デフォルト値を受け入れるか、必要に応じてこのページでストレージを設定し、[タグの追加 (add Tags)] をクリックします。

ステップ 10

[タグの追加 (Add Tags)] ページで、[タグの追加 (add Tag)] をクリックし、このページの該当するフィールドに必要な情報を入力します。

（注）

これらの手順の後の部分で、エンドポイント セレクタのタイプに対して IP アドレス、リージョン、またはゾーンを使用する場合は、このページに情報を入力する必要はありません。このような状況では、AWS でインスタンスを開始すると、Cisco Cloud Network Controller によって IP アドレス、リージョン、またはゾーンが検出され、エンドポイントが EPG に割り当てられます。

- [キー (Key):] これらの手順で後で追加するエンドポイント セレクタのタイプのカスタム タグを作成するときに使用するキーを入力します。

- [値 (Value):] このキーで使用する値を入力します。

- [インスタンス (Instance):] このフィールドのチェックボックスをオンにします。

- [ボリューム (Volume):]このフィールドのチェックボックスをオンにします。

たとえば、これらの手順で後ほど、エンドポイント セレクタの特定のビルディングのカスタム タグを作成する予定の場合 (building6 など) は、このページの次のフィールドに次の値を入力できます。

- [キー (Key):] ロケーション

- [値 (value):] building6

ステップ 11

[確認して起動する（Review and Launch） をクリックします。

既存のキー ペアを選択するか、新しいキー ペアを作成します。キーペアの ページが表示されます。後ほどインスタンスに ssh 接続する場合は、このページの情報を使用します。

エンド ポイント セレクタの追加

Cisco Cloud Network Controller で、クラウド EPG は同じセキュリティ ポリシーを共有するエンドポイントの収集です。クラウド EPG は、1 つまたは複数のサブネット内にエンドポイントを持つことができ、VRF に関連付けられます。

Cisco Cloud Network Controller には、エンドポイントをクラウド EPG に割り当てるために使用される、エンドポイント セレクタと呼ばれる機能があります。エンドポイント セレクタは、基本的に言って、Cisco ACI によって管理される AWS VPC に割り当てられたクラウド インスタンスに対して実行される一連のルールです。エンドポイント インスタンスに一致するエンドポイント セレクタ ルールは、そのエンドポイントをクラウド EPG に割り当てます。エンドポイント セレクタは、Cisco ACI で使用可能な属性ベースのマイクロセグメンテーションに似ています。

エンドポイント セレクタは、 Cisco Cloud Network Controller GUI または Cisco Nexus Dashboard Orchestrator GUI のいずれかを使用して構成できます。2 つの GUI 間で使用可能なオプションにはわずかな違いがありますが、エンドポイント セレクタを追加するための一般的な概念と全体的な手順は、基本的にこの 2 つの間で同じです。

このセクションの手順では、 Cisco Nexus Dashboard Orchestrator GUI を使用してエンドポイント セレクタを設定する方法について説明します。Cisco Cloud Network Controller GUI を使用したエンドポイント セレクタのセットアップの詳細については、Cisco Cloud Network Controller ユーザー ガイド を参照してください。

手順

ステップ 1

Cisco Cloud Network Controller のエンドポイント セレクタに使用できる Amazon Web Services サイトから、必要な情報を収集します。

手順については、AWS でのインスタンスの設定を参照してください。

（注）

これらの手順は、最初に AWS でインスタンスを設定してから、その後に Cisco Cloud Network Controller のエンドポイント セレクタを追加することを前提としています。ただし、AWS でのインスタンスの設定 で説明されているように、最初に Cisco Cloud Network Controller のエンドポイント セレクタを追加してから、この AWS インスタンスの設定手順を、これらのエンドポイント セレクタの手順の最後で実行することもできます。

ステップ 2

ログインしていない場合は、Cisco Nexus Dashboard Orchestrator にログインします。

ステップ 3

左側のペインで、[スキーマ (schema)] をクリックし、以前に作成したスキーマを選択します。

ステップ 4

エンドポイント セレクタを作成する方法を決定します。

- 今後追加される、任意のクラウド サイトに適用できるエンドポイント セレクタを作成するには、次の手順を実行します。

1. 左側のペインで、テンプレートを選択したままにします。

これらの手順で特定のサイトを選択しないでください。

2. 中央のペインで、クラウド サイト用に作成した EPG を選択します。

3. 右側のペインの [クラウドのプロパティ (CLOUD PROPERITES)] 領域で、+ ([セレクタ (SELECTORS)] の横にあるもの) をクリックして、エンドポイント セレクタを設定します。

4. [新しいエンドポイント セレクタの追加 (Add New End Point selector)] ダイアログで、[エンドポイント セレクタ名 (END POINT SELECTOR NAME)] フィールドに、このエンドポイント セレクタで使用する分類に基づいて名前を入力します。

5. [+ 式 (Expression)] をクリックし、エンドポイント セレクタのタイプを選択します。

このように作成されたエンドポイント セレクタの場合、[キー (Key)] フィールドで使用できるオプションは [EPG] のみです。

6. ステップ 5 に進みます。

- このクラウド サイト専用のエンドポイント セレクタを作成するには、次の手順を実行します。

1. 左ペインで、クラウド サイトを選択します。

2. 中央のペインで、クラウド サイト用に作成した EPG を選択します。

3. 右側のペインの [サイトのローカルのプロパティ (SITE LOCAL PROPERITES)] 領域の [セレクタ (SELECTOR)]領域で、+ ([セレクタ （SELECTOR)] の横にあるもの) をクリックして、エンドポイント セレクタを設定します。

4. [新しいエンドポイント セレクタの追加 (Add New End Point selector)] ダイアログで、[エンドポイント セレクタ名 (END POINT SELECTOR NAME)] フィールドに、このエンドポイント セレクタで使用する分類に基づいて名前を入力します。

たとえば、IP サブネット分類のエンドポイント セレクタの場合は、 [IP-Subnet-EPSelector]などの名前を使用できます。

5. [+ 式 (Expression)] をクリックし、エンドポイント セレクタで使用するキーを選択します。

- [IP アドレス (IP Address)]): IP アドレスまたはサブネットによって選択するために使用されます。

- [リージョン (Region)]: エンドポイントの AWS リージョンで選択するために使用されます。

- [ゾーン (Zone)]: エンドポイントの AWS アベイラビリティ ゾーンによって選択するために使用されます。

- エンドポイント セレクタのカスタム タグを作成する場合は、[検索または作成のために入力 (Type to search or create)] フィールドで入力を開始してカスタム タグまたはラベルを入力し、新しいフィールドで [作成 (Create)] をクリックして、新しいカスタム タグまたはラベルを作成します。

AWS にタグを追加するときに、これらの手順の前の例を使用すると、以前に AWS で追加したロケーション タグと一致するように、このフィールドにカスタム タグのロケーションを作成できます。

ステップ 5

[演算子 (Operator)] フィールドで、エンドポイント セレクタに使用する演算子を選択します。

次のオプションがあります。

- [等しい (Equals)]: [値 (value)] フィールドに 1 つの値がある場合に使用します。

- [等しくない (Not Equals)]: 値フィールドに 1 つの値がある場合に使用されます。

- [の中にある (In)]: [値 (Value)] フィールドに複数のカンマ区切り値がある場合に使用します。

- [の中にない (Not In)]: 値フィールドに複数のカンマ区切り値がある場合に使用されます。

- [キーを持つ (Has Key)]: 式にキーのみが含まれている場合に使用されます。

- [キーを持たない (Does Not Have Key)]: 式にキーのみが含まれている場合に使用されます。

ステップ 6

[値 (value)] フィールドで、2 つ前のフィールドに対して行った選択に基づいて、エンドポイント セレクタに使用する値を選択します。[値 (Value)] フィールドには、複数のカンマ区切りのエントリを含めることができます。このフィールドのエントリの間には論理 OR があるものとみなされます。

（注）

[キーを持つ (Has Key)] または [キーを持たない (Does Not Have Key)]を選択していない場合には、[演算子 (Operator)] フィールドは表示されません。

たとえば、エンドポイント セレクタに、us-west-1a など特定の Amazon Web サービスのアベイラビリティ ゾーンを設定する場合には、この画面で次の項目を選択します。

- [キー (Key):] Zone

- [演算子 (Operator):] Equals

- [値 (Value):] us-west-1a

別の例として、これらのフィールドで次の値を使用したとします。

- [キー (Key):] IP

- [演算子 (Operator):] Has Key

- [値 (Valuse):]は、演算子 (Operator)] フィールドで [Has Key] が使用されているため、使用できません。

EPG ルールは、この状況で IP アドレスを持つすべてのエンドポイントに適用されます。

最後の例として、これらのフィールドで次の値を使用したとします。

- [キー (Key):] custom tag: Location

- [演算子 (Operator):] Has Key

- [値 (Valuse):]は、演算子 (Operator)] フィールドで [Has Key] が使用されているため、使用できません。

この場合、EPG ルールは、AWS タグキーとして Location を持つすべてのエンドポイントに、ロケーションの値に関係なく適用されます。

ステップ 7

このエンドポイント セレクタ式の作成が完了したら、チェックマークをクリックします。

ステップ 8

追加のエンドポイント セレクタ式を作成するかどうかを決定します。

単一のエンドポイント セレクタで複数の式を作成した場合、それらの式の間には論理 AND があるものとみなされます。たとえば、1つのエンドポイントセレクタで2つの式セットを作成したとします。

- エンドポイント セレクタ 1、式 1:

- [キー (Key):] Zone

- [演算子 (Operator):] Equals

- [値 (Value):] us-west-1a

- エンドポイント セレクタ1、式 2:

- [キー (Key):] IP

- [演算子 (Operator):] Equals

- [値 (Value):] 192.0.2.1/24

この場合、これらの式の両方が真になる場合 (アベイラビリティ ゾーンが us-west-1a で、IP アドレスがサブネット 192.0.2.1/24 に属している場合) に、そのエンドポイントはクラウド EPG に割り当てられます。

このエンドポイント セレクタで作成するすべての式を追加した後で、チェックマークをクリックします。

ステップ 9

このエンドポイント セレクタの式の作成が完了したら、[保存 (SAVE)] をクリックします。これは [新しいエンドポイント セレクタの追加 (Add New End Point selector)] の右下隅にあります。

EPG の下で複数のエンドポイント セレクタを作成した場合は、それらのエンドポイント セレクタの間には論理 OR があるものとみなされます。たとえば、前のステップで説明したようにエンドポイント セレクタ 1 を作成し、次に、次に示すように 2 番目のエンドポイント セレクタを作成したとします。

- エンドポイント セレクタ 2、式 1:

- [キー (Key):] Region

- [演算子 (Operator):] In

- [値 (Value):] us-east-1a, us-east-2

その場合、次のようになります。

- アベイラビリティ ゾーンが us-west-1a で、IP アドレスが 192.0.2.1/24 サブネットに属している (エンドポイント セレクタ 1 の式)

または

- リージョンが us-east-1a または us-east-2 (エンドポイント セレクタ 2 の式) のいずれかである

その場合、エンドポイントがクラウド EPG に割り当てられます。

ステップ 10

エンドポイント セレクタの作成が完了したら、右上隅の [保存 (SAVE)] をクリックします。

ステップ 11

画面の右上隅にある [サイトに展開 (DEPLOY TO SITES)] ボタンをクリックして、スキーマをサイトに展開します。

[正常に展開 (Successfully Deployed)]されたというメッセージが表示されます。

次のタスク

マルチサイト構成の確認 の手順を使用して、マルチサイト エリアが正しく構成されていることを確認します。

マルチサイト構成の確認

このトピックの手順を使用して、Cisco Nexus Dashboard Orchestrator に入力した設定が正しく適用されていることを確認します。

手順

ステップ 1

Cisco Cloud Network Controller にログインし、次のことを確認します。

1. [ダッシュボード (Dashboard)] をクリックし、オンプレミス接続ステータスおよびリージョン間接続ステータスボックスの情報を使用して、次のことを確認します。

- トンネルは、AWS 上の CCR から、オンプレミスの ISN（IPsec ターミネーションポイント）、およびユーザ VPC の VGW に対して動作しています。

- OSPF ネイバーが CCR と ISN オンプレミス デバイスの間で起動していることを示します。

- VRF の BGP EVPN ルートにはクラウドとオンプレミスのルートが表示され、クラウドルートは ACI スパイン スイッチの BGP EVPN を介して入力されます。

2. [アプリケーション管理 (Application Management)] → [テナント] をクリックし、テナントが正しく設定されていることを確認します。

3. [アプリケーション管理 (Application Management)] → [アプリケーション プロファイル] をクリックし、アプリケーションプロファイルが正しく設定されていることを確認します。

4. [アプリケーション管理 (Application Management)] → [EPG] をクリックし、EPG が正しく設定されていることを確認します。

5. [アプリケーション管理 (Application Management)] → [コントラクト] をクリックし、契約が正しく設定されていることを確認します。

6. [アプリケーション管理 (Application Management)] → [VRF] をクリックし、VRF が正しく設定されていることを確認します。

7. [アプリケーション管理 (Application Management)] → [クラウド コンテキスト Cloudプロファイル] をクリックし、クラウド コンテキスト プロファイルが正しく設定されていることを確認します。

8. [クラウド リソース (Cloud Resources)] → [リージョン] をクリックし、リージョンが正しく設定されていることを確認します。

9. [クラウド リソース (Cloud Resources)] → [VPC] をクリックし、VPC が正しく設定されていることを確認します。

10. [クラウド リソース (Cloud Resources)] → [クラウド エンドポイント] をクリックし、クラウド エンドポイントが正しく設定されていることを確認します。

11. [クラウド リソース (Cloud Resources)] → [ルータ] をクリックし、CCR が正しく設定されていることを確認します。

ステップ 2

オンプレミスの APIC サイトにログインし、APIC のスキーマを確認します。

Cisco Nexus Dashboard Orchestrator で設定した共有テナントが APIC のテナントエリアに表示され、 Cisco Nexus Dashboard Orchestrator スキーマから展開された VRF と EPG がオンプレミス APIC で設定されていることが確認できます。

ステップ 3

コマンドラインから、AWS の CCR で VRF が 正しく作成されていることを確認します。

show vrf

テナントt1と VRF v1が Cisco Nexus Dashboard Orchestrator から展開されている場合、CCR の出力は次のようになります。

Name                             Default RD            Protocols   Interfaces
t1:v1                            64514:3080192         ipv4        BD1
Tu4
Tu5

ステップ 4

コマンド ラインから、AWS 上の Cisco Cloud ルータと ISN オンプレミス デバイスの間にトンネルがあり、アップ状態であることを確認します。

AWS または ISN オンプレミスのデバイスで、CCR で次のコマンドを実行できます。

show ip interface brief | inc Tunnel

以下のような出力が表示されます。

Interface        IP-Address        OK?        Method        Status        Protocol
Tunnel1          1.2.3.22          YES        manual        up            up
Tunnel2          1.2.3.30          YES        manual        up            up
Tunnel3          1.2.3.6           YES        manual        up            up
Tunnel4          1.2.3.14          YES        manual        up            up

ステップ 5

コマンドラインから、AWS の CCR と ISN オンプレミス デバイスの間で OSPF ネイバーがアップしていることを確認します。

show ip ospf neighbor

以下のような出力が表示されます。

Neighbor ID      Pri               State      Dead Time     Address       Interface
10.200.10.201    0                 FULL/-    00:00:36      1.2.3.13      Tunnel4
20.30.40.50      0                 FULL/-    00:00:36      1.2.3.29      Tunnel2
10.202.101.202   0                 FULL/-    00:00:38      1.2.3.5       Tunnel3

ステップ 6

コマンド ラインから、オンプレミスの BGP EVPN ネイバーが CCR に存在することを確認します。

show bgp l2vpn evpn summary

以下のような出力が表示されます。

Neighbor     V     AS    MsgRcvd   MsgSent   TblVer   InQ    OutQ   Up/Down   State/PfxRcd
10.1.1.2     4     100   139       137       99       0      0      01:30:36  6

ステップ 7

コマンド ラインから、VRF の BGP ルートにクラウドとオンプレミスの両方のルートが表示されていることを確認します。

（注）

現在 Cisco Cloud Network Controller のワークフローにおいて、VRF は、対応する VPC が AWS で作成されるまで、CCR で構成されません。

show ip route vrf t1:v1

以下のような出力が表示されます。

B     129.1.1.5/32[20/0] via 10.11.0.34, 01:12:41, BD|1
B     130.1.0.0/16[20/100] via 131.254.4.5, 01:09:55

Chapter7. Cisco Cloud Network Controller GUI を理解する

- Cisco Cloud Network Controller GUI のナビゲート

- Cisco Cloud Network Controller コンポーネントの構成

Cisco Cloud Network Controller GUI のナビゲート

Cisco Cloud Network Controller をインストール後、それを使用して Cisco Application Centric Infrastructure（ACI）ポリシーを Amazon Web Services（AWS）または Microsoft Azure パブリック クラウドに拡張するために使用できます。これを行うには、Cisco Cloud Network Controller GUI を使用します。

Cisco Cloud Network Controller GUI では、テナントを作成し、アプリケーション プロファイル、エンドポイント グループ（EPG）、コントラクト、フィルタ、および VRF を設定できます。Cisco Cloud Network Controller のトポロジ、設定、およびリソースを表示することもできます。

を使用して設定手順を実行します。インテント機能。インテント機能の使用方法については、Cisco Cloud Network Controller コンポーネントの構成 を参照してください。Cisco Cloud Network Controller ユーザー ガイド の「Cisco Cloud Network Controller GUIのアイコンを理解する」の項も参照してください。

Cisco Cloud Network Controller の基本的なタスクを実行する手順は、通常の Cisco APIC の手順とは異なります。ただし、テナントの機能、アプリケーションプロファイル、および Cisco APIC のその他の要素は同じです。詳細については、Cisco.com の『Cisco Application Centric Infrastructure Fundamentals Guide』を参照してください。

左側のナビゲーションペインで設定やその他の情報を表示します。[Dashboard]（デフォルト ビュー）、[Topology]、[Application Management]、[Cloud Resources]、[Operations]、[Infrastructure]、および [Administrative] を選択できます。

アイコンの詳細については、Cisco.comの Cisco Cloud Network Controller User Guide の「Understanding the Cisco Cloud Network Controller」の項を参照してください。

Cisco Cloud Network Controller コンポーネントの構成

このセクションでは、テナント、アプリケーションプロファイル、およびエンドポイントグループ（EPG）の作成を含む、Cisco Cloud Network Controller での主要なタスクの実行の概要について説明します。

始める前に

Cisco Cloud Network Controller をインストールしておく必要があります。このガイドの前のインストールの項を参照してください。

手順

ステップ 1

Cisco Cloud Network Controller にログインします。

ステップ 2

[ダッシュボード（Dashboard）] ペインの右上で、ブルズアイを指す矢印の付いたアイコンをクリックします。

このアイコンは、インテント アイコンまたは機能と呼ばれることがあります。

ステップ 3

[何をしますか] ウィンドウに用語を入力して、オプションのリストを表示します。

たとえば、テナントを設定する場合は、検索ウィンドウにtenantと入力します。検索は、テナントの作成と設定に関連するタスクのリストを返します。

ステップ 4

タスクをクリックし、開いたウィンドウで設定手順を実行します。

次のタスク

左側のナビゲーションペインで設定を確認できます。[ダッシュボード（Dashboard）]ペインの左上にあるハンバーガーアイコンをクリックして、ペインを展開します。該当する見出しを展開して設定を表示します。

たとえば、テナントを設定した場合は、[アプリケーション管理（Application Management）]を展開し、[テナント（Tenants）]をクリックします。中央の作業ウィンドウにテナントに関する情報が表示されます。

Chapter8. システムのアップグレード、ダウングレード、またはリカバリの実行

- 特記事項

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

- ソフトウェアのダウングレード

- システム リカバリの実行

- CCR のアップグレードのトリガー

特記事項

- リリース 25.0(3) に関する特記事項

- 一般的な特記事項

リリース 25.0(3) に関する特記事項

Cisco Cloud Network Controller リリース 25.0(3) のインストール、アップグレード、またはダウングレード手順に関する特記事項を次に示します。

- Cisco Cloud Services Router 1000v から Cisco Catalyst 8000V への移行のため、25.0(3) より前のリリースからリリース 25.0(3) 以降にアップグレードする前に、必要なポリシーを追加する必要があります。

1. AWS ポータルでインフラ テナントに移動します。

2. [IAM]> > [ポリシー（Policies）]をクリックします。

3. [ポリシー（Policies）] ウィンドウで、[ApicAdminFullAccess] ポリシーをクリックします。

このポリシーの [サマリー（Summary）] ページが表示されます。

4. [ポリシーの編集（Edit Policy）] をクリックします。

5. [JSON] タブをクリックします。

6. 以下のエントリをコピーして、ポリシーに貼り付けます。

{
"Effect": "Allow",
"Action": "ssm:*",
"Resource": "*"
}

7. [ポリシーの確認（Review Policy）] をクリックし、[変更の保存（Save Changes）] をクリックします。

- Cisco Catalyst 8000V は、サブスクリプション ベースのライセンスをサポートしています。25.0(3) より前のリリースからリリース 25.0(3) にアップグレードする前に、まず階層ベースの Cisco Catalyst 8000V ライセンスのいずれかをサブスクライブする必要があります。

- ティアベースの Cisco Catalyst 8000V ライセンスの 1 つにサブスクライブする手順については、Cisco Catalyst 8000V Edge ソフトウェアを参照してください。

- 層に基づくさまざまなスループットの詳細については、AWS パブリック クラウドの要件 を参照してください。

Cisco Cloud Network Controller は、「Cisco DNA Advantage」サブスクリプションを利用します。「Cisco DNA Advantage」サブスクリプションでサポートされる機能については、Cisco DNA SoftwareSD-WAN およびルーティング マトリックスを参照してください。

- Cisco Cloud Network Controller をリリース 25.0(3) にアップグレードする場合は、Cisco Cloud Network Controller のアップグレード後できるだけ早く CCR をアップグレードする必要があります。手順については、以下を参照してください。

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

- CCR のアップグレードのトリガー

以下は、これらのアップグレード プロセスを実行する方法の例です。

- 単一サイトのアップグレード：通常、単一サイトの AWS の展開には CCR を必要としません。ただし、この状況で CCR が展開されていない場合、Cisco Cloud Network Controller リリース 25.0(3) へのアップグレードを完了し、準備完了状態に達したら、何らかの構成の変更を行う前に、古い CCR（Cisco Cloud Services Router 1000v）から新しい CCR（Cisco Catalyst 8000V）へのアップグレードを開始する必要があります。

- マルチクラウド/ハイブリッド クラウド アップグレード：このアップグレード プロセスの例として、次の設定があると仮定します。

- サイト 1：AWS

- サイト 2：Azure

- サイト 3：オンプレミス サイト

次に、これらのサイトを次の方法でアップグレードします。

1. Nexus Dashboard Orchestrator を 3.7(1) リリースにアップグレードします。

2. ソフトウェアのアップグレード の手順に従って、サイト 1（AWS サイト）を Cisco Cloud Network Controller リリース 25.0(3) にアップグレードします。

このアップグレードが安定した状態になるまで待ってから、次の手順に進みます。

3. CCR のアップグレードのトリガー の手順を使用して、サイト 1（AWS サイト）の CCR を古い CCR（Cisco Cloud Services Router 1000v）から新しい CCR（Cisco Catalyst 8000V）にアップグレードします。

CCR が新しい Cisco Catalyst 8000V に完全にアップグレードされるまで待ってから、次の手順に進みます。

4. サイト 1（AWS サイト）の CCR が完全にアップグレードされたら、サイト 2（Azure サイト）に対してこれらの手順を繰り返します。最初に Cisco Cloud Network Controller ソフトウェアをリリース 25.0(3) にアップグレードします。アップグレードが安定した状態に達したら、サイト 2 の CCR を新しい Cisco Catalyst 8000V にアップグレードします。

- Cisco Cloud Network Controller リリース 25.0(3) より前の古い Cisco Cloud Services Router 1000v ルータは、AWS パブリック クラウドの要件 で説明されているように、番号ベースのスループットで設定されていました。Cisco Catalyst 8000V ルータは階層ベースのスループット オプションのみをサポートするため、リリース 25.0(3) へのアップグレード中に、Cisco Cloud Network Controller は、古い Cisco Cloud Services Router 1000v ルータで使用される数値ベースのスループットからのスループット値を新しい Cisco Catalyst 8000V ルータで使用される階層ベースのスループットにマッピングします。

次の表は、アップグレード中の古い Cisco Cloud Services Router 1000v ルータから新しい Cisco Catalyst 8000V ルータへのスループットのマッピングを示しています。

Cisco クラウド サービス ルータ 1000v

Cisco Catalyst 8000V のスループット

10 M

T0 (最大 15M のスループット)

5,000 万人

T1（最大 100M のスループット）

1 億

T1 (最大 100M のスループット)

2 億 5000 万

T2 (最大 1G のスループット)

5 億

T2（最大 1G のスループット）

1G

T2 (最大 1G のスループット)

2.5G

T3 (最大 10G のスループット)

5G

T3 (最大 10G のスループット)

7.5G

T3（最大 10G のスループット）

10G

T3 (最大 10G のスループット)

アップグレード中に古い Cisco Cloud Services Router 1000v ルータから新しい Cisco Catalyst 8000V ルータに移行する場合、Cisco Cloud Network Controller は、上記のように同等の帯域幅を移行します。これらの Cisco Catalyst 8000V ルータが起動すると、その帯域幅をスマート ライセンス アカウントに登録しようとします。スマート ライセンス サーバーにこれらのライセンスがない場合、Cisco Catalyst 8000V はデフォルトの帯域幅にフォールバックし、既存のワークロード トラフィックを処理できなくなります。したがって、アップグレード時に古い Cisco Cloud Services Router 1000v ルータから新しい Cisco Catalyst 8000V ルータに移行する前に、必要な Cisco Catalyst 8000V ライセンスをスマート アカウントで調達してプロビジョニングする必要があります。

- 同様に、リリース 25.0(3) から以前のリリースにダウングレードする場合、Cisco Cloud Network Controller は、新しい Cisco Catalyst 8000V ルータで使用される階層ベースのスループットから、古い Cisco Cloud Services Router 1000v ルータで使用される数値ベースのスループットにスループット値をマッピングします。

次の表は、新しい Cisco Catalyst 8000V ルータから、ダウングレード中に古い Cisco Cloud Services Router 1000v ルータで使用される数値ベースのスループットへのスループットのマッピングを示しています。

Cisco Catalyst 8000V のスループット

Cisco Cloud Services Router 1000v のスループット

T0（最大 15M のスループット）

10 M

T1（最大 100M のスループット）

1 億

T2（最大 1G のスループット）

1G

T3（最大 10G のスループット）

10G

（注）

Cisco Cloud Network Controller と CCR が非互換モードの場合は、構成を変更しないでください。リリース 25.0(3) にアップグレードする場合は、何らかの構成を変更する前に、Cisco Cloud Network Controller と CCR の両方がその最新リリースにアップグレードされていることを確認してください。

一般的な特記事項

一般的な特記事項は次のとおりです。

- Cisco Cloud Network Controller は、次のアップグレード パスのポリシーベースのアップグレードをサポートしています。

- リリース 5.2(1) から 25.0(5)

- リリース 25.0(1) から 25.0(5)

- リリース 25.0(2) から 25.0(5)

- リリース 25.0(3) から 25.0(5)

- リリース 25.0(4) から 25.0(5)

- Cisco Cloud ネットワーク コントローラ サービスの互換性情報については、Nexus ダッシュボードとサービスの互換性マトリックスを参照してください。

- リリース 5.0(x) から以前のリリースにダウングレードすると、CCR が下位のリリースにダウングレードされるため、CCR で一部のトンネルが「ダウン」状態になることがあります。これは、AWS アカウントの古い VPN リソースがクリーンアップされなかったために発生する可能性があります。

この問題を修正するには、古い VPN 接続を手動でクリーンアップします。

- AWS パブリック クラウドの要件 に記載されているように、リリース 5.0(x) 以降では、Cisco Cloud Network Controller の展開でサポートされるインスタンス タイプが変更されています。

- リリース 5.0(x) より前のリリースでは、Cisco Cloud Network Controller は m4.2xlarge インスタンスを使用して展開されます。

- リリース 5.0(x) 以降では、Cisco Cloud Network Controller は m5.2xlarge インスタンスを使用して展開されます。

4.2(x) リリースからリリース 5.0(x) 以降にアップグレードする場合、ポリシーベースのアップグレードはサポートされません。これは、ポリシーベースのアップグレードではインスタンス タイプを変更できないためです。代わりに、これらのアップグレードでは、移行ベースのアップグレード に示す移行手順を使用してアップグレードする必要があります。

- アップグレード プロセスには、リリース 5.2(1g) からそれ以降のリリースへのアップグレードが失敗するという問題があります。

この問題を回避するには、[互換性チェックを無視（Ignore Compatibility Check）] オプションを有効にします。

1. [アップグレードのスケジュール（Ignore Compatibility Check）] ウィンドウの [互換性チェックを無視（Schedule Upgrade）] 手順に到達するまで、 ポリシーベースのアップグレードプロセスを使用したソフトウェアのアップグレード に示されている通常のアップグレード手順に従います。

2. [互換性チェックを無視（Ignore Compatibility Check）] フィールドの隣のボックスにチェック マークを入力して、[互換性チェックを無視（Ignore Compatibility Check）] オプションを有効にします。

[互換性チェックを無視（Ignore Compatibility Check）] オプションを有効にすると、この特定のアップグレードを正常に続行できます。

3. 5.2(1g) 以降のリリースへのアップグレードを完了します。

4. 5.2(1g) 以降のリリースへのアップグレードが完了したら、[アップグレードのスケジュール（Schedule Upgrade）] ウィンドウに戻り、[互換性チェックを無視する（Ignore Compatibility Check）] フィールドの横にあるボックスのチェック マークを外します。

これにより、このフィールドのデフォルト設定である [互換性チェックを無視する（Ignore Compatibility Check）] オプションが無効になります。

- 前の箇条書きで説明した問題のため、リリース 5.2(1) より前のリリースから 5.2(1) リリースにアップグレードする場合は、リリース 5.2(1 h) に直接アップグレードすることをお勧めします（リリース 5.2(1 g) ではない）。

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

次のセクションでは、ポリシーベースのアップグレードまたは以降ベースのアップグレードのいずれかを使用した Cisco Cloud Network Controller ソフトウェアのアップグレードについて説明します。

（注）

ポリシーベースのアップグレードが何らかの理由で機能しない場合は、移行ベースのアップグレード で説明されている移行ベースのプロセスを使用してアップグレードできます。

CCR のアップグレード

Cisco Cloud Network Controller ソフトウェアのアップグレードに使用する方法に関係なく、Cisco Cloud Network Controller ソフトウェアをアップグレードするたびに、CCR もアップグレードする必要があります。

- リリース 5.2（1）より前のリリースでは、Cisco Cloud ネットワーク コントローラのアップグレードをトリガーするたびに CCR が自動的にアップグレードされます。

- リリース 5.2(1) 以降では、Cisco Cloud Network Controller のアップグレードとは関係なく、CCR のアップグレードをトリガーし、それらの CCR のアップグレードをモニタできます。これにより、管理プレーン（Cisco Cloud Network Controller）とデータプレーン（CCR）のアップグレードを分離できるため、トラフィック不足を抑えるのに役立ちます。

詳細については、「CCR のアップグレードのトリガー」を参照してください。

- ポリシーベースのアップグレード

- 移行ベースのアップグレード

ポリシーベースのアップグレード

以下のシナリオの手順に従って、Cisco Cloud Network Controller ソフトウェアのポリシーベース アップグレードを実行します。

- 既存設定のバックアップ

- イメージのダウンロード中

- ポリシーベースのアップグレードプロセスを使用したソフトウェアのアップグレード

既存設定のバックアップ

ポリシーベースのアップグレードを実行する前に、既存の構成をバックアップすることをお勧めします。

ソフトウェアのダウングレード で提供されている手順を使用して、その後のある時点で以前のリリースにダウングレードすることにした場合、ダウングレードを正常に実行するためにバックアップされた設定ファイルが必要になります。

手順

ステップ 1

バックアップを実行する前に、グローバル AES 暗号化を有効にします。

1. Cisco Cloud Network Controller GUIで、[インフラストラクチャ（Infrastructure）] > [システム設定（System Configuration）] に移動します。

デフォルトでは、[一般（General）] タブが表示されます。そうでない場合は、[一般（General）] タブをクリックします。

2. [Global AES Encryption]領域の右上にある鉛筆アイコンをクリックします。

[Global AES 暗号 Settings] ウィンドウが表示されます。

3. [Encryption：Enabled]領域の横にあるボックスをクリックし、[Passphrase / Confirm Passphrase]フィールドにパスフレーズを入力して、ウィンドウの下部にある[Save]をクリックします。

バックアップの復元プロセスの一部として必要になるため、この手順で入力したパスフレーズを書き留めておきます。

ステップ 2

スタックの展開中に設定したインフラ VPC プールを書き留めます。

インフラ VPC プールの場合、複数のインフラ サブネットプールがある可能性があるため、手順の一部として、ARM テンプレートを使用して元の Cisco Cloud Network Controller を起動したときに使用したインフラ サブネットの情報を確認してください。

1. インフラ テナントの AWS アカウントに移動します。

https://signin.aws.amazon.com/

2. 画面の上部にある [サービス (Services)] リンクをクリックし、[CloudFormation] リンクをクリックします。

[CloudFormation] 画面が表示されます。

3. AWS CloudFormation ダッシュボードで、既存の Cisco Cloud Network Controller スタックをクリックします。

Cisco Cloud Network Controller スタックの [スタックの詳細（Stack details）] ウィンドウが表示されます。

4. [スタックの詳細（Stack details）] ウィンドウの [パラメータ（Parameters）] タブをクリックします。

5. [パラメータ（Parameters）] テーブルで pInfraVPCPool 行を見つけます。

pInfraVPCPool 行のエントリを書き留めます。これは、スタックの展開中に設定したインフラ VPC プールです。

ステップ 3

既存の設定をバックアップします。

1. [操作（Operations）] > [バックアップと復元（Backup & Restore）]に移動します。

2. [バックアップ プロファイル（Backup Profiles）] タブをクリックします。

3. [アクション（Actions）] > [バックアップ設定の作成（Create Backup Configuration）] をクリックします。

4. 既存の設定をバックアップします。

バックアップ構成の作成で使用できるオプションの詳細については、Cisco Cloud Network Controller for AWS User Guide の Cisco Cloud Network Controller GUI を使用してバックアップ構成を作成するの手順を参照してください。

イメージのダウンロード中

手順

ステップ 1

まだログインしていない場合は、Cisco Cloud Network Controller にログインします。

ステップ 2

[Navigation]メニューから、[Operations] [Firmware Management]を選択します。 >

[ファームウェア管理] ウィンドウが表示されます。

ステップ 3

[ファームウェア管理] ウィンドウの [イメージ（Images）] タブをクリックします。

ステップ 4

[Actions]をクリックし、スクロールダウンメニューから[Add Firmware Image]を選択します。

[ファームウェア イメージを追加] ポップアップが表示されます。

ステップ 5

ファームウェア イメージをローカルまたはリモート ロケーションから追加するかを決めます。

- ローカル ロケーションからファームウェア イメージを追加する場合は、[イメージの場所（Image Location）] フィールドの [ローカル] ラジオ ボタンをクリックします。[ファイルの選択（Choose File）] ボタンをクリックし、インポートするファームウェア イメージがあるローカル システムのフォルダに移動します。「ステップ 6」に進みます。

- リモート ロケーションからファームウェア イメージをインポートする場合は、[イメージの場所（Image Location）] フィールドの [リモート（Remote）] オプション ボタンをクリックし、次の操作を実行します。

1. [プロトコル（Protocol）] フィールドで、[HTTP] または [SCP] のどちらかのオプション ボタンをクリックします。

2. [URL] フィールドに、イメージのダウンロード元の URL を入力します。

- 前の手順で [HTTP] オプション ボタンを選択した場合は、ソフトウェア イメージのダウンロードに使用する http ソースを入力します。URL の例は、10.67.82.87:/home/<username>/cloud-network-controller-dk9.25.0.5f.iso です。「ステップ 6」に進みます。

- 前の手順で [SCP] オプション ボタンを選択した場合は、<SCP サーバ>:/<パス> の形式を使用して、ソフトウェア イメージのダウンロードに使用する Secure Copy Protocol（SCP）ソースを入力します。URL の例は 10.67.82.87:/home/<username>/cloud-network-controller-dk9.25.0.5f.iso です。

3. [Username] フィールドに、セキュア コピーのユーザー名を入力します。

4. [認証タイプ（Authentication Type）] フィールドで、ダウンロードの認証タイプを選択します。次のタイプを選択できます。

- [Password]

- SSH キー（SSH Key）

デフォルトは、「Password」です。

5. [パスワード（Password）] を選択した場合は、[パスワード（Password）] フィールドにセキュア コピーのパスワードを入力します。「ステップ 6」に進みます。

6. [SSH 公開/秘密キー ファイルを使用（Use SSH Public/Private Key Files）] を選択した場合は、次の情報を入力します。

- [SSH キー コンテンツ（SSH Key Contents）]：SSH キー コンテンツを使用して SSH キー ファイルを作成します。SSH キー ファイルは、ダウンロード用のリモート ロケーションの作成時に必要です。

（注）

公開キーは、転送時に生成されます。転送後、バックグラウンドで生成されたキー ファイルは削除されます。一時的なキー ファイルが、Cisco Cloud ネットワーク コントローラの dataexport ディレクトリに保存されます。

- [SSH キー パスフレーズ（SSH Key Passphrase）]：SSH キー パスフレーズを使用して SSH キー ファイルを作成します。SSH キー ファイルは、ダウンロード用のリモート ロケーションの作成時に必要です。

（注）

[パスフレーズ（Passphrase）] フィールドは空白にしておくことができます。

ステップ 6

[選択（Select）] をクリックします。

Cisco Cloud Cisco Cloud Network Controller のファームウェア イメージがダウンロードされるのを待ちます。

ポリシーベースのアップグレードプロセスを使用したソフトウェアのアップグレード

以下のシナリオの手順に従って、Cisco Cloud Network Controller ソフトウェアのポリシーベース アップグレードを実行します。

始める前に

イメージのダウンロード中 で説明された手順を使用して、イメージをダウンロードしたことを確認します。

手順

ステップ 1

ポリシーベースのアップグレードを実行する前に、既存の設定をバックアップしてください。

ポリシーベースのアップグレードを実行する前に、既存設定のバックアップ で提供されている情報を使用して、既存のリリースの設定をバックアップすることをお勧めします。

ポリシーベースのアップグレードが完了した後、ソフトウェアのダウングレード で説明されている手順を使用して、ある時点で以前のリリースにダウングレードする場合は、ダウングレードを正常に実行するために、以前のリリースからバックアップされた設定ファイルが必要になります。

ステップ 2

Cisco Cloud Network Controller GUI で、[移動（Navigation）] メニューから[オペレーション（Operations）] > [ファームウェア管理（Firmware Management）]を選択します。

[ファームウェア管理] ウィンドウが表示されます。

ステップ 3

[アップグレードのスケジュール設定] をクリックします。

[アップグレードのスケジュール設定] ポップアップが表示されます。

ファブリックに障害があることを示すメッセージが表示された場合は、アップグレードを実行する前にこれらの障害を解決することを推奨します。詳細については、Cisco Cloud APIC for AWS User Guide の「Viewing Health Details Using the Cisco Cloud Network Controller GUI」を参照してください。

ステップ 4

[ターゲット ファームウェア（Target Firmware）] フィールドで、スクロールダウン メニューからファームウェア イメージを選択します。

ステップ 5

[Upgrade Start Time]フィールドで、アップグレードを今すぐ開始するか、後で開始するかを決定します。

- 今すぐアップグレードをスケジュールする場合は、[Now]をクリックします。「ステップ 6」に進みます。

- 後で日付または時刻にアップグレードをスケジュールする場合は、[後で（Later）]をクリックし、スケジュールされたアップグレードの日時をポップアップカレンダーから選択します。

ステップ 6

互換性チェック機能を無効にするように特に指示されている場合を除き、[互換性チェックを無視 (Ignore Compatibility check)] フィールドでは設定をデフォルトの [オフ (off)] のままにします。

Cisco Cloud Network Controllerには、システムの現在稼働中のバージョンから特定の新しいバージョンへのアップグレード パスがサポートされているか否かを確認する互換性チェック機能が存在します。[互換性チェックを無視] 設定はデフォルトでは [オフ] に設定されているため、システムは可能なアップグレードの互換性をデフォルトで自動的にチェックします。

（注）

[互換性チェックを無視] フィールドの隣のボックスにチェック マークを入力して互換性チェック機能を無効に設定することを選択する場合、システム内でサポートされていないアップグレードを発生させるリスクを生じ、これにより使用不能な状態を引き起こす可能性があります。

ステップ 7

[アップグレードをスケジュール（Schedule Upgrade）] をクリックします。

[Upgrade Status]領域のメインの[Firmware Management]ウィンドウで、アップグレードの進行状況をモニタできます。

移行ベースのアップグレード

次のセクションは、トラフィック フローがなくなることなくアップグレードが可能な移行ベース アップグレード手順を提供します。

- 移行手順を使用した Cisco Cloud Network Controller ソフトウェアのアップグレード

移行手順を使用した Cisco Cloud Network Controller ソフトウェアのアップグレード

このセクションでは、Cisco Cloud Network Controller の移行ベースのアップグレード手順について説明します。この移行によるトラフィックへの影響はありません。

手順

ステップ 1

暗号化パスフレーズ制御が有効になっていない場合は、有効にします。

1. Cisco Cloud Network Controller GUIで、[インフラストラクチャ（Infrastructure）] > [システム設定（System Configuration）] に移動します。

デフォルトでは、[一般（General）]タブが表示されます。そうでない場合は、[一般（General）] タブをクリックします。

2. 暗号化されたパスフレーズ制御がすでに有効になっているかどうかを確認します。

- [Global AES Encryption]領域で、[Encryption]フィールドと[Key Configured]フィールドの下に[Yes]と表示されている場合は、暗号化されたパスフレーズ制御がすでに有効になっています。「ステップ 2」に進みます。

- [Encryption]フィールドと[Key Configured]フィールドの下に[Yes]が表示されない場合は、次の手順を実行します。

1. [Global AES Encryption]領域の右上にある鉛筆アイコンをクリックします。

[Global AES 暗号 Settings] ウィンドウが表示されます。

2. [Encryption：Enabled]領域の横にあるボックスをクリックし、[Passphrase / Confirm Passphrase]フィールドにパスフレーズを入力して、ウィンドウの下部にある[Save]をクリックします。

ステップ 2

既存の Cisco Cloud Network Controller 構成をバックアップします。

Cisco Cloud Network Controller の構成をバックアップするには、さまざまな方法があります。詳細については、Cisco Cloud Network Controller for AWS ユーザー ガイドを参照してください。リモート バックアップを使用する場合は、最初にリモート ロケーションを追加する必要があることに注意してください。

ステップ 3

AWS infraアカウントから Cisco Cloud Network Controller EC2インスタンスを終了します。

1. まだログインしていない場合は、Cisco Cloud Network Controller インフラ テナントの Amazon Web Services アカウントにログインし、AWS 管理コンソールに移動します。

https://signin.aws.amazon.com/

https://console.aws.amazon.com/

2. AWS 管理コンソールの EC2 ダッシュボードのインスタンスに移動します。

3. Cisco Cloud Network Controller インスタンスを特定します。

- リリース 5.0(x) より前のリリースでは、Cisco Cloud Network Controller は m4.2xlarge インスタンスを使用して展開されます。

- リリース 5.0(x) 以降では、Cisco Cloud Network Controller は m5.2xlarge インスタンスを使用して展開されます。

4. Cloud APICインスタンスの横にあるチェックボックスをオンにして選択し、[アクション（Actions）] > [インスタンスの状態（Instance State）] > [終了（Terminate）]をクリックします。

[Terminate Instances]ポップアップウィンドウで、[Yes、Terminate]を選択してこのインスタンスを終了します。

[インスタンス（Instances）] ウィンドウが再表示され、クラウドAPICインスタンスの [インスタンスの状態（Instance State）] 行のステータスが [シャットダウン中（shutting-down）] に変わります。ここで Cisco Cloud Network Controller インスタンスを終了しても、Cisco Cloud Network Controller のトラフィックがドロップすることはありません。

ステップ 4

AWS Marketplace の Cisco Cloud Network Controller ページに移動します。

ステップ 5

[引き続きサブスクライブする（Continue to Subscribe）] をクリックして登録します。

ステップ 6

[Subscribe to this software]ページで、[Continue to Configuration]ボタンをクリックします。

[このソフトウェアを設定 (Configure this software)] ページが表示されます。

ステップ 7

以下のパラメータを選択します。

- [デリバリー方法（Delivery Method）:] Cisco Cloud APIC クラウド形成テンプレート （デフォルトで選択）。

- [ソフトウェア バージョン（Software Version）]：Cisco Cloud Network Controller ソフトウェアの適切なバージョンを選択します。

- [リージョン (Region):] Cisco Cloud Network Controller が展開されるリージョン。

ステップ 8

[続行して起動 (Continue to Launch)] ボタンをクリックします。

[このソフトウェアの起動 (Launch this software )] ページが表示され、設定の概要が表示され、クラウド形成テンプレートを起動できます。

ステップ 9

[アクションの選択（Choose Action）] フィールドで、[CloudFormation の起動（Launch CloudFormation）] を選択し、[起動（Launch）] をクリックすると、すでに正しい Amazon S3 テンプレート URL が入力されている適切なリージョン内の [CloudFormation サービス] にダイレクトに移動します。[テンプレートの指定（Specify Details）] ページが、[スタックの作成（Create stack）] ページ内に表示されます。

ステップ 10

[テンプレートの指定（Specify template）]ページで、次の選択を行います。

- 前提条件-[テンプレートの準備（Prepare template）] フィールド：デフォルトの [テンプレートの準備（Template is ready）] オプションを選択したままにします。

- テンプレート領域の指定：

- [テンプレートソース（Template source）]フィールドで、デフォルトのAmazon S3 URLオプションを選択したままにします。

- [Amazon S3 URL]フィールドで、自動的に生成されたエントリをそのままにします。

- [デザイナーで表示（View in Designer）]をクリックします。

ステップ 11

画面の下半分のtemplate1領域：

- [テンプレート言語の選択]を[JSON]のままにします。

- 1行目のテキスト文字列の先頭にカーソルを置き、Shiftキーを押しながらウィンドウの一番下までスクロールして、ウィンドウ内のテキスト文字列全体を選択し、このウィンドウ内のすべてのテキストをコピーします（Ctrl + Cを押すか、右クリックして [コピー（Copy）] を選択します）。

ステップ 12

ローカルコンピュータで、適切なフォルダに移動し、一意の名前を付けてテキストファイルを作成し、コピーしたテキスト文字列をテキストファイルに貼り付けます。

これは Cisco Cloud Network Controller CFT で、m5.2xlarge インスタンス タイプです。

ステップ 13

テキストファイルを保存してテキストエディタを終了します。

ステップ 14

Cisco Cloud Network Controller CFT を AWS にアップロードします。

1. AWS CloudFormation コンソールにログインします。

https://console.aws.amazon.com/cloudformation

2. AWS CloudFormation ダッシュボードで、既存の Cisco Cloud Network Controller スタックをクリックし、[更新（Update）] をクリックします。

3. Update Stackウィザードの [Prepare template] 画面で、[Replace current template] を選択します。

[テンプレート領域の指定（Specify template area）] が表示されます。

4. Update Stackウィザードの[Specify template]領域で、[Upload a template file] を選択します。

[テンプレート ファイルのアップロード（Upload a template file）] のオプションが表示されます。

5. [テンプレート ファイルのアップロード（Upload a template file）] オプションの下にある [ファイルの選択（Choose file）] をクリックし、Cisco Cloud Network Controller CFT を作成した領域に移動します。

6. Cisco Cloud Network Controller CFT を選択し、[次へ（Next）] をクリックします。

7. [スタックの詳細の指定（Specify stack details）]画面で、画面下部の[その他のパラメータ（Other parameters）]領域に表示されるインスタンスタイプがm5.2xlargeに正しく設定されていることを確認し、[次へ（Next）]をクリックします。

この手順では、インスタンスタイプをm4.2xlargeに変更しないでください。

8. [スタック オプションの設定（Configure stack options）] 画面で、[次へ（Next）] をクリックします。

9. [Review]画面で、[Update stack]をクリックします。

この時点で、次のアクションが実行されます。

- AWS infraは、更新される3つのIAMリソースを検出します（[Replacement]列に[False]と表示されます）。

- AWS infraは、置き換えられるEC2インスタンスを1つ検出します（[Replacement]列に[True]と表示されます）。

これにより、以前と同じパブリック IP アドレスを使用して、リリース イメージの新しい Cisco Cloud Network Controller インスタンスが起動します。AWS Management ConsoleのEC2ダッシュボードで [インスタンス（Instances）] に戻ることで、新しい Cisco Cloud Network Controller インスタンスの起動の進行状況を確認できます。

ステップ 15

[インスタンスの状態（Instance State）] が [実行中（running）] に変化したら、以前のように Cisco Cloud Network Controller にログインできます。

この時点では、Cisco Cloud Network Controller には何も構成されていません。

（注）

ログインしようとしたときに、REST エンドポイントのユーザ認証データストアが初期化されていないなどのエラー メッセージが表示された場合は、このファブリック ノードのファブリック メンバーシップ ステータスを確認し、数分待ってから数分後に再試行してください。また、ログインするためにページを更新する必要があります。

ステップ 16

同じ暗号化パスフレーズが使用可能です。

1. Cisco Cloud Network Controller GUIで、[インフラストラクチャ（Infrastructure）] > [システム設定（System Configuration）] に移動します。

デフォルトでは、[一般（General）]タブが表示されます。そうでない場合は、[一般（General）] タブをクリックします。

2. [Global AES Encryption]領域で、[Global AES Encryption]領域の右上にある鉛筆アイコンをクリックします。

[Global AES 暗号 Settings] ウィンドウが表示されます。

3. [Encryption：Enabled]領域の横にあるボックスをクリックし、[Passphrase / Confirm Passphrase]フィールドに同じパスフレーズを入力してから、ウィンドウの下部にある[Save]をクリックします。ステップ 1

ステップ 17

バックアップした設定をインポートします。ステップ 2

設定のバックアップ時にリモートロケーションを設定した場合は、バックアップにアクセスするためにリモートロケーションを再度作成する必要があります。

1. Cisco Cloud Network Controller GUIで、[操作（Operations）] > [バックアップとレストア（Backup & Restore）]に移動します。

2. [Backup＆Restore]ウィンドウで、[Backups]タブをクリックします。

3. [Actions]スクロールダウンメニューをクリックし、[Restore Configuration]を選択します。

[復元の設定（Restore Configuration）] ウィンドウが表示されます。

4. バックアップした設定を復元するために必要な情報を入力します。ステップ 2

次の設定を使用します。

- [復元タイプ（Restore Type）] フィールドで、[結合（Merge）] を選択します。

- [Restore Mode]フィールドで、[Best Effort]を選択します。

このウィンドウに必要な情報を入力したら、[Restore Configuration]をクリックします。[バックアップと復元（Backup＆Restore）]ウィンドウの[ジョブステータス（Job Status）]タブをクリックして、バックアップ復元のステータスを取得します。

ステップ 18

CapicTenantRole更新を実行して、すべての信頼できるテナントのセットを変更します。

1. テナントロールCFTを見つけます。

テナントロール CFT は、Cisco Cloud Network Controller インフラ テナントの AWS アカウントの S3 バケットにあります。S3 バケットの名前は capic-common-[cloud-network-controller-AccountId]-data で、テナント ロールの CFT オブジェクトはそのバケット内の tenant-cft.json です。cloud-network-controller-AccountId は、Cisco Cloud Network Controller インフラ テナントの AWS アカウント番号です。これは、Cisco Cloud Network Controller が展開されているアカウントです。

2. テナントロールCFTリンクをクリックします。

このテナントロールCFTの[概要（Overview）]ページが表示されます。

3. [Overview]ページのtenant-cft.jsonエントリの横にあるボックスをクリックします。

このJSON形式のテナントロールCFTのスライドインペインが表示されます。

4. [ダウンロード] をクリックしてテナント ロール CFT をコンピュータ上の場所にダウンロードします。

セキュリティ上の理由から、AWS でのこの S3 バケットへのパブリック アクセスは許可されていないため、このファイルをダウンロードしてテナント アカウントで使用する必要があります。

5. AWSで、信頼できるテナントのユーザアカウントに移動し、[CloudFormation]をクリックします。

6. AWS CloudFormationダッシュボードで、信頼できるテナントスタックを見つけ、その信頼できるテナントのスタック名をクリックします。

この特定のスタックのスタックプロパティページが表示されます。

7. [Change set] タブをクリックします。

8. [設定変更（Change set）] エリアで、[変更セットの作成（Create change set）] をクリックします。

9. このスタックの[Create change set]ウィンドウで、[Replace current template]をクリックします。

10. [テンプレートの指定（Specify template）] 領域で、[テンプレート ファイルにアップロード（Upload a Template File）] の横にある円をクリックし、[ファイルの選択（Choose File）] ボタンをクリックします。

11. テナントロールCFTをダウンロードしたコンピュータ上の場所に移動し、そのテンプレートファイルを選択します。

12. このスタックの[Change set set]ウィンドウで[Next]をクリックします。

[Create Change Set]ポップアップが表示されます。

13. [Create Change Set]ポップアップウィンドウで[Create Change Set]をクリックします。

ステータスは、しばらくの間、CREATE_PENDINGと表示され、その後、CREATE_COMPLETEに変わります。

14. 信頼できるテナントごとにこれらの手順を繰り返します。

信頼できる各テナントで、このtenant-cft.jsonファイルを使用して変更セットを作成し、その変更セットを実行します。

ステップ 19

Cisco Cloud Network Controller GUIで、移行前に Cisco Cloud Network Controller に対して加えたすべての構成が存在することを確認します。

5.2（1）より前のリリースでは、CCRも16.xバージョンから17.xバージョンに自動的にアップグレードされます。これを確認するには、AWS 管理コンソールの EC2 ダッシュボードで [インスタンス（Instances）] に移動し、CCRインスタンスを見つけて、それらもアップグレードされていることを確認します。

リリース5.2(1) 以降では、Cisco Cloud Network Controller のアップグレード時にCCRが自動的にアップグレードされないため、Cisco Cloud Network Controller のアップグレードが完了した後にCCRアップグレードを個別にトリガーする必要があります。詳細については、「CCR のアップグレードのトリガー」を参照してください。

ソフトウェアのダウングレード

次の項では、Cisco Cloud Network Controller ソフトウェアを正常にダウングレードするために必要な情報について説明します。

- ソフトウェアのダウングレード：リリース 25.0(1) から 5.2(1)

- ソフトウェアのダウングレード：リリース 25.0(2) から 25.0(1) または 5.2(1)

- ソフトウェアのダウングレード：リリース 25.0(3) から 25.0(2)、25.0(1) または 5.2(1)

ソフトウェアのダウングレード：リリース 25.0(1) から 5.2(1)

これらの手順では、ソフトウェアをリリース 25.0(1) からリリース 5.2(1) にダウングレードする方法について説明します。

これの手順により、次のシナリオを想定しています。

1. 以前のある時点で、リリース 5.2(1) を実行していて、リリース 25.0(1) にアップグレードすることにしました。ただし、そのアップグレードを実行する前に、リリース 5.2(1) の設定をバックアップし、そのバックアップした設定ファイルを保存しました。

2. 次に、リリース 25.0(1) へのポリシーベースのアップグレードを実行し、その後ある時点で、リリース 5.2(1) に戻すことにしました。

これらの手順では、リリース 5.2(1) に戻す方法について説明していますが、これらのダウングレード手順を機能させるには、バックアップしたリリース 5.2(1) 設定ファイルが必要です。

手順

ステップ 1

既存設定のバックアップ の説明に従って、バックアップされたリリース 5.2(1) 設定ファイルがあることを確認します。

バックアップされたリリース 5.2(1) の設定ファイルがない場合は、これらの手順を使用してリリース 25.0(1) からダウングレードしないでください。これらのダウングレード手順のバックアップ設定ファイルが必要になります。

ステップ 2

非ホーム リージョン CCR が構成されていることを確認します。

ステップ 3

ホーム リージョンから CCR を削除します。

ホーム リージョンの CCR が削除され、トラフィック フローが非ホーム リージョンの CCR に切り替わる間、約 3 ～ 5 分間サイト間トラフィックが失われます。

1. Cisco Cloud Network Controller GUI で、[インテント（Intent）] アイコン（複数の円を指す矢印の付いたアイコン）をクリックし、[Cisco Cloud Network Controller セットアップ（Cisco Cloud Network Controller Setup）] を選択します。

2. [リージョン管理（Region Management）] エリアで、[設定の編集（Edit Configuration）] をクリックします。

[管理するリージョン（Regions to Manage）] ウィンドウが表示されます。

3. ホーム リージョンの [クラウド ルータ（Cloud Routers）] 列で選択解除をします（ボックスのチェックをオフにします）。ホーム リージョンとは、Cisco Cloud Network Controller 展開済み（Cisco Cloud Network Controller Deployded] というテキストが表示されているがあるリージョンです。

4. [次へ（Next）] をクリックし、次のページに必要な情報を入力して、[保存して続行（Save and Continue）] をクリックします。

CCR の削除プロセスには約 5 ～ 10 分かかる場合があります。AWS ポータルの仮想マシンを確認することで、CCR 削除プロセスをモニタできます。

（注）

ホーム リージョンの CCR が完全に削除されるまで、次の手順に進まないでください。

ステップ 4

AWS ポータルのインフラ アカウントから、ホーム リージョン VPC とリモート リージョン VPC 間のすべてのインフラ VPC ピアリング接続を手動で削除します。

1. ナビゲーション ペインで、[ピアリング接続（Peering connections）] を選択します。

2. VPC ピアリング接続を選択し、[アクション（Actions）] > [VPC ピアリング接続の削除（Delete VPC peering connection）] の順に選択します。

3. [VPC ピアリング接続の削除（Delete VPC peering connection）] ダイアログ ボックス内で接続の詳細を確認し、[関連するルート テーブル エントリを削除する（Delete related route table entries）] チェックボックスをオンにして必要なルートを削除し、[はい、削除します（Yes, Delete）] を選択して選択した VPC ピアリング接続を削除します。

リモート リージョン VPC から他のリモート リージョン VPC への VPC ピアリング接続を変更しないでください。

ステップ 5

残りの設定が自動的に削除されるまで 10 ～ 15 分待ちます。

次の設定は、10 ～ 15 分後に自動的に削除されます。

- トランジット ゲートウェイの接続ピアは、ホーム リージョンのアタッチメントを接続します。

- トランジットゲートウェイ接続アタッチメント

- インフラ VPC へのトランジット ゲートウェイのアタッチメント

自動的に削除されない場合は、次のように手動で削除してください。

1. ホーム リージョンのトランジット ゲートウェイ接続アタッチメントの場合、接続ピアを削除します。

1. ナビゲーションペインで、[Transit Gateway の添付ファイル（Transit Gateway Attachments）] を選択します。

2. [接続（Connect）] 添付ファイルを選択します。

3. [ピアに接続（Connect peers）] タブで、Transit Gateway Connect ピアを選択し、[アクション（Actions）] > [接続ピアの削除（Delete Connect peer）] を選択します。

4. 確認のダイアログボックスで [はい、削除します（Yes, Delete）] をクリックします。

5. これらの手順を繰り返して、ホーム リージョンのトランジット ゲートウェイ接続アタッチメントの追加の接続ピアを削除します。

2. トランジット ゲートウェイ接続の添付ファイルを削除します。

1. ナビゲーションペインで、[Transit Gateway の添付ファイル（Transit Gateway Attachments）] を選択します。

2. [接続（Connect）] 添付ファイルを選択します。

3. [アクション（Actions）] > [削除（Delete）] を選択します。

4. 確認を求められたら、[削除（Delete）] を選択します。

3. インフラ VPC へのトランジット ゲートウェイのアタッチメントを削除します。

1. ナビゲーションペインで、[Transit Gateway の添付ファイル（Transit Gateway Attachments）] を選択します。

2. インフラ VPC アタッチメントのみを選択します。

他のユーザ VPC アタッチメントがある可能性があるため、この手順ではインフラ VPC アタッチメントを選択していることを確認してください。

3. [アクション（Actions）] > [削除（Delete）] を選択します。

4. 確認を求められたら、[削除（Delete）] を選択します。

ステップ 6

スタックを削除します。

1. AWS コンソールで、[サービス（Services）] > [CloudFormation] > [スタック（Stacks）]に移動します。

2. 削除するスタックを選択します。

3. [スタックの削除（Delete Stack）] をクリックします。

これにより、Cisco Cloud Network Controller が削除され、他のリソースの削除も試行されます。

ステップ 7

スタックが削除されるまで 15 ～ 20 分待ちます。

スタックの削除が [削除中（Delete in Progress）] のままになっている場合は、ホーム リージョンでインフラ VPC を手動で削除します。

1. AWS コンソールで、[サービス（Services）] > [仮想プライベート クラウド（Virtual Private Cloud）] > [VPC（Your VPCs）] に移動します。

2. インフラ VPC を選択します。

3. [アクション（Actions）] > [VPC の削除（Delete VPC）] を選択します。

[VPC の削除（Delete VPC）] ウィンドウが表示されます。

4. 削除を確認するには、フィールド領域に delete と入力し、[削除（Delete）] をクリックします。

ステップ 8

ダウンロード先のリリース イメージのクラウド形成テンプレートを使用して、新しいスタックを再作成します。

（注）

または、以下の手順の代わりに AWS Marketplace からクラウド形成テンプレートをデプロイできます。

1. AWS コンソールで、[サービス（Services）] > [CloudFormation] > [スタック（Stacks）]に移動します。

2. [新しいリソースで > スタックを作成（標準）（Create Stack With new resources (standard)）] をクリックします。

[スタックの作成（Create stack）] ウィンドウが表示されます。

3. [テンプレートの指定（Specify template）] 領域で、[テンプレート ファイルにアップロード（Upload a Template File）] の横にある円をクリックし、[ファイルの選択（Choose File）] ボタンをクリックします。

4. 適切な JSON 形式テナント ロール CFT を使用してコントピュータの場所に移動して、テンプレート ファイルを選択し、[次へ（Next）] をクリックします。

[詳細の指定 (Specify Details)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

5. [詳細の指定 (Specify Details)] ページに、必要な情報を入力します。

- [スタック名 (Stack name)]： この Cisco Cloud Network Controller 構成の名前を入力します。

- [ファブリック名 (Fabric name):]デフォルト値のままにしておくか、ファブリック名を入力します。このエントリは、この Cisco Cloud ネットワーク コントローラの名前になります。

- [インフラ VPC プール（Infra VPC Pool）]：最初に Cisco Cloud Network Controller を展開したときと同じインフラ VPC プール情報を使用します。

既存設定のバックアップ の手順の一部として、このインフラ VPC プール情報を書き留めておく必要があります。

- [アベイラビリティ ゾーン (Availability Zone):]スクロールダウン メニューから、Cisco Cloud Network Controller サブネットのアベイラビリティ ゾーンを選択します。

- [インスタンス タイプ（Instance Type）]：EC2 インスタンス タイプを選択します。

- [パスワード/パスワードの確認 (Password/Confirm Password):] 管理者パスワードを入力し、確認入力します。このエントリは、 SSH アクセスを有効にした後に Cisco Cloud Network Controller にログインするために使用するパスワードです。

- [SSH キー ペア（SSH Key Pair）]：SSH キーペアの名前を選択します。

Cisco Cloud Network Controller には、この SSH キー ペアを使用してログインします。

- [アクセス制御 (Access Control):] Cisco Cloud Network Controller への接続を許可する外部ネットワークの IP アドレスとサブネットを入力します（たとえば 192.0.2.0/24）。このサブネットからの IP アドレスだけが、Cisco Cloud ネットワーク コントローラ への接続を許可されます。値として 0.0.0.0/0 を入力すると、誰でも Cisco Cloud ネットワーク コントローラへの接続が許可されます。

- [パブリック IP アドレスの割り当て（Assign Public IP address）]：パブリック IP アドレスを Cisco Cloud Network Controller のアウトオブバンド（OOB）管理インターフェイスに割り当てるかどうかを選択します。

リリース5.2(1) よりも前は、Cisco Cloud Network Controller の管理インターフェイスにパブリック IP アドレスとプライベート IP アドレスが割り当てられていました。リリース 5.1(1) 以降、プライベート IP アドレスは Cisco Cloud Network Controller の管理インターフェイスに割り当てられ、パブリック IP アドレスの割り当てはオプションです。詳細については、Cisco Cloud Network Controller for AWS User Guide、リリース 5.2 (1) の「Private IP Address Support for Cisco Cloud Network Controller and CCR」のトピックを参照してください。

- [true]：パブリック IP アドレスを Cisco Cloud Network Controller のアウトオブバンド（OOB）管理インターフェイスに割り当てます。

- [false]：パブリック IP アドレスを無効にし、プライベート IP アドレスを Cisco Cloud Network Controller のアウトオブバンド（OOB）管理インターフェイスに割り当てます。

6. 画面の下部にある [次へ（Next）] をクリックします。

[オプション (Option)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

7. [オプション (Options)] 画面ですべてのデフォルト値を受け入れ、[オプション（Options）] 画面の下部にある [次へ（Next）] をクリックします。

[レビュー (Review)] ページが、[スタックの作成 (Create stack)] ページ内に表示されます。

8. [レビュー (Review)] ページのすべての情報が正しいことを確認します。

[レビュー (Review)] ページにエラーが表示された場合は、[前へ (Previous)] ボタンをクリックして、誤った情報を含むページに戻ります。

9. [レビュー (Review)] ページのすべての情報が正しいことを確認したら、 [AWS CloudFormation が IAM リソースをカスタム名で作成することを認める (I acknowledge that AWS CloudFormation might create IAM resources with custom names)] の隣にあるボックスをオンにします。

10. ページ下部にある [スタックの作成 (Create stack)] ボタンをクリックします。

[Cloudformation] ページが再び表示され、作成した Cisco Cloud Network Controller テンプレートが [ステータス (Status)] 列に CREATE_IN_PROGRESS というテキストとともに表示されます。

システムは、テンプレートに指定された情報を使用して Cisco Cloud Network Controller インスタンスを作成するようになりました。プロセスが完了するのに 5 ～ 10 分かかります。作成プロセスの進行状況をモニタするには、Cisco Cloud Network Controller テンプレートの名前の横にあるボックスをオンにし、[イベント (Events)] タブをクリックします。[イベント (Events)] タブの下の [ステータス (Status)] 列には、CREATE_IN_PROGRESS というテキストが表示されます。

11. CREATE_COMPLETEメッセージが表示されたら、続行する前にインスタンスの準備が整っていることを確認します。

1. 画面の上部にある [サービス (Services)] リンクをクリックし、[EC2] リンクをクリックします。

[EC2 ダッシュボード (EC2 Dashboard)] 画面が表示されます。

2. [EC2 ダッシュボード (EC2 Dashboard)] 画面の [リソース (Resources)] 領域には、実行中のインスタンスの数を示すテキストが表示されます (たとえば、 [1 つの実行インスタンス (1 Running Instances)]) 。この実行中のインスタンスのリンクをクリックします。

[インスタンス (Instances)] 画面が表示されます。

3. 続行する前に、そのインスタンスの準備ができるまで待ちます。

[スタータス チェック (Status Checks)] の下で、新しいインスタンスが [初期化 (Initializing)] ステージを経過するのを確認できます。続行する前に、[スタータス チェック (Status Checks)] の下で、[2/2 のチェックをパス (Check Passed)] というメッセージが表示されるまで待ちます。

ステップ 9

既存設定のバックアップ で設定をバックアップしたときに書き留めたのと同じパスフレーズを使用して、グローバル AES 暗号化を有効にします。

1. Cisco Cloud Network Controller GUIで、[インフラストラクチャ（Infrastructure）] > [システム設定（System Configuration）] に移動します。

デフォルトでは、[General] タブの下にあります。そうでない場合は、[General] タブをクリックします。

2. [Global AES Encryption]領域の右上にある鉛筆アイコンをクリックします。

[Global AES 暗号 Settings] ウィンドウが表示されます。

3. [暗号化：有効（Encryption: Enabled）] 領域の隣にあるボックスをクリックして、既存設定のバックアップ（[パスフレーズ/確認/パスフレーズの確認（Passphrase/Confirm Passphrase）] で記載されているパスフレーズを入力します。

4. ウィンドウの下部にある [保存（Save）] をクリックします。

ステップ 10

リリース 25.0(1) にアップグレードする前にバックアップしたリリース 5.2(1) の設定をインポートし、以前の設定が収束することを確認します。

バックアップしたリリース 5.2(1) 設定をインポートするときは、次の設定を使用します。

- [復元タイプ（Restore Type）] フィールドで、[結合（Merge）] を選択します。

- [Restore Mode]フィールドで、[Best Effort]を選択します。

この手順の後、ホーム リージョン CCR の作成が自動的に開始されます。

ステップ 11

サイトが ACI マルチサイト オーケストレータ/Nexus Dashboard Orchestrator によって管理されている場合は、新しい Cisco Cloud Network Controller VM の IP アドレスを更新します。

1. ACI マルチサイト オーケストレータ/Nexus ダッシュボードにログインします

2. サイトを編集して再登録します。

1. Nexus ダッシュボードで、[サイト（Sites）] に移動し、正しいサイトをクリックします。

2. 「詳細」アイコンをクリックして、「概要」ウィンドウを表示します。

3. 鉛筆アイコンをクリックして、このサイトの情報を編集します。

4. [サイトの再登録（Re-register Site）] の横にあるボックスをクリックし、必要な情報を入力して、新しい Cisco Cloud Network Controller VM の IP アドレスで更新します。

5. [保存（Save）] をクリックします。

3. ACI マルチサイト オーケストレータ/Nexus ダッシュボード オーケストレータに移動し、サイトが引き続き管理されていることを確認します。

1. Nexus ダッシュボード オーケストレータで、[サイト（Sites）] に移動します。

2. サイトを見つけて、[状態（State）] 列に [管理（Managed）] が表示されていることを確認します。

4. クラウド サイトの更新を実行します。

1. Nexus ダッシュボード オーケストレータで、[インフラストラクチャ（Infrastructure）] > [インフラ設定（Infra Configuration）] に移動し、[インフラの設定（Configure Infra）] をクリックします。

2. 左側のナビゲーション バーでサイトを選択し、[更新（Refresh）] をクリックします。

確認ウィンドウで [はい（Yes）] をクリックして、クラウド サイトの更新を続行します。

5. [展開（DEPLOY）] > [展開のみ（Deploy Only）] をクリックして、インフラ設定を展開します。

ソフトウェアのダウングレード：リリース 25.0(2) から 25.0(1) または 5.2(1)

これらの手順では、ソフトウェアをリリース 25.0(2) から 25.0(1) または 5.2(1) にダウングレードする方法について説明します。

これの手順により、次のシナリオを想定しています。

1. 以前のある時点で、リリース 25.0(1) または 5.2(1) を実行していて、リリース 25.0(2) にアップグレードすることにしました。ただし、そのアップグレードを実行する前に、既存設定のバックアップ で説明されているようにリリース 25.0(1) または 5.2(1) の設定をバックアップし、バックアップした設定ファイルを保存しました。

2. 次に、リリース 25.0(2) へのポリシー ベースのアップグレードを実行し、その後、ある時点で、リリース 25.0(1) または 5.2(1) に戻すことを決定しました。

これらの手順では、以前のリリースに戻す方法について説明していますが、これらのダウングレード手順を機能させるには、その以前のリリース用にバックアップした設定ファイルが必要です。

手順

ステップ 1

既存設定のバックアップ で説明されているように、以前のリリースからバックアップされた設定ファイルがあることを確認します。

以前のリリースからバックアップされた設定ファイルがない場合は、これらの手順を使用してリリース 25.0(2) からダウングレードしないでください。これらのダウングレード手順では、そのバックアップ設定ファイルが必要になります。

ステップ 2

同じ内容 (同じ公開鍵または秘密鍵) で SSH キーの複製を作成します。

1. https://console.aws.amazon.com/ec2/ で Amazon EC2 コンソールを開きます。

2. ナビゲーション ペインで、[キー ペア（Key Pairs）] を選択します。

3. [キー ペアのインポート（Import key pair）] を選択します。

4. [名前（Name）] に、公開鍵のわかりやすい名前を入力します。名前には、最大 255 文字の ASCII 文字を含めることができます。先頭または末尾のスペースを含めることはできません。

（注）

EC2 コンソールからインスタンスに接続すると、コンソールは秘密鍵ファイルの名前としてこの名前を提案します。

5. [参照（Browse）] を選択して公開鍵に移動して選択するか、公開鍵の内容を [公開鍵の内容（Public key contents）] フィールドに貼り付けます。

6. [キー ペアのインポート（Import key pair）] を選択します。

7. インポートした公開鍵が鍵ペアのリストに表示されていることを確認します。

（注）

何らかの理由でキー ペアのインポート プロセスが機能しない場合は、[キー ペアの作成（Create key pair）] オプションを使用して新しいキー ペアを作成し、必要に応じてステップ 7 でそれを使用できます。

ステップ 3

EC2 インスタンス領域に移動し、Cisco Cloud Network Controller VM インスタンスを終了します。

1. ナビゲーション ペインで、[インスタンス（Instances）] を選択します。

2. Cisco Cloud Network Controller VM インスタンスの横にあるチェックボックスをオンにします。

3. Cisco Cloud Network Controller VM インスタンスの行を右クリックし、[インスタンス状態（Instance State）] > [終了（Terminate）]を選択します。

Cisco Cloud Network Controller VM インスタンスが終了するまで数分かかります。

Cisco Cloud Network Controller VM インスタンスが終了すると、VM に関連付けられた 2 つのインターフェースがこの時点でハングします。アップグレードの一部として新しい VM が起動すると、同じインターフェイスに再接続されます。

Cisco Cloud Network Controller VM の終了プロセスが完了すると、VPC やその他のネットワーク リソース（CIDR やサブネットなど）がそのまま残っていることがわかります。

ステップ 4

Cisco Cloud Network Controller VM の終了プロセスが完了したら、スタックに戻り、スタックがまだ実行状態であることを確認します。

[CloudFormation] エリアに移動し、Cisco Cloud Network Controller スタックがまだ実行状態であることを確認します。

ステップ 5

Cisco Cloud Network Controller スタックの横にある丸をクリックし、[更新（Update）] をクリックします。

[スタックの更新（Update stack）] ウィンドウが表示されます。

ステップ 6

[現在のテンプレートを使用（Use current template）] をクリックし、[次へ（Next）] をクリックします。

テンプレートでは何も変更しないため、このウィンドウで [現在のテンプレートを使用（Use current template）] オプションを選択します。

[スタック詳細の指定（Specify stack details）] ウィンドウが表示されます。

ステップ 7

[スタックの詳細を指定（Specify stack details）] ウィンドウで、[SSH キー ペア（SSH Key Pair）] フィールドを除くすべてのフィールドをそのままにします。

[SSH キー ペア（SSH Key Pair）] フィールドで、ステップ 2 で設定した新しい SSH キー ファイル名を選択します。

ステップ 8

[スタックの詳細を指定（Specify stack details）] ウィンドウの下部にある [次へ（Next）] をクリックし、[スタックの更新（Update stack）] ウィンドウの残りのウィンドウに移動し、それらのウィンドウのフィールドに新しい SSH キー ファイル名が表示されていることを確認します。

ステップ 9

プロセスの最後にある [スタックの更新（Update stack）] をクリックします。

スタックの更新が開始されます。

ステップ 10

スタックの更新の進行状況を監視します。

スタックの更新は、次の段階を経ます。

- AWS は、最初に新しい Cisco Cloud Network Controller VM を作成します。

- スタック更新の一環として、古い Cisco Cloud Network Controller VM の削除が試みられます。ただし、これは手動ですでに削除されています。

- Cisco Cloud Network Controller はスタックにポストされます。

ステップ 11

[スタック（Stacks）] ウィンドウに UPDATE_COMPLETE メッセージが表示されるまで待ってから、[インスタンス（Instances）] ウィンドウに戻ります。

- Cisco Cloud Network Controller インスタンスは新しいインスタンス ID を取得し、新しい SSH キーを使用します。

- 古いインターフェースは新しいインスタンスに再接続され、CIDR とサブネットはすべて同じままです。

- Cisco Cloud Network Controller の管理 IP アドレスも同じです。

ステップ 12

約 5 ～ 10 分経過したら、Cisco Cloud Network Controller でバージョンが正しいことを確認します。

管理 IP アドレスを使用して Cisco Cloud Network Controller にログインします。リリース 25.0(2) にアップグレードする前に、以前に実行されていたリリースのバージョンが表示されます。

ステップ 13

既存設定のバックアップ で設定をバックアップしたときに書き留めたのと同じパスフレーズを使用して、グローバル AES 暗号化を有効にします。

1. Cisco Cloud Network Controller GUIで、[インフラストラクチャ（Infrastructure）] > [システム設定（System Configuration）] に移動します。

デフォルトでは、[General] タブの下にあります。そうでない場合は、[General] タブをクリックします。

2. [Global AES Encryption]領域の右上にある鉛筆アイコンをクリックします。

[Global AES 暗号 Settings] ウィンドウが表示されます。

3. [暗号化：有効（Encryption: Enabled）] 領域の隣にあるボックスをクリックして、既存設定のバックアップ（[パスフレーズ/確認/パスフレーズの確認（Passphrase/Confirm Passphrase）] で記載されているパスフレーズを入力します。

4. ウィンドウの下部にある [保存（Save）] をクリックします。

ステップ 14

リリース 25.0(2) にアップグレードする前にバックアップした以前のリリースの設定をインポートし、以前の設定が収束することを確認します。

バックアップした以前のリリースの設定をインポートするときは、次の設定を使用します。

- [復元タイプ（Restore Type）] フィールドで、[結合（Merge）] を選択します。

- [Restore Mode]フィールドで、[Best Effort]を選択します。

この手順の後、ホーム リージョン CCR の作成が自動的に開始されます。

ステップ 15

サイトが ACI マルチサイト オーケストレータ/Nexus Dashboard Orchestrator によって管理されている場合は、新しい Cisco Cloud Network Controller VM の IP アドレスを更新します。

1. ACI マルチサイト オーケストレータ/Nexus ダッシュボードにログインします

2. サイトを編集して再登録します。

1. Nexus ダッシュボードで、[サイト（Sites）] に移動し、正しいサイトをクリックします。

2. 「詳細」アイコンをクリックして、「概要」ウィンドウを表示します。

3. 鉛筆アイコンをクリックして、このサイトの情報を編集します。

4. [サイトの再登録（Re-register Site）] の横にあるボックスをクリックし、必要な情報を入力して、新しい Cisco Cloud Network Controller VM の IP アドレスで更新します。

5. [保存（Save）] をクリックします。

3. ACI マルチサイト オーケストレータ/Nexus ダッシュボード オーケストレータに移動し、サイトが引き続き管理されていることを確認します。

1. Nexus ダッシュボード オーケストレータで、[サイト（Sites）] に移動します。

2. サイトを見つけて、[状態（State）] 列に [管理（Managed）] が表示されていることを確認します。

4. クラウド サイトの更新を実行します。

1. Nexus ダッシュボード オーケストレータで、[インフラストラクチャ（Infrastructure）] > [インフラ設定（Infra Configuration）] に移動し、[インフラの設定（Configure Infra）] をクリックします。

2. 左側のナビゲーション バーでサイトを選択し、[更新（Refresh）] をクリックします。

確認ウィンドウで [はい（Yes）] をクリックして、クラウド サイトの更新を続行します。

5. [展開（DEPLOY）] > [展開のみ（Deploy Only）] をクリックして、インフラ設定を展開します。

ソフトウェアのダウングレード：リリース 25.0(3) から 25.0(2)、25.0(1) または 5.2(1)

これらの手順では、ソフトウェアをリリース 25.0(3) から 25.0(2)、25.0(1)、または 5.2(1) にダウングレードする方法について説明します。

これの手順により、次のシナリオを想定しています。

1. 以前のある時点で、リリース 25.0(2)、25.0(1) または 5.2(1) を実行していて、リリース 25.0(3) にアップグレードすることにしました。ただし、そのアップグレードを実行する前に、既存設定のバックアップ で説明されているようにリリース 25.0(2)、25.0(1) または 5.2(1) の構成をバックアップし、バックアップした構成ファイルを保存しました。

2. 次に、リリース 25.0(3) へのポリシー ベースのアップグレードを実行し、その後、ある時点で、リリース 25.0(2)、25.0(1) または 5.2(1) に戻すことを決定しました。

これらの手順では、以前のリリースに戻す方法について説明していますが、これらのダウングレード手順を機能させるには、その以前のリリース用にバックアップした設定ファイルが必要です。

手順

ステップ 1

既存設定のバックアップ で説明されているように、以前のリリースからバックアップされた設定ファイルがあることを確認します。

以前のリリースからバックアップされた構成ファイルがない場合は、これらの手順を使用してリリース 25.0(3) からダウングレードしないでください。これらのダウングレード手順では、そのバックアップ設定ファイルが必要になります。

ステップ 2

同じ内容 (同じ公開鍵または秘密鍵) で SSH キーの複製を作成します。

1. https://console.aws.amazon.com/ec2/ で Amazon EC2 コンソールを開きます。

2. ナビゲーション ペインで、[キー ペア（Key Pairs）] を選択します。

3. [キー ペアのインポート（Import key pair）] を選択します。

4. [名前（Name）] に、公開鍵のわかりやすい名前を入力します。名前には、最大 255 文字の ASCII 文字を含めることができます。先頭または末尾のスペースを含めることはできません。

（注）

EC2 コンソールからインスタンスに接続すると、コンソールは秘密鍵ファイルの名前としてこの名前を提案します。

5. [参照（Browse）] を選択して公開鍵に移動して選択するか、公開鍵の内容を [公開鍵の内容（Public key contents）] フィールドに貼り付けます。

6. [キー ペアのインポート（Import key pair）] を選択します。

7. インポートした公開鍵が鍵ペアのリストに表示されていることを確認します。

（注）

何らかの理由でキー ペアのインポート プロセスが機能しない場合は、[キー ペアの作成（Create key pair）] オプションを使用して新しいキー ペアを作成し、必要に応じて t-downgrading-the-software-2503-to-2502-2501-521.xhtml#task_yy3_gc1_zrb__step_it2_mtz_yrb でそれを使用できます。

ステップ 3

EC2 インスタンス領域に移動し、Cisco Cloud Network Controller VM インスタンスを終了します。

1. ナビゲーション ペインで、[インスタンス（Instances）] を選択します。

2. Cisco Cloud Network Controller VM インスタンスの横にあるチェックボックスをオンにします。

3. Cisco Cloud Network Controller VM インスタンスの行を右クリックし、[インスタンス状態（Instance State）] > [終了（Terminate）]を選択します。

Cisco Cloud Network Controller VM インスタンスが終了するまで数分かかります。

Cisco Cloud Network Controller VM インスタンスが終了すると、VM に関連付けられた 2 つのインターフェースがこの時点でハングします。アップグレードの一部として新しい VM が起動すると、同じインターフェイスに再接続されます。

Cisco Cloud Network Controller VM の終了プロセスが完了すると、VPC やその他のネットワーク リソース（CIDR やサブネットなど）がそのまま残っていることがわかります。

ステップ 4

Cisco Cloud Network Controller VM の終了プロセスが完了したら、スタックに戻り、スタックがまだ実行状態であることを確認します。

[CloudFormation] エリアに移動し、Cisco Cloud Network Controller スタックがまだ実行状態であることを確認します。

ステップ 5

Cisco Cloud Network Controller スタックの横にある丸をクリックし、[更新（Update）] をクリックします。

[スタックの更新（Update stack）] ウィンドウが表示されます。

ステップ 6

[現在のテンプレートを使用（Use current template）] をクリックし、[次へ（Next）] をクリックします。

テンプレートでは何も変更しないため、このウィンドウで [現在のテンプレートを使用（Use current template）] オプションを選択します。

[スタック詳細の指定（Specify stack details）] ウィンドウが表示されます。

ステップ 7

[スタックの詳細を指定（Specify stack details）] ウィンドウで、[SSH キー ペア（SSH Key Pair）] フィールドを除くすべてのフィールドをそのままにします。

[SSH キー ペア（SSH Key Pair）] フィールドで、t-downgrading-the-software-2503-to-2502-2501-521.xhtml#task_yy3_gc1_zrb__step_ayv_tsz_yrb で設定した新しい SSH キー ファイル名を選択します。

ステップ 8

[スタックの詳細を指定（Specify stack details）] ウィンドウの下部にある [次へ（Next）] をクリックし、[スタックの更新（Update stack）] ウィンドウの残りのウィンドウに移動し、それらのウィンドウのフィールドに新しい SSH キー ファイル名が表示されていることを確認します。

ステップ 9

プロセスの最後にある [スタックの更新（Update stack）] をクリックします。

スタックの更新が開始されます。

ステップ 10

スタックの更新の進行状況を監視します。

スタックの更新は、次の段階を経ます。

- AWS は、最初に新しい Cisco Cloud Network Controller VM を作成します。

- スタック更新の一環として、古い Cisco Cloud Network Controller VM の削除が試みられます。ただし、これは手動ですでに削除されています。

- Cisco Cloud Network Controller はスタックにポストされます。

ステップ 11

[スタック（Stacks）] ウィンドウに UPDATE_COMPLETE メッセージが表示されるまで待ってから、[インスタンス（Instances）] ウィンドウに戻ります。

- Cisco Cloud Network Controller インスタンスは新しいインスタンス ID を取得し、新しい SSH キーを使用します。

- 古いインターフェースは新しいインスタンスに再接続され、CIDR とサブネットはすべて同じままです。

- Cisco Cloud Network Controller の管理 IP アドレスも同じです。

ステップ 12

約 5 ～ 10 分経過したら、Cisco Cloud Network Controller でバージョンが正しいことを確認します。

管理 IP アドレスを使用して Cisco Cloud Network Controller にログインします。リリース 25.0(3) にアップグレードする前に、以前に実行されていたリリースのバージョンが表示されます。

ステップ 13

古い Cisco Cloud Services Router 1000v への CCR ダウングレードをトリガーします。

25.0(3) へのアップグレードの一環として、古いシスコ クラウド サービスルータ 1000v から新しい Cisco Catalyst 8000V にも移動しました。したがって、25.0(3) から以前のリリースにダウングレードするには、CCR を古いシスコ クラウド サービスルータ 1000v にダウングレードする必要があります。

ダウングレードが完了すると、システムは CCR と Cisco Cloud ネットワーク コントローラとの互換性がなくなったことを認識します。CCR と Cisco Cloud Network Controller に互換性がなく、Cisco Cloud Network Controller 用に構成された新しいポリシーは、CCR をダウングレードするまで CCR に適用されないことを示すメッセージが表示されます。

次の 2 つの方法のいずれかを使用して、CCR ダウングレードのトリガー プロセスを開始できます。どちらの方法でもメニュー オプションは CCR のアップグレードとして表示されますが、実際にはこのオプションを選択することで、この状況で CCR をダウングレードしていることに注意してください。

- 最初に Cisco Cloud Network Controller にログインしたときに表示される画面上部のバナーで、[CCR のアップグレード（Upgrade CCRs）] リンクをクリックします。

- 次のように移動することで、[ファームウェアの管理（Firmware Management）] ページの [CCR] 領域を使用します。

[オペレーション（Operations）] > [ファームウェア管理]

[CCR］ タブをクリックし、［CCR のアップグレード（Upgrade CCRs）］ を選択します。

ステップ 14

既存設定のバックアップ で設定をバックアップしたときに書き留めたのと同じパスフレーズを使用して、グローバル AES 暗号化を有効にします。

1. Cisco Cloud Network Controller GUIで、[インフラストラクチャ（Infrastructure）] > [システム設定（System Configuration）] に移動します。

デフォルトでは、[General] タブの下にあります。そうでない場合は、[General] タブをクリックします。

2. [Global AES Encryption]領域の右上にある鉛筆アイコンをクリックします。

[Global AES 暗号 Settings] ウィンドウが表示されます。

3. [暗号化：有効（Encryption: Enabled）] 領域の隣にあるボックスをクリックして、既存設定のバックアップ（[パスフレーズ/確認/パスフレーズの確認（Passphrase/Confirm Passphrase）] で記載されているパスフレーズを入力します。

4. ウィンドウの下部にある [保存（Save）] をクリックします。

ステップ 15

リリース 25.0(3) にアップグレードする前にバックアップした以前のリリースの構成をインポートし、以前の構成が収束することを確認します。

バックアップした以前のリリースの設定をインポートするときは、次の設定を使用します。

- [復元タイプ（Restore Type）] フィールドで、[結合（Merge）] を選択します。

- [Restore Mode]フィールドで、[Best Effort]を選択します。

この手順の後、ホーム リージョン CCR の作成が自動的に開始されます。

ステップ 16

サイトが ACI マルチサイト オーケストレータ/Nexus Dashboard Orchestrator によって管理されている場合は、新しい Cisco Cloud Network Controller VM の IP アドレスを更新します。

1. ACI マルチサイト オーケストレータ/Nexus ダッシュボードにログインします

2. サイトを編集して再登録します。

1. Nexus ダッシュボードで、[サイト（Sites）] に移動し、正しいサイトをクリックします。

2. 「詳細」アイコンをクリックして、「概要」ウィンドウを表示します。

3. 鉛筆アイコンをクリックして、このサイトの情報を編集します。

4. [サイトの再登録（Re-register Site）] の横にあるボックスをクリックし、必要な情報を入力して、新しい Cisco Cloud Network Controller VM の IP アドレスで更新します。

5. [保存（Save）] をクリックします。

3. ACI マルチサイト オーケストレータ/Nexus ダッシュボード オーケストレータに移動し、サイトが引き続き管理されていることを確認します。

1. Nexus ダッシュボード オーケストレータで、[サイト（Sites）] に移動します。

2. サイトを見つけて、[状態（State）] 列に [管理（Managed）] が表示されていることを確認します。

4. クラウド サイトの更新を実行します。

1. Nexus ダッシュボード オーケストレータで、[インフラストラクチャ（Infrastructure）] > [インフラ設定（Infra Configuration）] に移動し、[インフラの設定（Configure Infra）] をクリックします。

2. 左側のナビゲーション バーでサイトを選択し、[更新（Refresh）] をクリックします。

確認ウィンドウで [はい（Yes）] をクリックして、クラウド サイトの更新を続行します。

5. [展開（DEPLOY）] > [展開のみ（Deploy Only）] をクリックして、インフラ設定を展開します。

システム リカバリの実行

システム リカバリを実行する手順は、移行ベースのアップグレードを実行する手順と同じです。これらの手順については、セクション 移行ベースのアップグレード を参照してください。

CCR のアップグレードのトリガー

次のトピックでは、CCR のアップグレードをトリガーするための情報と手順について説明します。

- CCR のアップグレードのトリガー

- Cisco Cloud Network Controller GUI を使用した CCR のアップグレードのトリガー

- REST API を使用した CCR のアップグレードのトリガー

CCR のアップグレードのトリガー

Cisco Cloud Network Controller のアップグレードとは関係なく、CCR のアップグレードをトリガーし、それら CCR のアップグレードをモニタできます。これにより、管理プレーン（Cisco Cloud APIC）とデータプレーン（CCR）のアップグレードを分離できるため、トラフィック不足を抑えるのに役立ちます。

この機能はデフォルトで有効になっています。デフォルトの前提は、Cisco Cloud Network Controller へのアップグレードをトリガーした後に CCR へのアップグレードをトリガーすることです。この機能を有効にすると、無効にすることはできません。

この機能を有効にすると、Cisco Cloud Network Controller と CCR の固有アップグレード シーケンスは次のようになります。

（注）

次に、CCR へのアップグレードをトリガーするための全体的なプロセスを説明する上位レベルの手順を示します。具体的な手順については、を参照してください。Cisco Cloud Network Controller GUI を使用した CCR のアップグレードのトリガー

1. この章の手順に従って Cisco Cloud Network Controller をアップグレードします。

2. Cisco Cloud Network Controller のアップグレード手順が完了するまで待ちます。アップグレードが完了すると、システムは CCR と Cisco Cloud ネットワーク コントローラとの互換性がなくなったことを認識します。CCR と Cisco Cloud Network Controller に互換性がなく、Cisco Cloud Network Controller 用に構成された新しいポリシーは、CCR をアップグレードするまで CCR に適用されないことを示すメッセージが表示されます。

3. AWS ポータルで CCR の利用規約を確認し、同意します。

4. CSR のアップグレードをトリガーして、Cisco Cloud ネットワーク コントローラとの互換性のあるバージョンになるようにします。

次の 2 つの方法のいずれかを使用して、CCR アップグレードのトリガー プロセスを開始できます。

- 画面上部のバナーで、[CCR のアップグレード（Upgrade CCRs）] リンクをクリックします。

- [ファームウェアの管理（Firmware Management）] ページの [CCR] 領域を使用します。次の順に選択：

[オペレーション（Operations）] > [ファームウェア管理]

[CCR］ タブをクリックし、［CCR のアップグレード（Upgrade CCRs）］ を選択します。

また、REST APIを 使用して CCR のアップグレードをトリガーすることもできます。手順については、REST API を使用した CCR のアップグレードのトリガー を参照してください。

ガイドラインと制約事項

- Cisco Cloud Network Controller をアップグレードした後も、CCR と Cisco Cloud Network Controller に互換性がないというメッセージが表示されない場合は、そのメッセージを表示するためにブラウザを更新する必要があるでしょう。

- Cisco Cloud ネットワーク コントローラをアップグレードした後で、CCR へのアップグレードをトリガーします。Cisco Cloud ネットワーク コントローラをアップグレードする前に、CCR へのアップグレードをトリガーしないでください。

- CCR へのアップグレードをトリガーすると、停止することはできません。

- CCR へのアップグレードをトリガーした後にエラーが表示された場合は、それらのエラーを確認して解決します。これらの CCR アップグレード エラーが解決されると、CCR アップグレードが自動的に続行されます。

Cisco Cloud Network Controller GUI を使用した CCR のアップグレードのトリガー

このセクションでは、Cisco Cloud Network Controller GUI を使用した CCR へのアップグレードをトリガーする方法を示します。詳細については、CCR のアップグレードのトリガーを参照してください。

手順

ステップ 1

互換性のある CSR バージョンへの CCR アップグレードをトリガーするプロセスを開始します。

次の 2 つの方法のいずれかを使用して、CCR アップグレードのトリガー プロセスを開始できます。

- 画面上部のバナーで、[CCR のアップグレード（Upgrade CCRs）] リンクをクリックします。

- [ファームウェアの管理（Firmware Management）] ページの [CCR] 領域を使用します。次の順に選択：

[オペレーション（Operations）] > [ファームウェア管理]

[CCR］ タブをクリックし、［CCR のアップグレード（Upgrade CCRs）］ を選択します。

[CCRのアップグレード（Upgrade CCRs）]をクリックすると、CCR をアップグレードすると CCR がリブートし、トラフィックが一時的に中断する可能性があることを示す警告が表示されます。

ステップ 2

この時点で CCR をアップグレードし、トラフィックが一時的に中断された場合は、警告メッセージで [アップグレードの確認（Confirm Upgrade）] をクリックします。

CCR ソフトウェアのアップグレードが開始されます。CCR のアップグレードが進行中であることを示すバナーが画面の上部に表示されます。メッセージ内の [CCR アップグレード ステータスの表示（View CCR upgrade status）] をクリックして、CCR アップグレードのステータスを表示します。

ステップ 3

CCR のアップグレード中に発生する可能性のある障害を修正します。

アップグレード中に障害が発生した場合は、次の場所に移動して障害の詳細情報を取得できます。

Operations Event Analytics Faults > >

REST API を使用した CCR のアップグレードのトリガー

このセクションでは、REST API を使用した CCR へのアップグレードをトリガーする方法を示します。詳細については、CCR のアップグレードのトリガーを参照してください。

手順

クラウド テンプレートで routerUpgrade フィールドの値を「true」に設定し、REST APIを介して CCR へのアップグレードをトリガーします（routerUpgrade = "true"）。

<polUni>
<fvTenant name="infra">
<cloudtemplateInfraNetwork name="default" vrfName="overlay-1">
<cloudtemplateProfile name="defaultxyz" routerUsername="SomeFirstName" routerPassword="SomePass" routerUpgrade="true">
</cloudtemplateProfile>
<cloudtemplateExtSubnetPool subnetpool="10.20.0.0/16"/>
<cloudtemplateIntNetwork name="default">
<cloudRegionName provider="aws" region="us-west-1"/>
<cloudRegionName provider="aws" region="us-west-2"/>
</cloudtemplateIntNetwork>
<cloudtemplateExtNetwork name="default">
<cloudRegionName provider="aws" region="us-west-2"/>
<cloudtemplateVpnNetwork name="default">
<cloudtemplateIpSecTunnel peeraddr="23.2.1.1/32" />
<cloudtemplateIpSecTunnel peeraddr="23.0.1.1/32" />
<cloudtemplateIpSecTunnel peeraddr="23.1.1.1/32" />
<cloudtemplateOspf area="0.0.0.1"/>
</cloudtemplateVpnNetwork>
<cloudtemplateBgpEvpn peeraddr="34.1.1.1/32" asn="63000" siteId="123" password="abcd1234" />
</cloudtemplateExtNetwork>
</cloudtemplateInfraNetwork>
</fvTenant>
</polUni>

AWS リソースと命名規則

- AWS リソースと命名規則

AWS リソースと命名規則

以下は、インストール時に Cisco Cloud Network Controller によって作成される AWS リソースと、Cisco Cloud Network Controller で使用される命名規則のリストです。これらの AWS リソースをよりよく理解し、同様の名前を使用しないようにするには、このリストの情報を使用してください。

項目

使用されるアイテム数

アイテムの命名ルール

S3 バケット

- 1 つのグローバル（CFT テンプレートの保存に使用）

- リージョンごとに 1 つ（CloudTrail ログの保存に使用）

Cisco Cloud Network Controller S3 バケットは、プレフィックス capic で始まります。このプレフィックスで始まるバケットは使用しないでください。

タグ

最小 2、最大 8

使用されるタグ キーは次のとおりです。

- AciDnTag

- AciOwnerTag

- 名前（タグ値にはオブジェクトの相対名または RN が含まれます）

- AciStaleTag（Cisco Cloud Network Controller によってリソースが古いと見なされる場合にのみ表示）

- AciResolvedObjDnTag（VPC のみ）：解決されたオブジェクトの識別名（DN）を保持します。

- AciPeerDnTag（VPC ピアリング専用）：ピア VPC の DN を伝送します。

Aci または Capic で始まるタグは作成しないでください。

CloudTrails

リージョンにつき 1 つ

トレイル名はプレフィックス capic で始まります。このプレフィックスで始まる証跡は作成しないでください。

CloudWatch イベント

リージョンごとに 3 つ

ルールはプレフィックス capic で始まります。このプレフィックスで始まるルールは作成しないでください。

Simple Queue Service（SQS）キュー

リージョンにつき 1 つ

キュー名はプレフィックス capic で始まります。このプレフィックスで始まるキューは作成しないでください。

AWS の IAM ロールと権限

- AWS の IAM ロールと権限

AWS の IAM ロールと権限

（注）

AWS IAM のロール役割と権限の詳細については、Cisco Cloud Network Controller AWS User Guide を参照してください。次のいずれかのタイプのテナントとして AWS プロバイダを構成する方法などが含まれています。

- 信頼できるテナント

- 信頼できないテナント

- 組織テナント、リリース 4.2(3) 以降でサポートされています。

Cisco Cloud Network Controller のインストールと操作には、特定の AWS IAM のロールと権限が必要です。

CloudFormation テンプレート（CFT）を使用して Cisco Cloud Network Controller をインストールする場合は、AWS に完全な管理者アクセス権を持つユーザー（たとえば、権限ポリシー ARN arn:aws:iam::aws:policy/AdministratorAccess が、直接、ロール ポリシーにより、またはユーザー グループによりアタッチされているユーザー）によってインストールすることを推奨します。ただし、AWS 管理者アクセス権を持つユーザーがいない場合は、Cisco Cloud Network Controller をインストールするユーザーに次の最小権限セットが必要です。

{
"Version": "2012-10-17",
"Statement": [{
"Effect": "Allow",
"Action": "iam:*",
"Resource": "*"
},
{
"Effect": "Allow",
"Action": "ec2:*",
"Resource": "*"
},
{
"Effect": "Allow",
"Action": "cloudformation:*",
"Resource": "*"
},
{
"Effect": "Allow",
"Action": "s3:*",
"Resource": "*"
},
{
"Effect": "Allow",
"Action": "sns:*",
"Resource": "*"
}
]
}

上記の権限セットは、CFT を使用して Cisco Cloud Network Controller をインストールするユーザーに必要です。次に、[アクション (Action)]行に示すように、上記の必要な権限の詳細について説明します。

- iam権限：Cisco Cloud Network Controller インスタンスは、 ApicAdminという名前の AWS ロールで実行される AWS EC2 インスタンスです。このロールは、CloudFormation スタックによって作成される必要があります。ApicAdminロールを使用して Cisco Cloud Network Controller インスタンスを実行すると、Cisco Cloud Network Controller インスタンスは、AWS メタデータ サービスを使用して一時的なログイン情報を取得できます。これにより、Cisco Cloud Network Controller インスタンスは、AWS API の呼び出しを行うために、固定のアクセス キー ID と秘密アクセス キーを使用する必要がなくなります。

- ec2権限:スタックが必要な VPC、サブネット、セキュリティグループなどを作成できるようにするために必要です。スタックによって、 Cisco Cloud Network Controller インスタンスが展開されるインフラ VPC が作成されます。

- cloudformationの権限: CFT 自体を実行するために必要です。

- s3権限: CFT が AWS CloudFormation スタックのニーズに基づいて S3 バケットに保存されるようにするために必要です。

- sns権限: CloudFormation スタックを実行するための通知を取得するために必要です。

操作の場合、Cisco Cloud Network Controller は ApicAdmin ロールで実行されます。このロールには 2 つのポリシーが付加されており、CloudFormation テンプレートの起動の一環として作成されます。

- ApicAdminFullAccessポリシー: このポリシーにリストされている権限によって、Cisco Cloud Network Controller は EC2 および VPC リソース、S3 バケット、リソース グループ、アカウント通知、およびログを作成および管理できます。Cisco Cloud Network Controller は、作成した Azure リソースの管理を試みます。他のアプリケーションによって作成されたリソースには処理しません。

このポリシーには、次の権限が必要です。

{
"Version": "2012-10-17",
"Statement": [{
"Action": "organizations:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "ec2:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "s3:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "sqs:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "elasticloadbalancing:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "acm:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "cloudtrail:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "cloudwatch:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "logs:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "resource-groups:*",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "events:*",
"Resource": "*",
"Effect": "Allow",
"Sid": "CloudWatchEventsFullAccess"
},
{
"Action": "autoscaling:*",
"Resource": "*",
"Effect": "Allow"
}
]
}

- ApicTenantsAccessポリシー：このポリシーにリストされている権限によって、Cisco Cloud Network Controller は、テナント アカウントのロールと、それらのテナント AWS アカウントの AWS API の呼び出しを引き受けることができます。これにより、Cisco Cloud Network Controller は、テナント アカウントの固定ログイン情報を使用せずにテナント アカウントにアクセスすることができます。

このポリシーには、次の権限が必要です。

{
"Version": "2012-10-17",
"Statement": [{
"Action": "sts:AssumeRole",
"Resource": "*",
"Effect": "Allow"
}]
}

Cisco Cloud Network Controller 自体は、操作のために IAM 権限を必要としません。これは、インストール後に IAM ポリシーやロールが作成されないためです。

Cisco Cloud Network Controller は、自身が作成した AWS リソースの管理を試みますが、インベントリとしてリスとされている既存のリソースを除き、他のアプリケーションが作成しリソースは管理を試みません。同時に、これらのアカウント（インフラ アカウントと他のテナント アカウントの両方）の AWS IAM ユーザーは、Cisco Cloud Network Controller が作成したリソースに干渉しないようにする必要があります。したがって、AWS で Cisco Cloud Network Controller が作成したすべてのリソースには、次の 2 つのタグのうち少なくとも 1 つが適用されます。

- AciDnTag

- AciOwnerTag

したがって、EC2、VPC、およびその他のリソースを作成、削除、または更新する権限を持つ AWS IAM ユーザーを作成する場合、これらのユーザーが、Cisco Cloud Network Controller が作成し、管理するリソースへアクセスしたり、それらを変更したりすることを防止する必要があります。このような制限は、インフラとその他のユーザのテナント アカウントの両方に適用する必要があります。AWS アカウント管理者は、上記の 2 つのタグを使用して、ユーザーが、Cisco Cloud Network Controller が作成し、管理するリソースへアクセスし、それらを変更することを防止する必要があります。

たとえば、次のようなアクセス ポリシーによって、IAM ユーザーが、Cisco Cloud Network Controller が管理しているリソースに意図せずアクセスするのを防止することができるでしょう。

{
"Effect": "Deny",
"Action": [
"ec2:*"
],
"Resource": "*",
"Condition": {
"StringLike": {
"ec2:ResourceTag/AciDnTag": "*"
}
}
}

テナントリージョン管理

- テナントリージョン管理

テナントリージョン管理

異なるリージョンでのテナント ポリシーの展開

Cisco Cloud Network Controller は所有権チェックを適用して、意図的にまたは誤って行われた同じテナントとリージョンの組み合わせでポリシーが展開されないようにします。たとえば、1 つの Cisco Cloud Network Controller（CNC1）がリージョン R1 の AWS アカウント IA1 に展開されており、テナントをリージョン R2 のアカウント TA1 に展開するとします。このテナント展開（TA1-R2 のアカウントとリージョンの組み合わせ）は、IA1-R1（CNC1）によって所有されています。別の Cisco Cloud Network Controller（CNC2）が将来のある時点で TA1-R2 の同じテナントとリージョンの組み合わせを管理しようとした場合（たとえば、CNC2 がリージョン R3 の AWS アカウント IA2 に導入されている場合）、展開 TA1-R2 の所有者は IA1-R1（CNC1）になります。

これらの制限は、AWS リソース グループを使用して実現されます。次の例は、有効な展開と無効な展開の組み合わせを示しています。

Cisco Cloud Network Controller

テナント

有効性

理由

IA1-R1（CNC1）

TA1-R1

有効

テナント TA1-R1 は IA1-R1（CNC1）によって所有されています。

IA1-R1（CNC1）

TA1-R2

有効

テナント TA1-R2 は IA1-R1（CNC1）によって所有されています。

IA1-R2（CNC2）

TA1-R1

無効

テナント TA1-R1 はすでに IA1-R1（CNC1）によって所有されています。

IA1-R2（CNC2）

TA1-R3

有効

テナント TA1-R3 は IA1-R2（CNC2）によって所有されています。

IA2-R1（CNC3）

TA1-R1

無効

テナント TA1-R1 はすでに IA1-R1（CNC1）によって所有されています。

IA2-R1（CNC3）

TA1-R4

有効

テナント TA1-R4 は IA2-R1（CNC3）によって所有されています。

IA2-R1（CNC3）

TA2-R4

有効

テナント TA2-R4 は IA2-R1（CNC3）によって所有されています。

展開の適用は、インフラ テナントとユーザ テナントに対して実行されます。CNC1 がリージョン R1 のアカウント IA1 に導入されており、リージョン R2 と R3 を管理しようとしている場合、リージョン R1、R2、および R3 の同じアカウント IA1 を管理しようとする別の Cisco Cloud Network Controller（たとえば CNC2）は、許可されません。

テナント リージョンの所有権の検証は、AWS リソース グループを使用して行われます。テナントとリージョンの組み合わせごとに、構文 CloudAPIC_TenantName_Region を使用してリソース グループが作成されます（たとえば、リージョン R2 の アカウント TA1 に CNC_TA1_R2 という名前が展開されている場合）。また、Cisco Cloud Network Controller がリージョン R1 のアカウント IA1 に導入されている場合は、IA1_R1_TA1_R2 の所有権タグがあります。

次に、AciOwnerTag の不一致が発生し、既存のテナント リージョンの導入が失敗する状況の例を示します。

- 最初に Cisco Cloud Network Controller があるアカウントにインストールされてから、削除され、その後 Cisco Cloud Network Controller が別のアカウントにインストールされたとします。この場合、同じテナントとリージョンの組み合わせを再度管理しようとすると、既存のすべてのテナントとリージョンの展開が失敗します。

- 最初に Cisco Cloud Network Controller があるリージョンにインストールされてから、削除され、その後 Cisco Cloud Network Controller が別のリージョンにインストールされたとします。この場合、既存のすべてのテナント リージョンの展開が失敗します。

- 別の Cisco Cloud Network Controller が同じテナント リージョンを管理しているとします。

所有権が一致しない場合、Cisco Cloud Network Controller はテナント領域のセットアップの再試行を再度実行しません。他の Cisco Cloud Network Controller が同じテナントとリージョンの組み合わせを管理していないことが確実な場合に、所有権の不一致のケースを解決するには、テナントの AWS アカウントにログインし、影響を受けるリソース グループ（CNC_123456789012_us-east-2 など）を手動で削除します。次に、Cisco Cloud Network Controller インスタンスをリロードするか、テナントを Cisco Cloud Network Controller から削除して再度追加します。

CCR およびテナント情報の検索

- CCR およびテナント情報の検索

CCR およびテナント情報の検索

Cisco Cloud Network Controllr と ISN デバイスe間の接続を有効にするために必要な CCR とテナント情報は、いくつかの部分に分けられます。この情報は、Cisco Nexus Dashboard Orchestrator（[サイト（Sites）]> > [インフラの構成（Configure Infra）] > [IPN デバイスの構成ファイルのみダウンロード（Download IPN Device Config files only）] > ）から取得できるようにする必要があります。ただし、CCR とテナントの情報を手動で収集する必要があることが判明した場合は、次の項でこの情報を特定する手順を説明します。

- CCR に関する情報

- インフラ テナントの情報

- ユーザ テナントの情報

CCR に関する情報

必要な AWS 情報

入力する値

AWS サイトでのこの情報の検索方法

CCR の 3 番目のネットワーク インターフェイスの柔軟な IP アドレス

1. AWS 管理コンソールの EC2 ダッシュボードのインスタンスに移動します。

2. CCR インスタンスを選択します（CCR インスタンスの横にあるボックスをクリックします）。

3. 右側にネットワークインターフェイスが表示されるまで下にスクロールし、[eth2] リンクをクリックして、[パブリック IP アドレス] フィールドに表示されている IP アドレスを見つけます。

CCR 向けパブリック IP アドレス

1. AWS 管理コンソールの EC2 ダッシュボードのインスタンスに移動します。

2. CCR インスタンスを検索します。

3. その CCR インスタンスの [IPv4 パブリック IP（IPv4 Public IP）] 列に表示されている IP アドレスをコピーします。

CCR の事前共有キー

1. CCR にログインします。

ssh ip-address

ここで、 ip-address はクラウド CCR のパブリック IP アドレスです。

2. 暗号キーリング情報を取得します。

show running-config | include pre-shared-key

事前共有キーが強調表示されている次のような出力が表示されます。

pre-shared-key address 192.0.2.15 key 123456789009876543211234567890

CCR へのオンプレミス IPsec デバイスのピア トンネル IP アドレス

1. CCR にログインします。

ssh ip-address

ここで、 ip-address はクラウド CCR のパブリック IP アドレスです。

2. 次のコマンドを入力します。

show ip interface brief | include Tunnel2

次のような出力が表示されます。

Tunnel2              30.29.1.1      YES  NVRAM   up       down

3. このトンネルの IP アドレスを取得し、アドレスを1つずつ増やして、オンプレミスの IPsec デバイスのピアトンネル IP アドレスをクラウド CCR に取得します。

たとえば、出力に表示されている IP アドレスが 30.29.1.1 の場合、CCR に対してオンプレミスの IPsec デバイスのピア トンネル IP アドレスは 30.29.1.2 です。

インフラ テナントの情報

必要な AWS 情報

入力する値

AWS サイトでのこの情報の検索方法

インフラ テナントのクラウド アカウント ID

AWS での Cisco Cloud Network Controller の展開 の説明に従って、インフラ テナントに AWS アカウントを使用します。

インフラ テナントのクラウド アクセスキー ID とクラウド シークレット アクセス キー

1. インフラ テナントの Amazon Web Services アカウントにログインします。

2. [IAM] に移動します。

3. 左側のペインで、[ユーザ] を選択します。

4. 管理アカウントのリンクをクリックします。

5. [サマリ] ページで、[セキュリティ資格情報 (Security credentials)] タブをクリックします。

6. Amazon Web Services アクセスキー ID をまだ持っていない場合は、[アクセス キーの作成 (Create access key)] をクリックします。

7. [アクセス キー ID (Access KEY ID)] フィールドと [シークレット アクセス キー (Secret access key)] フィールドから情報を見つけます。

ユーザ テナントの情報

必要な AWS 情報

入力する値

AWS サイトでのこの情報の検索方法

Cisco Cloud Network Controller ユーザー テナントのクラウド アカウント ID

ユーザ テナントの AWS アカウントのセットアップ の説明に従って、ユーザ テナントに AWS アカウントを使用します。

Cisco Cloud Network Controller ユーザー テナントのクラウド アクセスキー ID とクラウド シークレット アクセス キー

1. ユーザ アカウントの Amazon Web Services アカウントにログインします。

2. [IAM] に移動します。

3. 左側のペインで、[ユーザ] を選択します。

4. Cisco Cloud Network Controller ユーザー テナント アカウントへのリンクをクリックします。

5. [サマリ] ページで、[セキュリティ資格情報 (Security credentials)] タブをクリックします。

6. Amazon Web Services アクセスキー ID をまだ持っていない場合は、[アクセス キーの作成 (Create access key)] をクリックします。

7. [アクセス キー ID (Access KEY ID)] フィールドと [シークレット アクセス キー (Secret access key)] フィールドから情報を見つけます。

Trademarks

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS REFERENCED IN THIS DOCUMENTATION ARE SUBJECT TO CHANGE WITHOUT NOTICE. EXCEPT AS MAY OTHERWISE BE AGREED BY CISCO IN WRITING, ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS DOCUMENTATION ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED.

The Cisco End User License Agreement and any supplemental license terms govern your use of any Cisco software, including this product documentation, and are located at: http://www.cisco.com/go/softwareterms.Cisco product warranty information is available at http://www.cisco.com/go/warranty. US Federal Communications Commission Notices are found here http://www.cisco.com/c/en/us/products/us-fcc-notice.html.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any products and features described herein as in development or available at a future date remain in varying stages of development and will be offered on a when-and if-available basis. Any such product or feature roadmaps are subject to change at the sole discretion of Cisco and Cisco will have no liability for delay in the delivery or failure to deliver any products or feature roadmap items that may be set forth in this document.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product.

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com go trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R)