Nutanix での仮想 Nexus Dashboard（vND）の展開

Nutanix での vND の展開に関する前提条件と注意事項

Nutanix Hyperconverged Infrastructure (HCI) にリモート対応 Nexus Dashboard (vND) を展開できるようになりました。

Nutanix での vND の展開に進む前に、次の前提条件と注意事項に従う必要があります。

  • Nutanix 上の vNDs は、単一ノードと 3 ノードの展開の両方をサポートします。基礎となる Nutanix クラスタは、必要なノードとワークロードをホストするのに十分なリソースがある限り、任意のサイズにすることができます。

  • コントローラ、テレメトリ、およびオーケストレーション機能を有効にすることができます。詳細については、『 Cisco Nexus Dashboard Verified Scalability Guide, Release 4.2.1』 を参照してください。

  • クラスタ フォーム ファクタに基づいて、拡張性サポートおよび共同ホストは変わります。Nexus Dashboard キャパシティ プラン二ング ツールを使用して、仮想フォーム ファクタが展開要件を満たすことを確認できます。

  • 前提条件とガイドライン に記載されている一般的な前提条件を確認して完了します。

  • 管理インターフェイスとデータ インターフェイスは、両方のサブネットが VLAN Basic または VLAN のいずれかである同じタイプのサブネットで作成する必要があります。管理インターフェイスとデータ インターフェイスに異なるサブネットタイプが使用されている場合、Nutanix での vND の展開は失敗します。

  • Nexus Dashboard VM に使用される CPU ファミリが AVX 命令セットをサポートしている必要があります。

  • Nutanixノードには十分なシステム リソースが必要であり、Nutanix システム ストレージ デバイスの I/O遅延は20 ミリ秒未満である必要があります。

    • システム リソースの詳細については、「 システム リソースを理解する」を参照してください。1ノード（データ）と 3ノード（データ）リモート対応プロファイルのみがサポートされます。最大のパフォーマンスと信頼性を実現するために、各ノードでこれらのリソースを明示的に予約する必要があります。

    • I/O遅延の詳細については、 「Nutanix ストレージ デバイスの I/O 遅延の確認」を参照してください。

  • Nutanix 展開での vND は、LAN および SAN 展開でサポートされています。

  • Nexus Dashboard は、Nutanix Hyperconverged Infrastructure (HCI) にのみ展開する必要があります。詳細については、「https://www.cisco.com/site/us/en/products/computing/hyperconverged/nutanix/index.html」を参照してください。

  • サポートされている Nutanix ソフトウェア リリース：

    Acropolis オペレーティング システム（AOS）

    Acropolis Hypervisor（AHV）

    Prism Central

    6.10.x

    20230302.x

    2024.2.x

    7.3.x

    10.3.x

    7.3.x

  • 各 Nexus Dashboard ノードを個別の Acropolis ハイパーバイザ ホストに展開することを強くお勧めします。

  • ライブ移行はサポートされていません（ Nexus Dashboard VM でこれを無効にする必要があります）。

Nutanix ストレージ デバイスの I/O 遅延の確認


（注）  

その他の有用な情報については、 「Nutanix での Fio のパフォーマンス ベンチマーク化」 を参照してください。

Nutanix Hyperconverged Infrastructure (HCI) にNexus Dashboard クラスタを展開する場合、Nutanix ストレージ デバイスの遅延は 20 ミリ秒未満である必要があります。QCOW2 イメージに kvm_deployer デプロイメント スクリプトを使用する場合は、「QCOW2 イメージのデプロイメント スクリプトについて」で説明されているように、パフォーマンス検証手順でこれを実行します。

手動で Nutanix ストレージ デバイスの I/O 遅延を確認したい場合は、次の手順を実行します。

手順

ステップ 1

fio パケットをインストールします。

# sudo apt-get install fio

ステップ 2

test-data フォルダを作成します。

たとえば、 test-dataという名前のフォルダを作成します。
# mkdir test-data

ステップ 3

フレキシブル I/O テスター（FIO）テスト コマンドを実行します。

# fio --rw=write --ioengine=sync --fdatasync=1 --directory=test-data --size=22m --bs=2300 --name=mytest

ステップ 4

コマンドの実行後に、fsync/fdatasync/sync_file_range セクションの 99.00th=[<value>] が 20 ミリ秒未満であることを確認します。

システム リソースを理解する

Nutanix に Nexus Dashboard クラスタを展開する場合、十分なシステム リソースがあることを確認する必要があります。Nutanix に Nexus Dashboard クラスタを展開する際には複数のフォーム ファクタがサポートされており、各ノードに必要なシステム リソースの量はフォーム ファクタによって異なります。


（注）  

Nutanix でのリモート対応 Nexus Dashboard （vND）の展開は、以下に示すようにデータ　ノードでのみサポートされます。Nutanix での vND の展開は、アプリ ノードではサポートされていません。

表 1. ノード当たりのリソース要件

フォーム ファクタ

vCPU の数

RAM

