ステップ 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）] を入力します。

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

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

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

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

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

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

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

   （注）	NTP 認証の要件とガイドラインの完全なリストについては、前提条件とガイドライン を参照してください。

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

4. [+ NTP ホストの追加（+Add NTP Host）] をクリックして、1 つ以上の NTP サーバを追加します。

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

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

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

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

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

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

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

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

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

6. [プロキシ サーバ（Proxy Server）] を指定します。

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

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

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

   プロキシ構成をスキップする場合は、フィールドの横にある情報 (i) アイコンにマウスを置いてから、[スキップ（Skip）] をクリックします。

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

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

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

   • [+DNS 検索ドメインを追加（+Add DNS Search Domain）] をクリックして、1 つ以上の検索ドメインを指定します。

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

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

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

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

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

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

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

   （注）	ノードに IPv4 管理アドレスしかないが、[IPv6 を有効にする（Enabled IPv6）] をオンにして IPv6 NTP サーバー アドレスを指定した場合は、NTP アドレスが正しいことを確認し、[確認（Confirm）] をクリックして次の画面に進み、ノードの IPv6 アドレスを指定します。

   

ステップ 12

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

前の手順の初期ノード構成時に現在ログインしているノードの管理ネットワークと IP アドレスを定義しましたが、他のプライマリノードを追加し、クラスタを作成する進む前に、ノードのデータ ネットワーク情報も指定する必要があります。

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

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

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

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

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

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

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

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

   NDFC ファブリックを使用した Nexus Dashboard 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 ピアの詳細。

5. [Update] をクリックして変更を保存します。

ステップ 13

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

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

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

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

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

   ネットワーク接続が検証されたら、ノードに必要なその他の情報を指定できます。

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

   ノードのシリアル番号と管理ネットワーク情報は、前の手順の管理ネットワーク情報の検証中に自動的に入力されます。

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

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

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

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

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

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

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

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

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

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

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

     ルータ ID は IPv4 アドレスである必要があります（例：2.2.2.2）。

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

6. [変更（Add）] をクリックして変更を保存します。

ステップ 14

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

ステップ 15

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

すべてのノードの管理およびデータ ネットワーク情報を入力したら、最後の [確認（Confirmation）] 画面に進むことができます。

ステップ 16

[確認（Confirmation）] 画面で設定情報を確認し、[構成（Configure）] をクリックしてクラスタを作成します。

ステップ 17

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

1. クラスタが稼働していることを確認します。

   任意のノードにログインし、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

2. Nexus ダッシュボード GUI にログインします。

   クラスタが使用可能になったら、ノードの管理 IP アドレスのいずれかを参照してアクセスできます。管理者ユーザのデフォルト パスワードは、Nexus ダッシュボード クラスタの最初のノードに選択したレスキュー ユーザ パスワードと同じです。