vSphere Auto Deploy のいくつかのベスト プラクティスに従い、ネットワークを設定したり、vSphere HA を構成したり、vSphere Auto Deploy を使用する環境を最適化したりできます。

追加のベスト プラクティスの情報は、VMware のナレッジベースの記事を参照してください。

vSphere Auto Deploy および vSphere HA のベスト プラクティス

ベスト プラクティスに従うと、vSphere Auto Deploy でプロビジョニングされるホスト上で実行されている仮想マシンの可用性を向上することができます。

一部の環境では、vSphere Auto Deploy でプロビジョニングされるホストを Distributed Switch で構成したり、ホスト上で実行している仮想マシンを Auto Start Manager で構成します。そのような環境では、vCenter Server システムの可用性と vSphere Auto Deploy サーバの可用性が一致するように、vCenter Server システムをデプロイします。これを実現する手法はいくつかあります。

  • Windows 仮想マシンまたは物理サーバに vCenter Server をインストールするか、vCenter Server Appliance をデプロイします。Auto Deploy が vCenter Server システムと共にデプロイされます。

  • 仮想マシンに vCenter Server システムをデプロイします。vSphere HA が有効なクラスタ内の vCenter Server 仮想マシンを実行し、vSphere HA の再起動の優先順位を高くするようにその仮想マシンを構成します。vSphere Auto Deploy で管理されていないクラスタ内のホストを 2 台以上含め、ルールを使用して、これらのホストに vCenter Server 仮想マシンを固定します(vSphere HA DRS を必要とする仮想マシンをホストに固定するルール)。クラスタ内で DRS を使用しない場合は、ルールを設定してから DRS を無効にすることができます。vSphere Auto Deploy によって管理されていないホストの数が多いほど、ホストのエラーに対する復元力が強化されます。

    注:

    このアプローチは、Auto Start Manager を使用する場合には適しません。Auto Start Manager は、vSphere HA が有効なクラスタではサポートされません。

vSphere Auto Deploy ネットワークのベスト プラクティス

vSphere Auto Deploy のネットワーク設定のベスト プラクティスに従うことで、ネットワーク設定の問題を防ぐことができます。

vSphere Auto Deploy および IPv6

vSphere Auto Deploy は iPXE インフラストラクチャを利用するため、vSphere Auto Deploy によるプロビジョニングを計画しているホストにレガシー BIOS がある場合、vSphere Auto Deploy サーバでは IPv4 アドレスを使用する必要があります。レガシー BIOS ファームウェアを使用する PXE ブートは IPv4 でのみ実行できます。UEFI ファームウェアを使用する PXE ブートは IPv4 または IPv6 のいずれかで実行できます。

IP アドレスの割り当て

アドレスの割り当てでは、DHCP 予約を使用します。固定 IP アドレスはホストのカスタマイズ メカニズムでサポートされていますが、ホストごとに入力することは推奨されません。

VLAN の考慮事項

vSphere Auto Deploy は、VLAN を使用しない環境で使用してください。

VLAN を使用する環境で vSphere Auto Deploy を使用する場合は、プロビジョニング対象のホストが DHCP サーバにアクセスできることを確認します。ホストがどのように VLAN に割り当てられるかは、サイトの設定に依存します。VLAN ID は、スイッチまたはルーターによって割り当てられる場合や、ホストの BIOS で設定されるか、またはホスト プロファイル経由で設定される場合があります。ネットワーク管理者に問い合わせて、DHCP サーバへの到達をホストに許可する手順を確認します。

vSphere Auto Deploy および VMware Tools のベスト プラクティス

vSphere Auto Deploy を装備したホストをプロビジョニングする際に、VMware Tools を含むイメージ プロファイルを選択することも、VMware Tools を含まないイメージ プロファイルと関連付けられた小さいイメージを選択することもできます。

VMware ダウンロード サイトから 2 種類のイメージ プロファイルをダウンロードできます。

  • xxxxx-standard:仮想マシン内で実行するゲスト OS で必要な VMware Tools バイナリを含むイメージ プロファイル。通常、このイメージには esxi-version-xxxxx-standard という名前が付けられます。

  • xxxxx-no-tools:VMware Tools バイナリを含まないイメージ プロファイル。通常、このイメージ プロファイルは小さく、メモリ オーバーヘッドも少ないため、PXE ブート環境で迅速に起動します。通常、このイメージには esxi-version-xxxxx-no-tools という名前が付けられます。

