ステップ 1

AWS アカウントに未使用の AWS Elastic IP アドレスが 6 つ未満の場合は、Elastic IPアドレスの制限の引き上げをリクエスト、要求など（文脈に応じて）します。

1. AWS コンソールで、[コンピュータ（Computer）] > [EC2] の順に移動します。

2. EC2 Dashboard で、[ネットワークおよびセキュリティ（Network＆Security）] > [Elastic IPs] をクリックし、すでに使用されている Elastic IP の数を確認します。

3. EC2 ダッシュボードで、[制限（Limits）] をクリックし、許可されている EC2-VPC Elastic IP の最大数を確認します。

4. すでに使用されている Elastic IP アドレスの数を制限から差し引いて、未使用の Elastic IP アドレスの数を決定します。数が 6 未満の場合は、[制限の増加を要求（Request limit increase）] をクリックし、合計 6 つの未使用 IP アドレスを提供する数を指定します。

ステップ 2

VPC（仮想プライベート クラウド）を作成します。

1. AWS コンソールで、[ネットワーキングおよびコンテンツ配布ツール（Networking＆Content Delivery Tools）] > [VPC] に移動します。

2. VPC ダッシュボードで、[お使いの VPC（Your VPCs）] をクリックし、[VPC の作成（Create VPC）] を選択し、[ネーム タグ（Name Tag）] と [IPv4 CIDR ブロック（IPv4 CIDR block）] を指定します。

   CIDR ブロックは VPC の IPv4 アドレスの範囲であり、/16〜/24 の範囲である必要があります。たとえば、10.9.0.0/16 です。

ステップ 3

インターネット ゲートウェイを作成し、VPC に接続します。

1. [VPC ダッシュボード（VPC Dashboard）] > [インターネット ゲートウェイ（Internet Gateway）] の順にクリックしてから、[インターネット ゲートウェイの作成（Create Internet Gateway）] をクリックし、[ネーム タグ（Name Tag）] を提供します。

2. [インターネット ゲートウェイ（Internet Gateways）] 画面で、作成したインターネット ゲートウェイを選択し、[アクション（Actions）] > [VPC をアタッチ（Attach to VPC）] を選択します。

3. [使用可能な VPC（Available VPCs）] ドロップダウン メニューから、作成した VPC を選択し、[インターネット ゲートウェイのアタッチ（Attach Internet Gateway）] をクリックします。

ステップ 4

ルート テーブルを作成します。

1. VPC ダッシュボードで、[ルート テーブル（Route Tables）] をクリックし、[ルート（Routes）] タブを選択して、[ルートの編集（Edit routes）] をクリックします。

2. [ルートの編集（Edit routes）] 画面で、[ルートの追加（Add route）] をクリックし、0.0.0.0/0 の宛先を作成します。

3. [ターゲット（Target ）] ドロップダウン メニューから [インターネット ゲートウェイ（Target Internet Gateway）] から、作成したゲートウェイを選択します。

4. [ルートの保存（Save Routes）] をクリックします。

ステップ 5

キー ペアを作成します。

1. [すべてのサービス（All services）] > [コンピュート（Compute）] > [EC2]に移動します。

2. EC2 Dashboard で、[ネットワークとセキュリティ（Network & Security）] > [キーペア（Key pairs）] をクリックし、[キー ペアの作成（Create Key Pairs）] をクリックします。

3. キー ペアの名前を入力し、pem ファイル形式を選択して、[キー ペアの作成 (Create Key Pair)] をクリックします。

   これにより、.pem 秘密キー ファイルがシステムにダウンロードされます。ファイルを安全な場所に移動します。EC2 インスタンスのコンソールに初めてログインするときに使用する必要があります。

   （注）	デフォルトでは、PEM ベースのログインのみが各ノードで有効になっています。GUI セットアップ ウィザードで要求されるパスワードを使用してノードに SSH で接続できるようにするには、生成されたキーを使用して各ノードにログインし、AWS での Nexus ダッシュボードの展開 の説明に従って必要なコマンドを実行することにより、パスワード ベースのログインを明示的に有効にする必要があります。

ステップ 1

AWS Marketplace で Cisco Nexus ダッシュボード製品に登録します。

1. AWS アカウントにログインし、AWS Management Console に移動します。

   管理コンソールは https://console.aws.amazon.com/ で入手できます。

2. [サービス] > [AWS マーケットプレイス サブスクリプション（Services AWS Marketplace Subscriptions）]に移動します。

3. [Manage Subscriptions] をクリックします。

4. [製品の検出（Discover products）] をクリックします。

5. Cisco Nexus ダッシュボードを検索し、結果をクリックします。

