ステップ 1

Cisco Nexus ダッシュボード イメージをダウンロードします。

1. [ソフトウェア ダウンロード（Software Download）] ページを参照します。

   https://software.cisco.com/download/home/286327743/type/286328258

2. [Nexus ダッシュボード ソフトウェア] をクリックします。

3. 左側のサイドバーから、ダウンロードする Nexus ダッシュボードのバージョンを選択します。

4. Linux KVM の Cisco Nexus ダッシュボード イメージをダウンロードします（nd-dk9.<version>.qcow2）。

ステップ 2

ノードをホストするLinux KVMサーバにイメージをコピーします。

# scp nd-dk9.<version>.qcow2 root@<kvm-host-ip>:/home/nd-base

ステップ 3

最初のノードに必要なディスクイメージを作成します。

1. KVM ホストに root ユーザとしてログインします。

2. ノードのスナップショット用のディレクトリを作成します。

   次の手順は、/home/nd-node1 ディレクトリにスナップショットを作成することを前提としています。

   # mkdir -p /home/nd-node1/
   # cd /home/nd-node1

3. スナップショットを作成します。

   次のコマンドで、/home/nd-base//nd-dk9.<version>.qcow2 を以前のステップで作成したベース イメージの場所に置換します。

   # qemu-img create -f qcow2 -b /home/nd-base/nd-dk9.<version>.qcow2 /home/nd-node1/nd-node1-disk1.qcow2

   （注）	RHEL 8.6 で展開する場合は、宛先スナップショットの形式を定義するための追加のパラメータも指定する必要があります。その場合は、上記のコマンドを次のように更新します。 # qemu-img create -f qcow2 -b /home/nd-base/nd-dk9.2.1.1a.qcow2 /home/nd-node1/nd-node1-disk1.qcow2 -F qcow2

4. ノードの追加ディスクイメージを作成します。

   各ノードには 2 つのディスクが必要です。ベースの Nexus ダッシュボードqcow2イメージのスナップショットと、2 番目の 500GB ディスクです。

   # qemu-img create -f qcow2 /home/nd-node1/nd-node1-disk2.qcow2 500G

ステップ 4

前のステップを繰り返して、2 番目と 3 番目のノードのディスク イメージを作成します。

ステップ 5

最初のノードの VM を作成します。

1. KVM コンソールを開き、[新しい仮想マシン（New Virtual Machine）] をクリックします。

   コマンド ラインから virt-manager コマンドを使用して KVM コンソールを開くことができます。

2. [新しい VM（New VM）] 画面で、[既存のディスク イメージのインポート（import existing disk image）] オプションを選択し、[転送（Forward）] をクリックします。

3. [既存のストレージ パスを指定（Provide existing storage path）]フィールドで [参照（Browse）] をクリックし、nd-node1-disk1.qcow2 ファイルを選択します。

   各ノードのディスクイメージは、それぞれのディスクパーティションに保存することを推奨します。

4. OS タイプとバージョンに対して [Generic] を選択し、[転送] をクリックします。

5. 64GB のメモリと 16 個の CPU を指定し、[転送（Forward）] をクリックします。

6. 仮想マシンの名前（例：nd-node1）を入力し、[インストール前に構成をカスタマイズする（Customize configuration before install）]オプションをオンにします。次に、[完了（Finish）] をクリックします。

   （注）	ノードに必要なディスクとネットワークカードをカスタマイズできるようにするには、[インストール前に構成をカスタマイズする] チェックボックスをオンにする必要があります。

   [VMの詳細]ウィンドウが開きます。

1. NIC <mac> を選択します。

2. [デバイス モデル] で、[e1000] を選択します。

3. [ネットワーク ソース（Network Source）] で、ブリッジ デバイスを選択し、「mgmt」ブリッジの名前を指定します。

1. [ハードウェアを追加（Add Hardware）] をクリックします。

2. [新しい仮想ハードウェアの追加（Add new virtual hardware）] ウィンドウで、[ネットワーク] を選択します。

3. [ネットワーク ソース（Network Source）] で、ブリッジ デバイスを選択し、作成した「データ」ブリッジの名前を指定します。

4. デフォルトの MAC アドレス の値のままにします。

5. [デバイス モデル] で、[e1000] を選択します。

1. [ハードウェアを追加（Add Hardware）] をクリックします。

