NSX Manager のインストール

NSX Manager には、論理スイッチ、論理ルーター、ファイアウォールなどの NSX-T Data Center コンポーネントを作成、構成、モニタリングするためのグラフィカルユーザーインターフェイス (GUI) と REST API があります。

NSX Manager はシステムビューを提供するものであり、NSX-T Data Center の管理コンポーネントです。

高可用性の場合、NSX-T Data Center は 3 つの NSX Manager の管理クラスタをサポートします。本番環境では、管理クラスタの展開をお勧めします。NSX-T Data Center 3.1 以降では、単一の NSX Manager クラスタ展開がサポートされます。

vSphere 環境では、次の機能が NSX Manager でサポートされています。

vCenter Server で vMotion 機能を使用して、ホストおよびクラスタ間で NSX Manager のライブ移行を実行できます。
vCenter Server で Storage vMotion 機能を使用して、ホストおよびクラスタ間で NSX Manager のファイルシステムをライブ移行できます。
vCenter Server で Distributed Resource Scheduler 機能を使用して、ホストおよびクラスタ間で NSX Manager を再調整できます。
vCenter Server で非アフィニティ機能を使用して、ホストおよびクラスタ間で NSX Manager を管理できます。

NSX Manager の展開、プラットフォームおよびインストール要件

次の表では、NSX Manager の展開、プラットフォーム、インストールの要件について詳しく説明します。


要件	説明
サポートされる展開方法	OVA/OVF QCOW2
サポート対象のプラットフォーム	NSX Manager 仮想マシンとホストトランスポートノードのシステム要件を参照してください。 ESXi では、共有ストレージに NSX Manager アプライアンスをインストールすることが推奨されます。
IP アドレス	NSX Manager には静的 IP アドレスが必要です。インストール後に IP アドレスを変更できます。IPv4 アドレスのみがサポートされます。
NSX-T Data Center アプライアンスのパスワード	12 文字以上 1 文字以上の小文字 1 文字以上の大文字 1 文字以上の数字 1 文字以上の特殊文字 5 文字以上の異なる文字次の Linux PAM モジュールの引数によって、デフォルトのパスワード強度ルールが適用されます。 `retry=3`：新しいパスワードの最大入力回数。この引数では、最大 3 回までの入力を許可しています。これを超えると、エラーが返されます。 `minlen=12`：新しいパスワードに許容される最小サイズ。新しいパスワードの文字数だけでなく、それぞれの文字種（特殊、大文字、小文字、数字）ごとにクレジット (+1) が付与されます。 `difok=0`：新しいパスワードで異なる必要がある最小バイト数。古いパスワードと新しいパスワードの類似性を示します。`difok` に 0 を割り当てると、古いパスワードと新しいパスワードで異なる文字列を使用する必要はありません。完全一致が許可されます。 `lcredit=1`：新しいパスワードに小文字を使用する場合の最大クレジット。小文字が 1 文字以下の場合は、現在の `minlen` 値を満たすため、それぞれの文字が +1 とカウントされます。 `ucredit=1`：新しいパスワードに大文字を使用する場合の最大クレジット。大文字が 1 文字以下の場合、現在の `minlen` 値を満たすため、それぞれの文字が +1 とカウントされます。 `dcredit=1`：新しいパスワードに数字が含まれる場合の最大クレジット。数字が 1 個以下の場合、現在の `minlen` 値を満たすため、それぞれの数字が +1 とカウントされます。 `ocredit=1`：新しいパスワードに特殊文字を使用する場合の最大クレジット。特殊文字が 1 個以下の場合、現在の minlen 値を満たすため、それぞれの文字が +1 とカウントされます。 `enforce_for_root`：root ユーザーに設定されるパスワード。注： Linux PAM モジュールでパスワードと辞書の単語を比較する方法については、man ページを参照してください。たとえば、`VMware123!123` や `VMware12345` のような単純で体系的なパスワードの使用は避けます。単純で体系的なパスワードは強度の要件を満たしませんが、`VMware123!45`、`VMware 1!2345`、`VMware@1az23x` のような英字、特殊文字、数字を組み合わせたパスワードは強度の要件を満たします。
ホスト名	NSX Manager をインストールするときに、アンダースコアなどの無効な文字や、ドット (.) などの特殊文字を含まないホスト名を指定します。ホスト名に無効な文字や特殊文字が含まれていると、展開後にホスト名が `nsx-manager` に設定されます。ホスト名の制限の詳細については、https://tools.ietf.org/html/rfc952およびhttps://tools.ietf.org/html/rfc1123を参照してください。
VMware Tools	ESXi で実行される NSX Manager 仮想マシンには、VMware Tools がインストールされています。VMware Tools を削除またはアップグレードしないでください。
システム	システム要件を満たしていることを確認します。システム要件を参照してください。必要なポートが開いていることを確認します。ポートとプロトコルを参照してください。 ESXi ホストでデータストアが構成されていて、アクセスできることを確認します。 NSX Manager または Cloud Service Manager で使用する IP アドレスとゲートウェイ、DNS サーバの IP アドレス、ドメイン検索リスト、NTP サーバの IP または FQDN のリストを確認します。まだ作成していない場合は、宛先の仮想マシンポートグループネットワークを作成します。NSX-T Data Center アプライアンスを管理仮想マシンネットワークに配置します。複数の管理ネットワークが存在する場合は、NSX-T Data Center アプライアンスから他のネットワークへのスタティックルートを追加できます。 NSX Manager IPv4 IP アドレススキームを使用します。
OVF の権限	ESXi ホストに OVF テンプレートを展開するために必要な権限があることを確認します。 OVF テンプレートを展開できる管理ツール（vCenter Server、vSphere Client など）が必要です。手動で構成するには、OVF 展開ツールで構成オプションがサポートされている必要があります。 OVF ツールは、4.0 以降のバージョンを使用する必要があります。
クライアントプラグイン	クライアント統合プラグインがインストールされている必要があります。
証明書	NSX Manager クラスタで内部仮想 IP アドレスを構成する場合は、クラスタの各 NSX Manager ノードに異なる証明書を適用できます。クラスタの仮想 IP アドレスの構成を参照してください。外部ロードバランサを構成する場合は、すべての NSX Manager クラスタノードに 1 つの証明書のみが適用されるようにします。外部ロードバランサの構成を参照してください。

