VMware Infrastructure Management Installer | 2012 年 3 月 8 日(ローカライズ版)
VirtualCenter 2.5 Server Update 6b | 2012 年 3 月 8 日 | ビルド 597868
Virtual Infrastructure Client | 2012 年 3 月 8 日 | ビルド 597940

VMware Infrastructure Management Installer | 2012 年 3 月 8 日(英語版のみ)
VirtualCenter 2.5 Server Update 6b | 2012 年 3 月 8 日 | ビルド 598800
Virtual Infrastructure Client | 2012 年 3 月 8 日 | ビルド 598800

ダウンロード可能なビルドの情報については、「 適切な VMware Infrastructure Management Installer の選択」 を参照してください。

ドキュメントの最終更新日:2012 年 3 月 8 日

このリリース ノートには、次のトピックが含まれています。

注:多くの公開ドキュメントでは、VMware ESX Server 3.5 は VMware ESX 3.5、VMware ESX Server 3i バージョン 3.5 は VMware ESXi 3.5 と表記されています。このリリース ノートでは、インターフェイスとドキュメントを一致させるために、従来の製品名を使用しています。将来のリリースでは製品名をアップデートする予定です。

新機能

このリリースで更新された内容は、「 解決した問題」 セクションに記載されています。

ページの先頭へ

VMware Infrastructure 3 の以前のリリース

以前のリリースの VMware Infrastructure 3(ESX Server 3.x および VirtualCenter 2.x リリースを含む)の機能および既知の問題点については、各リリースのリリース ノートで説明しています。該当するリンクをクリックすると、以前のリリースの VMware Infrastructure 3 コンポーネントのリリース ノートが表示されます。

ESX Server のリリース

VirtualCenter のリリース

ページの先頭へ

はじめに

ESX Server、VirtualCenter、および Virtual Infrastructure Client の互換性

VMware 製品の相互運用性マトリックス』(英語版)では、ESX Server、VirtualCenter、および VI Client を含めた VMware Infrastructure 3 コンポーネントの現バージョンおよび旧バージョンの互換性について詳細に記載しています。

ハードウェア互換性

ハードウェアの互換性について