vSphere 5.0 Update 1 以降では、どちらかのイメージ プロファイルを使用して ESXi をデプロイできます。

  • ネットワーク ブート時間が長くても問題がなく、使用している環境に十分なメモリとストレージ オーバーヘッドがある場合は、VMware Tools を含むイメージを使用します。

  • 標準イメージを使用するとネットワーク ブートに時間がかかりすぎる場合や、ホストのストレージ容量を節約する必要がある場合は、VMware Tools を含まないイメージ プロファイルを使用し、共有ストレージに VMware Tools のバイナリを保存することができます。VMware Tools なしのイメージ プロファイルを使用した ESXi ホストのプロビジョニングを参照してください。

vSphere Auto Deploy の負荷管理のベスト プラクティス

多数のホストを同時に起動すると、vSphere Auto Deploy サーバに大きな負荷がかかります。vSphere Auto Deploy は根本的には Web サーバであるため、Web サーバの既存のスケーリング技術を負荷の分散に役立てることができます。たとえば、キャッシュとして作用する 1 つ以上のリバース プロキシ サーバを vSphere Auto Deploy と連携させることができます。リバース プロキシは、ESXi の起動イメージの大半を占める静的ファイルを処理します。静的な内容をキャッシュし、すべての要求を vSphere Auto Deploy サーバに渡すようにリバース プロキシを構成します。詳細については、ビデオ「vSphere Auto Deploy のスケーラビリティを強化するリバース Web プロキシ サーバの使用」を参照してください。

複数の TFTP サーバを使用してさまざまなプロキシ サーバを指定します。リバース プロキシ サーバごとに TFTP サーバを使用します。その後、異なるホストを異なる TFTP サーバに送信するように DHCP サーバを設定します。

ホストを起動すると、DHCP サーバはそれらのホストを異なる TFTP サーバにリダイレクトします。各 TFTP サーバは、vSphere Auto Deploy サーバまたはリバース プロキシ サーバのいずれかの異なるサーバにホストをリダイレクトするため、vSphere Auto Deploy サーバの負荷が大幅に軽減されます。

大規模な停電が発生した後は、クラスタ単位でホストを起動します。複数のクラスタを同時にオンラインにすると、vSphere Auto Deploy サーバで CPU のボトルネックが発生する可能性があります。すべてのホストが遅れて起動する場合があります。リバース プロキシを設定している場合、ボトルネックは比較的軽度です。

vSphere Auto Deploy のログ機能およびトラブルシューティングのベスト プラクティス

vSphere Auto Deploy で発生する問題を解決するには、vSphere Web Client から vSphere Auto Deploy のログ情報を使用し、ログ情報とコア ダンプをリモート ホストに送信するように環境を設定します。

vSphere Auto Deploy ログのダウンロード

vSphere Web Client の [vSphere Auto Deploy] ページに移動して、vSphere Auto Deploy のログをダウンロードします。vSphere Auto Deploy ログのダウンロードを参照してください。

Syslog の設定

リモートの Syslog サーバを設定します。Syslog サーバの構成の詳細については、『vCenter Server およびホスト管理』ドキュメントを参照してください。リモートの Syslog サーバを使用するために起動する最初のホストを構成し、そのホストのホスト プロファイルをその他のすべてのデプロイ先ホストに適用します。オプションで、vSphere Syslog Collector をインストールして使用します。これは、vCenter Server のサポート ツールで、システム ログの統合アーキテクチャを提供し、ネットワーク ログを有効にし、複数のホストからのログを組み合せることができます。

ESXi Dump Collector の設定

vSphere Auto Deploy でプロビジョニングされるホストには、コア ダンプを保存するためのローカル ディスクがありません。ESXi Dump Collector をインストールし、すべてのコア ダンプが ESXi Dump Collector に向けられるように最初のホストを設定して、そのホストからのホスト プロファイルをその他すべてのホストに適用します。ESXCLI を使用した、ESXi Dump Collector の構成を参照してください。

本番環境での vSphere Auto Deploy の使用

事前検証 (POC) 設定から本番環境に移行する場合は、環境の回復力を高めるように注意します。