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

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

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

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

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

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

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

    注:

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

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

Auto Deploy のネットワーク設定のベスト プラクティスに従って、ネットワーク設定の問題を防いでください。

Auto Deploy および IPv6

Auto Deploy は iPXE インフラストラクチャを利用するので、各ホストに IPv4 アドレスを設定している必要があります。デプロイ後に、IPv6 を使用するようにホストを手動で再構成し、それらのホストを IPv6 経由で vCenter Server に追加できます。ただし、ステートレスなホストを再起動すると、IPv6 構成は失われます。

IP アドレスの割り当て

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

VLAN の考慮事項

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

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

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

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 ホストのプロビジョニングを参照してください。

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

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

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

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

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

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

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

Auto Deploy ログ

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

Syslog の設定

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

ESXi Dump Collector の設定

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

本番環境での Auto Deploy の使用

概念実証設定から本番環境に移行する場合は、環境の回復力を高めるように注意します。