ハードウェア互換性リストは、現在、Web ベースの互換性ガイド( http://www.vmware.com/resources/compatibility)(英語版)から参照できます。この新しい形式を利用すると、1 箇所から VMware のすべての互換性ガイドにアクセスできます。以前の PDF バージョンが今後アップデートされることはありません。Web ベースの互換性ガイドでは、ガイドを検索したり、PDF フォーマットで検索結果を保存したりすることも可能です。互換性ガイドのアップデートに関する通知の受信登録: (英語版)

VMware Infrastructure の互換性について

VMware Infrastructure 互換性マトリックス( PDF)(英語版)

インストールおよびアップグレード

ESX Server と VirtualCenter のインストールおよび構成の具体的な手順については、『 インストール ガイド』 をお読みください。

インストールは簡単ですが、そのあとに重要な構成ステップがいくつかあります。特に次の項目をお読みください。

VMware Infrastructure Management Installer と物理メディアの使用

このリリースでは、物理メディアを使用して VMware Infrastructure ソフトウェアをインストールする場合、VMware Infrastructure Management Installer で DVD ドライブが必要になります。

適切な VMware Infrastructure Management Installer の選択

ダウンロードで利用可能な VMware Infrastructure Management Installer には 2 つのビルドがあります。次のうちの 1 つを選択します。

  • VMware-VIMSetup-2.5.0-U6-English.isoまたは VMware-VIMSetup-2.5.0-U6-English.zip:これらのファイルは、VI Client の英語版のみを含んでおり、Windows システムの言語に関係なく英語で実行されます。中国語、ドイツ語、日本語の Windows オペレーティング システム上で、英語で実行する VI Client をインストールする場合にこのインストーラを使用します。
  • VMware-VIMSetup-2.5.0-U6-localized.isoまたは VMware-VIMSetup-2.5.0-U6-localized.zip:これらのファイルには、英語、中国語、ドイツ語、および日本語で実行するために必要なすべてのファイルをインストールするローカライズ版のインストーラが含まれています。実行環境で使用される VI Client は、現在使用している Windows オペレーティング システムのロケールが、中国語、ドイツ語、または日本語の場合、それに対応する言語になります。Windows オペレーティング システムのロケールの設定が中国語、ドイツ語、日本語以外である場合は、英語版の VI Client が使用されます。

Virtual Infrastructure Client インストーラの変更

VI Client のスタンドアロン インストーラ(ESX Server Web Access から入手可能)を使用すると、VMware Infrastructure Update サービスのインストールができます。VMware Infrastructure Update サービスは、ESX Server 3i ホストのアップデートおよびパッチの適用のために使用されます。スタンドアロンの VI Client インストーラでは、VMware Infrastructure Update サービスのインストールがオプションに変更されています。VirtualCenter 統合インストーラ(VirtualCenter 2.5 Update 6 のダウンロードに含まれる)では、インストール オプションとして [VI Client] を選択すると、VMware Infrastructure Update サービスのインストールを行うかどうかを選択できるようになりました。  

VirtualCenter 2.5 Update 6b へのアップグレードまたは移行

このリリースは、VirtualCenter 2.5 Update 6 および VirtualCenter 2.5 Update 6a から VirtualCenter 2.5 Update 6b へのアップグレードをサポートしています。『 アップグレード ガイド』 に記載されているアップグレードおよび移行方法の詳細とガイドラインをお読みください。

サポートされているアップグレード手順の詳細については、『 VMware 製品の相互運用性マトリックス』(英語版)の 「Solution Upgrade Path」 セクションを参照してください。

VMware Infrastructure Client のアップグレード

VirtualCenter Server を VMware Infrastructure 2.5 Update 6b にアップグレードするとき、VMware Infrastructure Client と VirtualCenter Server の両方をバージョン 2.5 Update 6b にアップグレードするかどうかを選択できます。VirtualCenter 2.5 Update 6b にアクセスするには、アップグレード済みの VI Client のみを使用してください。旧バージョンの VI Client を使用して VirtualCenter 2.5 Update 6b にアクセスしようとすると、VI Client 2.5 Update 6b へのアップグレードを促すプロンプトが表示されます。VI Client のアップグレードは必須です。

注:旧バージョンの VI Client をアップグレードしようとすると、別のバージョンの VI Client がすでにシステムにインストールされていることを示すプロンプトが表示される場合があります。このような場合は、旧バージョンの VI Client をアンインストールしてから、最新のバージョンをインストールしてください。

プラグインのアップデート

VMware Infrastructure 3 ソフトウェア スイートのこのリリースには、VMware Update Manager のアップデートが含まれています。詳細については、「 VMware Update Manager 1.0 Update 6 for VirtualCenter 2.5 リリース ノート」 を参照してください。
VMware Converter Enterprise Update 4 は、VirtualCenter 2.5 Update 6 と互換性があります。

 

解決した問題

  • JRE バージョン 1.5.0_32 へのアップデート

    Oracle(Sun) JRE のバージョンが 1.5.0_32 にアップグレードされ、Oracle(Sun) JRE の旧リリースにあった複数のセキュリティの問題が解決しています。

    Oracle 社は、Oracle Java SE Critical Patch Update Advisory - October 2011( http://www.oracle.com/technetwork/topics/security/javacpuoct2011-443431.html)の中で、JRE 1.5.0_32 で解決された問題の CVE 識別子を記載しています。

  • VirtualCenter Web Access での Firefox 3.0.x および 3.5.x ブラウザのサポート

    今回のリリースでは、VirtualCenter Web Access で Firefox 3.0.x および 3.5.x のブラウザをサポートしています。このリリースと ESX Server 3.5 Update 5 Web Access とを併用する場合は Firefox 3.x ブラウザはサポートされません。

    注:このアップデートは、VirtualCenter 2.5 Update 6a で追加されていましたが、「VirtualCenter 2.5 Update 6a リリース ノート」 の記載に誤りがありました。

ページの先頭へ

既知の問題

今回のリリースでの既知の問題点は、次のとおりです。

バックアップ

  • 静止スナップショットの作成中に仮想マシンでアプリケーションを実行すると、エラーが返されることがある
    仮想マシンの静止スナップショットの作成では、アプリケーションが実行されている仮想マシンと対話する必要があります。アプリケーションが負荷が高い処理を行なっている場合は、静止スナップショットの作成中に問題が生じる場合があります。これらの問題は、ディスクへの書き込み障害などのアプリケーション エラーあるいはスナップショットの作成エラーのどちらでもありえます。
    パワーオン状態の仮想マシンのクローンを作成できます。しかし、静止スナップショットの作成に伴って生じるため、高負荷のアプリケーションを仮想マシンで実行している場合はエラーを受け取る可能性があります。
    注:静止スナップショット作成操作の一部として、仮想マシンでカスタム スクリプトを実行できます。こうしたスクリプトを使用して、アプリケーションをシャットダウンしてスナップショット作成後にそれを戻すようにできる場合もあります。こうしたカスタムスクリプトの実行に関する詳細は、VMware Infrastructure のドキュメントセットの 『仮想マシン バックアップ ガイド』 の 「VMware Consolidated Backup」 の章を参照してください。

CIM および API

  • VI Client が HP サーバにある電源冗長性センサーの名前を誤って表示する
    VI Client を使用して HP サーバ システム上の ESX Server インストールに接続する場合、VI Client はサーバにある電源冗長性センサーを物理的な電源装置と誤って表示します。たとえば、2 つの物理的な電源装置がある冗長性センサー付きの HP サーバの場合、VI Client はこの冗長性センサーを 「Power Supplies for Power Supply 3」 と表示します。
  • IBM マルチノード システムでは、一部の CIM クラスが適切に機能しない

    次のクラスでは、EnumerateInstance() 処理が EnumerateInstanceNames() 処理よりも 1 つ少ないインスタンスを返します。

    • CIM_AssociatedSensor
    • CIM_MemberOfCollection

    次のクラスでは、一部のインスタンスで GetInstance処理が失敗します。ただし、 EnumerateInstances()処理は成功します。

    • CIM_HostedService
    • CIM_Sensor
    • CIM_SystemDevice
    • CIM_Slot
    • CIM_ElementConformsToProfile

    次のクラスでは、EnumerateInstances() および EnumerateInstanceNames() 処理は失敗し、何も結果を返しません。

    • CIM_OwningCollectionElement
    • CIM_RedundancySet
  • RequestStateChange(RestoreDefaultThresholds) の処理でエラーが発生する
    ESX Server 3.5 リリースの場合、 RequestStateChange(RestoreDefaultThresholds)処理において、一部のセンサーで次のようなエラー メッセージが表示されます。
    CIM_ERR_FAILED:index out of bounds
    エラー メッセージが表示されますが、CIMOM はしきい値をリストアします。
  • WS-Man プロトコルを使用している場合、センサーまたは SEL に対する InvokeMethod(RequestStateChange)が失敗する。
  • ESX Server 3.5 のファイアウォールによって CIM インディケーションのサポートが妨げられる
    ESX Server 3.5 のファイアウォールによって発信 HTTP 接続がブロックされます。このため、インディケーションを受信者に到達させることができません。
    回避策:サービス コンソールで、次のコマンドを使用してインディケーション受信者への接続用の発信ポートを開きます。
    esxcfg-firewall -o <ポート番号>,tcp,out,http
    ファイアウォール内で HTTP ポートを閉じるには、次のコマンドを使用します。
    esxcfg-firewall -c <ポート番号>,tcp,out,http
  • ESX Server 3.5 Update 2 以降を実行している HP 380 G5 マシンで、 CIM_IPProtocolEndpointクエリへの応答として IPMI ボードの IP アドレスが返されない
  • WS-Man プロトコルを使用している場合、ESX Server 3.5 Update 2 以降で openwsmanインディケーションが機能しない
  • IBM x3850 M2 サーバおよび IBM x3950 M2 サーバで、一部の OMC_DiscreteSensorインスタンスのデバイス ID が不正(デバイス ID の最終セグメントが -1)である
  • WS-Man プロトコルを使用している場合、 ModifyInstance()呼び出しによるセンサーしきい値の変更が失敗する
  • IBM Athena サーバで、シャーシ侵入インディケーションが使用できない
  • 一部の Dell MLK ハードウェアで、 OMC_Memoryインスタンスの NumberOfBlocksプロパティの値が 0 になる

ゲスト OS

国際化

VI Client および VI Web Access では、すべてのフィールドで ASCII 以外の文字で入力できますが、次のような制限があります。

ASCII 以外の文字の入力制限

  • リモート コマンド ライン インターフェイス(RCLI)では、入力文字列として ASCII 以外の値を指定することはサポートされていません。
  • VMware Infrastructure 3 またはそのコンポーネントのいずれかをインストールするコンピュータの名前には、ASCII 文字だけを使用してください。
  • VirtualCenter Server をインストールするコンピュータまたは仮想マシンの名前に ASCII 以外の文字があった場合、VirtualCenter Server のインストールに失敗します。
  • すべてのコンポーネントについて、インストーラで指定されたデフォルトのインストール パス名を使用するようにします。インストール パスは変更しないでください。インストーラは、ASCII 以外の文字および拡張 ASCII 文字を含むインストール パス名をサポートしません。
  • データストア名、仮想ネットワーク名、およびイメージ ファイル名(CD、DVD、およびフロッピー ドライブ)は、ASCII 文字のみに制限されます。
  • [今日のメッセージ] には ASCII 文字のみを使用する必要があります。
  • VirtualCenter Server へのログインは、ユーザー名(Windows のログイン アカウント名)に ASCII 文字のみを使用している場合にサポートされます。
  • ASCII 以外の文字を使用すると、イメージのカスタマイズが失敗する場合があります。
  • カスタム属性の名前と値には、ASCII 文字のみを使用する必要があります。
  • 一般的なインターネットの運用およびプロトコルに適合させるため、次の項目は非 ASCII 文字を含むことができません。ホスト名、ワークグループ名、ドメイン名、URL、E メール アドレス、SMTP サーバ名、SNMP コミュニティ文字列。
  • ASCII エンコーディングを使用するゲスト OS のカスタマイズがサポートされていますが、UTF-8 エンコードの日本語、中国語またはドイツ語のネイティブ文字を使用するカスタマイズのサポートが制限されています。非 ASCII エンコードの所有者名、組織名、ユーザー名、またはパスワードを使用するカスタマイズの場合、VirtualCenter および sysprep ツールがゲスト OS と同じロケールにホストされる必要があります。これは UTF-8 エンコードの応答ファイルを使用するシナリオを含みます。

ASCII 以外の文字の表示制限

  • VirtualCenter Server を言語が異なる Windows で実行中の VI Client で管理する場合、Windows における言語固有のサポート状況の違いが原因で、文字が正常に表示されない場合があります。
  • ASCII 以外の文字を含むログの場所またはユーザー名がエラー メッセージに含まれる場合、ローカライズされた環境では正常に表示されません。
  • VMware Converter のインポート ウィザードを使用する場合、日時書式が現在のロケールと異なる場合があります。
  • ロケールが日本語の場合、[タスク ビュー] タブの [ステータス] コラムおよび [タスク詳細] では、Unicode 文字は 「???」 で表示されます。  
  • [サマリ] タブの [コマンド] セクションは適切に表示されません。  
  • VirtualCenter が VirtualCenter 2.0.2 からアップグレードされている場合、ローカライズ版の VirtualCenter 2.5 Update 5 のデータ センター名で ASCII 以外の文字が使用できない
    VirtualCenter 2.0.2 からローカライズ版の VirtualCenter 2.5 Update 5 にアップグレードし、ASCII 以外の文字を VirtualCenter 2.5 Update 5 のデータ センター名に使用した場合、VMware VirtualCenter Server サービスを再起動するとデータ センター名の文字がすべて 「?」 に変わります。
    回避策:VirtualCenter 2.0.2 ではデータ センター名で ASCII 文字のみをサポートしています。アップグレード後の場合でも、データ センター名には ASCII 文字を使用してください。

Guided Consolidation の制限

[Guided Consolidation] タブは、en_US ロケールでのみ使用できます。  

翻訳の問題

このリリースでの翻訳に関する既知の問題点は次のとおりです。

  • アップグレード ウィザードが翻訳されていません。
  • ESX Server ホストから送信される一部のメッセージが翻訳されていません。
  • 一部のインターフェイスのレイアウトでは、ローカライズがまだ完成していません。

国際化に関するその他の問題点

次の追加の問題点が見つかっています。

  • 日本語のロケールで SQL Server 2005 を使用する VirtualCenter 2.0.2 を VirtualCenter 2.5 にアップグレードすると VirtualCenter Server で障害が発生する(KB1017604)
  • 選択した言語設定を VI Client がオーバーライドすることがある(KB 1017606)
  • ローカライズ版の VI Client で一部の文字列値が英語で表示される
    ローカライズ版の VI Client では、[プラグイン マネージャ] ページの [インストール] タブにある一部の文字列値が英語で表示されます。  
  • ローカライズ版の Web Access で [OK] ボタンと [キャンセル] ボタンが正しく表示されない
    ドイツ語版の Web Access で Firefox 3.5 を使用すると、[出力ファイルの選択] ページの [OK] ボタンと [キャンセル] ボタンが正しく表示されません。    
    回避策 1:Firefox 3.5 を使用する場合は、[出力ファイルの選択] ページで <Tab> キーを使用して [OK] ボタンと [キャンセル] ボタンを切り替えます。    
    回避策 2:Firefox 3.5 ではなく Internet Explorer 6.0 を使用します。
  • 日本語とドイツ語のロケールで VirtualCenter 2.0.2 を VirtualCenter 2.5 Update 6 にアップグレードするとラジオ ボタンのラベルが正しく表示されない
    VirtualCenter 2.0.2 を VirtualCenter 2.5 Update 6 にアップグレードすると、[アップグレード情報] 画面の [パフォーマンス データ] セクションでラジオ ボタンのラベルが重なって表示されます。英語版とローカライズ版のラジオ ボタンのラベルは、次のとおりです。
    英語
    1. Keep all performance data
    2. Discard all performance data
    3. Keep performance data recorded during past 12 months
    日本語
    1. すべてのパフォーマンス データを保持
    2. すべてのパフォーマンス データを廃棄
    3. 過去 12 ヶ月間に記録されたパフォーマンス データを保持
    ドイツ語
    1. Alle Leistungsdaten aufbewahren
    2. Alle Leistungsdaten verwerfen
    3. Leistungsdaten der letzten 12 Monate aufbewahren

     

  • ローカライズ版の VI Client で表示されるすべてのセンサーの健全性ステータスが英語版と異なる(KB 1018219)
  • VI Client ツール バーで [マップ] アイコンをクリックすると概要エリアが正しく表示されない
    中国語版の VI Client で VI Client ツール バーの [マップ] アイコンをクリックすると、マップ イメージが正しく認識されないため、概要エリアが正しく表示されません。  
    回避策:マップ イメージの概要を表示する場合は、VI Client ツール バーで [インベントリ] - [ホストおよびクラスタ] をクリックします。 表示する項目を選択し、[マップ] アイコンをクリックします。
  • ローカライズされているオペレーティング システムで、英語版のみの VI Client を使用して ESX Server ホストに直接接続すると、ユーザー インターフェイスの一部にローカライズされた文字列が表示されることがあります。
  • VMware Infrastructure Client のホストのオペレーティング システムの言語と、VirtualCenter Server またはデータベースのホストのオペレーティング システムの言語が異なる場合、アラームの [スクリプトの実行] アクションで使用される値が VirtualCenter Server の再起動後に正しく表示されない場合があります。
  • 簡体字中国語バージョンの VI Web Access では、[キャンセル] ボタンのテキストが不正で、正しく表示されません。
  • ドイツ語版 VI Client の [再インストール] ウィザードに誤ったテキストが表示される
    ドイツ語版の VI Client では、[再インストール] ウィザードに誤ったテキストが表示されます。
    [再インストール] ウィザードには、
    「 Der Installations-Assistent ermöglicht Ihnen, VMware Infrastructure Client 2.5 zu entfernen.」 と表示されずに
    「 Der Installations-Assistent ermöglicht Ihnen, Virtual Infrastructure Client 2.5 zu reparieren oder zu entfernen.」 と表示されます。
  • マシンが生成した仮想マシン名を含むリンクが機能しない
    Web Access を使用して、自動生成された仮想マシン名(「+5paw55qE5qih5p2,/」 のように、通常 「+」 記号で開始して 「/」 で終了)を含むリンクをクリックしてデータストアを参照すると、Web ブラウザは空のページを表示するか、「Not Found Error」 ページを返します。ただし、VI Client を使用すれば、このような仮想マシンにアクセスできます。
  • 日本語版の VI Client の使用中に、[ネットワークの追加ウィザード] の [ネットワーク アクセス] ページのテキストが正しく表示されない
    日本語版の VI Client の使用して VirtualCenter にアクセスしているときに、[ネットワーク アクセス] ページに表示されるネットワークの詳細(IP アドレス)が正しく表示されません。
    [ネットワーク アクセス] ウィンドウは、[構成] タブの下の [ネットワーク] オプションから、[ネットワークの追加] を選択すると、[ネットワークの追加ウィザード] に表示されます。
    回避策:ネットワーク情報(IP アドレス)は、[ネットワーク アダプタ] ページで表示できます。[ネットワーク] を表示するには、[構成] - [ネットワーク] - [プロパティ] - [ネットワーク アダプタ] を選択してください。
  • Update Manager がアップデートをスキャンするとき、[イベント] タブにコーディング文字列が表示される場合がある
    ローカライズ版の VirtualCenter 2.5 Update 5 で VMware Update Manager 1.0 Update 4 を使用して ESX Server ホストまたは仮想マシンに対するアップデートのスキャンが実行されると、[イベント] タブの一部の説明が、直接読める説明ではなく、コーディング文字列で表示されます。 たとえば、VirtualCenter で、[ [data.name] のパッチ メタデータが欠落しています。アップデート メタデータを最初にダウンロードしてください。] と表示されずに、次のようなコーディング文字列が表示されます。
    • event.com.vmware.vcIntegrity.MetadataNotFound.fullFormat
    • event.com.vmware.vcIntegrity.MetadataNotFound.category
  • VMware Infrastructure Client のアップグレード
    旧バージョンの VI Client から VI Client 2.5 Update 6b のローカライズ版にアップグレードすると、エラーが発生することがあります。
    回避策:旧バージョンの VI Client をアンインストールしたあと、VirtualCenter Server 2.5 Update 6b から VI Client 2.5 Update 6b を再インストールする必要があります。

VMotion での移行

その他

ネットワーク

パフォーマンス概要チャート

  • 「STATs Report Service internal error」 でパフォーマンス概要チャートが表示されない(KB 1012812)
  • Internet Explorer から Tomcat サーバの IP アドレスにアクセスできる場合のみパフォーマンス チャートが表示される
    Internet Explorer から Tomcat サーバの IP アドレスにアクセスできない場合、VI Client の [パフォーマンス概要] タブで次のようなエラー メッセージが表示される場合があります。
    ERROR The requested URL could not be retrieved
    回避策:
    • Windows ファイアウォールが VirtualCenter Server システムでオフになっていることを確認します。
    • VirtualCenter Server の Internet Explorer で、VirtualCenter Server の IP アドレスを [例外] リストに含めるようにしてプロキシ サーバ設定を構成します。
    1.  
      1. VirtualCenter Server システムの Internet Explorer で [ツール] - [インターネット オプション] を選択します。
      2. [接続] タブで [LAN の設定] を選択します。
      3. [ローカル エリア ネットワーク(LAN)の設定] ウィンドウで、[ローカル アドレスにはプロキシ サーバーを使用しない] チェック ボックスを選択し、[詳細設定] を選択します。
      4. [プロキシの設定] ウィンドウで、VirtualCenter Server の IP アドレスを [例外] フィールドに追加します。
  • VirtualCenter Server で Oracle データベースを使用している場合に、パフォーマンス概要チャートが表示されないことがある(KB 1008328)
  • VirtualCenter Server で SQL Express のバンドルされたデータベースを使用している場合に、パフォーマンス概要チャートが表示されないことがある(KB 1008329)
  • VMware Infrastructure Web Access サービスを停止しないで VirtualCenter をアップグレードした場合、パフォーマンス概要チャートが表示されないことがある(KB 1008330)
  • Internet Explorer で JavaScript の実行が有効になっていない場合、パフォーマンス概要チャートが VirtualCenter で表示されないことがある
    Internet Explorer で [アクティブ スクリプト] セキュリティ設定が有効になっていることを確認してください。 有効になっていない場合、[パフォーマンス概要] タブに次のようなメッセージが表示されます。
    スクリプトは通常、安全です。スクリプトを実行できるようにしますか。
    アクティブ スクリプトを有効にするには次のようにします。
    1. Internet Explorer ブラウザで [ツール] - [インターネット オプション] を選択します。
    2. [セキュリティ] タブで [インターネット] ゾーンを選択し、[レベルのカスタマイズ] をクリックします。
    3. [スクリプト] にある [アクティブ スクリプト] で [有効にする] を選択します。
  • [プラグイン マネージャ] ウィンドウの [インストール済み] タブにパフォーマンス概要プラグインが表示されないことがある
    パフォーマンス概要プラグインをインストールすると、[使用可能] タブには表示されるものの、[インストール済み] タブに表示されないことがあります。
    回避策:VI Client を再起動します。それでもプラグインが [インストール済み] タブに表示されない場合、VirtualCenter Server と VI Client が同じドメインのメンバーであることを確認してください。
    これらのドメインを確認するには、[マイ コンピュータ] を右クリックし、[プロパティ] を選択して、[コンピュータ名] タブにある情報を確認します。
  • パフォーマンス概要プラグインの [ダウンロードとインストール] をクリックするとエラーが発生する
    パフォーマンス概要プラグインがインストールされていても、[プラグイン マネージャ] ウィンドウの [使用可能] タブにプラグインの [ダウンロードとインストール] ボタンが表示されます。[ダウンロードとインストール] をクリックすると、VirtualCenter で次のようなエラー メッセージが表示されます。
    無効な URI:URI が空です。
    パフォーマンス概要プラグインでは [ダウンロードとインストール] をクリックしないでください。
  • パフォーマンス概要プラグインを再インストールすると [パフォーマンス概要] タブが表示されないことがある
    パフォーマンス概要プラグインをアンインストールしたあと再インストールした場合、[プラグイン マネージャ] ウィンドウでプラグインを有効にしないかぎり、[パフォーマンス概要] タブが VirtualCenter Server に表示されない場合があります。 プラグインを有効にするには次のようにします。
    1. VirtualCenter Server で [プラグイン] - [プラグインの管理] をクリックします。
    2. [プラグイン マネージャ] ウィンドウの [インストール済み] タブで、com.vmware.vim.stats.report について [有効] を選択します。

サーバ構成

ストレージ

アップグレードおよびインストール

その他のアップグレードおよびインストールの問題

VirtualCenter のアップグレードおよびインストール

仮想マシンの管理

  • クローン作成された SLES 10 および RHEL 4 仮想マシンが IP アドレスを取得できない
    SLES 10(SUSE Linux Enterprise Server 10)または RHEL 4(Red Hat Enterprise Linux 4)仮想マシンをクローン作成した場合、クローン作成された仮想マシンは IP アドレスを取得できません。
    回避策:SLES 10 または RHEL 4 仮想マシンをカスタムでクローン作成します。仮想マシンをカスタムでクローン作成すると、IP アドレスを取得できます。
  • Windows Server 2008 または Windows Vista 仮想マシンのカスタマイズ済みクローンで、パワーオン時にネットワークの場所を選択するように要求される(KB 1008378)
  • 無効な製品 ID がカスタマイズ仕様に設定されている場合、Windows Server 2008 および Windows Vista 仮想マシンのクローンが繰り返し再起動される
    ライセンスを持つ Windows Server 2008 または Windows Vista の仮想マシンが [カスタマイズ ウィザード] でカスタマイズされてクローン作成された場合に、無効な製品 ID が [カスタマイズ ウィザード] の [Windows ライセンス] ページに入力されていると、クローンである仮想マシンは、起動時に次のようなエラー メッセージを表示しながら繰り返し再起動されます。
    パス [specialize] の無人応答ファイルを解析または処理できませんでした。応答ファイルで指定されている設定を適用できません。[Microsoft-Windows-Shell-Setup] の設定を処理中に、エラーが検出されました。
    コンピュータが予期せず再起動されたか、予期しないエラーが発生しました。Windows のインストールを続行できません。Windows をインストールするには、[OK] をクリックしてコンピュータを再起動してから、インストールを再実行してください。
  • Windows Server 2008 または Windows Vista ゲスト OS のカスタマイズ仕様は続けて 3 回しか変更できない
    Windows Server 2008 または Windows Vista を実行している仮想マシンを想定してください。この仮想マシンをカスタマイズしてクローンを作成したあと、クローンのカスタマイズ仕様を編集して別の仮想マシンを作成できます。ただし、そのようなクローン操作は続けて 3 回までしか実行できません。
    たとえば、仮想マシン A から仮想マシン B、仮想マシン B から仮想マシン C、仮想マシン C から仮想マシン D をそれぞれクローン作成し、各クローン操作でゲスト OS のカスタマイズ仕様を編集した場合、仮想マシン D をカスタマイズしてクローン作成する操作は失敗することがあります。
  • カスタマイズした仮想マシンのクローン作成で、Sysprep ファイル情報に関するダイアログ ボックスが表示されることがある
    カスタマイズして仮想マシンのクローンを作成するときに、クローニング プロセスが完了せず、Sysprep ダイアログ ボックスで追加ファイルを要求されることがあります。
    回避策:Windows のミニ セットアップが見つけられないファイルのリストをメモしておきます。ソース マシンから必要なファイル( c_20127.nlsなど)を Sysprep インストール ファイル フォルダ( c:¥sysprep¥i386)にコピーしてから、カスタマイズしたクローン作成を実行します。Sysprep で要求されるファイルは、通常はソース仮想マシンの次の場所にあります: C:¥Windows¥system32
    仮想マシンが起動し、カスタマイズが完了すると Sysprep ディレクトリは削除されます。
  • クローン作成した仮想マシンに DNS のサフィックスが含まれない(KB 1004299)
  • クローン作成した仮想マシンが元の仮想マシンの .vmdk ファイルを参照する(KB 1004176)
  • テンプレートからの仮想マシンのデプロイが、権限がない旨を伝えるエラーで失敗する(KB 1004295)
  • 「作成」 権限を持つユーザーが仮想マシンを作成できない(KB 1004417)
  • ファームウェアのアップグレード時に、仮想マシンで I/O が停止することがある
    I/O ワークロードが大きい共有 LUN で仮想マシンを実行していて、かつ、ストレージ管理ユーティリティを使用してファームウェアをアップグレードするかストレージ コントローラを再起動する場合、すべての仮想マシンで I/O が停止することがあります。
    vmkernel.logファイルに、次のようなメッセージが表示される場合があります。
    1:01:05:07.275 cpu2:1039)WARNING:FS3:4785: Reservation error:Not supported
    SCSI:4506: Cannot find a path to device vmhba1:0:125 in a good state.Trying path vmhba1:0:125.
    1:01:05:10.262 cpu3:1039)ALERT:SCSI:4506: Cannot find a path to device vmhba1:0:125 in a good state.Trying path vmhba1:0:125.
    1:01:05:40.748 cpu1:1083)<6>mptbase:ioc0:LogInfo(0x30030108):Originator={IOP}, Code={Invalid Page}, SubCode(0x0108)
    1:01:05:40.930 cpu0:1024)Log:472: Setting loglevel (via VSI) for module 'SCSI' to 5
  • ホストが隔離された場合、フェイルオーバー後に仮想マシンをパワーオンできない
    ホストが隔離され、隔離時の対応がクラスタのデフォルト構成である [ゲスト シャットダウン] に設定されている場合、フェイルオーバー後に仮想マシンが起動しないことがあります。これは、ノードが 5 個未満のクラスタで、ゲストのシャットダウンを完了するまでの時間が長い仮想マシンで発生することがあります。
    回避策:ノードが 5 個未満のクラスタでは、隔離時の対応を [パワーオンのままにする] または [パワーオフ] に設定します。
    仮想マシンの [ホスト隔離時の対応] を設定するには、クラスタを選択し、[設定の編集] リンクをクリックして、[VMware HA] の下にある [仮想マシンのオプション] を選択します。 [ホスト隔離時の対応] ポップアップ メニューから、その仮想マシンに対して [仮想マシンをパワーオンのままにする] オプションまたは [仮想マシンのパワーオフ] オプションを選択します。
  • VMware Tools のカスタム スクリプトが、サスペンドとシャットダウン イベントに実行されない(KB 1004390)
  • [1 回実行] ページで指定したコマンドの実行に失敗する
    Virtual Infrastructure クライアントの [ゲスト カスタマイズ ウィザード] の [1 回実行] ページで、最後の文字が引用符のコマンドを指定している場合、ユーザーがカスタマイズされたゲスト OS にログオンしているときにはコマンドは失敗します。
    回避策:[1 回実行] ページでコマンドを指定するときには、最後に引用符を置かないようにしてください。
  • ゲスト OS をカスタマイズするときにライセンスキーを入力しない場合、Windows 2000 および Windows Server 2003 の仮想マシンのクローン作成に失敗する
    Windows 2000 または Windows Server 2003 の仮想マシンのクローン作成時に、[ゲストのカスタマイズ オプションの選択] ページで [カスタマイズ ウィザードを使用してカスタマイズする] を選択し、かつ [VMware Infrastructure Client Windows ゲスト カスタマイズ] ウィザードの [Windows ライセンス] の [サーバ ライセンス情報を含む] チェック ボックスを選択解除した場合は、クローン操作は失敗し、次のようなメッセージが表示されます。 カスタマイズに失敗しました。

