ステップ 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. [配送方法（Delivery Method）]ドロップダウンから、[Cisco Nexus Dashboard for Cloud] を選択します。

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. FirstMaster とラベル付けされているノードを書き留めます。

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

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

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

ステップ 10

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

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

   このために作成した PEM ファイルを 前提条件とガイドライン の一部として使用します。

   # 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 を開きます。

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

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

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

ステップ 12

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

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

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

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

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. [保存 (Save)]をクリックして、変更内容を保存します。

ステップ 15

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

ステップ 16

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

ステップ 17

クラスタのデプロイメント モードを選択します。

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

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

   （注）	クラスタ内のノードの数によっては、一部のサービスまたは共同ホスティングのシナリオがサポートされない場合があります。必要な数のサービスを選択できない場合は、[戻る（Back）] をクリックし、前の手順で十分な数のセカンダリ ノードを指定したことを確認します。

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

   永続的 IP の詳細については、ユーザー ガイドの前提条件とガイドラインのセクションを参照してください。

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

ステップ 18

[サマリー（Summary）] 画面で設定情報を見直して確認し、[保存（Save）] をクリックしてクラスタを構築します。

ステップ 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

ステップ 20

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

この手順では、Cisco NDFC サイトのオンボーディングに必要なポート設定で Nexus ダッシュボード ノードのインスタンスを更新する方法について説明します。Nexus ダッシュボード クラスタへの 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 アドレスを指定します。