ESXi の管理エージェントの再起動

VMware vSphere ESXi

ESXi の接続の問題をトラブルシューティングするため、ESXi ホスト上の管理エージェントを再起動します。

警告：LACP が vSAN ネットワークで構成されている場合は、vSAN を実行している ESXi ホストで管理エージェントを再起動しないでください。

Symptoms:

ESXi ホストに直接接続できないか、vCenter Server で管理できない。
vCenter Server に次のエラーが表示される:

エージェントがホストから仮想マシン作成オプションを取得できないため、仮想マシン作成に失敗することがあります(Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host)

VMware vSphere ESXi 7.0.x

ダイレクトコンソールユーザーインターフェイス (DCUI) から ESXi の管理エージェントを再起動する:

注：また、Host Client を使用してサービスを再始動することもできます。Host Client で、[ホスト] >> [管理] >> [サービス] の順に選択し、再起動するサービスを選択します。

ESXi Shell または Secure Shell (SSH) から ESXi の管理エージェントを再起動する:

ESXi Shell または SSH に root としてログインします。

ESXi Shell または SSH を有効にする方法については、https://knowledge.broadcom.com/external/article?articleNumber=311213 を参照してください。

/etc/init.d/hostd restart
/etc/init.d/vpxa restart

注意：

LACP が構成済みで有効になっている場合は、services.sh コマンドを使用して管理サービスを再起動しないでください。代わりに、/etc/init.d/module restart 再起動コマンドを使用して、独立したサービスを再起動します。
問題が解決されず、services.sh スクリプトの一部であるすべてのサービスを再起動している場合は、スクリプトを実行する前にダウンタイムを取ります。
環境内に NSX が構成されている場合は、ESXi ホスト上のすべてのサービスが再起動されてしまうので、/sbin/services.sh restart コマンドを実行しないでください。ESXi ホストで管理エージェントを再起動する必要がある場合は、vpxa、hostd、および fdm を個別に再起動します。また、管理エージェントごとの再起動が機能しないために /sbin/services.sh restart コマンドを実行する必要がある場合は、すべての仮想マシンを ESXi ホストから移行し、可能であればホストをメンテナンスモードにします。
NSX for vSphere が ESXi ホストにインストールされているかどうか不明な場合は、次のコマンドを実行して確認します。

esxcli software vib list --rebooting-image | grep esx-*

NSX が ESX ホストにインストールされているかどうかを確認するには、次の VIB を探します。

vsip-esx

esx-vxlan

View 環境(VGPU、vDGA、vSGA)で共有グラフィックスを使用している場合は、services.sh を使用しないでください。使用すると、ゲスト OS レベルのグラフィックスを管理する xorg サービスがシャットダウンされます。ゲスト OS からグラフィックスを取り込むと、共有グラフィックスを使用する VDI ワークロードのクラッシュを長期的に引き起こします。共有グラフィックスを使用している場合は、メンテナンスモード以外では、hostd および vpxa を再起動するのみにしてください。

この記事の翻訳バージョンについては、次を参照してください。