VirtualCenter、VI Client、および Web Access の問題

  • Microsoft Windows イベント ビューアで VirtualCenter Server の情報が表示されない
    Microsoft Windows イベント ビューアでは、 vmeventmsg.dllファイルを参照できないため、VirtualCenter Server の情報が表示されません。
    回避策: C:¥Program Files¥VMware¥Infrastructure¥VirtualCenter Server¥dbupgradeから C:¥Program Files¥VMware¥Infrastructure¥VirtualCenter Serverに vmeventmsg.dllファイルをコピーします。
  • Windows Server 2008 または Windows Vista オペレーティング システムで VI Client を実行するとエラーが発生する
    Windows Server 2008 または Windows Vista オペレーティング システムから vSphere 4.0 VI Client を使用して、インストール済みの VirtualCenter 2.5 または ESX 3.5 ホストに接続すると、VI Client インストーラの実行時に問題が発生することがあります。この問題は、管理者権限を持たないユーザーに対して Windows Server 2008 および Windows Vista オペレーティング システムでユーザー アカウント制御(UAC)が有効になるために発生します。
    回避策:
    1. 管理者としてログインして、VI Client インストーラをインストールします。
    2. VI Client のインストール ウィザードでインストールを行うか保存するかのプロンプトが表示されたときに、ファイルの保存を選択します。
    3. 管理者ではないですが、管理者権限を持っているユーザーとしてログインする場合は、UAC を無効にしてから vSphere 4.0 VI Client を VirtualCenter 2.5 サーバまたは ESX 3.5 ホストに接続し、インストーラを実行します。インストールが完了したら、Windows Server 2008 または Windows Vista オペレーティング システムの UAC を有効にします。
      • Windows 2008 または Windows Vista オペレーティング システムで UAC を無効にするには、次の手順を実行します。
        1. [スタート] - [設定] - [コントロール パネル] - [ユーザー アカウント] の順に選択します。
        2. [ユーザーアカウント制御の有効化または無効化] をクリックします。
        3. [ユーザー アカウント制御(UAC)を使ってコンピュータの保護に役立たせる] を選択解除し、[OK] をクリックします。
        4. プロンプトが表示されたらマシンを再起動します。
      • Windows 2008 または Windows Vista オペレーティング システムで UAC を有効にするには、次の手順を実行します。
        1. [スタート] - [設定] - [コントロール パネル] - [ユーザー アカウント] の順に選択します。
        2. [ユーザーアカウント制御の有効化または無効化] をクリックします。
        3. [ユーザー アカウント制御(UAC)を使ってコンピュータの保護に役立たせる] を選択して、[OK] をクリックします。
        4. プロンプトが表示されたらマシンを再起動します。
  • VirtualCenter Server で VirtualCenter の処理およびタスクの完了までに異常に時間がかかる
    VirtualCenter Server で VirtualCenter Server の処理およびタスクの完了までに異常に時間がかかり、後続のタスクが待ち行列に入ります。これは、VirtualCenter Server からの応答がない場合と似ています。一部のタスクのステータスは、[処理中] として数時間表示されます。この問題は、VirtualCenter にあるホストおよび仮想マシンのインベントリが大きく、VirtualCenter Server に負荷がかかっている場合に発生します。
    回避策:
    1. vpxd.cfgファイルで終了タグ </vpxd>の前に次のテキストを追加します。
      <heartbeat>
          <maxHandlers>10</maxHandlers>
      </heartbeat>
    2. vpxd サービスを再起動します。
  • Firefox 3.x を使用して VirtualCenter 2.5 Update 6 WebAccess にアクセスすると、ナビゲーション ペインの表示エラーが発生する
    Firefox 3.x を使用して VirtualCenter 2.5 Update 6 から Web Access にアクセスしてログインすると、ナビゲーション ペインのインベントリ ドロップダウン メニューでフォルダまたはデータ センターの名前が正しく表示されません。
    回避策:ナビゲーション ペインの [上へ] ボタンを使用して、インベントリ ドロップダウン メニューを移動します。
  • 11 個以上のディスクを持つ仮想マシンを作成すると、仮想マシンのプロパティでディスクが誤った順序になる
    11 個以上の仮想ディスクを持つ仮想マシンを VI Client で作成してデプロイすると、[仮想マシンのプロパティ] ウィンドウでディスクが誤った順序になります。
  • esxcfg-firewall を使用してサービス コンソールに ESX ファイアウォールへの構成の変更を行なっても VirtualCenter では更新されない
    ファイアウォール サービスのサービス ステータスのメッセージは、 esxcfg-firewallコマンドを使用して ESX Server サービス コンソール上で有効化または無効化のアクションを行なっても VI Client では更新されません。
  • 管理者権限を持つリソース プール レベルのユーザーで [はじめに] タブにあるリンクが機能しない
    管理者権限がリソース プール レベルでユーザーに付与されている際、これらのユーザーは、該当するリソース プールにある仮想マシンの [はじめに] タブのリンクを使用して予定の処理を行うことができません。
    回避策:各仮想マシンを右クリックすると表示されるポップアップ メニューを使用すると、すべての機能を適切に使用できます。
  • 単一の仮想マシンで [読み取り専用] または管理者権限を持つユーザーは仮想マシンを作成できない
    単一の仮想マシンで [読み取り専用] または管理者権限を持つユーザーは、[はじめに] タブの [新規仮想マシンの作成] リンクをクリックして仮想マシンを作成できません。 [新規仮想マシンの作成] リンクは有効ですが、ユーザーがリンクをクリックすると先には進めず、次の例のようなメッセージが表示されます。
    「Vmomi.Folder」 タイプのオブジェクトを 「Vmomi.ComputerResource」 タイプにキャストできません。
  • テンプレートからデプロイされた仮想マシンを正しくカスタマイズできないことがある
    Windows XP または Windows Server 2003 の仮想マシン テンプレートにウィルス対策ソフトウェアおよび VPN クライアント ソフトウェアが含まれていて、仮想マシンがカスタマイズされたゲスト OS の設定を持つテンプレートからデプロイされている場合は、その仮想マシンにカスタマイズ設定が含まれていないことがあります。
    回避策:テンプレートからウィルス対策ソフトウェアおよび VPN クライアント ソフトウェアをアンインストールしてから仮想マシンをデプロイします。
  • リソース プール レベルの管理者権限を持つユーザーが仮想マシンを作成できないことがある
    VirtualCenter Server または ESX Server ホストに接続されている VI Client では、リソース プール レベルで管理者権限を割り当てられているユーザー名は仮想マシンを作成できません。[新規仮想マシン] の [次へ] ボタンは使用できません。
  • デフォルトのシステム管理者グループが VirtualCenter Server から削除できる
    システム管理者権限を持つユーザーは、[ホストおよびクラスタ] ノードの [権限] タブを使用して VirtualCenter Server からデフォルトのシステム管理者グループを削除できます。 デフォルトのシステム管理者グループを削除すると、VirtualCenter Server から VI Client を切断し、次のような接続エラー メッセージが表示されます。
    サーバ 「local host」 との現在のセッションは無効です。再度ログインしますか?
    VirtualCenter Server に再度ログインできない場合があります。
  • VMware DRS と DPM とともに有効になっているクラスタに ESX Server ホストを追加すると VirtualCenter Server が応答を停止することがある
    DPM も有効になっている VMware DRS クラスタに ESX Server ホストを追加すると、VirtualCenter Server が応答を停止することがあります。
    回避策:クラスタから DPM を無効にしたあと ESX Server ホストをクラスタに追加します。
  • VI Client のリセット センサーが一般的なシステム エラーを返す(KB 1004256)
  • 一部インベントリ オブジェクトで [はじめに] タブのリンクが表示されないことがある(KB 1003216)
  • Oracle データベース テーブルのサイズが不必要に拡大する(KB 1004095)
  • VI Client をインストールする前に、64 ビット版 Windows で .NET Framework 2.0 をインストールする必要がある(KB 1004093)
  • VI Client でクライアント アップデートのダウンロードに関するメッセージが表示されない(KB 1004396)
  • 自動 Tools アップグレードを行うと、IP アドレスと DNS のエントリが仮想マシンの [サマリ] タブに表示されなくなる(KB 1004487)
  • VI Client で Update Manager プラグインと Converter Enterprise プラグインが使用できない(KB 1004292)
  • Windows のレジストリに 2 つの異なる VI Client バージョンのエントリが表示される(KB 1004352)
  • Windows Server 2003 SP1 に VI Client 2.0.x がインストールされている場合、VI Client 2.5 の自動ダウンロードに失敗する(KB 1003620)
  • 統合が次のエラーで失敗する:[VirtualCenter には、企業内のドメインやワークグループを列挙するために詳細な情報を収集する必要があります。この処理には、数分かかる場合があります。あとで操作をやり直してください。](KB 1006099)