ディスク サイズ

CPU あたりのコア数

1-ノード vND（データ）

32

128 GB

3077 GB

1

3-ノード vND（データ）

32

128 GB

3077 GB

1

Nutanix に Nexus Dashboard クラスタをインストールするの手順を実行するときに、フォーム ファクタに関する上記の情報を知っておく必要があります

QCOW2 イメージのデプロイメント スクリプトについて

Nexus Dashboard は、RHEL や Nutanix など、さまざまな環境での KVM 仮想化をサポートしています。Nexus Dashboard の展開は通常、QCOW2 イメージを使用して行われます。しかし、KVM のバリアントとホスト構成が多様であるため、サポートされているバージョンの追跡と最適なデバイスエミュレーションのパフォーマンス確保に課題が生じています。

QCOW2 イメージのデプロイメント スクリプトは、QCOW2 イメージにパッケージ化されたデプロイメントの検証およびオーケストレーション スクリプトを提供することで、これらの課題に対処します。このスクリプトは、デプロイメント プロセスを合理化、互換性を確保し、サポートされているプラットフォーム間で一貫したパフォーマンス標準を維持するように設計されています。

主な機能

QCOW2 イメージのデプロイメント スクリプトの主な機能は次のとおりです。

  • プラットフォーム互換性チェック：基盤となるホストのオペレーティング システムがサポートされているディストリビューションとバージョンであることを確認します。

  • リソース検証： ホストが CPU、メモリ、ストレージ リソースなどの最小コンピューティング要件を満たしているかどうかを評価します。

  • パフォーマンス検証：

    • ディスク I/O と網の遅延： ディスク I/O やネットワーク I/O の遅延などの主要なパフォーマンス インジケータを測定し、適格な範囲内にあることを確認します。

    • デバイス エミュレーション: 適切なデバイス エミュレーション（ネットワーク インターフェイスやリモート対応ディスク デバイスなど）が最適なパフォーマンスのために使用可能であることを確認します。

  • 展開のオーケストレーション： 単一ノードとマルチノードの両方のクラスタのデプロイメント プロセスを自動化し、適切なデバイス マッピング（ネットワークやストレージ デバイスなど）でリモート対応マシンをオーケストレーションします。

ストレージは最も一般的なボトルネックであるため、このスクリプトではストレージを「パフォーマンス層」に分類します。

  • ディスクのタイプと配置（SSD/NVMe）： 高 IOP ワークロードを検証します。

  • RAID 対 JBOD： 書き込み速度を検証します。

  • リモート ストレージ（iSCSI/ FC/NFS）： 「Pre-Flight Latency Check」を実行します。

    • 同期遅延： 標準規格アプリケーションの場合は 10 ミリ秒未満、高性能データベースの場合は 1 ミリ秒未満である必要があります。

    • IOPS 検証： 一時的な FIO テストを使用して、必要な IOS を確認します。

QCOW2 イメージのデプロイメント スクリプトの前提条件

QCOW2 イメージのデプロイメント スクリプトの前提条件

要件

詳細

Nutanix Prism Central

デプロイヤを実行しているマシンからポート 9440（HTTPS）で到達可能

Nutanix Prism 要素

ポート 9440（HTTPS）で到達可能。ストレージ、ネットワーキング、および VM コンソール アクセスに使用される

Prism ログイン情報

イメージの作成、サブネットのリスト、および VM の管理権限を持つユーザー アカウント

ND qcow2 イメージ

Nexus Dashboard .qcow2 イメージ ファイルへのローカル パス

ネットワーク情報

Prism で設定されたサブネット名、および 3 つの管理 IP + ゲートウェイ

Go toolchain

送信元から構築するには、Go 1.22+ を使用します（または、事前作成のバイナリを使用します。）

Prism Centralと Prism Element の違いを理解する

デプロイメント スクリプトでは、イメージのアップロード、VM の作成、ライフサイクル管理など、すべての API 操作に Prism Central（PC）を使用します。構成ファイルの IP とログイン情報が必要です。

Prism Element（PE）は個々の Nutanix クラスタを管理し、次の場合に役立ちます。

  • ストレージ コンテナとディスク使用率の表示

  • クラスタ レベルでのネットワーク/サブネット設定の確認

  • 起動問題をトラブルシューティングするための VM シリアル コンソールへのアクセス

  • ホストレベルの正常性とハードウェアのステータスのモニタリング

インターフェイス

[URL（URL）]

必要なとき

Prism Central

www/prism_cent_ralip:9440

VMs の展開、管理、および破棄。イメージのアップロード。サブネット名の確認。

Prism Element

www/prism_element_ip:9440

ストレージ コンテナ、ネットワーク設定、VM コンソール アクセス、ホストの正常性の確認

QCOW2 イメージのデプロイメント スクリプトを使用します

手順

ステップ 1

デプロイメント スクリプトを含む tar ファイルを見つけます。