注： NSX Manager のフレッシュインストールや再起動時、また初回のログイン時にプロンプトで admin のパスワードを変更した後は、 NSX Manager の起動に数分かかる場合があります。

NSX Manager のインストールシナリオ

重要： vSphere Client またはコマンドラインのいずれかを使用して OVA または OVF ファイルから NSX Manager をスタンドアローンホストとしてインストールすると、仮想マシンがパワーオン状態になるまで、ユーザー名、パスワードなどの OVA/OVF プロパティ値が検証されません。ただし、[静的 IP アドレス] フィールドは、 NSX Manager のインストールに必要なフィールドです。 vCenter Server で管理対象ホストとして NSX Manager をインストールすると、仮想マシンがパワーオンされる前に、ユーザー名やパスワードなどの OVA/OVF プロパティ値が検証されます。

ローカルユーザーのユーザー名を指定する場合には、一意の名前を使用する必要があります。同じ名前を指定すると、名前が無視され、デフォルトの名前（admin、audit など）が使用されます。
root または admin ユーザーのパスワードが複雑さの要件を満たしていない場合には、root または admin として SSH 経由またはコンソール経由で NSX Manager にログインする必要があります。root のパスワードは vmware、admin のパスワードは default です。プロンプトが表示され、パスワードの変更が指示されます。
他のローカルユーザー（audit など）のパスワードが要件を満たしていない場合、ユーザーアカウントは無効になります。アカウントを有効にするには、admin ユーザーとして SSH またはコンソール経由で NSX Manager にログインし、set user local_user_name コマンドを実行してローカルユーザーのパスワードを設定します（現在のパスワードは空の文字列です）。ユーザーインターフェイスでパスワードをリセットするには、[ユーザー管理] > [ローカルユーザー] を使用します。

注意： root ユーザー認証情報を使用してログインしている際に NSX-T Data Center に変更を加えると、システム障害が発生し、ネットワークに影響する可能性があります。 root ユーザー認証情報を使用して変更を加えるのは、VMware のサポートチームから指示があった場合のみにすることをお勧めします。

注：アプライアンス上のコアサービスは、要件を満たすパスワードが設定されるまで起動しません。

NSX Manager を OVA ファイルから展開した後は、仮想マシンをパワーオフして vCenter Server から OVA 設定を変更し、仮想マシンの IP アドレス設定を変更することはできません。

DNS サーバからアクセスする場合の NSX Manager の構成

デフォルトでは、トランスポートノードは IP アドレスに基づいて NSX Manager にアクセスします。この処理は、NSX Manager の DNS 名に基づいて行うこともできます。

FQDN の使用を有効にするには、NSX Manager の FQDN を公開します。

注：複数サイトの Lite 環境には、 NSX Manager で FQDN 使用 (DNS) を有効にする必要があります。他の展開タイプではオプションです。『 NSX-T Data Center 管理ガイド』の「 NSX Data Center のマルチサイト展開」を参照してください。

NSX Manager の FQDN の公開

NSX-T Data Center コアコンポーネントをインストールした後、FQDN を使用して NAT を有効にするには、DNS サーバのマネージャノードに正引き参照と逆引き参照のエントリを設定する必要があります。

重要： NSX Manager の FQDN に正引き参照と逆引き参照の両方のエントリを構成し、短い TTL（たとえば 600 秒）を設定することを推奨します。

また、NSX-T Data Center API を使用して NSX Manager の FQDN を公開できるようにする必要があります。

要求の例︰PUT https://<nsx-mgr>/api/v1/configs/management

{
  "publish_fqdns": true,
  "_revision": 0
}

応答例：

{
  "publish_fqdns": true,
  "_revision": 1
}

詳細については、『NSX-T Data Center API ガイド』を参照してください。

注： FQDN を公開した後、次のセクションの説明に従ってトランスポートノードによるアクセスを検証します。

トランスポートノードによる FQDN を介したアクセスの検証

NSX Manager の FQDN を公開した後、トランスポートノードが NSX Manager に正常にアクセスしていることを確認します。

SSH を使用して、ハイパーバイザーまたは Edge ノードなどのトランスポートノードにログインし、get controllers CLI コマンドを実行します。