2. [新しい仮想ハードウェアの追加] 画面で、[ストレージ] を選択します。

3. ディスクのバス ドライバについては、[IDE] を選択します。

4. [カスタム ストレージの選択または作成（Select or create custom storage）] を選択し、[管理（Manage）]をクリックして、作成した nd-node1-disk2.qcow2 ファイルを選択します。

5. [終了（Finish）] をクリックして 2 番目のディスクを追加します。

ステップ 6

以前のステップを繰り返し、2 番目と 3 番目のノードを展開して、すべての VM を開始します。

ステップ 7

ノードのコンソールのいずれかを開き、ノードの基本情報を設定します。

1. いずれかのキーを押して、初期設定を開始します。

   初回セットアップユーティリティの実行を要求するプロンプトが表示されます。

   [ OK ] Started atomix-boot-setup.
          Starting Initial cloud-init job (pre-networking)...
          Starting logrotate...
          Starting logwatch...
          Starting keyhole...
   [ OK ] Started keyhole.
   [ OK ] Started logrotate.
   [ OK ] Started logwatch.
   
   Press any key to run first-boot setup on this console...

2. admin パスワードを入力して確認します。

   このパスワードは、rescue-user SSH ログインおよび初期 GUI パスワードに使用されます。

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

   Admin Password:
   Reenter Admin Password:

3. 管理ネットワーク情報を入力します。

   Management Network:
     IP Address/Mask: 192.168.9.172/24
     Gateway: 192.168.9.1

4. 最初のノードのみ、「クラスタ リーダー」として指定します。

   クラスタ リーダー ノードにログインして、設定を完了し、クラスタの作成を完了します。

   Is this the cluster leader?: y

5. 入力した譲歩をレビューし、確認します。

   入力した情報を変更するかどうかを尋ねられます。すべてのフィールドが正しい場合は、n を選択して続行します。入力した情報を変更する場合は、y を入力して基本設定スクリプトを再起動します。

   Please review the config
   Management network:
     Gateway: 192.168.9.1
     IP Address/Mask: 192.168.9.172/24
   Cluster leader: yes
   
   Re-enter config? (y/N): n

ステップ 8

前の手順を繰り返して、2 番目と 3 番目のノードの初期情報を構成します。

ステップ 9

初期ブートストラップ プロセスを待機して、すべてのノードで完了します。