tar ファイルは、QCOW2 イメージと同じ場所に用意する必要があります。たとえば、4.3.1 リリース以降の Nexus Dashboard のソフトウェア ダウンロード サイト には、次のように QCOW2 イメージのデプロイメントスクリプトを含む tar ファイルが QCOW2 イメージ自体と同じエリアに表示されます。

nd-dk9.4.3.1.175.qcow2.tar.gz

ステップ 2

デプロイメント スクリプトを含む tar ファイルをダウンロードします。

ステップ 3

tar ファイルを解凍します。

例：
tar -xzvf nd-dk9.4.3.1.175.qcow2.tar.gz

tar ファイルを抽出し、ディレクトリの内容をリストした後、次のような出力が表示されます。

#ls -lrt
total 24730576
-rwxr-xr-x 1 root root    35991736 May  5 23:35 kvm_deployer
-rw-r--r-- 1 root root 12651498496 May 17 03:44 nd-dk9.4.3.1.175.qcow2
-rw-r--r-- 1 root root 12636610743 May 18 22:44 nd-dk9.4.3.1.175.qcow2.tar.gz

ステップ 4

kvm_deployer config コマンドを使用して、デプロイメント スクリプトで使用する yaml ファイルを作成します。

デプロイメントのタイプに基づいて、各段階で適切な選択をしてください。

  • たとえば、1 ノードの yaml ファイルを生成するには：

    # ./kvm_deployer config
Configure Nexus Dashboard deployment:
 Deployment Platform (kvm/nutanix): nutanix
 Image Path (qcow2): /home/nd-base/nd-dk9.4.3.1.175.qcow2
 Cluster Size: 1
 VM Type (app/data/large/xlarge): data
 Admin Password: 
Configure Nutanix platform settings:
 Prism Central IP: 192.168.94.164
 Nutanix Username: admin
 Nutanix Password: 
 Cluster Name: sit_reg1_nutanix
 Network Name: mgmt
 VCPUs per Socket (default: 2): (current: 0): 2
Configure VM (1) for Nutanix:
  VM Name (lowercase, numbers, dashes, max 63 chars): node1
  Management Network (e.g., 192.168.1.100/24): 192.168.94.166/24
  Management Gateway IP: 192.168.94.1
[✔] Configuration Summary:
 Deployment Platform        : nutanix
 Image Path (qcow2)         : /home/nd-base/nd-dk9.4.3.1.175.qcow2
 Admin Password             : [hidden]
 VM Type                    : data
 Nutanix Configuration:
  Prism Central IP            : 192.168.94.164
  Username                    : admin
  Password                    : [hidden]
  Cluster Name                : sit_reg1_nutanix
  Network Name                : mgmt
  VCPUs per Socket            : 2
 VMs:
  VM Name                    : node1
   Management Network         : 192.168.94.166/24
   Management Gateway IP      : 192.168.94.1
 Proceed with current config? (y/n): y
 File name to save configuration: nutanix_1node_deploy.yaml

  • 3 ノードの yaml ファイルを生成する場合：

    # ./kvm_deployer config
Configure Nexus Dashboard deployment:
 Deployment Platform (kvm/nutanix): nutanix
 Image Path (qcow2): /home/nd-base/nd-dk9.4.3.1.175.qcow2
 Cluster Size: 3
 VM Type (app/data/large/xlarge): data
 Admin Password: 
Configure Nutanix platform settings:
 Prism Central IP: 192.168.94.164
 Nutanix Username: admin
 Nutanix Password: 
 Cluster Name: sit_reg1_nutanix
 Network Name: mgmt
 VCPUs per Socket (default: 2): (current: 0): 2
Configure VM (1) for Nutanix:
  VM Name (lowercase, numbers, dashes, max 63 chars): node1
  Management Network (e.g., 192.168.1.100/24): 192.168.94.166/24
  Management Gateway IP: 192.168.94.1
Configure VM (2) for Nutanix:
  VM Name (lowercase, numbers, dashes, max 63 chars): node2                     
  Management Network (e.g., 192.168.1.100/24): 192.168.94.167/24
  Management Gateway IP: 192.168.94.1
Configure VM (3) for Nutanix: 
  VM Name (lowercase, numbers, dashes, max 63 chars): node3
  Management Network (e.g., 192.168.1.100/24): 192.168.94.168/24            
  Management Gateway IP: 192.168.94.1
[✔] Configuration Summary:
 Deployment Platform        : nutanix
 Image Path (qcow2)         : /home/nd-base/nd-dk9.4.3.1.175.qcow2
 Admin Password             : [hidden]
 VM Type                    : data
 Nutanix Configuration:
  Prism Central IP            : 192.168.94.164
  Username                    : admin
  Password                    : [hidden]
  Cluster Name                : sit_reg1_nutanix
  Network Name                : mgmt
  VCPUs per Socket            : 2
 VMs:
  VM Name                    : node1
   Management Network         : 192.168.94.166/24
   Management Gateway IP      : 192.168.94.1
  VM Name                    : node2
   Management Network         : 192.168.94.167/24
   Management Gateway IP      : 192.168.94.1
  VM Name                    : node3
   Management Network         : 192.168.94.168/24
   Management Gateway IP      : 192.168.94.1
 Proceed with current config? (y/n): y
 File name to save configuration: nutanix_3node_deploy.yaml