6. 製品ページで、[続行して登録（Continue to Subscribe）] をクリックします。

7. [条件に同意する（Accept Terms）] をクリックします。

   サブスクリプションが処理されるまでに数分かかる場合があります。

8. 最後に、[設定を続行 (Continue to Configuration)] をクリックします。

ステップ 2

ソフトウェア オプションと地域を選択します。

1. [入力オプション（Fulfillment Option）] ドロップダウンから、[Nexus Dashboard - クラウド展開（Nexus Dashboard - Cloud Deployment）] を選択します。

2. [ソフトウェア バージョン（Software Version）] ドロップダウンから、展開するバージョンを選択します。

3. [リージョン（Region）] ドロップダウンから、テンプレートを展開するリージョンを選択します。

   これは、VPC を作成したのと同じリージョンである必要があります。

4. [続行して起動する（Continue to Launch）] をクリックします

   この製品 ページが表示され、設定の概要が表示され、クラウド形成テンプレートを起動できます。

ステップ 3

[アクションの選択（Choose Action）] から、[CloudFormation の起動（Launch CloudFormation）] を選択し、[起動（Launch）] をクリックします。

ステップ 4

スタックを作成します。

1. [前提条件 - テンプレートの準備（Prerequisite-Prepare template）] 領域で、[テンプレート準備完了（Template is ready）] を選択します。

2. [テンプレートの指定（Specify Template）] フィールドで、テンプレート ソースとして [Amazon S3 URL] を選択します。

   これは、自動的に入力されます。

3. [次へ（Next）] をクリックして続行します。

   [スタック詳細の指定（Specify stack details）] ページが表示されます。

ステップ 5

スタックの詳細を指定します。

1. スタック名を入力します。

2. [VPC ID] ドロップダウンから、作成した VPC を選択します。

   たとえば、vpc-038f83026b6a48e98（10.176.176.0/24）です。

3. ND クラスタ サブネット ブロックで、VPC サブネット CIDR ブロックを指定します。

   定義した VPC CIDR からサブネットを選択します。より小さいサブネットを提供することも、CIDR 全体を使用することもできます。CIDR は /24 または /25 サブネットにすることができ、可用性ゾーン全体で使用されるようにセグメント化されます。

   たとえば、10.176.176.0/24 です。

4. [可用性ゾーン（Availability Zones）] ドロップダウンから、1 つ以上の使用可能なゾーンを選択します。

   3 つの可用性ゾーンを選択することをお勧めします。2 つの可用性ゾーンのみをサポートするリージョンの場合、クラスタの 2 番目と 3 番目のノードは 2 番目の可用性ゾーンで起動します。

5. [可用性ゾーンの数（Number of Availability Zones）] ドロップダウンから、前のサブステップで追加したゾーンの数を選択します。

   この番号が、前のサブステップで選択した可用性ゾーンの数と一致していることを確認します。

6. データ インターフェイス EIP サポートを有効にします。

   このフィールドは、ノードの外部接続を有効にします。AWS 以外の Cisco ACI ファブリックとの通信には、外部接続が必要です。

7. [パスワード（Password）] および [パスワードの確認（Confirm Password）] フィールドに、パスワードを提供します。

   このパスワードは、Nexus ダッシュボードのレスキュー ユーザ ログインと、GUI の管理者ユーザの初期パスワードに使用されます。

   （注）	すべてのノードに同じパスワードを指定する必要があります。指定しない場合、クラスタ作成に失敗します。

8. [SSH key pair]ドロップダウンから、作成したキーペアを選択します。

9. [アクセス制御（Access control）] フィールドに、クラスタへのアクセスを許可する外部ネットワークを指定します。

   たとえば、0.0.0.0/0 は、どこからでもクラスタにアクセスできます。

10. [次へ（Next）] をクリックして続行します。

ステップ 6

[詳細オプション（Advanced options）] 画面で、[次へ（Next）]をクリックします。

ステップ 7

[レビュー（Review）] 画面で、テンプレート設定を確認し、[スタックの作成（Create stack）] をクリックします。

ステップ 8

展開が完了するのを待ってから、VM を起動します。

[CloudFormation] ページでインスタンスの展開のステータス（CREATE_IN_PROGRESS など）を表示できます。ページの右上隅にある更新ボタンをクリックすると、ステータスを更新できます。

ステータスが CREATE_COMPLETE に変わったら、次の手順に進むことができます。

ステップ 9

すべてのノードのパブリック IP アドレスを書き留めます。

1. すべてのインスタンスが展開されたら、AWS コンソールの EC2 > Instances ページに移動します。

