Chapter1. 新機能と更新情報

- 新機能と更新情報

新機能と更新情報

次の表は、この最新リリースまでの主な変更点の概要を示したものです。ただし、今リリースまでの変更点や新機能の一部は表に記載されていません。

リリース バージョン

特長

説明

NDFC リリース 12.1.2e

このユース ケース ドキュメントの初版。

このユース ケース ドキュメントの初版。

PartI. ハイブリッド クラウドとマルチクラウド接続展開のインフラ構成を設定する

- 概要

- サポートされるトポロジ

- ハイブリッド クラウドとマルチクラウド接続展開のインフラ構成を設定する

Chapter2. 概要

- ハイブリッド クラウド接続のコンポーネントを理解する

- ハイブリッド クラウド接続を構築

- 用語

- 前提条件

- 注意事項と制約事項

- 関連資料

ハイブリッド クラウド接続のコンポーネントを理解する

このドキュメントでは、Cisco Nexus ダッシュボード ファブリック コントローラ（NDFC）によって管理される Cisco Nexus 9000 NX-OS ベースのファブリックと Cisco クラウド ネットワーク コントローラ（CNC）によって管理されるパブリック クラウド サイトを備えた、Cisco Nexus ダッシュボード オーケストレータ（NDO）によって強化された Cisco ハイブリッド クラウド ネットワーキング ソリューションの導入手順について説明します。

Cisco Nexus Dashboard Orchestrator（NDO）ベースのハイブリッド クラウド ソリューションは、オンプレミス ネットワークとクラウド ネットワーク間のシームレスな接続を提供します。このソリューションは、NDFC を使用してオンプレミスの VXLAN ベースのファブリックとオンプレミスの Cisco Catalyst 8000V を管理しますが、クラウド サイト（AWS または Microsoft Azure）は Cisco Cloud Network Controller（CNC）によって管理されます。NDO は、オンプレミス サイトとクラウド サイト間、および 2 つ以上のクラウド サイト間の接続を調整するために使用されます。VXLAN は、サイト間にオーバーレイ トンネルを構築するために使用されます。

次の図は、これらのコンポーネントを使用したハイブリッド クラウド接続のトポロジ例を示しています。詳細については、「サポートされるトポロジ」を参照してください。

このトポロジ例では、NDFC が管理するオンプレミス サイトに AWS および Azure クラウド サイトへの安全な接続が設定されています。そこではインフラ VPC/VNet の上の Cisco Catalyst 8000Vは、オンプレミス データセンターから来るそしてオンプレミス データセンターへ向かう全てのトラフィックのクラウド ゲートウェイの役割があります。

ボーダー ゲートウェイ（BGWs）でもある、様々なオンプレミス VXLAN EVPN サイトのシームレス Layer-2/Layer-3 DCI 拡張をサポートするオンプレミス サイト上で、 パブリック クラウドへ Layer-3 拡張もサポートします。

クラウド内の BGW と Cisco Catalyst 8000V 間のコントロール プレーンには BGP-EVPN が使用され、データ プレーンには VXLAN が使用されます。

前の図に示すように、Cisco Hybrid クラウド ネットワーキング ソリューションは次のコンポーネントで構成されています。

- Cisco Nexus ダッシュボード オーケストレータ（NDO）： NDO は、セントラル ポリシー コントローラとして働き、様々な NDFC インスタンスに管理されている複数のオンプレミス ファブリックに渡ってポリシーを管理します。そして、各クラウド サイトは、自分の Cisco クラウド ネットワーク コントローラに抽象化されます。NDO は Nexus ダッシュボード上のサービスとして実行されます。Nexus ダッシュボードは、VMware ESXi、Linux KVM、Amazon Web Services、または Microsoft Azure で実行される物理アプライアンスまたは仮想マシンのクラスタとして展開できます。以前にバージョン間サポートが導入されているため、NDO は、異なるソフトウェアバージョンを実行している Cisco クラウド ネットワーク コントローラを管理できます。

- [Cisco Nexus ダッシュボード ファブリック コントローラ（NDFC）]：NDFC は、LAN、VXLAN、SAN、および Cisco IP Fabric for Media（IPFM）ファブリックを構築するためのネットワーク自動化およびオーケストレーション ツールです。NDFC は、物理クラスタまたは仮想クラスターのいずれかである Nexus ダッシュボード クラスター上でサービスとして実行されます。ハイブリッド クラウド ネットワーキング ソリューションの場合、NDFC はオンプレミスの VXLAN ファブリックとオンプレミスの Cisco Cloud Router（Catalyst 8000V）を管理します。

- オンプレミス VXLAN ファブリック：オンプレミス VXLAN ファブリックは、NDFC によって管理される Nexus 90000/3000 スイッチで構築されています。ファブリックには、オンプレミス サイトとクラウド サイト間の VXLAN マルチサイト オーバーレイ トンネルの開始と終了を担当する 1 つ以上のボーダー ゲートウェイ（BGW）デバイスが必要です。NDFC には、VXLAN ファブリックを作成するための事前に作成されたテンプレートがあります。このドキュメントでは、VXLAN ファブリックに External_Fabric テンプレートを使用しています。

- オンプレミスの Cisco Cloud Router（CCR）：CCR は、オンプレミスの VXLAN ファブリックとクラウド サイト間の到達可能性を提供するために使用されます。CCR は、パブリック インターネットまたはプライベート接続（AWS Direct Connect や Azure ExpressRoute など）を使用してクラウド サイトへの接続を提供します。オンプレミスの CCR は、事前に構築された External_Fabric テンプレートを使用して NDFC によって管理され、コア ルータ ロールを割り当てる必要があります。

Cisco Catalyst 8000V は、Cisco ハイブリッド クラウド ネットワーキング ソリューション のオンプレミス CCR として使用されます。

- Cisco クラウド ネットワーク コントローラ（CNC）：Cisco クラウド ネットワーク コントローラは、サポートされているパブリッククラウド上で仮想インスタンスとして実行され、パブリッククラウド内の自動接続、ポリシー変換、およびワークロードのさらなる可視性を提供します。Cisco クラウド ネットワーク コントローラは、NDO から受け取ったすべてのポリシーを変換し、それらをクラウド ネイティブの構造、AWS の VPC やセキュリティグループやMicrosoft Azure の VNet などにプログラムします。Cisco Cloud Network Controller は、AWS Marketplace や Azure Marketplace などのパブリッククラウド マーケットプレイスを通じて展開されます。

- Cisco Catalyst 8000V：Cisco Catalyst 8000V は、パブリック クラウド プラットフォームの重要なコンポーネントです。Cisco Catalyst 8000V は、オンプレミスサイトおよびパブリッククラウドプラットフォームへのサイト間通信に使用されます。さらに、Cisco Catalyst 8000V は、オンプレミスのクラウド接続と、さまざまなクラウド プロバイダー間の接続（たとえば、Azure から AWS）に使用されます。

ハイブリッド クラウド接続を構築

このセクションでは、ハイブリッド クラウド接続を構築するために使用されるプロセスについて説明します。

- 開始点

- アンダーレイ レイヤーの構築

- オーバーレイの構築

開始点

次の図は、ハイブリッド クラウド接続の開始点を示しています。ここには、ハイブリッド クラウド接続のコンポーネントを理解するで説明されているさまざまな部分があります：

- Nexus ダッシュボード ファブリック コントローラ（NDFC）のファブリック：

- オンプレミスの VXLAN ファブリック

- 外部ファブリック

- クラウド ネットワーク コントローラによって管理されるクラウド サイト（AWS および Azure）

アンダーレイ レイヤーの構築

次に、後でアンダーレイがどのように構築されるかを示します。

1. まず、VXLAN ファブリックのボーダー ゲートウェイ スパイン スイッチと外部ファブリックの Cisco Catalyst 8000V の間に BGP 接続が確立されます。

2. 次に、BGP ピアリングを使用して、外部ファブリックのオンプレミス Cisco Catalyst 8000V とクラウド サイトの各クラウド ルータ間のアンダーレイ接続を確立します。

3. 最後に、OSPF はクラウド サイト間でクラウド間アンダーレイ接続に使用されます。

オーバーレイの構築

最後に、前の手順で確立されたアンダーレイ接続の上に VXLAN マルチサイト オーバーレイを確立する方法を示します：

1. VXLAN マルチサイトが確立されます。これは、VXLAN ファブリックのボーダー ゲートウェイ スパイン スイッチから始まり、クラウド サイトの Cisco Catalyst 8000V で終了します。

2. 接続タイプとしてパブリック インターネットを選択した場合、IPsec と OSPF を使用して NDFC VXLAN ファブリック サイトとクラウド サイトの間を接続します。

用語

このマニュアルでは、次の用語を使用します。

用語

略語

定義

ボーダーゲートウェイ

BGW

NDFC 簡単ファブリック（VXLAN EVPN ファブリックなど）でサポートされているスイッチ ロールの 1 つ。BGW は、オンプレミス ファブリック間のレイヤー 2/レイヤー 3 DCI 接続と、パブリック クラウド サイトへのレイヤー 3 接続（ハイブリッド クラウド接続など）を拡張するために使用されます。

コア ルータ

NDFC 外部ファブリックでサポートされる役割の 1 つ。

コア ルータは、一方の側で VXLAN EVPN ファブリックと、もう一方の側でクラウド サイトの Catalyst 8000V とのレイヤ 3 接続（アンダーレイ）を確立するために使用されます。

直接接続

AWS クラウドで使用されます。AWS 直接接続は、ネットワークを AWS に直接リンクして、一貫した低遅延のパフォーマンスを提供するクラウド サービスです。

ExpressRoute

Azure クラウドで使用されます。Azure ExpressRoute を使用して、Azure データセンターとオンプレミスまたはコロケーション環境のインフラストラクチャとの間にプライベート接続を作成できます。

サイト間ネットワーク

ISN

オンプレミスの VXLAN ファブリック間、およびパブリック クラウド（「アンダーレイ」とも呼ばれる）と、オンプレミスの VXLAN ファブリックをインターコネクトするために使用されるレイヤー 3 インフラストラクチャ。そのため、ISN には、インターネットまたは直接接続および ExpressRoute 専用回線を含めることもできます。

IP セキュリティ ルータ

IPSec ルータ

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

ルーティング サーバ

RS

コントロール プレーン ノードは、オンプレミスの BGW デバイス間の EVPN 隣接関係（アジャセンシー）の確立を容易にするために使用され、それらすべての間にフルメッシュ ピアリングを作成する必要性を軽減します。ルート サーバーは BGP プロトコルを実行し、2 つ以上の BGP ピア間でルートを渡すために使用されます。

ルート サーバ機能は、iBGP セッションに従来使用されていた「ルート リフレクタ」機能に相当する eBGP です。必要な BGP ピアリングの数を減らすのに役立ちます。

仮想ネットワーク

VNet

Azure クラウドで使用されます。Azure Virtual Network（VNet）は、Azure のプライベート ネットワークの基本的な構成要素です。VNet を使用すると、Azure 仮想マシン（VM）などのさまざまな種類の Azure 情報技術が、相互、インターネット、およびオンプレミス ネットワークと安全に通信できます。

クラウド ネットワーク コントローラに関連して、クラウド ネットワーク コントローラの VRF は Azure の VNet にマッピングされます。

仮想プライベートクラウド

VPC

AWS クラウドで使用されます。Amazon 仮想 プライベート クラウド（VPC）は、お客様が定義する仮想ネットワークで AWS の情報技術を起動できるようにします。この仮想ネットワークは、お客様自身のデータセンターで運用されている可能性がある従来型のネットワークとよく似ているだけでなく、AWS の拡張可能なインフラストラクチャを活用するというメリットがあります。

クラウド ネットワーク コントローラに関連して、クラウド ネットワーク コントローラの VRF は AWS の VPC にマッピングされます。

前提条件

次のソフトウェア バージョンが必要です。

- Cisco Nexus ダッシュボード（ND）バージョン 2.3.1c 以降（物理または仮想クラスタ）

- Cisco Nexus ダッシュボード ファブリック コントローラ（NDFC）バージョン 12.1.2e 以降

- Cisco Nexus ダッシュボード オーケストレータ（NDO）バージョン 4.1（1）以降

- AWS サイトおよび Microsoft Azure サイト用の Cisco クラウド ネットワーク コントローラ（CNC）バージョン 25.1（1e）以降

注意事項と制約事項

以下は、ハイブリッド クラウド接続ソリューションを展開するときに理解する必要がある特定のガイドラインと制限事項です。

- 現在、各 Cisco クラウド ネットワーク コントローラは、AWS および Azure クラウドで最大 16 のリージョンを管理できます。16 を超えるリージョンを管理する場合は、追加のCisco クラウド ネットワーク コントローラを展開する必要があります。詳細については、 AWS インスール ガイドの Cisco クラウド ネットワーク コントローラまたはAzure インスール ガイドの Cisco クラウド ネットワーク コントローラ、リリース 25.1（x）以降の「サイト、リージョン、および CCR の数の制限について」セクションを参照してください。

関連資料

Cisco ハイブリッド クラウド ネットワーキング ソリューションを構成するコンポーネントのドキュメントは、次の場所にあります：

- Cisco Nexus ダッシュボード オーケストレータ（NDO）ドキュメント

- Cisco Nexus ダッシュボード ファブリック コントローラ（NDFC）ソリューション

- Cisco クラウド ネットワーク コントローラ（CNC）ドキュメント

- Cisco キャタリスト 8000V ドキュメント

- Amazon Web Services（AWS）ドキュメント

- Microsoft Azureドキュメント

Chapter3. サポートされるトポロジ

- [Connection] のオプション

- IPsec（シングルクラウド）でサポートされるトポロジ

- IPsec（マルチクラウド）でサポートされるトポロジ

- IPSec なしてサポートされているトポロジ（シングル クラウド）

- IPsec なしでサポートされるトポロジ（マルチクラウド）

[Connection] のオプション

Cisco ハイブリッド クラウド ネットワーキング ソリューションでは、次の接続オプションを使用できます：

- [IPsec 付き（With IPsec）]：オンプレミスのデータセンターからクラウドへの接続がパブリック インターネットを介している場合、安全なチャネルを確立するために IPsec トンネルが必要です。この場合、ボーダー ゲートウェイ（BGW）は、ASR 1000 または、Cisco Catalyst 8000V などのオンプレミス IPsec-capable デバイスに接続されます。このデバイスは、クラウド内の Catalyst 8000V との IPsec トンネルを確立します。オンプレミスの BGW は、この「IPsec で保護されたアンダーレイ」を利用して、クラウド内の Catalyst 8000V で VXLAN トンネルを構築できます。

- [IPsec 抜き（Without IPsec）]：BGW が直接接続（AWS）または、ExpressRoute（Azure）を使用してパブリック クラウドに接続されている場合、 IPsec を有効にするのはオプションです。この場合、オンプレミスの VXLAN EVPN データセンターとそれらの専用回線上の Cisco Catalyst 8000V との間で VXLAN 接続が採用されます。

次のセクションでは、これらの接続オプションのいずれかを使用して使用できる、サポートされているトポロジに関する詳細情報を提供します。

- IPsec（シングルクラウド）でサポートされるトポロジ

- IPsec（マルチクラウド）でサポートされるトポロジ

- IPSec なしてサポートされているトポロジ（シングル クラウド）

- IPsec なしでサポートされるトポロジ（マルチクラウド）

IPsec（シングルクラウド）でサポートされるトポロジ

次の表は、オンプレミス サイトとオンプレミスとクラウド サイトの間で BGP EVPN コントロール プレーンの隣接関係を確立する方法と、オンプレミス サイトと 1 つのクラウド サイト間のアンダーレイ接続を確立するために IPsec を利用する方法を示しています。

（注）

次の各図は、簡単な例を表示します。実際のシナリオでは、各ロールにデバイスが重複で展開されている可能性があります。

オンプレミスの間の BGP EVPN

クラウド サイトへの BGP EVPN と IPsec

フルメッシュ

バフ サイトのみを通して

- BGP EVPN からクラウド サイトへ：フルメッシュ

- クラウド サイトへの IPsec：共有 IPsec ルーター経由のみ

フルメッシュ

オプション 1

オプション 3

オプション 5

ルーティング サーバ付き

オプション 2

オプション 4

該当なし

オプション 1

次の図は、IPsec を使用してシングル クラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ BGP EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、各オンプレミス サイトに展開されたコア ルータと IPsec トンネルを確立し、オンプレミス サイトのすべての BGW デバイスとフルメッシュ BGP EVPN 隣接関係（アジャセンシー）全てのを確立します。

オプション 2

次の図は、IPsec を使用してシングル クラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー（RS）コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、各オンプレミス サイトに展開されたコア ルータとフルメッシュ IPsec トンネルを確立し、オンプレミス サイトのすべての BGW デバイスと BGP EVPN 隣接関係（アジャセンシー）全てのを確立します。

（注）

現在、ルート サーバ コントロール ノードと Cisco Catalyst 8000V をピアリングすることはサポートされていません。

オプション 3

次の図は、IPsec を使用してシングル クラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ BGP EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、特定のオンプレミス ハブ サイトに展開されたコア ルータとのみ IPsec トンネルを確立し、ハブ サイトの BGW デバイスとのみ BGP EVPN 隣接を確立します。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスとクラウド サイトの間でプレフィックスを交換するためにのみ使用されます。

オプション 4

次の図は、IPsec を使用してシングル クラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、特定のオンプレミス ハブ サイトに展開されたコア ルータとのみ IPsec トンネルを確立し、ハブ サイトの BGW デバイスとのみ EVPN 隣接を確立します。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスとクラウド サイトの間でプレフィックスを交換するためにのみ使用されます。

オプション 5

次の図は、IPsec を使用してシングル クラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、オンプレミス サイトのすべての BGW デバイスとのフルメッシュ BGP EVPN 隣接関係を確立します。

- クラウド サイトへの IPsec 接続は、共有 IPsec ルータのみを介して行われます。

IPsec（マルチクラウド）でサポートされるトポロジ

次の表は、オンプレミス サイトとオンプレミスとクラウド サイトの間で BGP EVPN コントロール プレーンの隣接関係を確立する方法と、オンプレミス サイトと複数のクラウド サイト間のアンダーレイ接続を確立するために IPsec を利用する方法を示しています。

（注）

次の各図は、簡単な例を表示します。実際のシナリオでは、各ロールにデバイスが重複で展開されている可能性があります。

オンプレミスの間の BGP EVPN

クラウド サイトへの BGP EVPN と IPsec

クラウド サイト間の BGP EVPN と IPsec

フルメッシュ

バフ サイトのみを通して

- BGP EVPN からクラウド サイトへ：フルメッシュ

- IPsec からクラウド サイトへ：ハブ サイト経由のみ

フルメッシュ

オプション 1

オプション 3

オプション 5

フルメッシュ

ルーティング サーバ付き

オプション 2

オプション 4

該当なし

オプション 1

次の図は、IPsec を使用したマルチクラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ BGP EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、各オンプレミス サイトに展開されたコア ルータと IPsec トンネルを確立し、オンプレミス サイトのすべての BGW デバイスとフルメッシュ EVPN 隣接関係（アジャセンシー）全てのを確立します。