ステップ 5

（オプション）必要に応じて、テキストエディタを使用して yaml ファイルに保存された情報を検証します。

たとえば、前述の 3 ノードの例では、yaml ファイルには次のような情報が含まれます。

# cat nutanix_3node_deploy.yaml
deployment_type: nutanix
image_path: /var/www/html/ND_IMAGES/nd-dk9.4.3.1.75.qcow2
cluster_size: "3"
vms:
- name: node1
  disk_path: ""
  management_network: 192.168.94.166/24
  management_gateway: 192.168.94.1
  management_bridge: ""
  data_bridge: ""
  host_ip: ""
  host_user: ""
  host_password: ""
- name: node2
  disk_path: ""
  management_network: 192.168.94.167/24
  management_gateway: 192.168.94.1
  management_bridge: ""
  data_bridge: ""
  host_ip: ""
  host_user: ""
  host_password: ""
- name: node3
  disk_path: ""
  management_network: 192.168.94.168/24
  management_gateway: 192.168.94.1
  management_bridge: ""
  data_bridge: ""
  host_ip: ""
  host_user: ""
  host_password: ""
flavor: data
admin_password: 
nutanix:
  prism_central_ip: 192.168.94.164
  username: admin
  password: 
  cluster_name: sit_reg1_nutanix
  vcpus_per_socket: 2
  network_name: mgmt
  data_network_name: data
#

ステップ 6

yaml ファイルを入力として使用して、デプロイメント スクリプトを実行します。

./kvm_deployer deploy --config nutanix_3node_deploy.yaml

次のような出力が表示されます。

Deploying VM node1 using kvm
  Cleanup old images
  [✔] Cleaned image /home/nd-node1/boot.img
  [✔] Cleaned image /home/nd-node1/disk.img
  [✔] Cleaned image /home/nd-node1/config-drive.img
  Creating boot disk, it can take several minutes, pls wait
  [✔] Boot disk created successfully
  Creating raw disk, it can take several minutes, pls wait
  [✔] Raw disk created successfully
  Creating configuration drive
  [✔] Configuration drive created successfully

  Starting VM
  [✔] VM started successfully
[✔] KVM VM: node1 deployed successfully
Deploying VM node2 using kvm
 Copying file /home/nd-base/nd-dk9.4.3.1.175.qcow2 to /home/nd-node2/nd-dk9.4.3.1.175.qcow2
 [✔] File /home/nd-base/nd-dk9.4.3.1.175.qcow2 copied to /home/nd-node2/nd-dk9.4.3.1.175.qcow2
  Cleanup old images
  [✔] Cleaned image /home/nd-node2/boot.img
  [✔] Cleaned image /home/nd-node2/disk.img
  [✔] Cleaned image /home/nd-node2/config-drive.img
  Creating boot disk, it can take several minutes, pls wait
  [✔] Boot disk created successfully
  Creating raw disk, it can take several minutes, pls wait
  [✔] Raw disk created successfully
  Creating configuration drive
  Copying file /home/nd-node1/node2-bootstrap.json to /home/nd-node2/apic-sn-cfg-mount/bootstrap.json
  [✔] File /home/nd-node1/node2-bootstrap.json copied to /home/nd-node2/apic-sn-cfg-mount/bootstrap.json
  [✔] Configuration drive created successfully
  Starting VM
  [✔] VM started successfully
[✔] KVM VM: node2 deployed successfully
Deploying VM node3 using kvm
 Copying file /home/nd-base/nd-dk9.4.3.1.175.qcow2 to /home/nd-node3/nd-dk9.4.3.1.175.qcow2
 [✔] File /home/nd-base/nd-dk9.4.3.1.175.qcow2 copied to /home/nd-node3/nd-dk9.4.3.1.175.qcow2
  Cleanup old images
  [✔] Cleaned image /home/nd-node3/boot.img
  [✔] Cleaned image /home/nd-node3/disk.img
  [✔] Cleaned image /home/nd-node3/config-drive.img
  Creating boot disk, it can take several minutes, pls wait
  [✔] Boot disk created successfully
  Creating raw disk, it can take several minutes, pls wait
  [✔] Raw disk created successfully
  Creating configuration drive
  Copying file /home/nd-node1/node3-bootstrap.json to /home/nd-node3/apic-sn-cfg-mount/bootstrap.json
  [✔] File /home/nd-node1/node3-bootstrap.json copied to /home/nd-node3/apic-sn-cfg-mount/bootstrap.json
  [✔] Configuration drive created successfully
  Starting VM
  [✔] VM started successfully
[✔] KVM VM: node3 deployed successfully

