[名前（Name）]、[説明（Description）]、および [セキュリティ ドメイン（Security Domains）] フィールドに必要な情報を入力します。

• Cloud APIC のユーザ テナントが信頼されている場合（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）] を選択している場合、 表示されません。これらのフィールドは、信頼できるテナントには必要ありません。

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

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

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

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

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

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

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

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

    （注）

    このテナントに組織タグを割り当てる場合は、以下が適用されます。 このフィールドで[組織（Organization）]オプションがグレー表示されている場合は、AWS組織のマスターアカウント（インフラストラクチャテナント）を展開していません。Cloud APIC（インフラテナント）がAWS組織のマスターアカウントに展開されていない場合、テナントに組織タグを割り当てることはできません。Cloud APIC 既存の AWS アカウントに招待されたマスター アカウントが組織に加わる場合、組織テナント用の AWS に設定された OrganizationAccountAccessRole IAM ロールがあり、Cloud APIC 関連の許可を使用可能であることを確認してください。

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

このフィールドは、クラウドアカウントを読み取り専用に設定します。この AWS アカウントにはブラウンフィールド VPC（アンマネージドのリソース）のみを持つことができます。

このフィールドで [読み取りと書き込み（Read and Write）] オプションをクリックした場合、これは、このテナントがグリーンフィールドとブラウンフィールドの両方の VPC（マネージド リソースとアンマネージド リソース両方）を持つことができることを意味し、読み取り専用アカウントの概要 に記載されている読み取り専用アカウントにする場合は、望む結果とは異なります。

太字のテキストは、クラウド アカウントを読み取り専用に設定する行を示しています。

POST https://<cloud-apic-ip-address>/api/mo/uni.xml

<fvTenant name=”unmanagedTenant1">
    <cloudAwsProvider accountId="976500909689” 
      accessKeyId=”XXXXXXXXXXXXXXXXXX”
      secretAccessKey="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”
      providerId="aws">
        <cloudRsProviderToAccessPolicy tDn="uni/tn-infra/accesspolicy-read-only"/>
    </cloudAwsProvider>
</fvTenant>

アンマネージド（ブラウンフィールド）VPC が別の AWS にある場合、新しいテナントを作成する必要があります。

新しいテナントを作成する手順については、『Cisco Cloud APIC for AWS User Guide』、リリース 25.0(x) 以降の「リリース 4.2(3) およびそれ以降向けテナント AWS の構成」を参照してください。

このテナントは、AWS 内のアンマネージド（ブラウンフィールド）VPC と同じ AWS アカウントを使用する必要があります。

ウィンドウの右側に、何をしますかを尋ねるスライドイン ペインが表示されます。

アンマネージド クラウド コンテキスト プロファイルを作成するためのセットアップ ウィザードが表示されます。

[アンマネージド VPC の選択（Select Unmanaged VPC）] ウィンドウが表示され、テナントを作成した AWS アカウントで AWS で使用可能なすべてのブラウンフィールド VPC（Cisco Cloud APIC によって管理されていない VPC）が表示されます。このウィンドウに入力される VPC のリストは、この AWS アカウントのインベントリ プルに基づいています。

Cisco Cloud APIC GUI のこのウィンドウでは、このリストのアンマネージド VPC が [クラウドプロバイダー ID（Cloud Provider ID）] 列の形式で表示されます。

VPC_ID

AWS > {tenant} > {AWS_region}

Cisco Cloud APIC GUI ページの [名前（Name）] 列のブラウンフィールド VPC の名前。

https://console.aws.amazon.com/vpc/ にある Amazon VPC コンソールに移動し、AWS ページで管理されていない VPC を特定し、このブラウンフィールド VPC の [名前（Name）] および [VPC ID] フィールドを特定して、情報が GUI ページに表示される情報と一致していることを確認します。https://console.aws.amazon.com/vpc/Cisco Cloud APIC

ウィンドウの右側のペインに、このアンマネージド VPC に関する追加情報が表示されます。

[アンマネージド VPC 関連付けのインポート（Import Unmanaged VPC Association）] のメイン ウィンドウに戻ります。