- 異なるクラウド サイトの Cisco Catalyst 8000V は、フルメッシュ IPsec トンネルとそれらの間の EVPN 隣接を確立します。

オプション 2

次の図は、IPsec を使用したマルチクラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、各オンプレミス サイトに展開されたコア ルータと IPsec トンネルを確立し、オンプレミス サイトのすべての BGW デバイスとフルメッシュ BGP EVPN 隣接関係（アジャセンシー）全てのを確立します。

- クラウド ルータは、ハブ サイトの BGW と BGP EVPN をピアリングします。

オプション 3

次の図は、IPsec を使用したマルチクラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、特定のオンプレミス ハブ サイトに展開されたコア ルータとのみ IPsec トンネルを確立し、ハブ サイトの BGW デバイスとのみ EVPN 隣接を確立します。

- 異なるクラウド サイトの Cisco Catalyst 8000V は、フルメッシュ IPsec トンネルとそれらの間の EVPN 隣接を確立します。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスのとクラウド サイトの間のプレフィックスの交換のみに使用されています。

オプション 4

次の図は、IPsec を使用したマルチクラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、特定のオンプレミス ハブ サイトに展開されたコア ルータとのみ IPsec トンネルを確立し、ハブ サイトの BGW デバイスとのみ BGP EVPN 隣接を確立します。

- クラウド ルータは、ハブ サイトの BGW と BGP EVPN をピアリングします。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスのとクラウド サイトの間のプレフィックスの交換のみに使用されています。

オプション 5

次の図は、IPsec を使用したマルチクラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、オンプレミス サイトのすべての BGW デバイスとのフルメッシュ BGP EVPN 隣接関係を確立します。

- クラウド サイトの Cisco Catalyst 8000V は、特定のオンプレミス ハブ サイトに展開されたコア ルータとのみ IPsec トンネルを確立します。

- 異なるクラウド サイトの Cisco Catalyst 8000V は、フルメッシュ IPsec トンネルとそれらの間の EVPN 隣接を確立します。

IPSec なしてサポートされているトポロジ（シングル クラウド）

次の表は、オンプレミス サイト間またはオンプレミスとクラウド サイト間で BGP EVPN コントロール プレーンの隣接関係（アジャセンシー）を確立する方法を示しています。

オンプレミス サイト間の BGP EVPN

クラウド サイトへの BGP EVPN

フルメッシュ

ハブ サイト経由

フルメッシュ

オプション 1

オプション 3

ルーティング サーバ付き

オプション 2

オプション 4

（注）

次の各図は、簡単な例を表示します。実際のシナリオでは、各ロールにデバイスが重複で展開されている可能性があります。

オプション 1

次の図は、IPsec を使用しないシングル クラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ BGP EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、オンプレミス サイトのすべての BGW デバイスとのフルメッシュ BGP EVPN 隣接関係を確立します。

オプション 2

次の図は、IPsec を使用しないシングル クラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー（RS）コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、オンプレミス サイトのすべての BGW デバイスとのフルメッシュ BGP EVPN 隣接関係を確立します。

オプション 3

次の図は、IPsec を使用しないシングル クラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ BGP EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、ハブ サイトの BGW デバイスとだけ BGP EVPN 隣接関係を確立します。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスとクラウド サイトの間でプレフィックスを交換するためにのみ使用されます。

オプション 4

次の図は、IPsec を使用しないシングル クラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、ハブ サイトの BGW デバイスとだけ BGP EVPN 隣接関係を確立します。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスとクラウド サイトの間でプレフィックスを交換するためにのみ使用されます。

IPsec なしでサポートされるトポロジ（マルチクラウド）

次の表は、オンプレミス サイト間またはオンプレミスとクラウド サイト間で BGP EVPN コントロール プレーンの隣接関係（アジャセンシー）を確立する方法を示しています。

オンプレミスの間の BGP EVPN

クラウド サイトへの BGP EVPN

クラウド サイト間の BGP EVPN

フルメッシュ

ハブ サイト経由

フルメッシュ

オプション 1

オプション 3

フルメッシュ

ルーティング サーバ

オプション 2

オプション 4

（注）

次の各図は、簡単な例を表示します。実際のシナリオでは、各ロールにデバイスが重複で展開されている可能性があります。

オプション 1

次の図は、IPsec を使用しないマルチクラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ BGP EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、オンプレミス サイトのすべての BGW デバイスとのフルメッシュ BGP EVPN 隣接関係（アジャセンシー）を確立します。

- 異なるクラウド サイトの Cisco Catalyst 8000V は、フルメッシュ BGP とそれらの間の EVPN 隣接を確立します。

オプション 2

次の図は、IPsec を使用しないマルチクラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、オンプレミス サイトのすべての BGW デバイスとのフルメッシュ BGP EVPN 隣接関係（アジャセンシー）を確立します。

- 異なるクラウド サイトの Cisco Catalyst 8000V は、フルメッシュ BGP とそれらの間の EVPN 隣接を確立します。

オプション 3

次の図は、IPsec を使用しないマルチクラウド接続の例を示しています。

- 全てのオンプレミス サイトにある BGW ノード は、フルメッシュ BGP EVPN 隣接関係（アジャセンシー）を間に確立させます。

- クラウド サイトの Cisco Catalyst 8000V は、ハブ サイトの BGW デバイスとだけ BGP EVPN 隣接関係（アジャセンシー）を確立します。

- 異なるクラウド サイトの Cisco Catalyst 8000V は、フルメッシュ BGP とそれらの間の EVPN 隣接を確立します。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスのとクラウド サイトの間のプレフィックスの交換のみに使用されています。

オプション 4

次の図は、IPsec を使用しないマルチクラウド接続の例を示しています。

- BGW ノードは、全てのオンプレミス サイトに EVPN 隣接関係（アジャセンシー）と一緒にルート サーバー コントロール プレーン ノードを確立 します。

- クラウド サイトの Cisco Catalyst 8000V は、ハブ サイトの BGW デバイスとだけ BGP EVPN 隣接関係（アジャセンシー）を確立します。

- 異なるクラウド サイトの Cisco Catalyst 8000V は、フルメッシュ BGP とそれらの間の EVPN 隣接を確立します。

- サイト 2（ Cisco Catalyst 8000V が EVPNに現れる）内で展開された BGW は、後ろにファブリックを持つことはできません。オンプレミスのとクラウド サイトの間のプレフィックスの交換のみに使用されています。

Chapter4. ハイブリッド クラウドとマルチクラウド接続展開のインフラ構成を設定する

- ハイブリッド クラウドとマルチクラウド接続展開のインフラ構成のトポロジ例

- オンプレミス NDFC ファブリックを設定

- クラウド サイト上のクラウド ネットワーク コントローラを展開します

- NDFC とクラウド サイトを ND と NDO に導入準備する

- Complete サイト間の接続 NDFC と クラウド サイトの間

ハイブリッド クラウドとマルチクラウド接続展開のインフラ構成のトポロジ例

次の図は、ハイブリッド クラウドおよびマルチクラウド接続の展開のインフラ構成に使用できる、サポートされているトポロジの 1 つを示しています。

このドキュメントの手順では、IPsec（マルチクラウド）でサポートされるトポロジのオプション 1に基づく特定のユース ケースとしてこのトポロジを使用し、このトポロジのユース ケースに特化したハイブリッド クラウド接続オプションを構成する方法について説明します。

この展開手順では、IPsec を使用してマルチクラウド接続を構成し、これらのハイブリッド クラウド接続エリアのそれぞれで特定の構成を行います。全体的な構成手順は次のとおりです。

- NDFC のインストール

詳細については、次を参照します：

- Cisco Nexus ダッシュボード ファブリック コントーラのインストールとアップグレード ガイド、リリース 12.1.2 以降

- Cisco NDFC-Fabric コントローラ 構成ガイドリリース 12.1.2 以降

- Cisco Nexus ダッシュボード ファブリック コントローラ導入ガイド、リリース 12.1.2 以降

- 初期設定：

- オンプレミス NDFC ファブリックの設定

- Cisco Cloud ネットワーク コントローラのインスール

- クラウド サイトの設定

- NDO のインストール

- NDO を使用したハイブリッド クラウド接続の設定

- テナントとスキーマの展開：

- ユース ケース 1：ストレッチ VRF（VRF 内）

- ユース ケース 2：ルートリーク（VRF 間）

オンプレミス NDFC ファブリックを設定

このセクションでは、2 つのオンプレミス NDFC ファブリックを設定します：

- NDFC VXLAN ファブリック

- NDFC 外部ファブリック

次のセクションの手順を実行して、2 つのオンプレミス NDFC ファブリックを設定します。

- NDFC VXLAN ファブリックを作成

- NDFC 外部ファブリックを構成

NDFC VXLAN ファブリックを作成

この手順では、下で強調表示されているトポロジ例の一部を構成します。

VXLAN ファブリックには、オンプレミス ファブリックとクラウド サイト間の VXLAN マルチサイト接続を構築するために使用される 1 つ以上のボーダー ゲートウェイ（BGW）デバイスが含まれている必要があります。

次のセクションの手順を実行して、NDFC VXLAN ファブリックを構成します。

- NDFC VXLAN ファブリックを作成

- VXLAN ファブリックへのスイッチの追加

NDFC VXLAN ファブリックを作成

手順

ステップ 1

NDFC がインストールされている Nexus ダッシュボードにログインします。

ステップ 2

NDFC アカウントにログインします。

ステップ 3

[ローカルエリアネットワーク（LAN）] > [ファブリック（ファブリック）] に移動します。

[LAN ファブリック（LAN Fabrics）] ウィンドウが表示されます。

ステップ 4