展開を実行すると、ツールは VM ごとに次の手順を実行します。

  1. イメージのアップロード：qcow2 イメージが Prism Central にすでに存在するかどうかを確認します（ファイル名が一致）。存在しない場合、 はそれをアップロードし、アクティブになるまで待機します。

  2. サブネット解決：network-name（および設定されている場合は data-network-name）を Prism サブネット UUID に解決します。

  3. VM の作成：次の機能を使用して、電源オフ状態で VM を作成します。

    • アップロードされたイメージから複製された起動ディスク

    • セカンダリ 3077 GiB raw データディスク

    • 解決済みのサブネットにアタッチされている NIC

    • 管理者パスワード、管理 IP、およびゲートウェイを伝送する cloud-init ユーザー データ

  4. 電源オン：VM の電源をオンにして、タスクが完了するまで待ちます。

ステップ 7

展開後の手順を完了します。

  1. クラスタの形成：すべてのノードが実行されたら、設定の管理 IP アドレスを使用して、 Nexus Dashboard UI を介して Nexus Dashboard クラスタのセットアップを完了します。

オプションの展開後のタスク

トラブルシューティング

症状 検証
接続が拒否 / タイムアウトされました。 Prism Central がマシンからポート 9440 で到達可能であることを確認する
Authentication failure（認証失敗） 設定でユーザ名 および パスワードを確認します
イメージのアップロードがハングする image-path が 有効な qcow2 ファイルを指し、Prism に十分なストレージがあることを確認します。
サブネットが見つかりません network-name が Prism Central に表示されているサブネット名と正確に一致することを確認します。
VM が IP を取得していません cloud-init management_network が有効な CIDR 表記法および正しいゲートウェイであることを確認します。
VM が起動時にスタックする Prism Elementt (https://<prism_element_ip>:9440) を使用して VM シリアル コンソールを開いて起動ログを確認します
ストレージの問題 Prism Element で使用可能なストレージ コンテナとディスク容量を確認する

デプロイメントを破棄します

デプロイメントを破棄したい場合このコマンドを入力します：

./kvm_deployer destroy --config <yaml-filename>.yaml

例：

$ kvm_deployer destroy --config nutanix_3node_deploy.yaml 
Destroying VM node1 using nutanix
Destroying VM node1 using nutanix
 Looking for VM: node1
 Found VM node1 with UUID: 94fe9518-5196-4807-a6cc-183d1abe760e
 Powering off VM: 94fe9518-5196-4807-a6cc-183d1abe760e
 VM power off request submitted
 Deleting VM: 94fe9518-5196-4807-a6cc-183d1abe760e
 VM deletion task submitted: 8178938b-5014-474b-b168-34c3bf5b1577
 Waiting for task completion: 8178938b-5014-474b-b168-34c3bf5b1577
  Task status: RUNNING, progress: 0%
  Task status: SUCCEEDED, progress: 100%
 [✔] Task completed successfully (status: SUCCEEDED)
 [✔] VM deleted successfully
[✔] VM node1 destroyed successfully
Destroying VM node2 using nutanix
Destroying VM node2 using nutanix
 Looking for VM: node2
 Found VM node2 with UUID: f1424251-182d-4518-9acc-f06ba89d4883
 Powering off VM: f1424251-182d-4518-9acc-f06ba89d4883
 VM power off request submitted
 Deleting VM: f1424251-182d-4518-9acc-f06ba89d4883
 VM deletion task submitted: a8d41687-3d84-4a38-91cc-5dfee0688351
 Waiting for task completion: a8d41687-3d84-4a38-91cc-5dfee0688351
  Task status: RUNNING, progress: 0%
  Task status: SUCCEEDED, progress: 100%
 [✔] Task completed successfully (status: SUCCEEDED)
 [✔] VM deleted successfully
[✔] VM node2 destroyed successfully
Destroying VM node3 using nutanix
Destroying VM node3 using nutanix
 Looking for VM: node3
 Found VM node3 with UUID: 8cdc2037-fc83-43af-90f6-869c00aa2fdc
 Powering off VM: 8cdc2037-fc83-43af-90f6-869c00aa2fdc
 VM power off request submitted
 Deleting VM: 8cdc2037-fc83-43af-90f6-869c00aa2fdc
 VM deletion task submitted: 710c58a7-0728-4c4e-b63a-f6d90e3b2669
 Waiting for task completion: 710c58a7-0728-4c4e-b63a-f6d90e3b2669
  Task status: RUNNING, progress: 0%
  Task status: SUCCEEDED, progress: 100%
 [✔] Task completed successfully (status: SUCCEEDED)
 [✔] VM deleted successfully
[✔] VM node3 destroyed successfully
$

Nutanix に Nexus Dashboard クラスタをインストールする

手順

ステップ 1

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

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

  2. 左側のナビゲーション ウィンドウで、ダウンロードする Nexus Dashboard のリリースを選択します。

    Nutanix 展開は、Nexus ダッシュボード リリース 4.2 以降でサポートされています。

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

    Nutanix はLinux KVM と同じ qcow2 イメージを使用します。

ステップ 2

ダウンロードした qcow2 イメージを、 HTTP または HTTPS 経由で Prism Central からアクセス可能な Web サーバにコピーします。

ステップ 3

Prism Central UI にアクセスします。

ステップ 4

[インフラストラクチャ（Infrastructure）] > [コンピューテ ィングとストレージ（Compute & Storage） ] > [ イメージ （Images）] に移動し、 [イメージの追加（Add Image）]をクリックします。

ステップ 5

[URL] オプションをクリックし、 Nexus Dashboard qcow2 イメージへの URL パスを入力して、 [URLの追加（Add URL）]をクリックします。


（注）  

Nexus Dashboard qcow2 イメージは 2 GB を超えているため、 イメージ ファイル オプションを使用してこのイメージを追加することはできません。

ステップ 6

イメージ情報がウィンドウに表示されたら、 [次へ（Next）]をクリックします。

ステップ 7

2 でこれらの構成を行います。[ロケーション（Location）] ウィンドウを選択します。

  • [配置メソッド（Placement Method）] 領域で、 [イメージをクラスタに直接配置（Place image directly on clusters）]をクリックします。

  • 配置に使用するクラスタを選択し、 [保存（Save）]をクリックします。

イメージのアップロードには、速度によって数分かかる場合があります。プロセスが完了してから、次のステップに進みます。

ステップ 8

vND VM の展開

  1. [インフラストラクチャ（Infrastructure）] [コンピューテ > ィングとストレージ（Compute & Storage） > ] [VMs]に移動し、 [VM の作成（Create VM）]をクリックします。

  2. 1 で、[構成（Configuration）] ウィンドウで、 Nexus Dashboard に必要な CPU とメモリの値を入力し、[次へ（Next）]をクリックします。

    これらの値については、 システム リソースを理解する に記載されている情報を活用します。

  3. 2 で、[リソース（Resources）] ウィンドウで、 [ディスク接続（Attach Disk）] をクリックしてブートディスクを VM に接続し、 [保存（Save）]をクリックします。

  4. 2 で、[リソース（Resources）] ウィンドウで、 [ディスク接続（Attach Disk）] をクリックし、セカンダリ ディスクを追加します。

    詳細については、「システム リソースを理解する」を参照してください。

  5. 2 で、[リソース（Resources）] ウィンドウで、 [サブネットへ接続（Attach to Subnet）] をクリックし、最初のサブネットの に必要な構成を行います。


    （注）  

    管理インターフェイスとデータ インターフェイスは、両方のサブネットが VLAN Basic または VLAN のいずれかである同じタイプのサブネットで作成する必要があります。管理インターフェイスとデータ インターフェイスに異なるサブネットタイプが使用されている場合、Nutanix での vND の展開は失敗します。

    • [サブネット（SUBNET）] フィールドに、サブネットを入力します。

    • [接続タイプ（Attachment type）] フィールドのエントリを環境を反映するように構成します。

    このウィンドウで構成を完了したら、[保存（Save）] をクリックします。

  6. 2 で、[リソース（Resources）] ウィンドウで、 [サブネットへ接続（Attach to Subnet）] をクリックし、2 番目のサブネットに必要な構成を行います。

    • [サブネット (Subnet)] フィールドに、データ サブネットを入力します。

    • [接続タイプ（Attachment type）] フィールドのエントリを環境を反映するように構成します。

    このウィンドウで構成を完了したら、[保存（Save）] をクリックします。

  7. 2 で、[リソース（Resources） ウィンドウの [ブート構成（Boot Configuration）] 領域で、 [レガシー BIOS モード（Legacy BIOS Mode）] を選択して、選択を確認します。

  8. [管理（Management） ] ウィンドウをナビゲートし、変更を加えることなく [次へ（Next）] をクリックします。

  9. [VMを作成（Create VM）] をクリックします。

    展開後に VM の電源をオンにしないでください。

  10. 3 ノード クラスタに展開している場合は、クラスタ内の各 Nexus Dashboard ノードに対してこれらの手順を繰り返します。

  11. シリアル コンソールを VM に接続します。

    Nexus Dashboard には、構成とブートストラップのためのシリアル ポートが必要です。新しいシリアル ポートを管理および追加するには、 SSH を使用して CVM CLI にログオンします。


    （注）  

    その他の有用な情報については、 「Serial Console Redirection to a Telnet Port」を 参照してください。 

    nutanix@NTNX-35b35878-A-CVM:<nodeIP>:~$ acli vm.list
VM name VM UUID
PC-NameOption-1 201b8cf4-7ee6-409b-bb46-fca4265b6f70
nd-1 091c2d79-da94-4370-a77f-eccd998e2095
nd-2 58a04d9e-85da-4476-8735-bc6ed71e31ca
nd-3 c7f8feeb-b1c0-44a0-a5df-0dcfc30b07d8
nutanix@NTNX-35b35878-A-CVM:<nodeIP>:~$ acli vm.serial_port_create nd-1 index=0 type=kServer
VmUpdate: pending
VmUpdate: complete
1nutanix@NTNX-35b35878-A-CVM:<nodeIP>:~$ acli vm.serial_port_create nd-2 index=0 type=kServer
VmUpdate: pending
VmUpdate: complete
nutanix@NTNX-35b35878-A-CVM:<nodeIP>:~$ acli vm.serial_port_create nd-3 index=0 type=kServer
VmUpdate: pending
VmUpdate: complete
nutanix@NTNX-35b35878-A-CVM:<nodeIP>:~$

  12. Nexus Dashboard VMs の電源をオンにします。

ステップ 9

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

  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: <nodeIP>/<subnet>
  Gateway: <gatewayIP>

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

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

    Is this the cluster leader?: y

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

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

    Please review the config
Management network:
  Gateway: <gatewayIP>
  IP Address/Mask: <nodeIP>/<subnet>
Cluster leader: yes

Re-enter config? (y/N): n

ステップ 10

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

最初のノードの設定が完了するのを待つ必要はありません。他の 2 つのノードの設定を同時に開始できます。


（注）  

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

2 番目と 3 番目のノードを展開する手順は同じですが、クラスタ リーダーではないことを示す必要がある点が異なります。

ステップ 11

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

管理ネットワーク情報を入力して確認すると、最初のノード（クラスタ リーダー）初期設定でネットワーキングが設定され、UI が表示されます。この UI を使用して、他の 2 つのノードを追加し、クラスタの展開を完了します。 

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

System UI online, please login to https://<gatewayIP>72 to continue.

ステップ 12

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

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

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

ステップ 13

ログイン後、 Meet Nexus Dashboard の ウェルカム画面を確認し、 ジャーニー 画面に進みます。クラスタの起動 手順の下の Go をクリックして、ブートストラップ プロセスを開始します。

ステップ 14

[クラスタのブリングアップ（Cluster Bringup） ] ウィザードの [基本情報（Basic Information）] ページに、必要な情報を入力します。

  1. [クラスタ名（Cluster Name）] には、Nexus Dashboard クラスタの名前を入力します。

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

  2. [Nexus Dashboard の実装タイプの選択（Nexus Dashboard Implementation type）]で、LAN] または [SAN] を選択して、 [次へ（Next）]をクリックします。

ステップ 15

[クラスタのブリングアップ（Cluster Bringup） ] ウィザードの [構成（Configuration）] ページで、必要な情報を入力します。

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

  2. をクリックして、1 つ以上の DNS サーバーを追加し、DNS プロバイダーの IP アドレスを入力し、チェックマーク アイコンをクリックします。

  3. （任意） [+ DNS 検索ドメインの追加]をクリックして、検索ドメインを追加し、DNS 検索ドメインの IP アドレスを入力し、チェックマーク アイコンをクリックします。

  4. （任意） NTP サーバー認証を有効にする場合は、[NTP 認証] チェックボックスをオンにします。

  5. NTP 認証を有効にした場合、+ Add Key をクリックし、必要な情報を入力し、チェックマーク アイコンをクリックして情報を保存します。

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

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

    • 認証タイプ：NTPキーの認証タイプを選択します。

    • このキーを信頼したい場合には、[信頼済み（Trusted）] チェックボックスをオンにします。信頼できないキーは NTP 認証に使用できません。

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

    追加のNTPキーを入力する場合は、 [+ キーの追加（+ Add Key）] を再度クリックして、情報を入力します。

  6. NTP認証を有効にした場合は、 [+ NTP ホスト名/ IPアドレスの追加（+Add NTP Host Name/ IP Address）]をクリックし、必要な情報を入力し、チェックマークアイコンをクリックして情報を保存します。

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

    • キー ID：前のサブステップで定義した NTP キーのキー ID を入力します。

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

    • このホストを優先したい場合は、[優先（Preferred）] チェックボックスをオンにします。


    （注）  

    ログインしているノードに IPv4 アドレスのみが設定されているが、前の手順で [IPv6 を有効にする（Enable IPv6）] をオンにして NTP サーバーの IPv6 アドレスを指定した場合は、次の検証エラーが表示されます。

    これは、ノードに IPv6 アドレスがまだなく、NTP サーバーの IPv6 アドレスに接続できないためです。次の手順で IPv6 アドレスを入力します。この場合、次の手順の説明に従って他の必要な情報の入力を完了し、[次へ（Next）] をクリックして次の画面に進み、ノードの IPv6 アドレスを入力します。

    追加の NTP サーバーを入力する場合は、 [+ Add NTP Host Name/IP Address）] を再度クリックし、情報を入力します。

  7. [プロキシ サーバー（Proxy Server）] について、プロキシ サーバーの URL または IP アドレスを入力します。

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

    +Add Ignore Host をクリックして、トラフィックがプロキシの使用をスキップする 1 つ以上の接続先 IP アドレスを入力します。

    プロキシ サーバでは、永続 URL を許可する必要があります：

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

    プロキシを構成しない場合は、[プロキシをスキップ（Skip Proxy）]をクリックして、[確認（Confirm）] をクリックします。

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

  9. （任意） [詳細設定（Advanced Settings）] カテゴリを展開し、必要に応じて設定を変更します。

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

    • アプリ ネットワーク：Nexus Dashboard でアプリケーションで使用されるアドレス空間です。ターゲット ネットワークの IP アドレスとネットマスクを入力します。

    • サービス ネットワーク：Nexus Dashboard とそのプロセスで使用される内部ネットワークです。ターゲット ネットワークの IP アドレスとネットマスクを入力します。

    • [アプリ ネットワーク IPv6（App Network IPv6）]：先ほど [IPv6 の有効化（Enable IPv6）] チェックボックスをオンにした場合は、アプリ ネットワークの IPv6 サブネットを入力します。

    • [サービス ネットワーク IPv6（Service Network IPv6）]：先ほど [IPv6 を有効にする（Enable IPv6）] チェックボックスをオンにした場合は、サービス ネットワークの IPv6 サブネットを入力します。

    アプリケーションおよびサービス ネットワークの詳細については、全般的な前提条件とガイドライン を参照してください。

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

ステップ 16

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

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

  1. クラスタ接続 について、クラスタが L3 モードで展開されている場合は、BGP を選択します。それ以外の場合は、 L2を選択します。

    テレメトリで使用される永続的な IP アドレス機能には、BGP 構成が必要です。この機能の詳細については、 BGP 構成と永続的な IP アドレス および Nexus Dashboardの 永続 IP アドレス セクションで説明します。


    （注）  

    BGP をこの時点で、またはクラスタの展開後に Nexus ダッシュボード GUI で有効にすることができます。BGP が構成されている場合は、残りのすべてのノードで BGP を構成する必要があります。ノードのデータネットワークに異なるサブネットがある場合は、ここで BGP を有効にする必要があります。

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

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

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

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


    （注）  

    [名前（Name）]フィールドが編集できない場合には、CIMC の検証を再度実行して、この問題を修正してください。

  4. [タイプ（Type）]で、 [プライマリ（Primary）]を選択します。

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

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

    データ ネットワークの IP アドレス、ネットマスク、およびゲートウェイを入力します。オプションで、ネットワークの VLAN ID を指定することもできます。構成に VLAN が不要な場合は、 [VLAN ID] フィールドを空白のままにします。データ接続 に BGP を選択した場合は、 ASNを入力します。

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


    （注）  

    IPv6 情報を提供する場合は、クラスタ ブートストラップ プロセス中に行う必要があります。後で IP アドレス構成を変更するには、クラスタを再展開する必要があります。

    クラスタ内のすべてのノードは、 IPv4 のみ、IPv6 のみ、またはデュアル スタック IPv4/IPv6 のいずれかで構成する必要があります。

  6. クラスタ接続 に BGP を選択した場合は、 [BGP ピアの詳細（BGP peer details）] 領域で、ピアの IPv4 アドレスとASNを入力します。

    [+ IPv4 BGP ピアの追加（+ Add IPv4 BGP peer）] をクリックして、ピアを追加できます。

    前のページで IPv6 機能を有効にした場合は、ピアの IPv6 アドレスと ASN も入力する必要があります。

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

ステップ 17

[ノードの詳細（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. （オプション）クラスタが L3 モードで展開されている場合は、データ ネットワークの [BGP を有効にする（Enable BGP）] をオンにします。

    永続 IP アドレス機能には BGP 設定が必要です。この機能については、BGP 構成と永続的な IP アドレス と『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 番目の）プライマリ ノードでこの手順を繰り返します。

ステップ 18

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

ステップ 19

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

  1. [永続的サービスIP/プールの追加] をクリックして、必要な永続的IPアドレスを指定します。

    永続 IP アドレスの詳細については、Nexus Dashboardの 永続 IP アドレスのセクションを参照してください：

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

ステップ 20

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

ノードのブート ストラップとクラスタの起動中に、全体的な進捗状況と各ノードの個々の進捗状況がUIに表示されます。ブートストラップの進行状況が表示されない場合は、ブラウザでページを手動で更新し、ステータスを更新してください。

クラスタが形成され、すべてのサービスが開始されるまでに最大 30 分かかる場合があります。クラスタの設定が完了すると、ページが Nexus Dashboard GUI にリロードされます。

ステップ 21

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

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

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

または、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 コマンドを入力します。

ステップ 22

（オプション） Cisco Nexus DashboardクラスターをCisco Intersightに接続、可視性と利点を強化します。詳細な手順については、 「Cisco Intersightの操作」 を参照してください。

ステップ 23

Nexus Dashboardを展開した後、設定情報については、このリリースの コレクションページ を参照してください。

次のタスク

次のタスクは、ファブリックとファブリック グループを作成することです。 Cisco Nexus Dashboardのコレクション ページ にある、このリリースの 「ファブリックとファブリック グループの作成」の記事を参照してください。