リストからインポートするアンマネージド VPC を選択すると、対応するテナントがこのフィールドに自動的に入力されます。このアンマネージド クラウド コンテキスト プロファイルは、このテナントの下に作成されます。

このフィールドを有効にすると、次の手順でハブ ネットワークとトランジット ゲートウェイ ルート テーブルの関連付けスコープを選択できます。これらのステップで行った選択に基づいて、ルート テーブルがインフラ トランジット ゲートウェイに作成されます。詳細については、ドキュメント「AWS トランジット ゲートウェイまたは AWS トランジット ゲートウェイ コネクトを使用した VPC 間の帯域幅の増加」を参照してください。

AWS トランジット ゲートウェイまたは AWS トランジット ゲートウェイ コネクトを最初にセットアップしたときに、このハブ ネットワークを作成しておく必要があります。ハブ ネットワークをまだ作成していない場合は、ドキュメント「AWS トランジット ゲートウェイまたは AWS トランジット ゲートウェイ コネクトを使用した VPC 間の帯域幅の増加」に記載されている手順を使用して、ハブ ネットワークを作成します。

次の選択はリリース 25.0(2) 以降の変更に基づき、AWS トランジット ゲートウェイの構成時に、デフォルトでトランジット ゲートウェイ ルート テーブルが VRF ごとに展開されます。この変更の一環として、トランジット ゲートウェイ ルート テーブルのラベルベースの展開も利用可能になり、新しいラベルごとに、そのラベルにちなんで名付けられた新しいトランジット ゲートウェイ ルート テーブルが展開されます。詳細については、ドキュメント「AWS トランジット ゲートウェイまたは AWS トランジット ゲートウェイ コネクトを使用した VPC 間の帯域幅の増加」の「トランジット ゲートウェイ外部ネットワーク」の項を参照してください。https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/cloud-apic/5-x/use-case/increasing-bandwidth-using-aws-transit-gateway-or-aws-transit-gateway-connect.html

• アンマネージド VPC のプライマリ CIDR ブロック範囲は自動的にインポートされ、プライマリ CIDR としてタグ付けされます。

• [CIDR の追加（Add CIDR）] をクリックして、アンマネージド VPC 内に CIDR を追加します。この領域にリストされているすべての CIDR を選択するか、このアンマネージド クラウド コンテキスト プロファイルにインポートする特定の CIDR を選択できます。

[インポートするリソース（Resources to Import）] 領域に表示されるすべての CIDR について、対応するサブネットもインポートされます。