2. ND1-Master とラベル付けされているノードを書き留めます。

   このノードのパブリック IP アドレスを使用して、クラスタ設定を完了します。

3. すべてのノードのパブリック IP アドレスを書き留めます。

   次の手順で、この情報を GUI ブートストラップ ウィザードに提供します。

ステップ 10

すべてのノードでパスワードベースのログインを有効にします。

1. パブリック IP アドレスと PEM ファイルを使用して、インスタンスの 1 つに SSH で接続します。

   このために作成した PEM ファイルを Amazon Web Services で Nexus Dashboard クラスタを展開するための前提条件と注意事項 の一部として使用します。

   # ssh -i <pem-file-name>.pem rescue-user@<node-public-ip>

2. パスワードベースのログインを有効にします。

   各ノードで、次のコマンドを実行します。

   # acs login-prompt enable

3. 他の 2 つのインスタンスについて、この手順を繰り返します。

ステップ 11

ブラウザを開き、https://<first-node-public-ip> に移動して、GUI を開きます。

（注）	最初のノード（ND1-Master）のパブリック IP アドレスを使用する必要があります。そうしないと、クラスタ構成を完了できません。

残りの設定ワークフローは、最初のノードの GUI から実行します。他の 2 つのノードに直接ログインまたは設定する必要はありません。

最初のノードに指定したパスワードを入力し、[ログイン（Login）] をクリックします。

ステップ 12

[クラスタの詳細（Cluster Details）] を入力します。

[クラスタ起動（Cluster Bringup）] ウィザードの [クラスタの詳細（Cluster Details）] 画面で、次の情報を入力します。

1. Nexus ダッシュボード クラスタの [クラスタ名（Cluster Name）] を入力します。

   • クラスタ名は、 RFC-1123 の要件に従う必要があります。

   • マルチクラスター接続を使用して複数の Nexus Dashboard クラスター間の接続を確立する場合は、一緒に接続する予定のクラスターの名前が一意である必要があります。

2. （オプション）クラスタの IPv6 機能を有効にする場合は、[IPv6 を有効にする（Enable IPv6）] チェックボックスをオンにします。

3. [+DNS プロバイダの追加（+Add DNS Provider）] をクリックして、1 つ以上の DNS サーバを追加します。

   情報を入力した後、チェックマーク アイコンをクリックして保存します。

4. （オプション）[+DNS 検索ドメインの追加（+Add DNS Search Domain ）] をクリックして、検索ドメインを追加します。

   情報を入力した後、チェックマーク アイコンをクリックして保存します。

5. （オプション）NTP サーバー認証を有効にする場合には、[NTP 認証（NTP Authentication）] チェックボックスをオンにし、[NTP キーの追加（Add NTP Key）]をクリックします。

   次のフィールドで、以下の情報を提供します。

   • NTP キー：Nexus ダッシュボードと NTP サーバ間の NTP トラフィックを認証するために使用される暗号キー。次の手順で NTP サーバーを定義します。複数の NTP サーバで同じ NTP キーを使用できます。

   • キー ID：各 NTP キーに一意のキー ID を割り当てる必要があります。この ID は、NTP パケットの検証時に使用する適切なキーを識別するために使用されます。

   • 認証タイプ：このリリースでは、MD5、SHA、および AES128CMAC 認証タイプがサポートされています。

   • このキーが信頼できるかどうかを選択します。信頼できないキーは NTP 認証に使用できません。

   （注）	情報を入力した後、チェックマーク アイコンをクリックして保存します。 NTP 認証の要件とガイドラインの完全なリストについては、すべての有効なサービスの前提条件と注意事項 を参照してください。

6. [+ NTP ホスト名/IP アドレスの追加（+Add NTP Host Name/IP Address）] をクリックして、1 つ以上の NTP サーバを追加します。

   次のフィールドで、以下の情報を提供します。

   • NTP ホスト：IP アドレスを指定する必要があります。完全修飾ドメイン名（FQDN）はサポートされていません。

   • キー ID：このサーバーの NTP 認証を有効にする場合は、前の手順で定義した NTP キーのキー ID を指定します。

     NTP 認証が無効になっている場合、このフィールドはグレー表示されます。

   • この NTP サーバーを [優先（Preferred）] にするかどうかを選択します。

   情報を入力した後、チェックマーク アイコンをクリックして保存します。

   （注）	ログインしているノードに IPv4 アドレスのみが設定されているが、前の手順で [IPv6 を有効にする（Enable IPv6）] をオンにして NTP サーバーの IPv6 アドレスを指定した場合は、次の検証エラーが表示されます。 これは、ノードに IPv6 アドレスがまだなく（次の手順で指定します）、NTP サーバーの IPv6 アドレスに接続できないためです。 この場合、次の手順の説明に従って他の必要な情報の入力を完了し、[次へ（Next）] をクリックして次の画面に進み、ノードの IPv6 アドレスを入力します。

   追加の NTP サーバーを指定する場合は、[+NTP ホストの追加（+Add NTP Host）] を再度クリックし、このサブステップを繰り返します。

