前提条件とガイドライン
VMware ESX で Nexus ダッシュボード クラスタを展開する前に、次の手順を実行する必要があります。
-
ファクターから ESX が拡張性とサービス要件をサポートしていることを確認します。
スケールとサービスのサポートと共同ホスティングは、クラスタのフォーム ファクターと、展開する予定の特定のサービスによって異なります。Nexus ダッシュボード キャパシティ プラン二ング ツールを使用して、仮想フォーム ファクタが展開要件を満たすことを確認できます。
(注)
一部のサービス (Nexus Dashboard Fabric Controller など) は、1 つ以上の特定のユース ケースに対して単一の ESX 仮想ノードのみを必要とする場合があります。その場合、キャパシティ プランニング ツールで要件が示されるので、次のセクションの追加のノード展開手順をスキップできます。
ただし、アプリ ノードとデータ ノードを混在させてデプロイする必要がある場合、たとえば、Nexus ダッシュボード Insights を展開する予定の場合や、同じクラスターで複数のサービスを共同ホストする予定がある場合は、初期クラスタの 3 つのマスターノードとしてデータ ノードが最初に展開されていることを確認する必要があります。次に、『
Cisco Nexus ダッシュボード ユーザ ガイド
』の説明に従って、App ノードをワーカー ノードとして追加できます。
-
展開の概要と要件 に記載されている一般的な前提条件を確認して完了します。
この文書は、ベースとなる Nexus ダッシュボードクラスタを最初に展開する方法について説明するものである点に留意してください。追加ノード(
従業員
またはスタンバイ
)で既存のクラスタを拡張する場合は、『Cisco Nexus ダッシュボード ユーザ ガイド』の「インフラストラクチャの管理」の章を参照してください。これは、Nexus ダッシュボード UI またはオンラインで『Cisco Nexus ダッシュボード ユーザ ガイド』から利用できます。 -
展開予定のサービスのリリース ノートに説明されている追加の前提条件を確認し、条件を満たすようにしてください。
-
VMware ESXで展開する場合、2種類のノードを展開できます。
-
データ ノード:Nexus ダッシュボード Insightsなどのデータ集約型アプリケーション向けに設計されたノードプロファイル
-
アプリ ノード:Nexus ダッシュボード オーケストレータなどの非データ集約型アプリケーション用に設計されたノード プロファイル
十分なシステム リソースをもつことを確認します。
表 1. 導入要件 Nexus Dashboard バージョン
データノードの要件
アプリケーションノードの要件
リリース 2.2.x
-
VMware ESXi 6.7、7.0、7.0.1、7.0.2、または 7.0.3
-
VMware vCenter 6.x、7.0.1、または 7.0.2(vCenter を使用して展開する場合)
-
各 VM には次のものが必要です。
-
少なくとも 2.2 GHz の物理予約された 32 個の vCPU
-
物理予約された 128GB の RAM
-
データ ボリューム用の 3TB SSD ストレージとシステム ボリューム用の追加の 50GB
データ
ノードは、次の最小パフォーマンス要件を満たすストレージに展開する必要があります。-
SSD は、データストアに直接接続するか、RAID ホストバスアダプタ(HBA)を使用している場合は JBOD モードで接続する必要があります。
-
SSD は、
混合使用/アプリケーション
用に最適化する必要があります(読み取り最適化
ではありません)。 -
4K ランダム読み取り IOPS:
93000
-
4K ランダム書き込み IOPS:
31000
-
-
-
各Nexus Dashboardノードは、異なるESXiサーバーに展開することを推奨します。
-
VMware ESXi 6.7、7.0、7.0.1、7.0.2、または 7.0.3
-
VMware vCenter 6.x、7.0.1、または 7.0.2(vCenter を使用して展開する場合)
-
各 VM には次のものが必要です。
-
少なくとも 2.2 GHz の物理予約された 16 個の vCPU
-
物理予約された 64GB の RAM
-
データ ボリューム用に 500GB HDD または SSD ストレージ、システム ボリューム用に追加の 50GB
一部のサービスでは、
アプリ
ノードをより高速な SSD ストレージに展開する必要がありますが、他のサービスでは HDD をサポートしています。Nexus ダッシュボード キャパシティ プランニング ツールをチェックして、正しいタイプのストレージを使用していることを確認してください。
-
-
各 Nexus ダッシュボードノードは、異なる ESXi サーバに展開することを推奨します。
-
-
Nexus Dashboard Insights を NDFC/DCNM ファブリックにインストールし、レイヤ 2 上で持続的 IP(管理およびデータ サブネットの一部として構成された IP)機能を使用する予定の場合には、https://kb.vmware.com/s/article/1004099 で説明されているように、管理およびデータ ネットワーク インターフェイス ポートグループの両方で無差別モードを有効にする必要があります。
-
各ノードの VM を展開したら、次のセクションの展開手順で説明されているように、VMware ツールの定期的な時刻同期が無効になっていることを確認します。
-
VMware vMotion は Nexus ダッシュボード クラスタ ノードではサポートされていません。
-
VMware 分散リソース スケジューラ (DRS) は、Nexus ダッシュボード クラスタ ノードではサポートされていません。
-
Nexus ダッシュボードはプラットフォーム インフラストラクチャであるため、すべてのサービスを停止することはできません。
つまり、デバッグ目的などで、仮想マシンのスナップショットを作成する場合、スナップショットではすべての Nexus ダッシュボード サービスが実行されている必要があります。
-
ノードを ESXi に直接展開するか、vCenter を使用して展開するかを選択できます。
vCenter を使用して展開する場合は、VMware vCenter を使用している Nexus ダッシュボードの展開 で説明されている手順に従います。
ESXi に直接展開する場合は、VMware ESXi での Nexus ダッシュボードの展開 で説明されている手順に従います。
ESX ホストネットワーク接続
Nexus ダッシュボード Insights またはファブリック コントローラ サービスをインストールし、永続的な IP 機能を使用する予定の場合は、クラスタノードが展開されている ESX ホストに、単一の論理アップリンクが存在することを確実にする必要があります。つまり、単一のリンク、PC、または
vPC を介して接続されます。PC/vPC のないデュアルアクティブ/アクティブ(A/A
)またはアクティブ/スタンバイ(A/S
)リンクではありません。
次の図は、ノードが展開されている ESX ホストのサポートされているネットワーク接続構成とサポートされていないネットワーク接続構成をまとめたものです。
-
ESX ホストが直接接続されている場合、次の構成がサポートされます。
-
PC または vPC を使用したポートグループまたは仮想スイッチの
A/A
アップリンク -
ポートグループまたは仮想スイッチの単一のアップリンク
-
ポートグループまたは仮想スイッチのアップリンクに使用されるポートチャネル。
PC または vPC を使用しないポートグループまたは仮想スイッチの
A/A
またはA/S
アップリンクはサポートされていません -
-
ESX ホストが UCS ファブリック インターコネクト(または同等のもの)を介して接続されている場合、次の構成がサポートされます。
-
PC または vPC を使用しない UCS ファブリック インターコネクト レベルでのポート グループまたは仮想スイッチの
A/S
アップリンクこの場合、
アクティブ
/スタンバイ
リンクは、ESXi ハイパーバイザレベルではなく、Cisco UCS のファブリック フェールオーバーなどのサーバー技術に基づいています。 -
ポートグループまたは仮想スイッチの単一のアップリンク
PC または vPC を使用しないハイパーバイザレベルでのポートグループまたは仮想スイッチの
A/A
またはA/S
アップリンクは、サポートされていません -