[What's Next] ページが表示されます。

先ほど作成したクラウド コンテキスト プロファイルの詳細画面が表示されます。

次の図は、読み取り専用フラグが有効になっており、関連付けられている VPC ID が設定されたアンマネージド クラウド コンテキスト プロファイルを示しています。

設定されている VRF リストが表示されます。

VRF がインポートされたブラウンフィールド VPC に関連付けられていることを確認します。

以下のエリアでは、アンマネージド クラウド コンテキスト プロファイルの作成に使用される行を示しています。

• cloudRsCtxProfileToAccessPolicy 行は、クラウド コンテキスト プロファイルを読み取り専用に設定します（詳細については、読み取り専用アカウントの概要 を参照してください）。

• cloudBrownfield および cloudIDMapping 行は、AWS クラウドのブラウンフィールド VPC の VPC ID を使用して、ブラウンフィールド VPC をインポートするために使用されます。

• cloudRsCtxProfileToRegion 行は、VPC が AWS クラウドに存在するリージョンを指します。

• cloudCidr の行は、AWS クラウドの CIDR と一致する 1 つ以上の CIDR（そのうちの 1 つがプライマリ CIDR）です。

POST https://<cloud-apic-ip-address>/api/mo/uni.xml
<fvTenant name=”unmanagedTenant1">
 <fvCtx name="vrf1" />
    <cloudCtxProfile name=”BrownfieldCtxProfile1">
        <cloudRsCtxProfileToAccessPolicy tDn="uni/tn-infra/accesspolicy-read-only"/>
        <cloudRsCtxProfileToRegion tDn="uni/clouddomp/provp-aws/region-us-west-1"/>
        <cloudRsToCtx tnFvCtxName="vrf1" />
        <cloudRsCtxProfileToGatewayRouterP tDn="uni/tn-infra/gwrouterp-default-foo" label="system=='vrf'"/>
        <cloudBrownfield status="">
            <cloudIDMapping cloudProviderId="vpc-0fe1afe17568417c8"/>
        </cloudBrownfield>
        <cloudCidr name="cidr1" addr="40.0.0.0/16" primary="yes" />
    </cloudCtxProfile>
</fvTenant>

[インテント（Intent）] メニューが表示されます。

[アプリケーション管理（Application Management）] オプションのリストが [インテント（Intent）] メニューに表示されます。

[EPG の作成（Create EPG）] ダイアログ ボックスが表示されます。

[アプリケーション管理（Application Management）] オプションのリストが [インテント（Intent）] メニューに表示されます。

[次は（What's Next）] ウィンドウが表示されます。

コントラクトの詳細ウィンドウが表示されます。

[EPG 通信設定（EPG Communication Configuration）] ウィンドウが表示されます。

[コンシューマー EPG の選択（Select Consumer EPGs）] ウィンドウが表示されます。

次に例を示します。

• グリーンフィールド EPG 用に epg1 を以前に作成していた場合

• の手順を使用して、ブラウンフィールド EPG の epg2 を作成しました。 GUI を使用したブラウンフィールド クラウド コンテキスト プロファイルと関連付けられた EPG の作成

次に、[コンシューマー EPG の選択（Select Consumer EPGs）] ウィンドウで epg1（グリーンフィールド EPG）と epg2（ブラウンフィールド EPG）の両方を選択します。

[EPG 通信設定（EPG Communication Configuration）] ウィンドウに戻ります。

[プロバイダー EPG の選択（Select Provider EPGs）] ウィンドウが表示されます。

コンシューマー EPG の手順で提供されている例を使用して、[プロバイダー EPG の選択（Select Provider EPGs）] ウィンドウで同じ EPG（グリーンフィールド EPG epg1 およびブラウンフィールド EPG epg2）を選択します。

[EPG 通信設定（EPG Communication Configuration）] ウィンドウに戻ります。

クラウド EPG を作成して、オンプレミス サイトまたは別のクラウド サイトがこのアンマネージド ブラウンフィールド VPC とトラフィックを送受信できるようにします。

<fvTenant name=”unmanagedTenant1">
 <fvCtx name="vrf1" />
    <cloudCtxProfile name=”BrownfieldCtxProfile1">
        <cloudRsCtxProfileToAccessPolicy tDn="uni/tn-infra/accesspolicy-read-only"/>
        <cloudRsCtxProfileToRegion tDn="uni/clouddomp/provp-aws/region-us-west-1"/>
        <cloudRsToCtx tnFvCtxName="vrf1" />
        <cloudRsCtxProfileToGatewayRouterP tDn="uni/tn-infra/gwrouterp-default-foo" label="system=='vrf'"/>
        <cloudBrownfield status="">
            <cloudIDMapping cloudProviderId="vpc-0fe1afe17568417c8"/>
        </cloudBrownfield>
        <cloudCidr name="cidr1" addr="40.0.0.0/16" primary="yes" />
    </cloudCtxProfile>
</fvTenant>

この例では、次のポストに示すように、EPG が VRF vrf1 を介してブラウンフィールド クラウド コンテキスト プロファイルに関連付けられていることに注意してください。

<fvTenant name=”unmanagedTenant1">
    <fvCtx name="vrf1" />
    <cloudApp name="ap3">
        <cloudEPg name="epg3">
            <cloudRsCloudEPgCtx tnFvCtxName="vrf1"/>
            <fvRsProv tnVzBrCPName="contract4"/>
            <cloudEPSelector name="EP_SEL1" matchExpression="IP=='40.0.0.0/24'" status=""/>
        </cloudEPg>
    </cloudApp>
</fvTenant>