7. [プロキシ サーバー（Proxy Server）] を指定し、[検証（Validate）] をクリックします。

   Cisco Cloud に直接接続できないクラスタの場合は、接続を確立するためにプロキシ サーバを構成することをお勧めします。これにより、ファブリック内の非適合ハードウェアおよびソフトウェアにさらされるリスクを軽減できます。

   [+無視するホストを追加（+Add Ignore Host）] をクリックして、プロキシをスキップする 1 つ以上の IP アドレス通信を提供することもできます。

   プロキシ サーバーでは、次の URL が有効になっている必要があります。

   dcappcenter.cisco.com
   svc.intersight.com
   svc.ucs-connect.com
   svc-static1.intersight.com
   svc-static1.ucs-connect.com

   プロキシ設定をスキップする場合は、[プロキシをスキップ（Skip Proxy）] をクリックします。

8. (オプション) プロキシ サーバで認証が必要な場合は、[プロキシで認証が必要（Authentication required for Proxy）] を [はい（Yes）] に変更し、ログイン資格情報を指定します。

9. (オプション) [詳細設定（Advanced Settings）] カテゴリを展開し、必要に応じて設定を変更します。

   詳細設定では、次の設定を行うことができます。

   • カスタム App Network と Service Network を提供します。

     アプリケーション オーバーレイ ネットワークは、Nexus ダッシュボードで実行されるアプリケーションのサービスで使用されるアドレス空間を定義します。このフィールドには、デフォルトの 172.17.0.1/16 値が事前に入力されています。

     サービス ネットワークは、Nexus ダッシュボードとそのプロセスで使用される内部ネットワークです。このフィールドには、デフォルトの 100.80.0.0/16 値が事前に入力されています。

     以前に [IPv6 を有効にする（Enable IPv6）] オプションをオンにした場合は、アプリケーション ネットワークとサービス ネットワークの IPv6 サブネットを定義することもできます。

     アプリケーションおよびサービスネットワークについては、このドキュメントの前の すべての有効なサービスの前提条件と注意事項 の項で説明します。

10. [次へ（Next）] をクリックして続行します。

ステップ 13

[ノードの詳細（Node Details）] 画面で、ノードの情報を入力します。

1. 最初のノードの横にある [編集（Edit）]ボタンをクリックします。

2. ノードの名前を入力します。

   管理ネットワークとデータ ネットワークの情報は、クラスタを展開する前に構成した VPC サブネットから既に入力されています。

   クラスタは、指定された VPC CIDR から 6 つのサブネットを作成し、そこからデータと管理ネットワークがクラスタの 3 つのノードに割り当てられます。

3. IPv6 アドレスと VLAN フィールドは空白のままにします。

   Cloud Nexus ダッシュボード クラスタは、これらのオプションをサポートしていません。

4. [Save]をクリックして、変更内容を保存します。

ステップ 14

[ノードの追加（Add Node）] をクリックして、クラスタに 2 番目のノードを追加します。

1. ノードの名前を入力します。

2. [資格情報（Credentials）] セクションで、ノードのパブリック IP アドレスとテンプレートの展開時に指定したパスワードを入力し、[検証（Verify）] をクリックします。

   IP アドレスとパスワードは、そのノードの管理ネットワークとデータ ネットワーク情報を取得するために使用され、下のフィールドに入力されます。

3. ノード タイプの [プライマリ（Primary）] を選択していることを確認します。

   3 ノード クラスタはクラウド展開でのみサポートされるため、すべてのノードは [プライマリ（Primary）] である必要があります。

4. [保存 (Save)]をクリックして、変更内容を保存します。

ステップ 15

前の手順を繰り返して、3番目のノードを追加します。

ステップ 16

[ノードの詳細（Node Details）] ページで、[次へ（Next）] をクリックして続行します。

ステップ 17

クラスタの展開モードを選択します。

1. 有効にするサービスを選択します。

   リリース 3.1(1) より前では、クラスタの初期展開が完了した後に、個々のサービスをダウンロードしてインストールする必要がありました。今では、初期インストール時にサービスを有効にするように選択できます。

   （注）	クラウド展開は Orchestrator 展開をサポートするため、他の展開モードを選択しないようにしてください。

   