Please wait for system to boot: [#########################] 100%
System up, please wait for UI to be online.

System UI online, please login to https://192.168.9.172 to continue.

ステップ 10

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

残りの設定ワークフローは、ノードの GUI の 1 つから実行します。展開したノードのいずれか 1 つを選択して、ブートストラッププロセスを開始できます。他の 2 つのノードにログインしたり、これらを直接構成したりする必要はありません。

前の手順で入力したパスワードを入力し、[ログイン（Login）] をクリックします。

ステップ 11

[クラスタの詳細（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）] をクリックして続行します。

ステップ 12

[ノードの詳細（Node Details）] 画面で、最初のノードの情報を更新します。

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

   ノードの[シリアル番号（Serial Number）]、[管理ネットワーク（Management Network）]情報、および[タイプ（Type）]が自動的に入力されます。ただし、他の情報は手動で入力する必要があります。

2. ノードの [名前（Name）] を入力します。

   ノードの 名前 はホスト名として設定されるため、 RFC-1123 の要件に従う必要があります。

3. [タイプ（Type）] ドロップダウンから [プライマリ（Primary）] を選択します。

   クラスタの最初の 3 つのノードは [プライマリ（ Primary）] に設定する必要があります。サービスの共同ホスティングや、より大規模なスケールを有効にする必要がある場合は、後の手順でセカンダリ ノードを追加します。

4. [データ ネットワーク（Data Network）] エリアで、ノードのデータ ネットワークを提供します。

   データ ネットワークの IP アドレス、ネットマスク、およびゲートウェイを指定する必要があります。オプションで、ネットワークの VLAN ID を指定することもできます。ほとんどの導入では、[VLAN ID] フィールドを空白のままにできます。

   前の画面で IPv6 機能を有効にした場合は、IPv6 アドレス、ネットマスク、およびゲートウェイも入力する必要があります。

   （注）	IPv6 情報を提供する場合は、クラスタ ブートストラップ プロセス中に行う必要があります。後で IP 構成を変更するには、クラスタを再展開する必要があります。 クラスタ内のすべてのノードは、 IPv4 のみ、IPv6 のみ、またはデュアル スタック IPv4/IPv6 のいずれかで構成する必要があります。

5. （オプション）クラスタが L3 HA モードで展開されている場合は、データ ネットワークの [BGP を有効にする（Enable BGP）] をオンにします。

   Insights やファブリック コントローラなどの、一部のサービスで使用される永続的な IP 機能には、BGP 構成が必要です。この機能については、前提条件とガイドライン と『Cisco Nexus Dashboard ユーザーガイド』の「永続的な IP アドレス」セクションで詳しく説明されています。

   （注）	BGP をこの時点で、またはクラスタの展開後に Nexus ダッシュボード GUI で有効にすることができます。

   BGP を有効にする際、次の情報も入力する必要があります。

   • このノードの ASN（BGP 自律システム番号）。

     すべてのノードに同じ ASN を構成することも、ノードごとに異なる ASN を構成することもできます。

   • 純粋な IPv6 の場合、このノードのルータ ID。

     ルータ ID は、1.1.1.1 などの IPv4 アドレスである必要があります。

   • ピアの IPv4 または IPv6 アドレスとピアの ASN を含む BGP ピアの詳細。

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

ステップ 13

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

単一ノード クラスタを展開する場合は、この手順をスキップします。

1. [展開の詳細（Deployment Details）] エリアで、2 番目のノードに [管理 IP アドレス（Management IP Address）] および [パスワード（Password）] を指定します。

   ノードの初期構成手順で、管理ネットワーク情報とパスワードを定義しました。

2. [検証（Validate）] をクリックして、ノードへの接続を確認します。

   接続が検証されると、ノードのシリアル番号と管理ネットワーク情報が自動的に入力されます。

3. ノードの [名前（Name）] を入力します。

4. [タイプ（Type）] ドロップダウンから [プライマリ（Primary）] を選択します。

   クラスタの最初の 3 つのノードは [プライマリ（ Primary）] に設定する必要があります。サービスの共同ホスティングや、より大規模なスケールを有効にする必要がある場合は、後の手順でセカンダリ ノードを追加します。

5. [データ ネットワーク（Data Network）] エリアで、ノードのデータ ネットワークを提供します。

   データ ネットワークの IP アドレス、ネットマスク、およびゲートウェイを指定する必要があります。オプションで、ネットワークの VLAN ID を指定することもできます。ほとんどの導入では、[VLAN ID] フィールドを空白のままにできます。

   前の画面で IPv6 機能を有効にした場合は、IPv6 アドレス、ネットマスク、およびゲートウェイも入力する必要があります。

   （注）	IPv6 情報を提供する場合は、クラスタ ブートストラップ プロセス中に行う必要があります。後で IP 構成を変更するには、クラスタを再展開する必要があります。 クラスタ内のすべてのノードは、 IPv4 のみ、IPv6 のみ、またはデュアル スタック IPv4/IPv6 のいずれかで構成する必要があります。

6. （任意）必要に応じて、データ ネットワークの BGP を有効にします。

   Insights やファブリック コントローラなどの、一部のサービスで使用される永続的な IP 機能には、BGP 構成が必要です。この機能については、前提条件とガイドライン と『Cisco Nexus Dashboard ユーザーガイド』の「永続的な IP アドレス」セクションで詳しく説明されています。

   （注）	BGP をこの時点で、またはクラスタの展開後に Nexus ダッシュボード GUI で有効にすることができます。

   BGP を有効にする際、次の情報も入力する必要があります。

   • このノードの ASN（BGP 自律システム番号）。

     すべてのノードに同じ ASN を構成することも、ノードごとに異なる ASN を構成することもできます。

   • 純粋な IPv6 の場合、このノードのルータ ID。

     ルータ ID は、1.1.1.1 などの IPv4 アドレスである必要があります。

   • ピアの IPv4 または IPv6 アドレスとピアの ASN を含む BGP ピアの詳細。

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

8. クラスタの最後の（3 番目の）プライマリ ノードでこの手順を繰り返します。

ステップ 14

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

ステップ 15

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

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

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

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

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

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

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

ステップ 16

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

ステップ 17

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

クラスタが形成され、すべてのサービスが開始されるまでに最大 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