VMware HA(High Availability)

  • 障害が発生した一部の仮想マシンをデフォルトのフェイルオーバー ホストでパワーオンできない
    HA フェイルオーバー時は、障害が発生した一部の仮想マシンが、デフォルトのフェイルオーバー ホストで再度パワーオンできません。これは、 das.defaultfailoverhost設定が有効にならないために発生します。
    回避策:
    1. VI Client で das.defaultfailoverhostを指定し、クラスタを再構成します。
      1. VI Client で [ホストおよびクラスタ] をクリックします。
      2. クラスタを右クリックし、[設定の編集] を選択します。
      3. [<クラスタ名> の設定] ページで [VMware HA] を選択し、[詳細オプション] をクリックします。
      4. [オプション] フィールドに das.defaultfailoverhostと入力し、[値] フィールドにデフォルトのフェイルオーバー ホストの IP アドレスとホスト名を入力します。
      5. [OK] をクリックしてクラスタを再構成します。
    2. 前に障害が発生し、クラスタに再度参加したすべてのホストを再構成します。
      1. VI Client で [ホストおよびクラスタ] をクリックします。
      2. クラスタを選択し、[ホスト] タブをクリックします。
      3. 再構成するすべてのホストを選択し、右クリックして [VMware HA 用に再構成] を選択します。
  • HA フェイルオーバー イベントのあと、NFS データストアを使用する仮想マシンが失敗する場合がある
    NFS データストアの仮想マシンでメモリのオーバーコミットが発生すると、vswp ファイルが作成されます。このスワップ ファイルのサイズはゼロではありません。このような場合、HA フェイルオーバー イベントが発生し、その HA の設定が [仮想マシンをパワーオンのままにする] に設定されていると、HA イベントの前に仮想マシンが実行中であった元のホストで、その仮想マシンが失敗する場合があります。
    メモリのオーバーコミットが NFS データストアの仮想マシンで発生していない場合でも、設定が [仮想マシンをパワーオンのままにする] の状態で HA フェイルオーバー イベントが発生すると、元のホストで実行されている仮想マシンの移行が失敗するようになる可能性があります。
    回避策:ESX Server 3.5 ホストには Patch ESX350-200905401-BG を適用し、ESX Server 3i バージョン 3.5 ホストには Patch ESXe350-200905401-I-BG を適用してください。
  • NAS データストア上で実行中の仮想マシンが、[ホスト隔離時の対応] として [シャットダウン] または [パワーオンのままにする] に構成されていると、ネットワークの隔離が発生したときに、その仮想マシンが 2 台のホスト上で同時に実行しようとする場合がある
    ホストの隔離につながる複数のネットワーク障害が発生し、データストアへのアクセスが切断されたときに、ホスト隔離時の仮想マシンの設定が [シャットダウン] または [パワーオンのままにする] に構成されていると、以後、仮想マシンが応答しなくなる可能性があります。HA が仮想マシンをパワーオフして別のホストで再起動しようとするため、VI Client でその仮想マシンのインスタンスが 2 つ認識されることがあります。HA と VMFS が仮想マシンのデータへのアクセスを正しく制御するため、データの破損は発生しませんが、元の仮想マシンは応答しなくなります。データストアへのアクセスが隔離されたホストにリストアされたあと、元の仮想マシンを手動でパワーオフできます。
    回避策:NFS または iSCSI 環境では、ホストが隔離された場合、デフォルトの仮想マシンの対応として [仮想マシンのパワーオフ] をクラスタで選択します。

     

  • ESX Server ホスト 1 台あたり約 80 台の仮想マシンが存在する HA クラスタでは、仮想マシンが別のホストにフェイルオーバーされない場合がある
    VirtualCenter 2.5 Update 5 リリース以降の HA クラスタでは、ESX Server ホスト 1 台あたり最大 80 台の仮想マシンをサポートできます。HA クラスタで ESX Server ホスト 1 台あたり約 80 台の仮想マシンを実行している場合、障害の発生したホストの数がフェイルオーバーの上限より下回っている場合でも、すべての仮想マシンがクラスタ内の別のホストでパワーオンされないことがあります。VirtualCenter Server には次のようなメッセージが表示されることがあります。
    <データ センター名> のクラスタ <クラスタ名> にある <ESX Server 名> の HA エージェントにエラーがあります
    ログ ファイルには次のようなメッセージが表示されることがあります。
    仮想マシンをパワーオンできませんでした:実行中の VCPU 数の上限を越えました
    この問題は、ESX Server あたりの仮想 CPU 数の上限が 192 まで増えていない場合に発生します。ESX Server 3.5 Update 1 リリース以降、ESX Server あたりの仮想 CPU 数の上限が 128 から 192 に増えています。デフォルトでは ESX Server ホストの上限は 128 のままです。この問題を解決するには、HA クラスタの各 ESX Server の仮想 CPU 数の上限を 192 に増やします。
    ESX Server ホストの仮想 CPU 数の上限を増やすには、「 ESX 3.5 Update 1 以降のアップデートでは仮想 CPU 数の上限が 128 から 192 に増加」 を参照してください。(KB 1006393)
  • HA 対応のクラスタで編集済みの詳細オプションが有効にならない(KB 1008479)
  • ホストのフェイルオーバー後、VMware HA の健全性の監視でコンソールに再起動が表示されない
    ホストで障害が発生したあと、HA クラスタで健全性の監視が有効になっていると、仮想マシン コンソールには空のウィンドウが表示されます。このコンソールには、仮想マシンの再起動が表示されません。
    回避策:新しいコンソール ウィンドウを開いて、フェイルオーバー後に仮想マシンが再起動したことを確認する必要があります。
  • HA-DRS クラスタの操作中に VI Client が、ホストを応答なしと表示することがある
    DRS クラスタに対するホストの追加や削除、DRS 推奨の適用など、HA-DRS クラスタの操作中に、ホスト IP が到達可能にもかかわらず、VI Client がホストを応答なしと表示することがあります。
    回避策:HA-DRS クラスタからホストを切断し、再接続します。これによってシステムが更新され、VI Client に実行済みの構成の変更が反映されます。それでも、VI Client がホストを 「応答なし」 と表示する場合は、HA-DRS クラスタからホストを切断し、ホストを削除してから、再びこのホストを同じクラスタに追加します。
  • VirtualCenter Server のアップグレード後に ESX Server ホストでの HA エージェントの再構成に失敗することがある
    HA が有効なクラスタを含む VirtualCenter Server をアップグレードし、ESX Server ホストが VirtualCenter に再接続されると、ESX Server ホストの 1 つの HA エージェントの再構成に失敗し、次のような HA エージェント エラーが表示されます。
    <データ センター名> のクラスタ <クラスタ名> にある <ホスト名> の HA エージェントにエラーがあります:
    プライマリ ノードで cmd addnode が失敗しました:/opt/vmware/aam/bin/ft_startup failed
    回避策:VirtualCenter Server のアップグレードのあと、クラスタで HA を無効にしてからもう一度有効にします。
  • HA ネットワーク準拠性チェック
    VirtualCenter 2.5 Update 2 で HA を構成しているときに、[タスクおよびイベント] タブに次のエラー メッセージと推奨が表示されることがあります。
    <データ センター> のクラスタ <クラスタ名> にある <ESX ホスト名> の HA エージェントにエラー 「HA ネットワークに互換性がありません」 があります:
    クラスタの詳細オプション das.allowNetwork を使用してネットワークの使用を制御することを検討してください。
    VirtualCenter 2.5 Update 2 から、HA にはクラスタの信頼性を高める拡張ネットワーク準拠性チェックが含まれています。この拡張ネットワーク準拠性チェックによって、クラスタ全体のハートビート ネットワーク パスが正しいことを確認できます。詳細は、 KB 1006606 を参照してください。
  • ESX 3.5 Update 3 よりも前の ESX または ESXi のリリースでは、VMware HA の仮想マシン監視機能がサポートされていない
    VirtualCenter Server 2.5 Update 6 が管理するクラスタで VMware HA を有効にすると、ESX 3.5 Update 3 よりも前の ESX または ESXi ホストで仮想マシン監視機能が正しく動作せず、誤って仮想マシンのフェイルオーバーを実行する可能性があります。
    回避策: これらの仮想マシンの仮想マシン監視機能を無効にするか、ESX/ESXi ホストを ESX 3.5 Update 3 以降にアップグレードします。