2. [永続サービスIP/プールの追加（Add Persistent Service IPs/Pools）] をクリックして、Insights またはファブリック コントローラ サービスに必要な 1 つ以上の永続 IP を指定します。

   永続的 IP の詳細については、ユーザー ガイドのすべての有効なサービスの前提条件と注意事項のセクションを参照してください。

3. [次へ（Next）] をクリックして続行します。

ステップ 18

[概要（Summary）] 画面で設定情報をレビューして確認し、[保存（Save）] をクリックし、[続行（Continue）] をクリックして正しい展開モードを確認し、クラスタの構築を続行します。

ステップ 19

クラスタが健全であることを検証します。

展開モードに応じて、クラスタが形成されすべてのサービスが開始されるまでに最大 30 分かかる場合があります。

クラスタが使用可能になったら、ノードの管理 IP アドレスのいずれかを参照してアクセスできます。admin ユーザーのデフォルト パスワードは、最初のノードに選択した rescue-user のパスワードと同じです。この間、UI は上部に「サービスのインストールが進行中です。Nexus Dashboard の設定タスクは現在無効になっています」という意味のバナーを表示します。

すべてのクラスタが展開され、すべてのサービスが開始されたら、[概要（Overview）] ページでクラスタが正常であることを確認できます。

または、SSH を使用し、rescue-user として、ノード展開中に指定したパスワードを使っていずれかのノードにログインし、acs health コマンドを実行してクラスタの状態を確認できます。

• クラスタが収束している間、次の出力が表示されることがあります。

  $ acs health
  k8s install is in-progress

  $ acs health
  k8s services not in desired state - [...]

  $ acs health
  k8s: Etcd cluster is not ready

• クラスタが稼働している場合は、次の出力が表示されます。

  $ acs health
  All components are healthy

（注）	場合によっては、ノードの電源を再投入（電源をオフにしてから再度オン）すると、この段階でスタックが停止することがある可能性があります。 deploy base system services これは、pND（物理 Nexus Dashboard）クラスタの再起動後のノードの etcd の問題が原因です。 この問題を解決するには、影響を受けるノードで acs reboot clean コマンドを入力します。

ステップ 20

必要なポートでノードのセキュリティ グループを更新します。

この手順では、Cisco NDFC サイトのオンボーディングに必要なポート構成で Nexus Dashboard ノードのインスタンスを更新する方法について説明します。Nexus Dashboard クラスタへの NDFC ファブリックのオンボーディングを計画していない場合は、この手順をスキップできます。

いずれかのノードのデータ インターフェイスに移動します。

1. AWS コンソールで、[インスタンス（Instances）] に移動します。

2. Nexus ダッシュボード インスタンスの 1 つを選択します。

   デフォルトのセキュリティ グループに変更を加えるため、ノードの 1 つを選択するだけで済みます。

3. データ インターフェイスをクリックします（eth1）。

4. [インターフェイス ID（Interface ID）] をクリックします。

   [ネットワークインターフェイス（Network Interface）] ページが開きます。

5. [ネットワーク インターフェイス（Network Interface）] ページで、インターフェイスの [セキュリティ グループ（Security groups）] 列の [デフォルト（default）] をクリックします。

1. デフォルトのセキュリティ グループのページで、[インバウンド ルール（Inbound rules）] タブを選択します。

2. [インバウンド ルールの編集（Edit Inbound Rules）] をクリックします。

3. [インバウンド ルールの編集（Edit inbound rules）] ページで、[ルールの追加（Add rule）] をクリックして新しいインバウンド セキュリティ ルールを追加し、ポート 443 でのインバウンド通信を許可するための詳細を指定します。

   新しいルールについて、次の情報を提供します。

   • [タイプ（Type）] で、[カスタム TCP（Custom TCP）] を選択します。

   • [ポート範囲（Port range）] に 443 を入力します。

   • [ソース（Source）] には、Nexus ダッシュボードにオンボードする予定の NDFC コントローラの IP アドレスを指定します。

4. 引き続き [インバウンド ルールの編集（Edit inbound rules）] ページで、[ルールの追加（Add rule）] をクリックして別のインバウンド セキュリティ ルールを追加し、ポート 9092 でのインバウンド通信を許可するための詳細を指定します。

   新しいルールについて、次の情報を提供します。

   • [タイプ（Type）] で、[カスタム TCP（Custom TCP）] を選択します。

   • [ポート範囲（Port range）] には、9092 と入力します。

   • [ソース（Source）] には、Nexus ダッシュボードにオンボードする予定の NDFC コントローラの IP アドレスを指定します。