[アクション（Actions）] > [ファブリックの作成（Create Fabric）をクリックします。

[ファブリックの作成（Create Fabric）] ウィンドウが表示されます。

ステップ 5

Easy_Fabric テンプレートを使用して、NDFC VXLAN ファブリックの作成プロセスを開始します。

1. [ファブリック名（Fabric Name）] フィールドに NDFC VXLAN ファブリックの名前を入力します。

2. [テンプレートを選ぶ（Pick a Template）] エリアで、[テンプレートを選択（Choose Template）]します。

[ファブリック テンプレートの選択（Select Fabric Template）] ウィンドウが表示されます。

3. Easy_Fabric テンプレートを見つけてクリックします。

4. [選択（Select）] をクリックします。

ステップ 6

必要な一般的な VXLAN ファブリック パラメータ構成を完了します。

Easy_Fabric テンプレートの次のパラメーター タブに入力する必要がありますが、このハイブリッド クラウド トポロジのユース ケースに固有のパラメーターは含まれていません。

- 一般的なパラメータ

- Replication

- VPC

- Protocols

通常どおり、これらのパラメータ タブで VXLAN ファブリック構成を完了します。詳細については、[Cisco Nexus ダッシュボード ファブリック コントローラ導入ガイド（Cisco Nexus Dashboard Fabric Controller Deployment Guide）]、リリース 12.1.2 以降を参照します。

たとえば、トポロジ例の情報を使用すると、[一般パラメータ（General Parameters）] ページの [BGP ASN] フィールドに 65084 と入力します。

ステップ 7

[詳細（Advanced）] パラメータ タブで、このハイブリッド クラウド トポロジのユース ケースに特に必要な構成を行います。

- [エニーキャスト ボーダー ゲートウェイの advertise-pip（Anycast Border Gateway advertise-pip）] フィールドを見つけ、ボックスをオンにしてこのオプションを有効にします。これにより、エニーキャスト ボーダー ゲートウェイ PIP が VTEP としてアドバタイズされます。

これは、サイト間でレイヤー 3 のみの接続（レイヤー 2 拡張機能がないなど）が確立されている場合に必要です。これは、ハイブリッド クラウドおよびマルチクラウドの展開に常に当てはまります。

- 通常どおり、[詳細（Advanced）]パラメータ タブで残りの構成を完了します。

ステップ 8

[情報技術（Resources）] パラメータ タブをクリックし、このページに必要な値を入力します。

- このハイブリッド クラウドのユース ケース専用に、次のフィールドに適切な情報を入力します。

- [アンダーレイ ルーティング ループバック IP 範囲（Underlay Routing Loopback IP Range）]：通常、これは loopback0 の IP アドレス範囲です。

- [アンダーレイ VTEP ループバック IP 範囲（Underlay Routing Loopback IP Range）]：通常、これは loopback1 の IP アドレス範囲です。

- [アンダーレイ VTEP ループバック IP 範囲（Underlay RP Loopback IP Range）：エニーキャストまたはファントム ランデブー ポイント（RP）IP アドレスの範囲.

- [アンダーレイ サブネット IP 範囲（Underlay Subnet IP Range）]：アドレス範囲ピア リンク SVI IP アドレスの番号付されたものを割り当てする。

- [VRF Lite サブネット IP 範囲（VRF Lite Subnet IP Range）]：P2P ファブリック間接続を割り当てるアドレス範囲。

- 通常どおり、[情報技術（Resources）]パラメータ タブで残りの構成を完了します。

ステップ 9

[管理性] および [ブートストラップ パラメータ] タブで、必要な一般的な VXLAN ファブリック パラメータ設定を完了します。

[管理性（Manageability）] および [ブートストラップ（Bootstrap）] パラメータ タブの構成を完了する必要がある場合がありますが、これらには、このハイブリッド クラウド トポロジのユース ケースに固有のパラメータは含まれていません。

ステップ 10

[構成バックアップ（Configuration Backup）] パラメータ タブをクリックし、[毎時のファブリック バックアップ（Hourly Fabric Backup）] フィールドのチェックボックスをオンにして、その機能を有効にします。

通常どおり、[構成バックアップ（Configuration Backup）] パラメータ タブで残りの構成を完了します。

ステップ 11

VXLAN ファブリックの [ファブリックを作成（Create Fabric）] ウィンドウで必要な構成を完了したら、[保存（Save）] をクリックします。

[LAN ファブリック（LAN Fabrics）] ウィンドウに戻り、作成したばかりのVXLAN ファブリックが表示されます。

次のタスク

VXLAN ファブリックにスイッチを追加し、VXLAN ファブリックへのスイッチの追加に記載されている手順を使用して、スイッチに必要な役割を設定します。

VXLAN ファブリックへのスイッチの追加

この手順では、スイッチを VXLAN ファブリックに追加し、スイッチに必要な役割を設定します。

始める前に

NDFC VXLAN ファブリックを作成で提供されている手順を使用して、NDFC VXLAN ファブリックを作成します。

手順

ステップ 1

[ローカル エリア ネットワーク（LAN）ファブリック（LAN Fabrics）] ウィンドウで、作成したばかりの VXLAN ファブリックをクリックします。

ファブリックの[概要（Overview）] ウィンドウが表示されます。

（注）

次の手順では、NDFC がスイッチを検出できるようにするために必要な情報を手動で入力する方法について説明します。代わりに、管理 IP アドレス、デフォルト ルートとスイッチに構成済みの発見されなければならないスタート アップ構成などの特定のパラメータが既にない場合に便利な NDFC の Power On Auto Provisioning（POAP）機能を使用することもできます。POAP は、ネットワークに初めて展開されるデバイスに構成ファイルをインストールするプロセスを自動化し、手動構成を実行せずにデバイスを起動できるようにします。POAP の詳細については、「外部ファブリックおよびローカル エリア ネットワーク（LAN）クラシック ファブリックでのインバンド POAP 管理」および「NDFC でのインバンド POAP を使用した VXLAN ファブリックのゼロ タッチ プロビジョニング」を参照してください。

ステップ 2

[アクション（Actions）] > [スイッチを追加（Add Switches）] をクリックします。

[スイッチの追加（Add Switches）] ウィンドウが表示されます。

ステップ 3

スイッチを検出するために必要な情報を追加します。

- シード IP、ユーザー名、パスワードなど、スイッチを検出するために必要な情報をこのページに入力します。

- スイッチの既存の構成を保持するかどうかを決定します。

- これが既存の構成をスイッチに保持するブラウンフィールド展開の場合は、[構成を保持（Preserve Config）] チェックボックスをオンにして、それらの既存の設定を保持します。

- これがグリーンフィールド展開の場合は、[構成を保持（Preserve Config）] チェックボックスをオフにして、スイッチの構成をクリーンアップします。

ステップ 4

[スイッチの検出（Discover Switches）] をクリックします。

表示される確認ポップアップ ウィンドウで [確認（Confirm）] をクリックします。

ステップ 5

スイッチが検出されたら、スイッチを NDFC VXLAN ファブリックに追加します。

[発見結果（Discovery Results）] エリアで、適切なスイッチを選択します（該当する各スイッチの横にあるボックスをクリックします）。

例として、次の図は、ファブリックに追加される 2 つのリーフ スイッチと 1 つのスパイン スイッチを示しています。

ステップ 6

[スイッチの追加（Add Switches）] をクリックします。

（注）

[構成を保持（Preserve Config）] オプションがオンになっている場合、スイッチは NDFC VXLAN ファブリックに追加された後に再起動します。

ステップ 7

適切なスイッチの役割を[ボーダー ゲートウェイ スパイン（Border Gateway Spine）]に設定します。

これらの手順例では、1 つのスパイン スイッチがスパイン スイッチとボーダー ゲートウェイ スパイン スイッチの二重の役割を果たしているため、これらの手順例では、スパイン スイッチの役割をボーダー ゲートウェイ スパイン スイッチに変更します。ただし、ご使用の環境では、2 つの別個のスイッチがあり、1 つはスパイン スイッチの役割を持ち、もう 1 つはボーダー ゲートウェイの役割を持っている場合があります。

1. NDFC VXLAN ファブリック概要ウィンドウ の[スイッチ（Switches）] タブをクリックします。

このファブリックに追加されたスイッチが表示されます。

2. スパイン スイッチの横にあるボックスをクリックしてそのスイッチを選択し、[アクション（Actions）] > [役割を設定（Set Role）]をクリックします。

3. [ロールの選択（Select Role）] リストで [ボーダー ゲートウェイ スパイン（Border Gateway Spine）] ロールを見つけて選択し、[選択（Select）] をクリックします。

ステップ 8

[ローカル エリア ネットワーク（LAN）] > [ファブリック（Fabrics）] に移動し、作成した NDFC VXLAN ファブリックを選択します。

NDFC VXLAN ファブリックの [概要（Overview）] ページが表示されます。

ステップ 9

[スイッチ（Switches）] タブをクリックして、追加したスイッチが正しく表示されることを確認します。

ステップ 10

[アクション（Actions）] > [再計算と展開（Recalculate and Deploy）]をクリックします。

前述のように、これらの手順では、1 つのスパイン スイッチがスパイン スイッチとボーダー ゲートウェイ スパイン スイッチの二重の役割を果たしているため、以下に示すように、これらの手順例ではスパイン スイッチの役割をボーダー ゲートウェイ スパイン スイッチに変更しました。これらの手順例では、次の図に示すように、vPC ペアも 2 つのリーフ スイッチにすでに構成されています。vPC ペアの構成の詳細については、Cisco NDFC-Fabric コントローラ構成ガイド リリース 12.1.2e 以降を参照してください。

次のタスク

NDFC 外部ファブリックを構成で提供されている手順を使用して、NDFC 外部ファブリックを設定します。

NDFC 外部ファブリックを構成

この手順では、下で強調表示されているトポロジ例の一部を構成します。下の図の例およびユース ケースの手順全体では、Cisco Catalyst 8000V が外部ファブリックの IPsec デバイスとして使用されていますが、IPsec をサポートし NDFC によって管理されていれば（たとえば、ASR 1000 および Catalyst 8000V）、外部ファブリックにはさまざまなタイプのデバイスが存在する可能性があります。

NDFC 管理の外部ファブリックには、1 つ以上の IPsec デバイスが含まれています。IPsec デバイスは、インターネット (パブリック) を介して、または直接接続（AWS）や ExpressRoute（Azure）などのプライベート接続によってクラウド ネットワークに接続できます。パブリック インターネットを使用してクラウド サイトに接続する場合、オンプレミスの IPsec デバイスとクラウド サイトの Catalyst 8000V の間に IPsec トンネルが確立されます。

次のセクションの手順を実行して、NDFC 外部ファブリックを構成します。

- NDFC 外部ファブリックを作成

- オンプレミス Cisco Catalyst 8000V を外部ファブリックに追加

NDFC 外部ファブリックを作成

始める前に

これらの手順に進む前に、NDFC VXLAN ファブリックを作成 に提供されている手順を完了してください。

手順

ステップ 1

まだログインしていない場合は、NDFC アカウントにログインします。

ステップ 2

[ローカルエリアネットワーク（LAN）] > [ファブリック（ファブリック）] に移動します。

ステップ 3

[アクション（Actions）] > [ファブリックの作成（Create Fabric）をクリックします。

[ファブリックの作成（Create Fabric）] ウィンドウが表示されます。

ステップ 4

External_Fabric テンプレートを使用して、外部ファブリックを作成するプロセスを開始します。

External_Fabric テンプレートは、Nexus および Catalyst 8000V などの非 Nexus デバイスを使用して従来の LAN ファブリックを構築するために使用されます。

1. [ファブリック名（Fabric Name）] フィールドに外部ファブリックの名前を入力します。

2. [テンプレートを選ぶ（Pick a Template）] エリアで、[テンプレートを選択（Choose Template）]します。

[ファブリック テンプレートの選択（Select Fabric Template）] ウィンドウが表示されます。

3. External_Fabric テンプレートを見つけてクリックします。

4. [選択（Select）] をクリックします。

ステップ 5

[一般パラメータ（General Parameters）] タブで、このハイブリッド クラウド トポロジのユース ケースに特に必要な構成を行います。

- BGP ASN フィールドで、BGP ASN を定義します。

たとえば、トポロジ例の情報を使用すると、このユース ケースの BGP ASN フィールドに 65080 と入力します。

- 外部ファブリックをモニタリングするかどうかを決定します。

- オンプレミスの IPSec デバイスを NDFC で管理する場合は、[ファブリック モニタ モード（Fabric Monitor Mode）] フィールドの横にあるボックスをオフにして、このオプションの選択を解除します。

- オンプレミスの IPsec デバイスが NDFC（Cisco 以外のサードパーティ ファイアウォールなど) によって管理されない場合、ファブリックが監視のみされる場合は、[ファブリック モニタ モード（Fabric Monitor Mode）] フィールドの横にあるチェックボックスをオンにします。

ステップ 6

必要な一般的な外部ファブリック パラメータ設定を完了します。

External_Fabric テンプレートの次のパラメーター タブに入力する必要がありますが、このハイブリッド クラウド トポロジのユース ケースに固有のパラメーターは含まれていません。

- 詳細設定

- 関連資料

- コンフィギュレーションのバックアップ

- ブートストラップ

- Flow Monitor

たとえば、[構成バックアップ（Configuration Backup）]パラメータ タブで、[時間単位のファブリック バックアップ（Hourly Fabric Backup）] フィールドのボックスをチェックして、その機能を有効にすることができます。

詳細については、[Cisco Nexus ダッシュボード ファブリック コントローラ導入ガイド（Cisco Nexus Dashboard Fabric Controller Deployment Guide）]、リリース 12.1.2 以降を参照します。

ステップ 7

外部ファブリックの [ファブリックを作成（Create Fabric）] ウィンドウで必要な構成を完了したら、[保存（Save）] をクリックします。

[LAN ファブリック（LAN Fabrics）] ウィンドウに戻り、作成したばかりの外部ファブリックが表示されます。

次のタスク

オンプレミスの Cisco Catalyst 8000V を外部ファブリックに追加し、オンプレミス Cisco Catalyst 8000V を外部ファブリックに追加で提供されている手順を使用して必要なロールを設定します。

オンプレミス Cisco Catalyst 8000V を外部ファブリックに追加

次の手順に従って、オンプレミスの Cisco Catalyst 8000V を外部ファブリックに追加し、Cisco Catalyst 8000V に必要な役割を設定します。

始める前に

NDFC 外部ファブリックを作成で提供されている手順を使用して、NDFC 外部ファブリックを作成します。

手順

ステップ 1

[ローカル エリア ネットワーク（LAN）ファブリック（LAN Fabrics）] ウィンドウで、作成したばかりの外部ファブリックをクリックします。

ファブリックの[概要（Overview）] ウィンドウが表示されます。

ステップ 2

[アクション（Actions）] > [スイッチを追加（Add Switches）] をクリックします。

[スイッチの追加（Add Switches）] ウィンドウが表示されます。

ステップ 3

Cisco Catalyst 8000V を検出するために必要な情報を追加し、[スイッチを発見（Discover Switches）] をクリックします。

- Cisco Catalyst 8000V の[シード IP（Seed IP）] フィールドに必要な情報を入力します。

- [デバイス タイプ（Device Type）] フィールド内で IOS-XEを選択します。

- [デバイス タイプ（Device Type）] フィールドが表示されたら、その下にある [CSR/C8000V] オプションを選択します。

ステップ 4

[スイッチの検出（Discover Switches）] をクリックします。

表示される確認ポップアップ ウィンドウで [確認（Confirm）] をクリックします。

ステップ 5

Cisco Catalyst 8000V が検出されたら、Cisco Catalyst 8000V を外部ファブリックに追加します。

[発見結果（Discovery Results）] エリアで、Cisco Catalyst 8000V を選択し （Cisco Catalyst 8000V の隣のボックスをクリック）、[スイッチを追加（Add Switches）] をクリックします。

ステータスが [スイッチが追加されました（Switch Added）] に変わります。[閉じる（Close）] をクリックしてウィンドウを閉じます。

ステップ 6

Cisco Catalyst 8000V の役割を[コア ルータ（Core Router）]に設定します。

1. Cisco Catalyst 8000V の横にあるボックスをクリックしてそのルータを選択し、[アクション（Actions）] > [セット ロール（Set Role）]をクリックします。

2. [ロールの選択（Select Role）] リストで [コア ルータ（Core Router）] ロールを見つけて選択し、[選択（Select）] をクリックします。

NDFC が BGP プロトコルを自動的に有効にするように、すべての Catalyst 8000V を [コア ルータ（Core Router）] ロールに設定する必要があります。

ステップ 7

[ローカル エリア ネットワーク（LAN）] > [ファブリック（Fabrics）] に移動し、作成した外部ファブリックを選択します。

外部ファブリックの [概要（Overview）] ページが表示されます。

ステップ 8

[スイッチ（Switches）] タブをクリックして、追加した Cisco Catalyst 8000V が正しく表示されることを確認します。

ステップ 9

[アクション（Actions）] > [再計算と展開（Recalculate and Deploy）]をクリックします。

プロセスのこの時点で、[ローカル エリア ネットワーク（LAN）] > [ファブリック（Fabrics）]に移動すると表示されるように、VXLAN と外部ファブリックは NDFC で構成されます。

[トポロジ（Topology）] ビューを使用して、プロセスのこの時点で次の構成を決定することもできます：

- VXLAN と外部ファブリックの間にまだ接続がないこと：

この NDFC では VMM ビジュアライザ機能が有効になっているため、IP アドレスが 172.16.0.252 の vCenter アイコンがトポロジ ビューに表示されます。VMM 機能の詳細については、 Cisco NDFC-Fabric コントローラ 構成ガイドの仮想インフラストラクチャ マネージャの章を参照してください。

- VXLAN ファブリックにネットワークまたは VRF がまだ作成されていないこと：

次のタスク

クラウド サイト上のクラウド ネットワーク コントローラを展開しますで提供されている手順を使用して、クラウド サイトにクラウド ネットワーク コントローラを展開します。

クラウド サイト上のクラウド ネットワーク コントローラを展開します

このセクションでは、下で強調表示されているトポロジ例の一部を構成します。

ハイブリッド クラウド トポロジの例に基づいて、これらの手順では、クラウド ネットワーク コントローラを介して 2 つのクラウド サイト（AWS および Azure クラウド サイト）をセットアップすることを想定しています。したがって、これらの手順全体で次のドキュメントを参照します。

- AWS インストール ガイド、リリース 25.1（x）以降の Cisco クラウド ネットワーク コントローラ

- AWS ユーザー ガイド、リリース 25.1（x）以降の Cisco クラウド ネットワーク コントローラ

- Azure インストール ガイド、リリース 25.1（x）以降の Cisco クラウド ネットワーク コントローラ

- Azure ユーザー ガイド、リリース 25.1（x）以降の Cisco クラウド ネットワーク コントローラ

以下のセクションの手順を実行して、クラウド ネットワーク コントローラをクラウド サイトに展開します。

- AWS クラウド サイトのクラウド ネットワーク コントローラを展開

- Azure クラウド サイトのクラウド ネットワーク コントローラを展開

AWS クラウド サイトのクラウド ネットワーク コントローラを展開

これらのセクションの手順に従って、AWS クラウド サイトにクラウド ネットワーク コントローラを展開します。

- AWS の詳細設定で必要なパラメータを構成します

- AWS のリージョン管理の必要なパラメータを構成します

AWS の詳細設定で必要なパラメータを構成します

このセクションでは、この例のハイブリッド クラウド トポロジ専用に、[クラウド ネットワーク コントローラのセットアップ（Cloud Network Controller Setup）] ページの [詳細設定（Advanced Settings）] エリアで、AWS クラウド サイトに必要な構成を行います。

[Azure インストール ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for AWS Installation Guide）]の「Configuring Cisco Cloud Network Controller Using the Setup Wizard」の章に記載されている手順を使用しますが、[クラウド ネットワーク コントローラ 設定（Cloud Network Controller Setup）] ページには、この例のハイブリッド クラウド トポロジの場合のために具体的に構成する必要がある 2 つのエリアがあることに注意してください：

- コントラクトベースのルーティング（Contract-based routing）：クラウド ネットワーク コントローラは、次の 2 種類のモードをサポートしています。

- 契約ベースのルーティング

- ルート マップベースのルーティング

契約ベースのルーティングとは、EPG 間の契約が VRF 間のルーティングを駆動することを意味しますが、このタイプの契約ベースのルーティングは NDFC では使用できないため、この特定の例のハイブリッド クラウド トポロジでは、契約ベースのルーティングをオフにして、代わりにルート マップ ベースのルーティングを使用します。詳細については、AWS ユーザー ガイドの Cisco クラウド ネットワーク コントローラ、リリース 25.1（x）以降の「ルーティング ポリシー」および「グローバル Inter-VRF ルート リーク ポリシー」セクションを参照してください。

- クラウド ネットワーク コントローラのアクセス権限：デフォルトでは、クラウド ネットワーク コントローラにはルーティングとセキュリティのアクセス権限があります。つまり、クラウド ネットワーク コントローラはネットワークを自動化できるだけでなく、クラウド上のセキュリティ グループを自動化および構成することもできます。クラウド ネットワーク コントローラがセキュリティ グループを自動化して構成する場合、EPG と契約も構成する必要があります。ただし、EPG と契約は、ルーティングの自動化のみが必要な NDFC エンド ユーザーには適用されません。NDO および NDFC とうまく統合するには、クラウド ネットワーク コントローラのアクセス権限オプションをルーティングのみに設定する必要があります。

手順

ステップ 1

AWS の Cisco Cloud Network Controller にログインします。

ステップ 2

この例のハイブリッド クラウド トポロジ用に、1 番目のクラウド サイトである AWS クラウド サイトをセットアップするプロセスを開始します。

AWS インストールガイドの Cisco クラウド ネットワーク コントローラ、リリース 25.1（x）以降の最初の数章には、このハイブリッド クラウド トポロジのユース ケースに固有ではない一般的な情報が含まれているため、そのドキュメントのこれらの章の手順を完了してから、ここに戻ります：

- 概要

- Cisco クラウド ネットワーク コントローラのインストールの準備

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

ステップ 3

Cisco Cloud Network Controller GUI で、インテント アイコン（）をクリックし、[Cloud Network Controller セットアップ（Cloud Network Controller Setup）] を選択します。

[基本を構成しましょう（Let's Configure the Basics）] ページが表示されます。

ステップ 4

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

ステップ 5

[詳細設定（Advanced Settings）] ページで、次の構成を設定します。

- [契約に基づいたルーティング（Contract Based Routing）]：ボックスがオフになっていることを確認します (この機能が有効になっていないことを確認します)。これにより、契約ベースのルーティングが無効になり、代わりにルート マップ ベースのルーティングが使用されます。

- クラウド ネットワーク コントローラのアクセス権限： [ルーティングのみ（Routing Only）] オプションを選択します。

ステップ 6

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

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

次のタスク

AWS のリージョン管理の必要なパラメータを構成します の手順を実行します。

AWS のリージョン管理の必要なパラメータを構成します

このセクションでは、この例のハイブリッド クラウド トポロジー専用に、[クラウド ネットワーク コントローラ（Cloud Network Controller Setup）]のセットアップ ページの[リージョン管理（Region Management）エリアで AWS クラウド サイトに必要な構成を行います。

始める前に

AWS の詳細設定で必要なパラメータを構成します に挙げられている手順を完了します。

手順

ステップ 1

[リージョン管理（Region Management）エリアを探して適切なボタンをクリックします。

クラウド ネットワーク コントローラを初めてセットアップする場合は [開始（Begin）] をクリックし、以前にこのクラウド ネットワーク コントローラでリージョン管理を既に構成している場合は [構成の編（Edit Configuration）] をクリックします。

ステップ 2

AWS トランジット ゲートウェイを有効化

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

特に、このハイブリッド クラウド トポロジのユース ケースの例では、[トランジット ゲートウェイの使用（Use Transit Gateway）] エリアで、[有効化（Enable）] の横にあるチェックボックスをクリックして AWS Transit Gateway を使用します。これにより、以降の手順で TGW Connect を有効にするために必要なハブ ネットワークを追加できます。

ステップ 3

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

Cisco Cloud ネットワーク コントローラを　AWS に最初に展開したとに選択したリージョンは、ホーム リージョンであり、このページで既に選択されいているはずです。これは、Cisco Cloud Network Controller が展開されるリージョン（Cisco Cloud Network Controller によって管理されるリージョン）で、[リージョン（Region）]列に「Cisco Cloud Network Controller」というテキストが表示されます。

ステップ 4

Cisco クラウド ネットワーク コントローラ で追加のリージョンを管理します。他のリージョンで Inter-VPC 通信と Hybrid-Cloud、Hybrid Multi-Cloud、または Multi-Cloud 接続を行うように Cisco Catalyst 8000Vs を展開する場合は、追加のリージョンを選択します。

Cisco Catalyst 8000V は、Cisco Cloud Network Controller が導入されているホーム リージョンを含む、最大 4 つのリージョンにハイブリッド クラウドおよびマルチクラウド接続を提供できます。

ステップ 5

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

Catalyst 8000V が展開されているリージョンが少なくとも 1 つ必要です。ただし、このページで複数のリージョンを選択した場合は、選択したすべてのリージョンに Catalyst 8000V を設定する必要はありません。

ステップ 6

AWS トランジット ゲートウェイ統計を使用する場合は、1 つ以上のリージョンの [TGW 統計（TGW Stats）] 列のボックスをオンにします。

チェックボックスをオンにすると、指定したリージョンのインフラ テナントの AWS トランジット ゲートウェイ トラフィック統計の収集が有効になります。

（注）

AWS トランジット ゲートウェイの統計情報を収集するには、フロー ログを作成する必要もあります。AWS ユーザー ガイド の Cisco クラウド APIC リリース 25.1（x）以降の「Cisco Cloud APIC Statistics」の章の「Enabling VPC Flow Logs」セクションを参照してください。

特に、この例のハイブリッド クラウド トポロジのユース ケースでは、次のようになります。

- 米国東部（バージニア北部）リージョンと米国西部（北カリフォルニア）リージョン（us-east-1 および us-west-1 リージョン）の隣のチェック ボックスにチェック マークを付けます。

- Cisco クラウド ネットワーク コントローラ ホーム リージョンの Catalyst 8000V および TGW Stats 列のチェック ボックスにチェック マークを付けます。

ステップ 7

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

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

ステップ 8

[一般接続（General Connectivity）] ページで必要な構成を行います。

詳細については、[AWS 設置ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for AWS Installation Guide）]リリース 25.1（x）以降のセットアップウィザードを使用した Cisco Cloud Network Controller の構成の章を参照してください。

特に、このハイブリッド クラウド トポロジのユース ケースの例では、次の手順の手順を使用してハブ ネットワークを追加します。

Cisco クラウド ネットワーク コントローラ では、2 つ以上の AWS Transit Gateway の集合を[ハブ ネットワーク（hub network）]と呼びます。ハブ ネットワークは、VRF のネットワーク分離を提供します。VRF のグループをハブ ネットワークに接続して、VRF のグループを他のハブ ネットワークに接続されている他の VRF から分離することができます。ハブ ネットワークは、リージョンごとに少なくとも 2 つの AWS Transit Gateway を作成します。

ステップ 9

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

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

ステップ 10

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

ステップ 11

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

たとえば、ハイブリッド クラウド トポロジの例の情報を使用すると、このフィールドに 65091 と入力します。

ステップ 12

AWS Transit Gateway Connect 機能を有効にする場合は、[TGW Connect] フィールドで [有効化（Enable）] の横のチェック ボックスをクリックします。

このハイブリッド クラウド トポロジのユース ケースの例では、AWS Transit Gateway Connect 機能を有効にします。詳細については、AWS トランジット ゲートウェイまたは AWS トランジット ゲートウェイ コネクトを使用した VPC 間の帯域幅の増加 を参照してください。

ステップ 13

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

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

1. [Region（リージョン）] フィールドで、[リージョンを選択（Select Region）] をクリックして適切なリージョンを選択します。

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

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

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

ステップ 14

通常どおりに残りの構成を完了します。

- [一般接続（General Connectivity）] ページの残りの構成を通常どおりに完了し、[保存して続行（Save and Continue）] をクリックします。

- 通常どおり、[スマート ライセンス（Smart Licensing）] ページで必要な設定を完了します。

詳細については、[AWS 設置ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for AWS Installation Guide）]リリース 25.1（x）以降のセットアップウィザードを使用した Cisco Cloud Network Controller の構成の章を参照してください。

プロセスのこの時点で、Cisco クラウド ネットワーク コントローラの最初のクラウド サイト（この例のハイブリッド クラウド トポロジでは AWS クラウド サイト）の基本設定が完了しました。次の手順に進んで、Cisco クラウド ネットワーク コントローラの 2 番目のクラウド サイト（この例のハイブリッド クラウド トポロジでは、Azure クラウド サイト）の基本構成を完了します。

ステップ 15

必要に応じて、AWS の Direct Connect を構成します。

Catalyst 8000V ルータからクラウド ネットワークへの接続にプライベート接続が必要な場合は、直接接続 を構成します。AWS 用の 直接接続 の構成については、[AWS ユーザー ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for AWS User Guide]リリース 25.1（x）以降を参照してください。

次のタスク

Azure クラウド サイトのクラウド ネットワーク コントローラを展開で提供されている手順を使用して、2 番目のクラウド サイト（Azure クラウド サイト）にクラウド ネットワーク コントローラを展開します。

Azure クラウド サイトのクラウド ネットワーク コントローラを展開

これらのセクションの手順に従って、Azure クラウド サイトにクラウド ネットワーク コントローラを展開します。

- Azure の詳細設定で必要なパラメータを構成します

- Azure のリージョン管理で必要なパラメーターを構成する

Azure の詳細設定で必要なパラメータを構成します

このセクションでは、この例のハイブリッド クラウド トポロジ専用に、[クラウド ネットワーク コントローラのセットアップ（Cloud Network Controller Setup）] ページの [詳細設定（Advanced Settings）] エリアで、Azure クラウド サイトに必要な構成を行います。

AWS クラウド サイトに対して行ったのと同じ構成を Azure クラウド サイトに対して行います。

[Azure インストール ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for Azure Installation Guide）]の「Configuring Cisco Cloud Network Controller Using the Setup Wizard」の章に記載されている手順を使用しますが、[クラウド ネットワーク コントローラ 設定（Cloud Network Controller Setup）] ページには、この例のハイブリッド クラウド トポロジの場合のために具体的に構成する必要がある 2 つのエリアがあることに注意してください：

- コントラクトベースのルーティング（Contract-based routing）：クラウド ネットワーク コントローラは、次の 2 種類のモードをサポートしています。

- 契約ベースのルーティング

- ルート マップベースのルーティング

契約ベースのルーティングとは、EPG 間の契約が VRF 間のルーティングを駆動することを意味しますが、このタイプの契約ベースのルーティングは NDFC では使用できないため、この特定の例のハイブリッド クラウド トポロジでは、契約ベースのルーティングをオフにして、代わりにルート マップ ベースのルーティングを使用します。詳細については、AWS ユーザー ガイドの Cisco クラウド ネットワーク コントローラ、リリース 25.1（x）以降の「ルーティング ポリシー」および「グローバル Inter-VRF ルート リーク ポリシー」セクションを参照してください。

- クラウド ネットワーク コントローラのアクセス権限：デフォルトでは、クラウド ネットワーク コントローラにはルーティングとセキュリティのアクセス権限があります。つまり、クラウド ネットワーク コントローラはネットワークを自動化できるだけでなく、クラウド上のセキュリティ グループを自動化および構成することもできます。クラウド ネットワーク コントローラがセキュリティ グループを自動化して構成する場合、EPG と契約も構成する必要があります。ただし、EPG と契約は、ルーティングの自動化のみが必要な NDFC エンド ユーザーには適用されません。NDO および NDFC とうまく統合するには、クラウド ネットワーク コントローラのアクセス権限オプションをルーティングのみに設定する必要があります。

始める前に

AWS クラウド サイトのクラウド ネットワーク コントローラを展開で提供されている手順を使用して、最初のクラウド サイト（AWS クラウド サイト）にクラウド ネットワーク コントローラを展開します。

手順

ステップ 1

Azure の Cisco クラウド ネットワーク コントローラにログインします。

ステップ 2

この例のハイブリッド クラウド トポロジ用に、2 番目のクラウド サイトである Azure クラウド サイトをセットアップするプロセスを開始します。

Azure インストールガイドの Cisco クラウド ネットワーク コントローラ、リリース 25.1（x）以降の最初の数章には、このハイブリッド クラウド トポロジのユース ケースに固有ではない一般的な情報が含まれているため、そのドキュメントのこれらの章の手順を完了してから、ここに戻ります：

- 概要

- Cisco クラウド ネットワーク コントローラのインストールの準備

- Azure での Cisco Cloud Network Controller の展開

ステップ 3

Cisco Cloud Network Controller GUI で、インテント アイコン（）をクリックし、[Cloud Network Controller セットアップ（Cloud Network Controller Setup）] を選択します。

[基本を構成しましょう（Let's Configure the Basics）] ページが表示されます。

ステップ 4

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

ステップ 5

[詳細設定（Advanced Settings）] ページで、次の構成を設定します。

- [契約に基づいたルーティング（Contract Based Routing）]：ボックスがオフになっていることを確認します (この機能が有効になっていないことを確認します)。これにより、契約ベースのルーティングが無効になり、代わりにルート マップ ベースのルーティングが使用されます。

- クラウド ネットワーク コントローラのアクセス権限： [ルーティングのみ（Routing Only）] オプションを選択します。

ステップ 6

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

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

次のタスク

Azure のリージョン管理で必要なパラメーターを構成する の手順を実行します。

Azure のリージョン管理で必要なパラメーターを構成する

このセクションでは、この例のハイブリッド クラウド トポロジー専用に、[クラウド ネットワーク コントローラ（Cloud Network Controller Setup）]のセットアップ ページの[リージョン管理（Region Management）エリアで Azure クラウド サイトに必要な構成を行います。

始める前に

Azure の詳細設定で必要なパラメータを構成します の手順を実行します。

手順

ステップ 1

[リージョン管理（Region Management）エリアを探して適切なボタンをクリックします。

クラウド ネットワーク コントローラを初めてセットアップする場合は [開始（Begin）] をクリックし、以前にこのクラウド ネットワーク コントローラでリージョン管理を既に構成している場合は [構成の編（Edit Configuration）] をクリックします。

ステップ 2

[内部ネットワークの接続（Connectivity for Internal Network）] エリア内の [仮想ネットワーク ピアリング（Virtual Network Peering）]が自動的に有効化されていることを検証します。

グローバル レベルの VNet ピアリングは、[内部ネットワークの接続（Connectivity for Internal Network）] エリアで設定されます。これにより、Cisco Cloud Network Controller レベルで VNet ピアリングが有効になり、CCR を使用してすべてのリージョンに NLB が展開されます。リリース5.1（2）以降では、グローバルレベルのVNetピアリングはデフォルトで有効になっており、無効にすることはできません。詳細については、[Azure 向け Cloud APIC の VNet ピアリングを構成する（Configuring VNet Peering for Cloud APIC for Azure）]を参照してください。

ステップ 3

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

Cisco Cloud ネットワーク コントローラを　AWS に最初に展開したとに選択したリージョンは、ホーム リージョンであり、このページで既に選択されいているはずです。これは、Cisco Cloud Network Controller が展開されるリージョン（Cisco Cloud Network Controller によって管理されるリージョン）で、[リージョン（Region）]列に「Cisco Cloud Network Controller」というテキストが表示されます。

（注）

Azure VNet ピアリングは自動的に有効化されているので、Cisco クラウド ネットワーク コントローラ ホーム リージョンの Catalyst 8000Vs カラムのボックスがチェックを既にされていない場合、チェックする必要があります。

ステップ 4

Cisco クラウド ネットワーク コントローラ で追加のリージョンを管理します。他のリージョンで Inter-VNet 通信と Hybrid-Cloud、Hybrid Multi-Cloud、または Multi-Cloud 接続を行うように Cisco Catalyst 8000Vs を展開する場合は、追加のリージョンを選択します。

Cisco Catalyst 8000V は、Cisco Cloud Network Controller が導入されているホーム リージョンを含む、最大 4 つのリージョンにハイブリッド クラウドおよびマルチクラウド接続を提供できます。

ステップ 5

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

Catalyst 8000V が展開されているリージョンが少なくとも 1 つ必要です。ただし、このページで複数のリージョンを選択した場合は、選択したすべてのリージョンに Catalyst 8000V を設定する必要はありません。

特に、このハイブリッド クラウド トポロジのユース ケースの例では、Cisco クラウド ネットワーク コントローラ ホーム リージョンの Catalyst 8000V 列のチェック ボックスにチェック マークを付けます。

ステップ 6

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

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

ステップ 7

[一般接続（General Connectivity）] ページで必要な構成を行います。

詳細については、[Cisco Cloud Network Controller for Azuru 設置ガイド（Cisco Cloud Network Controller for Azure Installation Guide）]リリース 25.1（x）以降のセットアップウィザードを使用した Cisco Cloud Network Controller の構成の章を参照してください。

特に、このハイブリッド クラウド トポロジのユース ケースの例では、次の手順の手順を使用して、Cisco Catalyst 8000V に対して次の設定を行います。

ステップ 8

[全般（General）] エリアの [クラウド ルータのサブネット プール（Subnet Pools for Cloud Routers）] フィールドで、Catalyst 8000V のサブネットを追加する場合は、[クラウド ルータのサブネット プールの追加（Add Subnet Pool for Cloud Routers）] をクリックします。

最初のサブネットプールが自動的に入力されます（System Internalとして表示）。このサブネットプールのアドレスは、Cisco Cloud Network Controller で管理する必要がある追加のリージョンのリージョン間接続に使用されます。このフィールドに追加するサブネットプールは、マスク/ 24の有効なIPv4サブネットである必要があります。

次の状況では、この手順で Catalyst 8000V のサブネットを追加します。

- Cisco Cloud Network Controller ホーム リージョンに Catalyst 8000V を展開している場合は、自動的に生成される[システム内部（System Internal）]サブネット プールに加えて、1 つのサブネット プールを追加します。

- 前のページで Cisco Cloud Network Controller により管理対象となる追加のリージョンを選択した場合：

- 管理対象リージョンごとに 2〜4 の Catalyst 8000V を持つすべての管理対象リージョンに 1 つのサブネットプールを追加します（このページの [リージョンごとのルータの数（Number of Routers Per Region）] フィールドに2、3、または 4 を入力した場合）。

- 管理対象リージョンごとに 5 つ以上の Catalyst 8000V があるすべての管理対象リージョンに 2 つのサブネットプールを追加します（このページの [リージョンごとのルータの数（Number of Routers Per Region）] フィールドに 5〜8 を入力した場合）。

特に、このハイブリッド クラウド トポロジのユース ケースの例では、サブネット エントリとして 10.90.1.0/24 を使用してサブネット プールを 1 つ追加します。

ステップ 9

Catalyst 8000V エリアの [C8kVs の BGP 自律システム番号（BGP Autonomous System Number for C8kVs）] フィールドに、このサイトに固有の BGP 自律システム番号（ASN）を入力します。

BGP自律システム番号は1〜65534の範囲で指定できます。追加の制限は、[Cisco Cloud Network Controller for Azuru 設置ガイド（Cisco Cloud Network Controller for Azure Installation Guide）]リリース 25.1（x）以降のセットアップウィザードを使用した Cisco クラウド ネットワーク コントローラの構成の章を参照してください。

具体的には、このハイブリッド クラウド トポロジのユース ケースの例では、[C8kV の BGP 自律システム番号（BGP Autonomous System Number for C8kVs）]フィールドに 65092 を入力します。

ステップ 10

[次へ（Nexr）] をクリックし、通常どおりに残りの構成を完了します。

- [一般接続（General Connectivity）] ページの残りの構成を通常どおりに完了し、[保存して続行（Save and Continue）] をクリックします。

- 通常どおり、[スマート ライセンス（Smart Licensing）] ページで必要な設定を完了します。

詳細については、[Cisco Cloud Network Controller for Azuru 設置ガイド（Cisco Cloud Network Controller for Azure Installation Guide）]リリース 25.1（x）以降のセットアップウィザードを使用した Cisco Cloud Network Controller の構成の章を参照してください。

ステップ 11

必要に応じて、Azure の ExpressRoute を構成します。

Catalyst 8000V ルータからクラウド ネットワークへの接続にプライベート接続が必要な場合は、ExpressRoute を構成します。Azure 用の ExpressRoute の構成については、[Azure ユーザー ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for Azure User Guide]リリース 25.1（x）以降を参照してください。

次のタスク

NDFC とクラウド サイトを ND と NDO に導入準備するで提供されている手順を使用して、NDFC 管理サイト（VXLAN ファブリック、外部ファブリック、およびクラウド サイト）を Nexus ダッシュボード（ND）および Nexus ダッシュボード オーケストレータ（NDO）にオンボードします。

NDFC とクラウド サイトを ND と NDO に導入準備する

始める前に

- NDFC VXLAN ファブリックを作成で提供されている手順を使用して、NDFC VXLAN ファブリックを作成します。

- NDFC 外部ファブリックを作成で提供されている手順を使用して、NDFC 外部ファブリックを作成します。

- AWS クラウド サイトのクラウド ネットワーク コントローラを展開で提供されている手順を使用して、最初のクラウド サイトにネットワーク クラウド コントローラを展開します。

- Azure クラウド サイトのクラウド ネットワーク コントローラを展開で提供されている手順を使用して、2 番目のクラウド サイトにネットワーク クラウド コントローラを展開します。

手順

ステップ 1

Nexus Dashboard Orchestrator（NDO）を使用して Nexus Dashboard（ND）クラスタにログインします。

ステップ 2

Nexus ダッシュボードで、[サイト（Sites）] > [サイトを追加（Add Site）] をクリックします。

[サイトの追加（Add Site）] ページが表示されます。

ステップ 3

[サイトの追加（Add Site）] ページの [NDFC] ボックスをクリックします。

ステップ 4

NDFC サイトを追加するために必要な情報を入力します。

- [ホスト名/IP アドレス（Hostname/IP Address）]フィールド内で NDFC のデータ インターフェイス IP アドレスを入力します。

- [ユーザー名（Username）] および [パスワード（Password）] フィールドに、NDFC のユーザー名とパスワードログイン情報を入力します。

ステップ 5

[サイトの選択 (Select Sites)] をクリックします。

ステップ 6

以前に追加した 2 つの NDFC サイト（VXLAN ファブリックと外部ファブリック サイト）の横にあるボックスをクリックし、[選択（Select）] をクリックします。

[サイトの追加（Add Site）] ページに戻ります。

ステップ 7

Nexus ダッシュボードの [サイトの追加（Add Site）] ページに 2 つの NDFC サイト（VXLAN ファブリックと外部ファブリック サイト）が正しく表示されていることを確認し、[保存（Save）] をクリックします。

ステップ 8

Nexus ダッシュボードで、最初のクラウドサイトを追加するために[サイト（Sites）] > [サイトを追加（Add Site）] もう一度をクリックします。

[サイトの追加（Add Site）] ページが表示されます。

ステップ 9

[サイトの追加（Add Site）] ページで [クラウド ネットワーク コントローラ（ Cloud Network Controller）] ボックスをクリックし、必要な情報を入力して最初のクラウド サイト（この例のトポロジでは AWS サイト）を追加します。

- [ホスト名/IP アドレス（Hostname/IP Address）] フィールドに、最初のクラウド サイトのクラウド ネットワーク コントローラ（CNC）の IP アドレスを入力します。

- [ユーザー名（Username）] と [パスワード（Password）] フィールドに、最初のクラウド サイトのクラウド ネットワーク コントローラ（CNC）のユーザー名とパスワードのログイン情報を入力します。

- クラウド ネットワーク コントローラ（CNC）の場合、CNC がプロキシを通して到達可能ならば、[プロキシを有効化（Enable Proxy）] プロキシは、Nexus Dashboard のクラスタ設定ですでに設定されている必要があります。プロキシが管理ネットワーク経由で到達可能な場合は、プロキシIPアドレスに対して静的管理ネットワークルートも追加する必要があります。プロキシとルートの構成の詳細については、お使いのリリースの Nexus Dashboard ユーザーガイドを参照してください。

ステップ 10

[保存 (Save)] をクリックして、最初のクラウド サイトを追加します。

ステップ 11

Nexus ダッシュボードで、2 番目のクラウドサイトを追加するために[サイト（Sites）] > [サイトを追加（Add Site）] もう一度をクリックします。

[サイトの追加（Add Site）] ページが表示されます。

ステップ 12

[サイトの追加（Add Site）] ページで [クラウド ネットワーク コントローラ] ボックスをクリックし、必要な情報を入力して、2 番目のクラウド サイト（このトポロジ例の Azure サイト）のクラウド ネットワーク コントローラ（CNC）を追加します。

前の一連の手順を繰り返します。今度は、2 番目のクラウド サイトのクラウド ネットワーク コントローラ（CNC）の [ホスト名/IP アドレス（Hostname/IP Address）]、[ユーザー名（Username）]、および [パスワード（Password）] フィールドに必要な情報を入力し、2 番目のクラウドの CNC の場合は [プロキシを有効にする（Enable Proxy）] をクリックします。サイトはプロキシ経由で到達可能です。

ステップ 13

Nexus ダッシュボードで [サイト（Sites）] をクリックし、4 つのサイトが正しく表示されていることを確認します。

- NDFC の 2 つのサイト（VXLAN ファブリックと外部ファブリック サイト）

- クラウド ネットワーク コントローラが展開されたクラウド サイト（この例のハイブリッド クラウド トポロジでは、AWS および Azure クラウド サイト）

ステップ 14

Nexus ダッシュボード オーケストレータ（NDO）にアクセスします。

Nexus ダッシュボードで、ウィンドウの上部にある [一つの表示（One View）] > [オーケストレータ（Orchestrator）]をクリックします。

ステップ 15

NDO で、[サイト（Sites）] をクリックします。

ND で追加した 4 つのサイトが表示されますが、[管理対象外（Unmanaged）]の状態で表示されます。

ステップ 16

NDO から、4 つのサイトを管理します。

NDO の各サイトに対して次の手順を実行します。

1. NDO にリストされている最初のサイトの [状態（State）] 列で、状態を [管理対象外（Unmanaged）] から [管理対象（Managed）] に変更します。

2. この特定のサイトに固有のサイト識別子（この NDO を通じて管理されている他のサイトのサイト識別子と競合しないサイト識別子）を指定し、[追加（Add）] をクリックします。

3. NDO の残りのサイトに対してこれらの手順を繰り返して、各サイトを[管理対象（Managed）] 状態に変更し、各サイトに一意のサイト ID を提供します。

次の図は、4 つのサイトすべて（2 つの NDFC サイトと 2 つのクラウド サイト）の例を示しており、状態が [管理対象（Managed）] に変更され、各サイトに一意のサイト ID が提供されています。

次のタスク

Complete サイト間の接続 NDFC と クラウド サイトの間に記載されている手順を使用して、NDFC とクラウド サイト間のサイト間接続を完了します。

Complete サイト間の接続 NDFC と クラウド サイトの間

次のセクションの手順に従って、NDFC とクラウド サイト間のサイト間接続を完了します。

- 必要なコントロール プレーン構成を完了する

- オンプレミス IPsec デバイス と IPSec トンネル サブネット プールを追加

- NDFC 外部ファブリック内の外部デバイスのポートを追加する

- VXLAN ファブリック サイトのマルチサイト VIP を定義します。

- IPSec デバイスを VXLAN ファブリック サイトにマップする

- NDFC VXLAN ファブリック内の BGW スパイン デバイスにポートを追加する

- 1 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する

- 1 つ目のクラウド サイトを2 つ目のクラウド サイトに接続する

- 2 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する

- Nexus ダッシュボード オーケストレータの構成を展開

必要なコントロール プレーン構成を完了する

始める前に

NDFC とクラウド サイトを ND と NDO に導入準備するで提供されている手順を使用して、ND および NDO で NDFC およびクラウド サイトをオンボードします。

手順

ステップ 1

NDO 内で、[インフラストラクチャ（Infrastructure）] > [サイト接続（Site Connectivity）]に移動します。

この時点で、世界地図にサイトが表示されますが、サイト間にリンクはありません。つまり、この時点ではサイト間に接続がありません。

ステップ 2

[サイト接続（Site Connectivity）] ウィンドウの右上のエリアで、[構成（Configure）] をクリックします。

[一般設定（General Settings）] エリアの [サイト接続（Site Connectivity）] ウィンドウが表示されます。

ステップ 3

[一般設定（General Settings）] エリアで、[コントロール プレーン構成（Control Plane Configuration）] タブをクリックし、このページで必要な構成を行います。

BGP はオンプレミスとクラウド サイト間のアンダーレイ接続に使用され、OSPF はクラウド間のアンダーレイ接続に使用されることに注意してください。

（注）

これらの一般的な BGP 設定は、アンダーレイ接続とオーバーレイ接続の両方での BGP の使用に適用され、オーバーレイ ピアリングにのみ適用される次のステップの [BGP ピアリング タイプ（BGP Peering Type）] オプションを除き、通常は変更しないでください。

ステップ 4

オンプレミスとクラウド サイト間のオーバーレイ接続の場合、BGP エリアの [BGP ピアリング タイプ（BGP Peering Type）] フィールドで、[フルメッシュ（full-mesh）] または [ルート サーバー（route-server）]のいずれかを選択します。

フル メッシュまたはルート サーバー接続を使用するトポロジを確認するには、サポートされるトポロジ を参照してください。

この特定のユース ケースでは、IPsec（マルチクラウド）でサポートされるトポロジ の オプション 1トポロジに基づいて展開を構成しているため、このユース ケースでは [フルメッシュ（full-mesh）] を選択します。

ステップ 5

必要に応じて、BGP エリアで残りのパラメータを定義します。

ステップ 6

クラウド間アンダーレイ接続の場合、OSPF エリアで、[OSPF エリア識別子（OSPF Area ID）] フィールドに適切な値を入力します。

2 つのクラウド サイト間のアンダーレイ ルーティングは OSPF を使用するため、この構成はクラウド間接続に必要です。この例では、このフィールドに OSFP エリア識別子0.0.0.0 を入力します。

ステップ 7

[データ パス（Data Path）] で、[カプセル化タイプ（Encapsulation Type）] エリアを見つけて、[VXLAN] を選択します。

デフォルトでは、NDO は、オンプレミス ファブリックに基づく NDFC のハイブリッド クラウドのデータ プレーンで標準規格 VXLAN を使用します。もう 1 つのオプションは iVXLAN です。これは、ACI サイトのハイブリッド クラウド接続を構築するときに使用する必要があります（ACI は iVXLAN を使用するため）。

次のタスク

オンプレミス IPsec デバイス と IPSec トンネル サブネット プールを追加 の手順を実行します。

オンプレミス IPsec デバイス と IPSec トンネル サブネット プールを追加

このセクションでは、オンプレミスの IPsec デバイス（NDFC 外部ファブリック サイトの Cisco Catalyst 8000V）を追加し、IPsec トンネル プールを構成します。

始める前に

必要なコントロール プレーン構成を完了する の手順を実行します。

手順

ステップ 1

同じ [一般設定（General Settings）] ページで、[オン プレミス IPsec デバイス（On Premises IPsec Devices）] タブをクリックします。

ステップ 2

[オン プレミス IPsec デバイスを追加（Add On Premises IPsec Device）] をクリックします。

[オン プレミス IPsec デバイスを追加（Add On Premises IPsec Device）] ページが表示されます。

ステップ 3

[タイプ（Type）] フィールドで、[非管理（Unmanaged）] または [管理（Managed）] を選択します。

オンプレミスの IPsec デバイスでは、[非管理（Unmanaged）]と[管理（Managed）]管理対象の両方のオプションがサポートされています。

- オンプレミスの IPsec デバイスに対して [管理対象外（Unmanaged）] オプションを選択した場合は、[名前（Name）]、[IP アドレス（IP Address）]、[ネクスト ホップ アドレス（Next Hop Address）] など、この管理対象外のオンプレミス IPsec デバイスに必要な情報を入力する必要があります。オンプレミスの IPsec デバイスが NDFC で管理されていない場合 (そのデバイスが NDFC でサポートされていないか、サードパーティのデバイスである場合)、[管理対象外（Unmanaged）] を使用します。次に、NDO は、管理対象外の IPsec デバイスに必要な構成を生成します。これをダウンロードして、オンプレミスの IPsec デバイスに手動で適用できます。

- オンプレミスの IPsec デバイスに対して[管理対象（Managed）] オプションを選択すると、[サイト（Site）] フィールドが [管理対象（Managed）] オプションの下に表示されます。[サイト（Site）] フィールドで使用できるサイトは、NDFC で構成された外部ファブリックについて NDO が NDFC からプルする情報に基づいています。

管理対象のオンプレミス IPsec デバイスを備えた NDFC 外部ファブリックを選択します。この場合、選択したサイトに基づいて、ASN フィールドが自動的に入力されます。

このユース ケースの例では、オンプレミスの IPsec デバイスのタイプとして [管理対象（Managed）] を選択します。

1. [デバイス（Device）] フィールドで、この展開に使用するオンプレミスの IPsec デバイスを選択します。

[デバイス（Device）] フィールドで使用できるデバイスは、上で選択した NDFC サイトで構成されたオンプレミスの IPsec デバイスについて、NDO が NDFC からプルする情報に基づいています。[デバイス（Device）] フィールドで選択したオンプレミスの IPsec デバイスに基づいて、ASN フィールドが自動的に入力されます。

2. [インターフェイス（Interface）] フィールドで、オンプレミスの IPsec デバイスに使用する適切なインターフェイスを選択します。

このインターフェースの [IP アドレス（IP Address）] フィールドは、[インターフェイス（Interface）]フィールドで選択したインターフェースに基づいて自動的に入力されます。

3. [ネクスト ホップ アドレス（Next Hop Address）] フィールドに、IPsec で構成するルートに使用するアドレスを入力します。

ステップ 4

[オンプレミス IPsec デバイスを追加（Add On Premises IPsec Device）] ページで必要な情報の入力が完了したら、Ok をクリックします。

[オンプレミス IPsec デバイス（On Premises IPsec Device）] ページに戻ります。このページには、構成されたオンプレミスの IPsec デバイスが表示されています。

ステップ 5

IPsec トンネル サブネット プールを構成するために[IPSec トンネル サブネット プール（IPsec Tunnel Subnet Pools）] タブをクリックします。

クラウド トンネルの IP 割り当てには、[IPSec トンネル サブネット プール（IPsec Tunnel Subnet Pools）] の情報が必要です。

ステップ 6

[外部サブネット プール（External Subnet Pool）] エリアで、[IP アドレスの追加（Add IP Address）] をクリックします。

ステップ 7

IPsec トンネルに使用する IP サブネット プールを入力します。

IPsec トンネルのパブリックまたはプライベート IP アドレスを使用して、IP サブネット プールを定義します。これは、オンプレミスの外部デバイスと Cisco Catalyst 8000V の間、およびクラウド サイトに展開された Cisco Catalyst 8000V の間の IPsec トンネル アドレスの IP アドレスのプールです。

- IPsec トンネルごとに /30 サブネットが必要です。

- プール サイズは、すべての IPsec トンネルに対応できる必要があります。

- 許可される最小プール サイズは 512 アドレス（/23 サブネット）です。

- 環境内の他の IP アドレスと重複しない IP アドレスの範囲（パブリックまたはプライベート）を使用します。

ステップ 8

チェックボックスをクリックして、入力した IP サブネット プールを受け入れます。

[外部サブネット プール（External Subnet Pool）]エリアの下に IP サブネット プールが表示されます。

ステップ 9

必要に応じて、[NDFC 設定（NDFC Settings）] タブをクリックし、[自動ルート ターゲット プレフィックス（Auto Route Target Prefix）]に必要な情報を入力します。

NDO の NDFC 設定では、ルート ターゲット生成のルート ターゲット プレフィックスが NDFC のデフォルト値 23456 に設定されています (クラウド ネットワーク コントローラーにはこの設定に対して異なる値があります)。したがって、重複を避けるために必要な場合、この値は [自動ルート ターゲット プレフィックス（Auto Route Target Prefix）] フィールドで変更できます。このフィールドに値を設定すると、NDO は NDO によってこの値を NDFC にプッシュできます。

次のタスク

NDFC 外部ファブリック内の外部デバイスのポートを追加する の手順を実行します。

NDFC 外部ファブリック内の外部デバイスのポートを追加する

このセクションでは、NDFC 外部ファブリックの外部デバイスに必要なポートを追加して構成します。これらは、コア ルータを BGW ノードに接続するインターフェイスです。

始める前に

オンプレミス IPsec デバイス と IPSec トンネル サブネット プールを追加 の手順を実行します。

手順

ステップ 1

[一般設定：サイト（General Settings: Sites）] の下の左側のウィンドウで、NDFC 外部ファブリック（この例では ext-fab-1 サイト）をクリックします。

ステップ 2

中央のペインで、NDFC 外部ファブリックの最初の外部デバイスをクリックします。

ステップ 3

右側のペインで [ポートを追加（Add Port）] をクリックします。

ステップ 4

IP アドレス、リモート IP アドレス、リモート ASN など、ポート構成に必要な情報を入力します。

（注）

[クラウド ルータに向かう（Towards Cloud Router）] オプションは、ハブ サイトのボーダー ゲートウェイにのみ適用されます。次の理由により、このウィンドウでこのオプションを有効にしません。

- この導入例に使用しているトポロジは、ハブ サイトを使用していないのでのこ導入例に[クラウド ルータに向かう（Towards Cloud Router）] をイネーブル化しません。

- IPsec（マルチクラウド）でサポートされるトポロジのオプション 3のようなハブ サイトを使用するトポロジを構成していた場合でも、そのハブ サイト トポロジの NDFC 外部ファブリックの外部デバイスに対して、このページでこのオプションを有効にしません。代わりに、NDFC VXLAN ファブリック内の BGW スパイン デバイスにポートを追加するで説明されているように、NDFC VXLAN ファブリックの BGW スパイン デバイスのページでこのオプションを有効にします。

ステップ 5

完了したら、[OK] をクリックします。

ステップ 6

残りの外部デバイスに対してこの手順を繰り返します。

次のタスク

VXLAN ファブリック サイトのマルチサイト VIP を定義します。 の手順を実行します。

VXLAN ファブリック サイトのマルチサイト VIP を定義します。

このセクションでは、VXLAN ファブリック サイトのマルチサイト VIP を定義します。

始める前に

NDFC 外部ファブリック内の外部デバイスのポートを追加する の手順を実行します。

手順

ステップ 1

[一般設定：サイト（General Settings: Sites）] の下の左側のペインで、NDFC VXLAN ファブリック サイトをクリックします。

ステップ 2

中央のペインで、スパイン デバイスをクリックします。

ステップ 3

右側のペインの [サイト間接続（Inter-Site Connectivity）] で、[マルチサイト VIP（Multi-Site VIP）] フィールドにマルチサイト VIP を定義します。

[自動割り当て（Auto Allocate）] をクリックするか、マルチサイト VIP の IP アドレスを明示的に定義できます。

次のタスク

IPSec デバイスを VXLAN ファブリック サイトにマップする の手順を実行します。

IPSec デバイスを VXLAN ファブリック サイトにマップする

このセクションでは、IPsec デバイスを VXLAN ファブリック サイトにマッピングします。

始める前に

VXLAN ファブリック サイトのマルチサイト VIP を定義します。 の手順を実行します。

手順

ステップ 1

[一般設定：サイト（General Settings: Sites）] の下の左側のペインで、NDFC VXLAN ファブリック サイトをクリックします。

ステップ 2

中央のペインで、スパイン デバイスをクリックします。

ステップ 3

右側のペインの [サイト間接続（Inter-Site Connectivity）] で、[IPsec デバイスの追加（Add IPsec Device）] をクリックします。

ステップ 4

[選択（Select）] をクリックして、適切な IPsec デバイスを選択します。

これで、オンプレミスの IPsec デバイスが VXLAN ファブリック サイトにマップされました。

ステップ 5

NDFC VXLAN サイトをクラウド サイトに接続するために使用されるオンプレミスの IPsec デバイス（Cisco Catalyst 8000V）ごとに、この手順を繰り返します。

次のタスク

NDFC VXLAN ファブリック内の BGW スパイン デバイスにポートを追加するで提供されている手順を使用して、コア ルータ（Cisco Catalyst 8000V）に接続する BGW スパイン デバイスのポートを構成します。

NDFC VXLAN ファブリック内の BGW スパイン デバイスにポートを追加する

このセクションでは、オンプレミスの IPsec デバイスに面する NDFC VXLAN ファブリックの BGW スパイン デバイスに必要なポートを追加して構成します。

始める前に

IPSec デバイスを VXLAN ファブリック サイトにマップする の手順を実行します。

手順

ステップ 1

[一般設定：サイト（General Settings: Sites）] の下の左側のペインで、NDFC VXLAN ファブリック サイトをクリックします。

ステップ 2

中央のペインで、スパイン デバイスをクリックします。

ステップ 3

右側のペインで [ポートを追加（Add Port）] をクリックします。

ステップ 4

必要な情報をこのページに入力します。

このページでポート パラメータを定義します。

- [イーサネット ポート識別子（Ethernet Port ID）] フィールドで、オンプレミスの Cisco Catalyst 8000V の方を向いているインターフェイスを選択します。

- [IP アドレス（IP Address）] フィールドに、このインターフェイスの IP アドレスを入力します。これらの手順の後半で、Nexus ダッシュボード オーケストレータ は、VXLAN ファブリックに存在する BGW スパイン スイッチで、このインターフェイスのこの IP アドレスを構成します。

- [リモート アドレス（Remote Address）] フィールドに、オンプレミスの IPsec デバイスのギガビット 4 インターフェイスの IP アドレスを入力します。

- [リモート ASN（Remote ASN）] フィールドに、オンプレミスの IPsec デバイスの ASN を入力します。たとえば、このユース ケースの例では、オンプレミスの IPsec デバイスの ASN として 65080 を入力します。

（注）

[クラウド ルータに向かう（Towards Cloud Router）] オプションは、オンプレミス ハブ サイトのボーダー ゲートウェイにのみ適用されます。IPsec（マルチクラウド）でサポートされるトポロジのオプション 3などのハブ サイトを使用しているトポロジでは、このオプションを有効にする必要があります。

この導入例に使用しているトポロジは、ハブ サイトを使用していないのでのこ導入例に[クラウド ルータに向かう（Towards Cloud Router）] をイネーブル化しません。

ステップ 5

[OK] をクリックします。

BGW スパイン デバイスのポートが NDFC VXLAN ファブリックに追加されました

次のタスク

1 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する の手順を実行します。

1 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する

このセクションでは、1 番目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続します。

始める前に

NDFC VXLAN ファブリック内の BGW スパイン デバイスにポートを追加する の手順を実行します。

手順

ステップ 1

[一般設定：サイト（General Settings: Sites）] の下の左側のペインで、最初のクラウド サイト（AWS サイトなど）をクリックします。

ステップ 2

右側のペインで、[サイト間接続（Inter-Site Connectivity）] をクリックし、[マルチサイト（Multi-Site）] の下にあるチェックボックスをオンにして、その機能を有効にします。

この機能は、サイト間に VXLAN マルチサイト オーバーレイ トンネルを構築するために必要です。

ステップ 3

右側のペインで [サイトの追加（Add Site）] をクリックします。

[サイトの追加（Add Site）] ページが表示されます。

ステップ 4

[サイトの追加（Add Site）] ページ内で[サイトを選択（Select a Site）]をクリックします。

[サイトを選択（Select a Site）] ページが表示されます。

ステップ 5

NDFC VXLAN ファブリック (この例ではシドニー サイト) を選択し、[選択（Select）] をクリックします。

[サイトの追加（Add Site）] ページに戻ります。

ステップ 6

[サイトの追加（Add Site）] ページの [接続タイプ（Connection Type）] フィールドで、1 番目のクラウド サイトから NDFC VXLAN ファブリック サイトに使用する接続のタイプを選択します。

[パブリック インターネット（Public Internet）]を選択するか、AWS で直接接続または Azure で ExpressRoute を使用している場合は[プライベート接続（Private Connection）]を選択できます。

- オンプレミス サイトでは[パブリック インターネット（Public Internet）] と [プライベート接続（Private Connection）] の両方のオプションを使用できますが、クラウド サイトでは [パブリック インターネット（Public Internet）] 接続オプションのみを使用できます。

- IPsec は、[パブリック インターネット（Public Internet）]接続タイプでは必須であり、その接続タイプでは自動的に有効になりますが、[プライベート接続（Private Connection）] タイプでは IPsec はオプションです。

（注）

IPsec（マルチクラウド）でサポートされるトポロジのオプション 3などのハブ サイトを使用しているトポロジでは、[ハブ サイト（Hub Site）] オプションを有効にする必要があります。

この導入例に使用しているトポロジは、ハブ サイトを使用していないのでのこ導入例に[ハブ サイト（Hub Site）] オプションをイネーブル化しません。

ステップ 7

このページでの構成が完了したら、[OK] をクリックします。

次のタスク

1 つ目のクラウド サイトを2 つ目のクラウド サイトに接続する の手順を実行します。

1 つ目のクラウド サイトを2 つ目のクラウド サイトに接続する

このセクションでは、最初のクラウド サイトを 2 つ目のクラウド サイトに接続します。

始める前に

1 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する の手順を実行します。

手順

ステップ 1

[一般設定：サイト（General Settings: Sites）] の下の左側のペインで、最初のクラウド サイト（AWS サイトなど）をクリックします。

ステップ 2

右側のウィンドウで、[サイト間の接続（Inter-Site Connectivity）] をクリックします。

ステップ 3

右側のペインで [サイトの追加（Add Site）] をクリックします。

[サイトの追加（Add Site）] ページが表示されます。

ステップ 4

[サイトの追加（Add Site）] ページ内で[サイトを選択（Select a Site）]をクリックします。

[サイトを選択（Select a Site）] ページが表示されます。

ステップ 5

2 番目のクラウド サイト（たとえば、Azure クラウド サイト）を選択し、[選択（Select）] をクリックします。

[サイトの追加（Add Site）] ページに戻ります。

ステップ 6

[サイトの追加（Add Site）] ページページの [接続タイプ（Connection Type）] フィールドで、最初のクラウド サイトから 2 番目のクラウド サイトに使用する接続のタイプを選択します。

一部のタイプのクラウド間接続では、次のオプションを使用できます。

- パブリック インターネット

- クラウド バックボーン

クラウド バックボーンを使用して、同じプロバイダーのクラウド サイト間の接続を確立できます（たとえば、1 つのクラウド ネットワーク コントローラによって管理される AWS サイト 1 と 2 番目のクラウド ネットワーク コントローラによって管理される AWS サイト 2）。ただし、次の図に示すように、異なるクラウド プロバイダーのサイト間（AWS から Azure など）では、パブリック インターネットが唯一のオプションです。

パブリック インターネット 接続タイプが選択されている場合、IPsec オプションは必須であり、その接続タイプでは自動的に有効になりますが、クラウド バックボーン タイプ では IPsec はオプションです。

（注）

トポロジが ハブ サイト を使用している場合でも、クラウド間接続のハブ サイト オプションを有効にしません (その場合、クラウド サイトと NDFC VXLAN ファブリック サイト間の接続を構成するときに ハブ サイト オプションを有効にします)。

ステップ 7

このページでの構成が完了したら、[OK] をクリックします。

次のタスク

2 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する の手順を実行します。

2 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する

このセクションでは、2 番目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続します。

このセクションの手順は、前のセクションで実行した手順と基本的に同じです。ここで、次のことを行います。

- 最初のクラウド サイトを 1 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する の NDFC VXLAN ファブリック サイトに接続しました。

- 最初のクラウド サイトを 1 つ目のクラウド サイトを2 つ目のクラウド サイトに接続する の 2 番目のクラウド サイトに接続しました。

このセクションでは、2 番目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続します。1 つ目のクラウド サイトを2 つ目のクラウド サイトに接続する 内のAWS と Azure 間の接続は既に構成されているため、2 番目のクラウド サイト（Azure）から AWS への接続を構成する必要はありません。その接続は前のセクションで既に構成されているためです。

始める前に

1 つ目のクラウド サイトを2 つ目のクラウド サイトに接続する の手順を実行します。

手順

ステップ 1

[全般設定: サイト（General Settings: Sites）] の下の左側のウィンドウで、2 番目のクラウド サイト（Azure サイトなど）をクリックします。

ステップ 2

右側のペインで、[サイト間接続（Inter-Site Connectivity）] をクリックし、[マルチサイト（Multi-Site）] の下にあるチェックボックスをオンにして、その機能を有効にします。

ステップ 3

右側のペインで [サイトの追加（Add Site）] をクリックします。

[サイトの追加（Add Site）] ページが表示されます。

ステップ 4

[サイトの追加（Add Site）] ページ内で[サイトを選択（Select a Site）]をクリックします。

[サイトを選択（Select a Site）] ページが表示されます。

ステップ 5

NDFC VXLAN ファブリック (この例ではシドニー サイト) を選択し、[選択（Select）] をクリックします。

[サイトの追加（Add Site）] ページに戻ります。

ステップ 6

[サイトの追加（Add Site）] ページの [接続タイプ（Connection Type）] フィールドで、2 番目のクラウド サイトから NDFC VXLAN ファブリック サイトに使用する接続のタイプを選択します。

ステップ 7

このページでの構成が完了したら、[OK] をクリックします。

構成されたサイトが表示されます。

次のタスク

Nexus ダッシュボード オーケストレータの構成を展開 の手順を実行します。

Nexus ダッシュボード オーケストレータの構成を展開

このセクションでは、Nexusダッシュボード オーケストレータ（NDO）に構成を展開します。

始める前に

2 つ目のクラウド サイトを NDFC VXLAN ファブリック サイトに接続する の手順を実行します。

手順

ステップ 1

NDO で構成を展開します。

- オンプレミス IPsec デバイス と IPSec トンネル サブネット プールを追加でオンプレミス IPsec デバイスの [管理対象外（Unmanaged）] オプションを選択した場合は、ページの右上にある[展開（Deploy）] > [展開して外部デバイス構成ファイルをダウンロード（Deploy & Download External Device Config files）]をクリックします。

このオプションにより、オンプレミス IPsec デバイスの構成に使用する必要な構成情報を含む zip ファイルがダウンロードされます。すべてまたは一部の設定ファイルのどちらをダウンロードするかを選択できるようにするための、フォローアップ画面が表示されます。

- オンプレミス IPsec デバイス と IPSec トンネル サブネット プールを追加でオンプレミス IPsec デバイスの [管理対象（Managed）] オプションを選択した場合は、ページの右上にある[展開（Deploy）] > [展開（Deploy）]をクリックします。

ステップ 2

[確認（Confirmation）] ウィンドウで、[はい (Yes)] をクリックします。

この時点で、NDO は次のことを行います。

- クラウド ネットワーク コントローラを介して NDFC およびクラウド サイト（AWS および Azure）との通信を開始して、IPsec トンネルを自動化します。

- Azure Catalyst 8000V と AWS Catalyst 8000V の間で OSPF を構成します。

- BGW スパイン スイッチ、オンプレミス IPsec デバイス、および Azure Catalyst 8000V および AWS Catalyst 8000V 間の eBGP を構成します。

- サイト間の BGP-EVPN ピアリング セッションを確立します。

ステップ 3

NDO で構成が正しく行われたことを確認します。

- 左側のナビゲーション バーで[インフラストラクチャ（Infrastructure）] > [サイト接続（Site Connectivity）]をクリックし、[接続設定（Connectivity Settings）] エリアでサイト間の接続を確認します。

- 同じページで、最初のクラウド サイト（AWS サイトなど）のエリアまで下にスクロールし、[接続ステータスを表示（Show Connectivity Status）] をクリックしてから、[サイト間接続（Inter-Site Connections）] エリアで [アンダーレイ ステータス（Underlay Status）] をクリックして、アンダーレイ ステータスを確認します。

この例では、最初のクラウド サイト（AWS）に 2 つの Cisco Catalyst 8000V があり、2 番目のクラウド サイト（Azure）にある 2 つの Cisco Catalyst 8000V と、2 番目のクラウド サイト（Azure）にある 1 つの Cisco Catalyst 8000V に IPsec トンネルがあるため、6 つの IPsec トンネルがあります。オンプレミスの外部ファブリック。

- 2 番目のクラウド サイト（Azure サイトなど）のエリアまでスクロール ダウンし、[接続ステータスの表示（Show Connectivity Status）] をクリックしてから、[サイト間接続（Inter-Site Connections）] エリアで [アンダーレイ ステータス（Underlay Status）] をクリックして、アンダーレイのステータスを確認します。

この例では、6 つの IPsec トンネルがあります。これは、2 番目のクラウド サイト（Azure）に 2 つの Cisco Catalyst 8000V があり、最初のクラウド サイト（AWS）にある 2 つの Cisco Catalyst 8000V と、オンプレミスの外部ファブリック。

- NDFC 外部ファブリック サイトのエリアまでスクロール ダウンし、[接続ステータスの表示（Show Connectivity Status）] をクリックしてから、[サイト間接続（Inter-Site Connections）] エリアで [アンダーレイ ステータス（Underlay Status）] をクリックして、アンダーレイのステータスを確認します。

外部ファブリックの機能は、オンプレミスの IPsec デバイスから VXLAN ファブリックおよびクラウド サイトへのアンダーレイの到達可能性を提供することです。アンダーレイ プロトコルは eBGP を使用します。

- NDFC VXLAN ファブリック サイトのエリアまでスクロール ダウンし、[接続ステータスの表示（Show Connectivity Status）] をクリックしてから、[サイト間接続（Inter-Site Connections）] エリアで [アンダーレイ ステータス（Underlay Status）] をクリックして、アンダーレイ ステータスを確認します。

アンダーレイ ステータスは、BGW スパイン スイッチとオンプレミス IPsec デバイス間の eBGP セッション ステータスを示します。

- これらの各画面で、[オーバーレイ ステータス（Overlay Status）] をクリックして、それぞれのオーバーレイ ステータスを確認します。

- NDFC 画面に戻り、[トポロジ（Topology）] 画面でハイブリッド クラウド接続を確認します。次の例では、NDFC VXLAN ファブリック サイト（シドニー サイト）が 1 番目と 2 番目のクラウド サイト（AWS および Azure クラウド サイト）に接続されていることがわかります。

PartII. 使用例

- テナントを展開

- ストレッチされた VRF ユース ケース

- ルート リークの使用例

Chapter5. テナントを展開

- テナントを展開

テナントを展開

サイト間にアンダーレイとオーバーレイの接続が確立されたら、エンドポイント ネットワーク/VPC/VNet を展開して、オンプレミスとクラウド サイトに展開されたテナント エンドポイント間の通信を確立する必要があります。

NDO は、VRF とネットワークを定義するためにスキーマとテンプレートの概念を使用します。NDFC のコンテキストでは、VRF は、あるテナントを別のテナントから分離するために使用されます。1 つのテナントのすべてのエンドポイント ネットワーク（サブネット）は、それぞれの VRF にマッピングされます。VRF の同じ概念をクラウドに拡張することもできます。VRF は AWS の VPC および Azure の VNet に対応します。

テナントを展開するための次の手順は、前述のすべてのトポロジに適用され、展開された特定のインフラ構成を活用します。また、次のユース ケースのいずれにも適用されます。

（注）

NDO には、事前に構築された dcnm-default-tn テナントがあり、オンプレミス サイトとクラウド サイトに関連付けることができます。ハイブリッド クラウド接続を展開するときに、この事前構築済みの dcnm-default-tn テナントを NDFC およびクラウド サイトに関連付けることをお勧めしますが、必要に応じて、独自のテナントを最初から作成することもできます。

手順

ステップ 1

NDO で [アプリケーション管理（Application Management）] > [テナント（Tenants）] に移動します。

テナント ウィンドウが表示されます。

ステップ 2

dcnm-default-tn テナントをクリックします。

dcnm-default-tn テナントの [テナントの更新（Update Tenant）] ページが表示されます。

ステップ 3

画面に表示されているサイトを選択します。

外部ファブリック サイトはリストに表示されないことに注意してください。外部サイトは、オンプレミス サイトとクラウド サイト間の接続を提供するためにのみ使用され、外部ファブリックにはエンド ホストがないため、外部ファブリックにテナントを展開する必要はありません。

ステップ 4

クラウド サイトの場合は、編集ボタン (鉛筆アイコン) をクリックして、各クラウド アカウントに必要な情報を入力します。

ユーザー テナントには AWS の追加アカウントが必要ですが、Azure の場合は、Azure インフラ テナントと同じサブスクリプションを使用できます。

- たとえば、AWS クラウド サイトの編集ボタンをクリックした後、[AWS アカウント設定（AWS Account Setting）] エリアで、[アクセス タイプ（Access Type）] で [信頼（Trusted）] をクリックし、関連する AWS アカウント識別子をそのフィールドに入力します。

AWS のテナントのさまざまなアクセス タイプの詳細については、[AWS インストール ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for AWS Installation Guide）]、リリース 25.1（1）以降の「Setting Up the AWS Account for the User Tenant」セクションを参照してください。

- 同様に、Azure クラウド サイトの編集ボタンをクリックした後、テナントが管理されているかどうかに応じて、必要な情報を入力します。

Azure のテナントのさまざまなアクセス タイプの詳細については、[Azure インストール ガイドの Cisco クラウド ネットワーク コントローラ（Cisco Cloud Network Controller for Azure Installation Guide）]、リリース 25.1（1）以降の「Adding a Role Assignment」セクションを参照してください。

ステップ 5

テナントが正しく展開されたことを確認します。

たとえば、次の図では、dcnm-default-tn テナントには 3 つのサイトがマップされています（1 つのオンプレミス NDFC サイトと 2 つのクラウド サイト）。

クラウド サイトの Cisco Cloud Network Controller に展開された dcnm-default-tn テナントを確認することもできます。

次のタスク

次の使用例のいずれかまたは両方を構成します。

- ストレッチされた VRF ユース ケース

- ルート リークの使用例

Chapter6. ストレッチされた VRF ユース ケース

- ストレッチされた VRF ユース ケースについて

- ストレッチされた VRF ユース ケースの構成

ストレッチされた VRF ユース ケースについて

ストレッチ VRF（VRF 内）は、すべてのサイト（オンプレミスおよびクラウド サイト）に関連付けられたテンプレートで単一の（共通）VRF が定義される一般的な使用例です。オンプレミス サイトとクラウド サイト間でネットワークを拡張することはできないため、オンプレミス サイトのネットワークの展開には別のテンプレートが使用されます。

同じ VRF をすべてのサイトに拡張すると、追加のルーティング構成を必要とせずに、サイト間でプレフィックスを交換できます。CIDR ブロック（クラウド VPC/VNet でサブネットをプロビジョニングするために使用）は、この拡張 VRF にマッピングされます。

（注）

オンプレミスとクラウド サイト間、またはクラウド サイト間でのレイヤー 2 サブネットの拡張はサポートされていません。

次の図は、デモ スキーマの下で作成される 2 つのテンプレートを示しています：

- 3 つのサイトすべてに展開される VRF を定義する[ストレッチ テンプレート（Stretched Template）]。クラウド サイトの場合、VRF の下でリージョンと CIDR ブロックを定義します。

- オンプレミスの VXLAN ファブリックに展開されるネットワークを含む On_Prem テンプレート。

ストレッチされた VRF ユース ケースの構成

手順

ステップ 1

NDO で、[アプリケーション管理（Application Management）] > [スキーマ（Schema）] に移動し、[スキーマの追加（Add Schema）] をクリックします。

ステップ 2

スキーマ名を指定し、[追加（Add）] をクリックします。

このユース ケースでは、新しいスキーマに [ストレッチ スキーマ（Stretched Schema）] という名前を付けます。

新しい [ストレッチ スキーマ（Stretched Schema）] スキーマの [概要（Overview）] ページに戻ります。

ステップ 3

[新しいテンプレートを追加（Add New Template）] をクリックします。

ステップ 4

NDFC テンプレートを選択し、[追加（Add）] をクリックします。

オンプレミスおよびクラウド サイトには、NDFC テンプレート タイプを使用する必要があります。

ステップ 5

[表示名（Display Name）] フィールドに名前を入力して NDFC タイプのテンプレート (たとえば、ストレッチされたテンプレート) を作成し、[テナントの選択（Select a Tenant）] フィールドで dcnm-default-tn テナントを選択して、テンプレートをそのテナントにマップします。

ステップ 6

[テンプレート プロパティ（Template Properties）] で [オブジェクトの作成（Create Object）] をクリックし、[VRF] を選択して、全てのサイトにストレッチされたVRF を作成します。

（注）

新しい VRF を作るより、既に使用したいオンプレミス VRF を作成した場合、[テンプレート プロパティ（Template Properties）] の下、[インポート（Import）]をクリックします。そして既に作成された VRF をインポートします。

現在、オンプレミス サイトからの VRF とネットワークのインポートのみがサポートされています。

ステップ 7

ストレッチされたVRF の [表示名（Display Name）] フィールドに名前を入力します（例：stretched-vrf）。

ステップ 8

拡張 VRF ユース ケースの [ストレッチされたテンプレート（Stretched Template）] にすべてのサイト（オンプレミスおよびクラウド サイト）を関連付けます。

1. [テンプレート プロパティ（Template Properties）] エリア内で [アクション（Actions）] > [サイトの関連付け（Sites Association）]をクリックします。

2. すべてのサイトを選択し、[OK] をクリックします。

これにより、各サイトを個別に選択して、このテンプレートで定義されたオブジェクト（この特定のケースでは、拡張された VRF）のサイト レベルの構成をプロビジョニングすることもできます。

サイトがテンプレートに関連付けられると、それらは [テンプレートのプロパティ（Template Properties）] の下に表示されます。

ステップ 9

[テンプレートのプロパティ（Template Properties）] をクリックして最初のクラウド サイト（このユース ケースの例では AWS サイト）を選択し、VRF を適切なリージョンに関連付けて VPC を作成します。

1. VRF をクリックし、[リージョンの追加（Add Region）] をクリックして、選択したリージョンに VPC を作成します。

[クラウド リージョン CIDRs を追加（Add Cloud Region CIDRs） ウィンドウ が表示されます。

2. [リージョン（Region）]フィールド内で VPC を作成したいリージョンを選択します。

3. CIDRフィールド内で[CIDR を追加（Add CIDRs）] をクリックし、VPCの CIDR ブロックを定義します。

4. サブネットを作成するためと可用性ゾーンにマップするためにに[サブネットを追加（Add Subnet）] をクリックし、[保存（Save）]をクリックします。

5. [ハブ ネットワーク（Hub Network）] フィールドの下にあるチェックボックスをオンにして、AWS 用の Cisco クラウド ネットワーク コントローラで作成されたハブ ネットワークを選択します。

Cisco クラウド ネットワーク コントローラがサブネットをトランジット ゲートウェイに付加することを許可します。これは、トランジット ゲートウェイが既に接続のあるサブネットからクラウド上の Cisco Catalyst 8000Vsにトランジット ゲートウェイに接続を積み上げます。

6. [サブネット（Subnet）] フィールド内でトランジット ゲートウェイに使われるサブネットをマップします。

トランジット ゲートウェイに専用のサブネットを使用するのがベスト プラクティスです。

（注）

または、ハブ ネットワーク（TGW）への接続に、アベイラビリティ ゾーンごとに専用の /25 サブネットを使用できます。これにより、エンドポイント サブネット全体をエンド ホストに使用できるようになります。

7. [OK] をクリックします。

AWS テンプレート ウィンドウに戻ります。

この構成が展開されると、CIDR 10.230.0.0/16 の VPC が AWS クラウドに作成され、us-west-2a と us-west-2b の可用性ゾーンにまたがり、10.230.1.0/24 と 10.2302.0/24 サブネットがそれぞれ作成されます。

ステップ 10

[テンプレートのプロパティ（Template Properties）] をクリックして 2 番目のクラウド サイト（このユース ケースの例では Azure サイト）を選択し、VRF を適切なリージョンに関連付けて VNet を作成します。

1. VRF をクリックし、[リージョンの追加（Add Region）] をクリックして、選択したリージョンに VNet を作成します。

[クラウド リージョン CIDRs を追加（Add Cloud Region CIDRs） ウィンドウ が表示されます。

2. [リージョン（Region）]フィールド内で VNet を作成したいリージョンを選択します。

3. CIDRフィールド内で[CIDR を追加（Add CIDRs）] をクリックし、VNetの CIDR ブロックを定義します。

4. サブネットを作成するために[サブネットを追加（Add Subnet）] をクリックし、[保存（Save）]をクリックします。

5. [VNet ピアリング（VNet Peering）] フィールドの下にあるチェックボックスをオンにして、Azure 用の Cisco クラウド ネットワーク コントローラで作成された [デフォルト（Default）] ハブ ネットワークを選択します。

6. [OK] をクリックします。

この構成が展開されると、構成した VNet（この例では 70.1.0.0/16）が Azure の適切なリージョン（この例では eastus Azure リージョン）に作成され、VNet ピアリングがAzure のインフラ テナント内のインフラ VNet に構成されます。。

ステップ 11

[テンプレート プロパティ（Template Properties）]をクリックし、オンプレミス サイト (このユース ケースの例では シドニー サイト) を選択してから、stretched-vrf VRF を選択します。

ステップ 12

右側のペインで [静的リーフの追加（Add Static Leaf）] をクリックします。

[静的リーフの追加（Add Static Leaf）] ウィンドウが表示されます。

ステップ 13

[リーフ（Leaf）]フィールド内で、VRF が展開されるべき場所のリーフ/ボーダー/ボーダー ゲートウェイ デバイスを選択し、Okをクリックします。

[ストレッチされたテンプレート（Stretched Template）] ページに戻ります。

ステップ 14

[静的リーフの追加（Add Static Leaf）] を再度クリックして、この VRF が展開される追加のリーフ/境界/境界ゲートウェイ デバイスを追加します。

この例では、リーフ ノードに VRF を展開する必要があります（VRF にマップされたネットワークのエンドポイントに接続される）。そして、VRF からクラウドサイトへのレイヤー 3 接続に拡張するために BGW スパイン ノードを展開する必要があります。

この VRF が展開されるすべてのリーフ/ボーダー/ボーダー ゲートウェイ デバイスを追加すると、[ストレッチされたテンプレート（Stretched Template）] ページに表示されます。

ステップ 15

シドニー サイトの横にある矢印をクリックし、ドロップダウン メニューから [テンプレートのプロパティ（Template Properties）] を選択します。

ステップ 16

[サイトへ展開（Deploy to sites）]をクリックします。

[サイトに展開（Deploy to Sites）] ウィンドウが表示され、拡張されたテンプレートが展開される 3 つのサイトが表示されます。

ステップ 17

[展開プラン（Deployment Plan）]を追加認証のためにクリックします。 そして、その特定のサイトの展開プランを表示するために各サイトをクリックします。

ステップ 18

[展開（Deploy）] を NDO が構成をサイト固有のコントローラ（NDFC とクラウド ネットワーク コントローラ）にプッシュするためにクリックします。

ステップ 19

構成が正常に展開されたことを確認します。

- NDFC での VRF 展開を表示するには、[トポロジ（Topology）] ビューに移動し、オンプレミス ファブリックの[シドニー（Sydney）] > VRFを選択してから、stretched-vrf を選択します。

- AWS に展開されたクラウド ネットワーク コントローラに接続して、最初のクラウド サイト（AWS）の構成が正常に展開されたことを確認します。

[アプリケーション管理（Application Management）] > VRFに移動し、stretched-vrf を見つけて、列 VPC をクリックしてから、[概要（Overview）] ページに移動して、[サブネット（Subnets）] をクリックします。

- Azure に展開されたクラウド ネットワーク コントローラに接続して、2 番目のクラウド サイト（Azure）の構成が正常に展開されたことを確認します。

[アプリケーション管理（Application Management）] > VRFに移動し、stretched-vrf を見つけて、列 [仮想ネットワーク（Virtual Networks）] をクリックしてから、[概要（Overview）] ページに移動して、[サブネット（Subnets）] をクリックします。

ステップ 20

オンプレミス サイトにネットワークを展開するために、[デモ スキーマ（Demo Schema）]の下に別のテンプレートを作成します。

1. [デモ スキーマ（Demo Schema）]テンプレートで、[新しいテンプレートの追加（Add New Template）] をクリックします。

2. NDFC テンプレートを選択します。

3. [表示名（Display Name）] フィールドに名前を入力して NDFC タイプのテンプレート (たとえば、On-Prem テンプレート) を作成し、[テナントの選択（Select a Tenant）] フィールドで dcnm-default-tn テナントを選択して、テンプレートをそのテナントにマップします。

ステップ 21

On-Prem テンプレートの VRF の下に net20 ネットワークを作成します。

（注）

新しい VRF を作るより、既に使用したい VRF を作成した場合、[テンプレート プロパティ（Template Properties）] の下、[インポート（Import）]をクリックします。そして既に作成された ネットワーク をインポートします。

1. [テンプレート プロパティ（Template Properties）] の下、 [オブジェクトを作成 （Create Object）] をクリックしてネットワークを作成するために[ネットワーク（Network）] を選択します。

2. ネットワークの [表示名（Display Name）] フィールドに名前を入力します（例：net20）。

3. [バーチャル ルートと転送（Virtual Routing & Forwarding）] フィールドで、stretched-vrf VRF を選択して、net20 をその VRF にマッピングします。

4. [ゲートウェイ IP（Gateway IP）] フィールドで、[サブネットの追加（Add Subnet）] をクリックします。

サブネットの追加ウィンドウが表示されます。

5. [ゲートウェイ IP の追加（Gateway IP）] をクリックしてゲートウェイ IP アドレスを入力し、チェックマークをクリックして値を受け入れ、[追加（Add）] をクリックします。

ゲートウェイ IP アドレスは[ゲートウェイ IP（Gateway IP）] フィールドに表示されます。

6. 必要な場合、ネットワークのオプショナル パラメータを定義します。

ステップ 22

[テンプレート プロパティ（Template Properties）] エリア内で [アクション（Actions）] > [サイトの関連付け（Sites Association）]をクリックします。

ステップ 23

このテンプレートをオンプレミス サイト（このユース ケースの例ではシドニー サイト）にのみ関連付け、[OK] をクリックします。

[On-Prem テンプレート （On-Prem Template） ウィンドウに戻ります。

ステップ 24

[テンプレート プロパティ（Template Properties）] ドロップダウンから、オンプレミス サイト (このユース ケースの例ではシドニー サイト) を選択し、net20 ネットワークをクリックしてから、[静的ポートの追加（Add Static Port）] をクリックして、このネットワークを展開するポートを追加します。

[静的ポートの追加（Add Static Port）] ウィンドウが表示されます。

ステップ 25

[静的ポートの追加（Add Static Port）] ウィンドウで[パスを追加（Add Path）]をクリックします。

[静的ポートの追加（Add Static Port）] ウィンドウが表示されます。

ステップ 26

[リーフ（Leaf）] フィールドで展開したいネットワークのデバイスを選択します。

ステップ 27

（任意） VLANフィールドに必要な情報を入力します。

ステップ 28

[ポート（Port）] フィールドで展開したいネットワークのポートを選択します。

ステップ 29

[保存（Save）] をクリックします。

[静的ポートの追加（Add Static Port）] ウィンドウに戻ります。

ステップ 30

[静的ポートの追加（Add Static Port）] ウィンドウで[送信（Submit）]をクリックします。

[On-Prem テンプレート （On-Prem Template） ウィンドウに戻ります。

ステップ 31

オンプレミス サイト (このユース ケースの例ではシドニー サイト) の横にある矢印をクリックし、ドロップダウン メニューから [テンプレート プロパティ（Template Properties）] を選択します。

ステップ 32

[サイトに展開（Deploy to Sites）] をクリックします。

[サイトに展開（Deploy to Sites）] ウィンドウが表示され、テンプレートが展開されるサイトが表示されます。

ステップ 33

[展開プラン（Deployment Plan）]を追加認証のためにクリックします。 そして、その特定のサイトの展開プランを表示するためにそのオンプレミス サイトをクリックします。

ステップ 34

[展開（Deploy）] をクリックして、NDO が NDFC に構成をプッシュします。

ステップ 35

構成が正常に展開されたことを確認します。

これらの各検証ステップでは、表示されているこのユース ケースの構成のために特定のコマンドが使用されることにご注意ください。構成に基づいて各コマンドの適切な変数を入れ替えます。

1. NDO 内で構成が正常に展開されたことを確認します。

- [ストレッチされた テンプレート（Stretched Template）] が正常に展開されたことを確認します。

- [On-Premテンプレート（On-Prem Template）] が正常に展開されたことを確認します。

- dcn-default-tn テナントが正常に展開されたことを確認します。

2. NDFC で、以下が正常に実行されたことを確認します。

- 1 つの vrf と 1 つのネットワークが作成されていることを確認します。

- VRF が正常に展開されたことを確認します。

- ネットワーク が正常に展開されたことを確認します。

3. オンプレミスのボーダー ゲートウェイ スパイン デバイスで sh ip route vrf stretched-vrf を入力します。

このユース ケースでは、ルーティング テーブルを使用して、NDFC リーフ スイッチが次のサブネットに到達できることを確認できます。

- AWS：10.230.0.0/1

- Azure： 70.1.0.0/16

4. AWS に展開されたクラウド ネットワーク コントローラに接続し、次の検証を行います。

- dcnm-default-tn テナントが作成され、1 つの VPC が展開されていることを確認します。

- VPC が展開されていることを確認します。

- AWS に展開されたクラウド ネットワーク コントローラのルーティング テーブル ビューを使用して、到達可能なサブネットが次のようになっていることを確認します。

- NDFC：172.16.20.0/24

- Azure： 70.1.0.0/16

5. AWS コンソールで、次のことを確認します。

- 1 つの VPC と 2 つのサブネットが表示されていることを確認します。

- ルーティング テーブルが表示されていることを検証する。

6. Azure に展開されたクラウド ネットワーク コントローラに接続し、次の検証を行います。

- dcnm-default-tn テナントが作成されていることを確認します。

- VRF が展開されていることを確認します：

- AWS に展開されたクラウド ネットワーク コントローラのルーティング テーブル ビューを使用して、到達可能なサブネットが次のようになっていることを確認します。

- NDFC：172.16.20.0/24

- AWS：10.230.0.0/1

7. Azure コンソールで、サブネットが表示されることを確認します。

Chapter7. ルート リークの使用例

- ルート リークの使用例について

- 必要なテンプレートの構成

- ルートリークの設定

ルート リークの使用例について

このルート リークのユース ケースでは、オンプレミス サイトの VRF およびネットワーク定義を含むサイトごとに個別のテンプレートを使用しますが、クラウド サイトの場合、これらのテンプレートには VRF 定義のみが含まれます。同じ VRF が全てのサイトに渡っているのでサイト間でプレフィックスの交換のために構成を必要としない ストレッチされた VRF ユース ケースで説明されている拡張 VRF（内部 VRF）の使用例とは異なり、各サイトは違う VRF を使うのでこのユース ケースでは VRF リーク構成する必要があります。

サイト（オンプレミスとクラウド サイト）間でプレフィックスを伝達するには、サイトに関連付けられているそれぞれのテンプレートでルート リークを明示的に構成する必要があります。

上の図に示すように、各サイトには個別に関連付けられたテンプレートがあり、そのサイトのみに固有の VRF/ネットワーク定義が含まれています。オンプレミス テンプレートは NDFC 管理のオンプレミス サイトに関連付けられていますが、AWS テンプレートと Azure テンプレートはそれぞれ AWS と Azure クラウド サイトに関連付けられています。Inter-VRF ルート リークは、サイト間の通信を可能にするために、異なる VRF 間で明示的に構成されます。

必要なテンプレートの構成

次のセクションの手順を使用して、ルート リークのユース ケースに必要なテンプレートを構成します。

- オンプレミス サイト テンプレートの構成

- Azure サイト テンプレートの構成

- AWS サイト テンプレートの構成

オンプレミス サイト テンプレートの構成

このセクションでは、NDFC 管理のオンプレミス サイトに関連付けられる[オンプレミス テンプレート（On-Prem Template）]を構成します。

手順

ステップ 1

NDO で、[アプリケーション管理（Application Management）] > [スキーマ（Schema）] に移動し、[スキーマの追加（Add Schema）] をクリックします。

ステップ 2

スキーマ名を指定し、[追加（Add）] をクリックします。

このユース ケースでは、新しいスキーマに [VRF ルート リーク スキーマ（VRF Route Leaking Schema）]という名前を付けます。

新しい [VRF ルート リーク スキーマ（VRF Route Leaking Schema）] スキーマの [概要（Overview）] ページに戻ります。

ステップ 3

[VRF ルート リーク スキーマ（VRF Route Leaking Schema）] スキーマの下で[新しいテンプレートを追加します（Add New Template）]をクリックします。

ステップ 4

NDFC テンプレートを選択します。

ステップ 5

[表示名（Display Name）] フィールドに名前を入力して、NDFC タイプのテンプレートを作成します (例：[On-Prem テンプレート（On-Prem Template）] )。

ステップ 6

テナントにテンプレートをマップするために[テナントを選択（Select a Tenant）] フィールド内のdcnm-default-tn テナントを選択します。

ステップ 7

[テンプレート プロパティ（Template Properties）] で [オブジェクトの作成（Create Object）] をクリックし、[VRF] を選択して、NDFC に管理されたオンプレミス サイトで使用される VRF を作成します。

（注）

新しい VRF を作るより、既に使用したいオンプレミス VRF を作成した場合、[テンプレート プロパティ（Template Properties）] の下、[インポート（Import）]をクリックします。そして既に作成された VRF をインポートします。

現在、サポートはオンプレミス サイトからの VRF とネットワークのインポートに対してのみ利用できます。

ステップ 8

この VRF の [表示名（Display Name）] フィールドに名前を入力します（例：v10）。

ステップ 9

[テンプレート プロパティ（Template Properties）] の下、 [オブジェクトを作成 （Create Object）] をクリックしてネットワークを作成するために[ネットワーク（Network）] を選択します。

（注）

新しい VRF を作るより、既に使用したい VRF を作成した場合、[テンプレート プロパティ（Template Properties）] の下、[インポート（Import）]をクリックします。そして既に作成された ネットワーク をインポートします。

ステップ 10

ネットワークの [表示名（Display Name）] フィールドに名前を入力します（例：net10）。

ステップ 11

[バーチャル ルートと転送（Virtual Routing & Forwarding）] フィールドで、v10 VRF を選択して、net10 ネットワークをその VRF にマッピングします。

ステップ 12

[ゲートウェイ IP（Gateway IP）] フィールドで、[サブネットの追加（Add Subnet）] をクリックしてゲートウェイの IP アドレスを入力し、[追加（Add）] をクリックします。

ゲートウェイ IP アドレスは[ゲートウェイ IP（Gateway IP）] フィールドに表示されます。

ステップ 13

必要な場合、ネットワークのオプショナル パラメータを定義します。

ステップ 14

[テンプレート プロパティ（Template Properties）] エリア内で [アクション（Actions）] > [サイトの関連付け（Sites Association）]をクリックします。

ステップ 15

このテンプレートをオンプレミス サイト (このユース ケースの例ではシドニー サイト) にのみ関連付け、[OK] をクリックします。

ステップ 16

[テンプレート プロパティ（Template Properties）]をクリックし、オンプレミス サイト (このユース ケースの例では シドニー サイト) を選択してから、v10 VRF を選択します。

ステップ 17

右側のペインで [静的リーフの追加（Add Static Leaf）] をクリックします。

[静的リーフの追加（Add Static Leaf）] ウィンドウが表示されます。

ステップ 18

[リーフ（Leaf）]フィールド内で、VRF が展開されるべき場所のリーフ/ボーダー/ボーダー ゲートウェイ デバイスを選択し、Okをクリックします。

この例では、リーフ ノードに VRF を展開する必要があります（VRF にマップされたネットワークのエンドポイントに接続される）。そして、VRF からクラウドサイトへのレイヤー 3 接続に拡張するために BGW スパイン ノードを展開する必要があります。

ステップ 19

ネットワークをリーフ スイッチに接続するには、net10 ネットワークをクリックし、[静的ポートの追加] をクリックして、このネットワークを展開するポートを追加します。

[静的ポートの追加（Add Static Port）] ウィンドウが表示されます。

ステップ 20

[静的ポートの追加（Add Static Port）] ウィンドウで[パスを追加（Add Path）]をクリックします。

[静的ポートの追加（Add Static Port）] ウィンドウが表示されます。

ステップ 21

[リーフ（Leaf）] フィールドで展開したいネットワークのデバイスを選択します。

ステップ 22

（任意） VLANフィールドに必要な情報を入力します。

ステップ 23

[ポート（Port）] フィールドで展開したいネットワークのポートを選択します。

ステップ 24

[保存（Save）] をクリックします。

[静的ポートの追加（Add Static Port）] ウィンドウに戻ります。

ステップ 25

[静的ポートの追加（Add Static Port）] ウィンドウで[送信（Submit）]をクリックします。

オンプレミス テンプレート ウィンドウに戻ります。

ステップ 26

オンプレミス サイトの横にある矢印をクリックし、ドロップダウン メニューから [テンプレートのプロパティ（Template Properties）] を選択します。

ステップ 27

[サイトに展開（Deploy to Sites）] をクリックします。

ステップ 28

[On-Prem テンプレート（AWS Template）] をサイトに展開ます。

- 追加認証のために[展開プラン（Deployment Plan）]をクリックします。

オンプレミス サイトをクリックして、その特定のサイトの展開プランを表示します。

- [展開（Deploy）] をクリックして、NDO が NDFC に構成をプッシュします。

これにより、NDO 構成が NDFC にプッシュされます。

ステップ 29

NDFC で、VRF が正常に展開されたことを確認します。

次のタスク

Azure サイト テンプレートの構成 の手順を実行します。

Azure サイト テンプレートの構成

このセクションでは、Azure サイトに関連付けられる Azure テンプレートを構成します。

始める前に

オンプレミス サイト テンプレートの構成 の手順を実行します。

手順

ステップ 1

[VRF ルート リーク スキーマ（VRF Route Leaking Schema）] スキーマの下で[新しいテンプレートを追加します（Add New Template）]をクリックします。

ステップ 2

NDFC テンプレートを選択します。

ステップ 3

[表示名（Display Name）] フィールドに名前を入力して、Azure サイトの NDFC タイプのテンプレートを作成します (例：[Azure テンプレート（Azure Template）] )。

ステップ 4

テナントにテンプレートをマップするために[テナントを選択（Select a Tenant）] フィールド内のdcnm-default-tn テナントを選択します。

ステップ 5

[テンプレート プロパティ（Template Properties）] で [オブジェクトの作成（Create Object）] をクリックし、[VRF] を選択して、Azure サイトで使用される VRF を作成します。

ステップ 6

この VRF の [表示名（Display Name）] フィールドに名前を入力します（例：azure10）。

ステップ 7

[テンプレート プロパティ（Template Properties）] エリア内で [アクション（Actions）] > [サイトの関連付け（Sites Association）]をクリックします。

ステップ 8

このテンプレートを Azure サイトのみに関連付け、[OK] をクリックします。

ステップ 9

azure10 VRF をクリックし、[リージョンの追加（Add Region）] をクリックして、選択したリージョンに VNet を作成します。

[クラウド リージョン CIDRs を追加（Add Cloud Region CIDRs） ウィンドウ が表示されます。

ステップ 10

[リージョン（Region）]フィールド内で VNet を作成したいリージョンを選択します。

ステップ 11

CIDRフィールド内で[CIDR を追加（Add CIDRs）] をクリックし、VNetの CIDR ブロックを定義します。

ステップ 12

サブネットを作成するために[サブネットを追加（Add Subnet）] をクリックし、[保存（Save）]をクリックします。

ステップ 13

[VNet ピアリング（VNet Peering）] フィールドの下にあるチェックボックスをオンにして、Azure 用の Cisco クラウド ネットワーク コントローラで作成されたハブ ネットワークを選択します。

ステップ 14

[OK] をクリックします。

Azure テンプレート ウィンドウに戻ります。

ステップ 15

Azure サイトの横にある矢印をクリックし、ドロップダウン メニューから [テンプレートのプロパティ（Template Properties）] を選択します。

ステップ 16

[サイトに展開（Deploy to Sites）] をクリックします。

ステップ 17

[Azure テンプレート（Azure Template）] をサイトに展開ます。

- 追加認証のために[展開プラン（Deployment Plan）]をクリックします。

Azure サイトをクリックして、その特定のサイトの展開計画を表示します。

- [展開（Deploy）] をクリックして、NDO が NDFC に構成をプッシュします。

構成が正しくプッシュされたことを確認するには、Azure に展開されたクラウド ネットワーク コントローラに接続し、クラウド 技術情報 の > 仮想ネットワークに移動してから、azure10 VNet をクリックし、概要ページの情報を使用して追加の確認を行います。

プロセスのこの時点では宛先アドレスが構成されていないため、Azure サイトはプロセスのこの時点ではまだ他のサイトと通信できないことに注意してください。この宛先アドレス構成は、ルート リーク手順が完了した後にプッシュされます。

次のタスク

AWS サイト テンプレートの構成 の手順を実行します。

AWS サイト テンプレートの構成

このセクションでは、AWS サイトに関連付けられる [AWS テンプレート（AWS Template）] を構成します。

始める前に

Azure サイト テンプレートの構成 の手順を実行します。

手順

ステップ 1

[VRF ルート リーク スキーマ（VRF Route Leaking Schema）] スキーマの下で[新しいテンプレートを追加します（Add New Template）]をクリックします。

ステップ 2

NDFC テンプレートを選択します。

ステップ 3

[表示名（Display Name）] フィールドに名前を入力して、AWS サイトの NDFC タイプのテンプレートを作成します (例：[AWS テンプレート（AWS Template）] )。

ステップ 4

テナントにテンプレートをマップするために[テナントを選択（Select a Tenant）] フィールド内のdcnm-default-tn テナントを選択します。

ステップ 5

[テンプレート プロパティ（Template Properties）] で [オブジェクトの作成（Create Object）] をクリックし、[VRF] を選択して、AWS サイトで使用される VRF を作成します。

ステップ 6

この VRF の [表示名（Display Name）] フィールドに名前を入力します（例： aws10）。

ステップ 7

[テンプレート プロパティ（Template Properties）] エリア内で [アクション（Actions）] > [サイトの関連付け（Sites Association）]をクリックします。

ステップ 8

このテンプレートを AWS サイトのみに関連付け、[OK] をクリックします。

ステップ 9

[テンプレートのプロパティ（Template Properties）] の横にある矢印をクリックし、ドロップダウン メニューから AWS クラウド サイト を選択します。

ステップ 10

aws10 VRF をクリックし、[リージョンの追加（Add Region）] をクリックして、選択したリージョンに VPC を作成します。

[クラウド リージョン CIDRs を追加（Add Cloud Region CIDRs） ウィンドウ が表示されます。

ステップ 11

[リージョン（Region）]フィールド内で VPC を作成したいリージョンを選択します。

ステップ 12

CIDRフィールド内で[CIDR を追加（Add CIDRs）] をクリックし、VPCの CIDR ブロックを定義します。

ステップ 13

サブネットを作成するためと可用性ゾーンにマップするためにに[サブネットを追加（Add Subnet）] をクリックし、[保存（Save）]をクリックします。

ステップ 14

[ハブ ネットワーク（Hub Network）] フィールドの下にあるチェックボックスをオンにして、AWS 用の Cisco クラウド ネットワーク コントローラで作成されたハブ ネットワークを選択します。

Cisco クラウド ネットワーク コントローラがサブネットをトランジット ゲートウェイに付加することを許可します。これは、トランジット ゲートウェイが既に接続のあるサブネットからクラウド上の Cisco Catalyst 8000Vsにトランジット ゲートウェイに接続を積み上げます。

ステップ 15

[サブネット（Subnet）] フィールド内でトランジット ゲートウェイに使われるサブネットをマップします。

トランジット ゲートウェイに専用のサブネットを使用するのがベスト プラクティスです。

ステップ 16

[OK] をクリックします。

AWS テンプレート ウィンドウに戻ります。

ステップ 17

AWS サイトの横にある矢印をクリックし、ドロップダウン メニューから [テンプレートのプロパティ（Template Properties）] を選択します。

ステップ 18

[サイトに展開（Deploy to Sites）] をクリックします。

ステップ 19

[AWS テンプレート（AWS Template）] をサイトに展開ます。

- 追加認証のために[展開プラン（Deployment Plan）]をクリックします。

AWS サイトをクリックして、その特定のサイトの展開プランを表示します。

- [展開（Deploy）] をクリックして、NDO が NDFC に構成をプッシュします。

構成が正しくプッシュされたことを確認するには、AWS に展開されたクラウド ネットワーク コントローラに接続し、クラウド 技術情報 の > VPCに移動してから、aws10 VPC をクリックし、概要ページの情報を使用して追加の確認を行います。

AWS のプロセスのこの時点で宛先アドレスが構成されていることに注意してください。ただし、これは、この AWS サイトがそれ自体と通信できることのみを示しています。 AWS サイトは、プロセスのこの時点ではまだ他のサイトと通信できません。AWS サイトが別のサイトと通信できるようにするために必要な宛先アドレス構成は、ルート リーク手順が完了した後にプッシュされます。

次のタスク

ルートリークの設定で提供されている手順を使用して、ルート リークを設定します。

ルートリークの設定

ルート リーク ユース ケースの構成するために次のセクションの手順を使用します。

- Azure VRF から NDFC VRF へのルート リークの構成

- Azure VRF から AWS VRF へのルート リークの構成

- AWS VRF から NDFC VRF へのルート リークの構成

- AWS VRF から Azure VRF へのルート リークの構成

- NDFC VRF から AWS VRF へのルート リークの構成

- NDFC VRF から Azure VRF へのルート リークの構成

- 構成の確認

Azure VRF から NDFC VRF へのルート リークの構成

このセクションでは、Azure VRF（azure10）から NDFC VRF（v10）へのルート リークを構成します。

始める前に

必要なテンプレートの構成で提供される手順を使用して、必要なテンプレートを構成します。

手順

ステップ 1

これらの手順で前に構成した Azure テンプレートと、dcnm-default-tn テナントをクリックします。

ステップ 2

これらの手順で前に構成した azure10 VRF をクリックします。

ステップ 3

右のペインで、 [リーク ルートを追加（Add Leak Route）]をクリックします。

[リーク ルートを追加（Add Leak Routes）]ウィンドウが表示されます。

ステップ 4

[リーク ルートを追加（Add Leak Routes）]ウィンドウ内で[ターゲット VRF を選択（Select a Target VRF）]をクリックします。

[ターゲット VRF を選択（Select a Target VRF）] ウィンドウが表示されます。

ステップ 5

[ターゲット VRF を選択（Select a Target VRF）] ページで、ルートをリークしたい NDFC VRF（v10）を選択し、[選択（Select）] をクリックします。

[リーク ルートの追加（Add Leak Routes）] ウィンドウに戻ります。

ステップ 6

[リーク ルートを追加（Add Leak Routes）] ウィンドウで [サブネット IP の追加（Add Subnet IP）] をクリックし、オンプレミス サイトに伝達する Azure クラウド サブネットを追加します。

（注）

[サブネット IP を追加（Add Subnet IP）] オプションは、 選択的サブネットのみのリークを許可します。または、全てのプレフィックスが接続先 VRFにリークされる必要のある場合、 全てのサブネット IPs オプションを代わりに使用できます。

このユース ケースの場合、90.1.1.0/24 サブネットを使用します。

ステップ 7

[OK] をクリックします。

Azure テンプレート ページに戻り、Azure VRF から NDFC VRF へのこのルート リークの構成を確認できます。

次のタスク

Azure VRF から AWS VRF へのルート リークの構成 の手順を実行します。

Azure VRF から AWS VRF へのルート リークの構成

このセクションでは、Azure VRF（azure10）から AWS VRF（aws10）へのルート リークを構成します。

この手順は、Azure VRF から NDFC VRF へのルート リークの構成と全く同じ手順を行います、しかしこれらの手順では、違うターゲット VRF（この手順の AWS ターゲット VRF）を選択します。

始める前に

Azure VRF から NDFC VRF へのルート リークの構成 の手順を実行します。

手順

ステップ 1

[ターゲット VRF の選択（Select a Target VRF）] ページで、ルートをリークする AWS VRF（aws10）を選択し、[選択（Select）] をクリックします。

[リーク ルートの追加（Add Leak Routes）] ウィンドウに戻ります。

ステップ 2

[リーク ルートの追加（Add Leak Routes）] ウィンドウ内で AWS クラウドへ伝達したいサブネットを追加します。

このユース ケースの場合、90.1.1.0/24 サブネットを使用します。したがって、ドロップダウン メニューをクリックして、90.1.1.0/24 サブネットを選択します。

ステップ 3

[OK] をクリックします。

[Azure テンプレート（Azure Template）] ページに戻ります。ここでは、Azure VRF から AWS VRF へのこのルート リークの構成と前のステップのセットで構成した Azure VRF から NDFC VRF へのルート リークを確認できます。

ステップ 4

Azure サイトの横にある矢印をクリックし、ドロップダウン メニューから [テンプレートのプロパティ（Template Properties）] を選択します。

ステップ 5

[サイトへ展開（Deploy to sites）]をクリックします。

[サイトへ展開（Deploy to sites）]ウィンドウ が表示され、テンプレートが展開される場所を表示します。

ステップ 6

[展開プラン（Deployment Plan）]を追加認証のためにクリックします。 そして、その特定のサイトの展開プランを表示するためにそのサイトをクリックします。

ステップ 7

[展開（Deploy）] を NDO が構成をサイト固有のコントローラにプッシュするためにクリックします。

次のタスク

AWS VRF から NDFC VRF へのルート リークの構成 の手順を実行します。

AWS VRF から NDFC VRF へのルート リークの構成

このセクションでは、AWS VRF（aws10）から NDFC VRF（v10）へのルート リークを構成します。

始める前に

Azure VRF から AWS VRF へのルート リークの構成 の手順を実行します。

手順

ステップ 1

これらの手順で前に構成した AWS テンプレートと、dcnm-default-tn テナントをクリックします。

ステップ 2

これらの手順で前に構成した aws10 VRF をクリックします。

ステップ 3

右のペインで、 [リーク ルートを追加（Add Leak Route）]をクリックします。

[リーク ルートを追加（Add Leak Routes）]ウィンドウが表示されます。

ステップ 4

[リーク ルートを追加（Add Leak Routes）]ウィンドウ内で[ターゲット VRF を選択（Select a Target VRF）]をクリックします。

[ターゲット VRF を選択（Select a Target VRF）] ウィンドウが表示されます。

ステップ 5

[ターゲット VRF を選択（Select a Target VRF）] ウィンドウで、ルートをリークしたい NDFC VRF（v10）を選択し、[選択（Select）] をクリックします。

[リーク ルートの追加（Add Leak Routes）] ウィンドウに戻ります。

ステップ 6

[リーク ルートを追加（Add Leak Routes）] ウィンドウで [サブネット IP の追加（Add Subnet IP）] をクリックし、オンプレミス サイトに伝達する AWS クラウド サブネットを追加します。

（注）

[サブネット IP を追加（Add Subnet IP）] オプションは、 選択的サブネットのみのリークを許可します。または、全てのプレフィックスが接続先 VRFにリークされる必要のある場合、 全てのサブネット IPs オプションを代わりに使用できます。

このユース ケースには、次のサブネットを使用します：

- 10.220.1.0/24

- 10.220.2.0/24

ステップ 7

[OK] をクリックします。

AWS テンプレート ページに戻り、AWS VRF から NDFC VRF へのこのルート リークの構成を確認できます。

次のタスク

AWS VRF から Azure VRF へのルート リークの構成 の手順を実行します。

AWS VRF から Azure VRF へのルート リークの構成

このセクションでは、AWS VRF（aws10）から Azure VRF（azure10）へのルート リークを構成します。

この手順は、AWS VRF から NDFC VRF へのルート リークの構成と全く同じ手順を行います、しかしこれらの手順では、違うターゲット VRF（この手順の Azure ターゲット VRF）を選択します。

始める前に

AWS VRF から NDFC VRF へのルート リークの構成 の手順を実行します。

手順

ステップ 1

[ターゲット VRF の選択（Select a Target VRF）] ページで、ルートをリークする Azure VRF（azure10）を選択し、[選択（Select）] をクリックします。

[リーク ルートの追加（Add Leak Routes）] ウィンドウに戻ります。

ステップ 2

[リーク ルートの追加（Add Leak Routes）] ウィンドウ内で Azure クラウドへ伝達したいサブネットを追加します。

このユース ケースには、次のサブネットを使用します：

- 10.220.1.0/24

- 10.220.2.0/24

したがって、ドロップダウン メニューをクリックして、それらのサブネットを選択します。

ステップ 3

[OK] をクリックします。

[AWS テンプレート（AWS Template）] ページに戻ります。ここでは、AWS VRF から Azure VRF へのこのルート リークの構成と前のステップのセットで構成した AWS VRF から NDFC VRF へのルート リークを確認できます。

ステップ 4

AWS サイトの横にある矢印をクリックし、ドロップダウン メニューから [テンプレートのプロパティ（Template Properties）] を選択します。

ステップ 5

[サイトへ展開（Deploy to sites）]をクリックします。

[サイトへ展開（Deploy to sites）]ウィンドウ が表示され、テンプレートが展開される場所を表示します。

ステップ 6

[展開プラン（Deployment Plan）]を追加認証のためにクリックします。 そして、その特定のサイトの展開プランを表示するためにそのサイトをクリックします。

ステップ 7

[展開（Deploy）] を NDO が構成をサイト固有のコントローラ（NDFC とクラウド ネットワーク コントローラ）にプッシュするためにクリックします。

次のタスク

NDFC VRF から AWS VRF へのルート リークの構成 の手順を実行します。

NDFC VRF から AWS VRF へのルート リークの構成

このセクションでは、NDFC VRF（v10）から AWS VRF（aws10）へのルート リークを構成します。

始める前に

AWS VRF から Azure VRF へのルート リークの構成 の手順を実行します。

手順

ステップ 1

これらの手順で前に構成した[オンプレミス テンプレート（On-Prem Template）]と dcnm-default-tn テナントをクリックします。

ステップ 2

これらの手順で前に構成した v10 VRF をクリックします。

ステップ 3

右のペインで、 [リーク ルートを追加（Add Leak Route）]をクリックします。

[リーク ルートを追加（Add Leak Routes）]ウィンドウが表示されます。

ステップ 4

[リーク ルートを追加（Add Leak Routes）]ウィンドウ内で[ターゲット VRF を選択（Select a Target VRF）]をクリックします。

[ターゲット VRF を選択（Select a Target VRF）] ウィンドウが表示されます。

ステップ 5

[ターゲット VRF を選択（Select a Target VRF）] ウィンドウで、ルートをリークする AWS クラウド サイト VRF（aws10）を選択し、[選択（Select）] をクリックします。

[リーク ルートの追加（Add Leak Routes）] ウィンドウに戻ります。

ステップ 6

[リーク ルートを追加（Add Leak Routes）] ウィンドウで [サブネット IP の追加（Add Subnet IP）] をクリックし、オンプレミス サイトに伝達する AWS クラウド サブネットを追加します。

（注）

[サブネット IP を追加（Add Subnet IP）] オプションは、 選択的サブネットのみのリークを許可します。または、全てのプレフィックスが接続先 VRFにリークされる必要のある場合、 全てのサブネット IPs オプションを代わりに使用できます。

このユース ケースでは、172.16.10.0/24 サブネットを使用します。

ステップ 7

[OK] をクリックします。

[オンプレミス テンプレート（On-Prem Template）] ページに戻り、NDFC VRF から AWS VRF へのこのルート リークの構成を確認できます。

次のタスク

NDFC VRF から Azure VRF へのルート リークの構成 の手順を実行します。

NDFC VRF から Azure VRF へのルート リークの構成

このセクションでは、NDFC VRF（v10）から Azure VRF（azure10）へのルート リークを構成します。

この手順は、NDFC VRF から AWS VRF へのルート リークの構成と全く同じ手順を行います、しかしこれらの手順では、違うターゲット VRF（この手順の Azure ターゲット VRF）を選択します。

始める前に

NDFC VRF から AWS VRF へのルート リークの構成 の手順を実行します。

手順

ステップ 1

[ターゲット VRF の選択（Select a Target VRF）] ウィンドウで、ルートをリークする Azure VRF（azure10）を選択し、[選択（Select）] をクリックします。

[リーク ルートの追加（Add Leak Routes）] ウィンドウに戻ります。

ステップ 2

[リーク ルートの追加（Add Leak Routes）] ウィンドウ内で Azure クラウドへ伝達したいサブネットを追加します。

このユース ケースでは、172.16.10.0/24 サブネットを使用します。したがって、ドロップダウン メニューをクリックして、172.16.10.0/24 サブネットを選択します。

ステップ 3

[OK] をクリックします。

[オンプレミス テンプレート（On-Prem Template）] ページに戻ります。ここでは、NDFC VRF から Azure VRF へのこのルート リークの構成と前のステップのセットで構成した NDFC VRF から AWS VRF へのルート リークを確認できます。

ステップ 4

オンプレミス サイトの横にある矢印をクリックし、ドロップダウン メニューから [テンプレートのプロパティ（Template Properties）] を選択します。

ステップ 5

[サイトへ展開（Deploy to sites）]をクリックします。

[サイトへ展開（Deploy to sites）]ウィンドウ が表示され、テンプレートが展開される場所を表示します。

ステップ 6

[展開プラン（Deployment Plan）]を追加認証のためにクリックします。 そして、その特定のサイトの展開プランを表示するためにそのサイトをクリックします。

ステップ 7

[展開（Deploy）] を NDO が構成をサイト固有のコントローラ（NDFC とクラウド ネットワーク コントローラ）にプッシュするためにクリックします。

次のタスク

構成の確認 で提供された手順を使用して構成の展開が成功したことを検証します。

構成の確認

このセクションでは、構成が正常に展開されたことを確認します。これらの各検証ステップでは、表示されているこのユース ケースの構成のために特定のコマンドが使用されることにご注意ください。構成に基づいて各コマンドの適切な変数を入れ替えます。

始める前に

NDFC VRF から Azure VRF へのルート リークの構成 の手順を実行します。

手順

ステップ 1

NDO の構成を確認します。

ステップ 2

オンプレミスのボーダー ゲートウェイ スパイン デバイスで sh ip route vrf v10 を入力します。

オンプレミスのリーフ スイッチのルーティング テーブルは、到達可能なサブネットが次のことを示しています。

- AWS：10.220.0.0/16

- Azure：10.220.0.0/16

ステップ 3

AWS に展開されたクラウド ネットワーク コントローラに接続し、アプリケーション管理 > VRFに移動して、Azure および NDFC VRF が表示されることを確認します。

ステップ 4

AWS に展開された Cloud Network Controller に残ったまま、ルート テーブル表示で検証を実行します。

ステップ 5

AWS コンソールで、ルート テーブル表示で検証を実行します。

ステップ 6

Azure に展開されたクラウド ネットワーク コントローラに接続し、アプリケーション管理 > VRFに移動して、AWS および NDFC VRF が表示されることを確認します。

ステップ 7

Azure に展開されたクラウド ネットワーク コントローラーに残ったまま、[クラウド 情報技術（Cloud Resources）] > [仮想ネットワーク（Virtual Networks）]に移動し、azure10 VNet をクリックし、概要ページの情報を使用して追加の検証を行います。

ステップ 8

Azure コンソールで、追加の検証を実行します。

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)