※1 下記組み合わせで利用される場合のみ、4台まで管理可能です。 vCenter Server Foundation 6.5 U1以降 + vSphere 5.5以上 上記より古いバージョンで利用する場合、管理可能台数は3台です。 vSphere Essentials/Essentials Plusは管理できません。 k�m�mA�jQ��}̿���@�Ct�b��ڀ[���!���G�f�\(]�y��|{݀ �Y^��9��>ҙ�����@�Ҕ9��{�%Z?ԛ����*�9��h��*F��S�P:��'�_'����BA�����bO��ž�j�k����RN��9Z}(}���@ �p�o,��8IQliO��-���gꌙ��? endstream
endobj
795 0 obj
<>>>/EncryptMetadata false/Filter/Standard/Length 128/O(�\(�J�G>\\ǀ�V��S�n��{?&�PnQ�\(�)/P -1324/R 4/StmF/StdCF/StrF/StdCF/U(��sG1q���`C�TB�. Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type. vCenter Server Standard では、vRealize Log Insight for vCenter Server の 25 ログ ストリーム分のライセンスを利用いただけます*。詳細については、FAQ を参照してください。 なお、vCenter Server は、小規模環境向けの vSphere Essentials Kit にも含まれています。 6 CPU: 6 CPU: vCenter Serverの エディション: vCenter Server for Essentials: vCenter Server for Essentials: vCenter Server Foundation: vCenter Server Standard: vCenter Server Standard: 物理サーバ … 861 0 obj
<>stream
endstream
endobj
startxref
アップデート プロセスでは、既存の vCenter Server 6.0 または 6.5 設定が保持されます。. RSPAN_SRC ミラー セッションに割り当てられたポートに接続した仮想マシンが別のホストに移行され、ターゲット ホストのターゲット ネットワークで必要な物理 NIC が設定されていない場合、ポートでの RSPAN_SRC ミラー セッションの構成が失敗します。そのためポート接続は失敗しますが、vMotion 移行プロセスは成功します。, NFS vmknic が一時的に IP アドレスを失うか、ステートレス ホストが再起動した後に、ホストの NFS データストアが読み取り専用になることがあります。, 回避策:データストアをアンマウントしてから再マウントすると、NFS vmknic を介して接続を回復することができます。NFS vmknic の IP アドレスと管理 vmknic の IP アドレスの両方に NFS データストアの書き込み権限を設定することもできます。, [仮想マシン ストレージ ポリシーの編集] ダイアログで、ドロップダウン メニューから [ホスト - ローカル PMem ストレージ ポリシー] を選択して [OK] をクリックすると、タスクが次のいずれかのエラーで失敗します。, 回避策:ホスト - ローカル PMem ストレージ ポリシーを仮想マシン ホームに適用することはできません。仮想ディスクの場合、移行ウィザードを使用して仮想ディスクを移行し、ホスト - ローカル PMem ストレージ ポリシーを適用できます。, この問題は、クラスタ内のホストが数多くのデータストア(たとえば 512 〜 1,000 個)を共有する環境で発生する可能性があります。クラスタ内のホストが PDL 状態から復旧すると、データストアはホスト レベルで正常にマウントされます。ただし、vCenter Server では、複数のホストに対していくつかのデータストアが引き続きアクセス不能として表示されることがあります。, 回避策:vCenter Server ビューにアクセス不能なデータストアが表示されるホストで、vCenter Server からストレージの再スキャン操作を実行します。, vSAN 以外のデータストアでは、First Class Disk の VStorageObjectResult の backingObjectId フィールドと SnapshotInfo フィールドは常に null に設定されています。vSAN データストアでは、First Class Disk のスナップショットを作成するときに、First Class Disk の VStorageObjectResult の backingObjectId フィールドと SnapshotInfo フィールドが入力されます。First Class Disk に複数のスナップショットがある場合に、最新のスナップショットを削除すると、backingObjectId フィールドと SnapshotInfo フィールドが更新されますが、古いスナップショットを削除してもこれらのフィールドは更新されません。, ホストの混在する環境では、ESXi 6.5 ホストに接続された VMFS3 データストアから、ESXi 6.7 ホスト上の VMFS5 データストアに仮想マシンを移行することはできません。, 回避策:VMFS3 データストアを VMFS5 にアップグレードして、仮想マシンを ESXi 6.7 ホストに移行できるようにします。, 通常、ESXi のアップグレード中にアップグレードに失敗した VMFS3 データストアをアップグレードするには、CLI を使用します。VMFS3 データストアのアップグレードは、次のような理由により失敗することがあります。, 障害の原因を修正し、CLI を使用して VMFS3 データストアを VMFS5 にアップグレードすると、ホストは引き続き VMFS3 データストアを検出して次のエラーを報告します。, 廃止予定の VMFS (ver 3) ボリュームが見つかりました。vSphere 6.7 ホストで引き続き使用するには、このボリュームを VMFS (ver 5) にアップグレード必要があります。, 回避策:エラー メッセージを削除するには、/etc/init.d/hostd restart コマンドを使用して hostd を再起動するか、ホストを再起動します。, Receive Side Scaling (RSS) テクノロジーは、受信ネットワーク トラフィックを複数のハードウェアベースの受信キューに分散し、入力側トラフィックが複数の CPU で処理されるようにします。Default Queue Receive Side Scaling (DRSS) モードでは、デバイス全体が RSS モードです。ドライバは単一の論理キューを OS に示し、複数のハードウェア キューによってバッキングされます。, Mellanox ConnectX-4 および ConnectX-5 アダプタ カードの native nmlx5_core ドライバは、デフォルトで DRSS 機能を有効にします。DRSS は多くのワークロードのパフォーマンスを向上させることができますが、特定のマルチ仮想マシンおよびマルチ vCPU ワークロードのパフォーマンスが低下する可能性があります。, 回避策:パフォーマンスの大幅な低下が見られる場合は、DRSS 機能を無効にすることができます。, ホスト プロファイルを抽出したときに、ホスト プロファイルのコアダンプ ファイルの設定で [データストア名] フィールドが空になります。この問題は、esxcli コマンドを使用してコアダンプを設定すると発生します。, vmkfcoe ドライバによりサポートされるネイティブ ソフトウェア FCoE アダプタ (vmhba) を有効にしてから、ホストを再起動すると、アダプタがアダプタの一覧に表示されなくなることがあります。これは、qfle3 ドライバでサポートされている Cavium QLogic 57810 または QLogic 57840 CNA を使用している場合に発生することがあります。, または、次の End-to-End 構成に切り替えることもできます。ESXi ホスト > Cisco FCoE スイッチ > FC スイッチ > DELL EMC VNX5300 および VNX5700 シリーズのストレージ アレイ。, ユニコードを含む一部のバックアップには、ブラウザおよびファイル システムのパスとは異なる形式で Windows エクスプローラのファイル システム フォルダに表示されるものがあります。, 回避策:http、https、または ftp を使用すると、Windows エクスプローラ上でストレージ フォルダの場所に移動するのではなく、Web ブラウザ上でバックアップを参照できます。, 送信元の vCenter Server Appliance で NTP の時刻同期が無効になっている場合、vCenter Server Appliance 6.7 へのアップグレードを実行すると、アップグレードが正常に完了した後に新しくアップグレードされたアプライアンスの NTP 時刻同期が有効になります。, デフォルトの root パスワードは、vCenter Server Appliance のデプロイ時に設定したパスワードです。, 新しくアップグレードされた vCenter Server Appliance 6.7 では、NTP の時刻同期は使用されなくなり、代わりにシステムのタイムゾーン設定が使用されます。, バージョン 54 以降の Firefox を使用して vSphere Web Client にログインし、認証に Windows セッションを使用すると、VMware Enhanced Authentication Plugin がユーザー名の入力に失敗し、ログインできません。, 回避策:Windows セッション認証を使用して vSphere Web Client にログインする場合は、次のいずれかのブラウザを使用します。Internet Explorer、Chrome、または バージョン 53 以前の Firefox, ESXi ホストの同じカテゴリの複数のセンサーが 5 分未満の時間内でトリップした場合、トラップは受信されず、E メール通知は送信されません。, 回避策:なし。ハードウェア センサー セクションにアラートがないかをチェックできます。, vCenter Server for Windows を vCenter Server 6.7 から vCenter Server 6.7 Update 1 にアップデートすると、vSphere Client および vSphere Web Client の両方の [サマリ] タブで vpxd のビルド番号の細部にアップデートが反映されず、バージョン 6.7.0 と示されます。, [VCSA インストーラ] > [ステージ 2] > [アプライアンス設定] > [時刻同期オプション(ESX/NTP サーバ)] から [NTP サーバとの時刻同期] を選択する場合、ESX 管理の [時刻と日付の設定] でターゲット ESX が NTP サーバに接続されていないと、インストールに失敗します。, Windows vCenter Server では健全性サービスを使用できません。vCenter Server を選択し、[監視] > [健全性] をクリックすると、次のエラー メッセージが表示されます:, vSAN の健全性情報をクエリできません。詳細については、vSphere Client ログを確認してください。, この問題は、Windows vCenter Server をリリース 6.0 Update 1 または 6.0 Update 2 からリリース 6.7 にアップデートした後に発生する可能性があります。このメッセージは無視してかまいません。, 回避策:なし。ユーザーは、vCenter Server Appliance を介して vSAN 健全性情報にアクセスできます。, ESXi 6.5 Update 1 以前のバージョンが vCenter Server 6.7 に追加されると、CPU 温度の上昇、ファンの障害、電圧の変動などのハードウェア イベントが発生したときにハードウェア健全性に関連するアラームが生成されません。, 最新の vmodl を使用して Storage DRS 対応のクラスタに仮想マシン ディスクを構成すると、vCenter Server の動作が停止します。以前の vmodl を使用するというこれまでの回避策では問題は解決せず、その場合も vCenter Server は動作を停止します。, vCenter Server for Windows 6.0.x または 6.5.x を vCenter Server Appliance 6.7 に移行すると、データのエクスポート ステージで次のエラーが発生して移行が失敗することがあります。圧縮された zip フォルダが無効または破損しています。, 回避策:データ エクスポート フォルダを手動で圧縮し、次の手順を実行する必要があります。, vSphere 6.7 では、vCenter Server Appliance 管理インターフェイス (VAMI) の [サマリ] タブに vCenter Server および vCenter Server Appliance 製品の ISO ビルドが表示されます。vSphere Client の [サマリ] タブには、vCenter Server 製品内のコンポーネントである vCenter Server 製品のビルドが表示されます。, VAMI の [使用可能なアップデート] セクションに次のエラー メッセージが表示されます。, このメッセージは、vCenter Server Appliance がパッチまたはアップデートを検索して見つけられなかった場合に生成されます。この問題の影響を受ける機能はありません。この問題は、vSphere 6.7 の最初のパッチ リリースで解決されます。, この問題は、仮想マシンが常駐するデータストアが APD (All Path Down) の状態になり、アクセス不能になると発生する可能性があります。hostd が 仮想マシンの状態をロードまたは再ロードするときに、仮想マシンの名前を読み取ることができず、代わりに仮想マシンのパスが返されます。たとえば、「/vmfs/volumes/123456xxxxxxcc/cs-00.111.222.333」のようになります。, 回避策:ストレージの問題を解決すると、仮想マシンが再ロードされ、名前が再び表示されます。, AMD システムでは、vSphere 仮想マシンは vIOMMU を提供しません。DMA 保護には vIOMMU が必要になるため、AMD ユーザーは「仮想化ベースのセキュリティをオンにするとき」に Windows グループ ポリシー エディタで「セキュア ブートと DMA 保護」を選択することができません。代わりに「セキュア ブート」を選択します。間違ったオプションを選択すると、VBS サービスは Windows によって自動的に無効になります。, 回避策:AMD システムのゲスト OS で「セキュア ブート」プラットフォーム セキュリティ レベルを選択します。, Virtualization Based Security (VBS) は、Windows 10 および Windows Server 2016 で導入された新機能です。vSphere 6.7 リリースから、VBS を有効にした状態での Windows の実行がサポートされます。ただし、Virtualization Based Security (VBS) が有効になっている場合、メモリと CPU のホット アドは Windows 仮想マシンでは動作しません。, 回避策:仮想マシンをパワーオフし、メモリまたは CPU の設定を変更して、仮想マシンをパワーオンします。, vSAN ネットワークの障害は、vSAN オブジェクトおよび仮想マシンのアクセスに影響を与える可能性があります。ネットワークが復旧すると、vSAN オブジェクトは回復してアクセス可能になります。hostd サービスはストレージから仮想マシンの状態を再ロードして仮想マシンを復旧します。ただし、リンククローン仮想マシンの場合、hostd は親仮想マシンの名前空間がアクセス可能になったことを検出しないことがあります。その結果、仮想マシンはアクセス不能の状態のままとなり、仮想マシンのスナップショット情報は vCenter Server に表示されなくなります。, 回避策:仮想マシンを登録解除してから再登録して、hostd に強制的に仮想マシンの状態を再ロードさせます。スナップショット情報がストレージからロードされます。, インターフェイスからの呼び出しがバックエンドの applmgmt サービスに到達しなかった場合、仮想アプライアンス管理インターフェイスは、vCenter Server 6.7 からそれ以降のバージョンへのパッチ適用中に 0- メッセージまたは空白ページを表示することがあります。「Unable to get historical data import status.Unable to get historical data import status.(履歴データのインポート ステータスを取得できません。サーバ ステータスを確認してください。)」というメッセージが表示されることもあります。, 回避策:これらはエラー メッセージではありません。バックエンドのアプライアンスの再起動が完了したら、ブラウザを更新して仮想アプライアンス管理インターフェイスに再度ログインします。, [仮想マシンの登録] ウィザードの [設定の確認] ページで、表示に関する問題のために、1 本の横線のようなコンテンツが表示されることがあります。この問題はウィザードのワークフローには影響しません。, vSphere Client では、OVF テンプレートのデプロイ ウィザードでの vService 拡張機能の選択をサポートしていません。その結果、OVF 仮想アプライアンスが vService 拡張機能を使用し、ユーザーが vSphere Client を使用して OVF ファイルをデプロイすると、デプロイは成功しますが、仮想アプライアンスは起動に失敗します。, 回避策:vSphere Web Client を使用して、vService 拡張機能を使用する OVF 仮想アプライアンスをデプロイします。, vSphere 6.7 RC ビルドで Proactive HA を手動/混合モードで設定し、Proactive HA プロバイダのプラグインから問題のある健全性の更新が送信されると、[クラスタ] - [監視] - [vSphere DRS] - [推奨] で推奨を適用するように 2 回求められます。最初は、ホストをメンテナンス モードにするように求められます。次に、メンテナンス モードに切り替わるホスト上のすべての仮想マシンを移行するように要求されます。vSphere 6.5 では、これらの 2 つの手順はメンテナンス モードへの切り替えに対する 1 つの推奨として提示され、移行するすべての仮想マシンが一覧表示されます。, 回避策:ワークフローや結果には影響はありません。推奨を 2 回適用する必要があります。自動化されたスクリプトを使用している場合は、追加のステップを含めるようにスクリプトを変更する必要があります。, VCHA 機能は、vSphere 6.5 リリースの一部として提供されています。vSphere 6.5 の時点では、VCHA 構成を保持したまま VCHA クラスタをアップグレードすることはできません。推奨されるアップグレード方法は、vSphere Client を使用するか、VCHA を破棄する API を呼び出して、まず VCHA 構成を削除します。したがって、VCHA 構成が存在しないため、遅延インポートのアップグレード ワークフローでは、VCHA との相互通信することはありません。, 遅延インポートの進行中は、新しい VCHA を設定しないでください。VCHA のセットアップの前に、アクティブ仮想マシンのクローンをパッシブ/監視仮想マシンとして作成する必要があります。進行中の遅延インポートの結果、クローンを作成する必要のあるデータの量が大きくなり、パフォーマンスの問題が発生する可能性があります。, vSphere Fault Tolerance ワークロードを実行している ESXi ホストを、vSphere Client を使用して vCenter Server システムに追加することを試みると、「Cannot add a host with virtual machines that have Fault Tolerance turned on as a stand-alone host(Fault Tolerance が有効な仮想マシンを持つホストは、スタンドアロン ホストとして追加できません)」というエラーで失敗することがあります。, NSX-T 論理スイッチを使用して vCenter Server High Availability クラスタを構成すると、「Failed to connect peer node(ピア ノードへの接続に失敗しました)」というエラーで失敗することがあります。, 回避策:vSphere Distributed Switch を使用して vCenter Server High Availability クラスタを構成します。, vSphere Auto Deploy によりプロビジョニングされた ESXi ホストが再起動すると、以前に設定された numRxQueue 値が失われます。ホスト プロファイル機能は、ホストの再起動後の numRxQueue 値の保存をサポートしません。, ステートレス キャッシュの場合、ESXi イメージが 512n、512e、USB、または 4 Kn のターゲット ディスクにキャッシュされた後、システムの再起動時に自動デプロイからの ESXi ステートレス ブートが失敗することがあります。これは、自動デプロイサービスが停止している場合に発生します。, システムは、ディスク上でキャッシュされた ESXi イメージを検索し、次にブート順序で検索しようとします。ESXi キャッシュ イメージが見つかると、ホストはそのイメージから起動されます。レガシーの BIOS では、この機能は問題なく動作します。ただし、BIOS の UEFI モードでは、キャッシュされたイメージを持つ次のデバイスが見つからないことがあります。その結果、ディスク上にイメージが配置されていても、ホストはイメージからブートできません。, 回避策:自動デプロイ サービスが停止している場合、システムの再起動時に、キャッシュされたイメージを持つディスクを UEFI ブート マネージャから手動で選択します。, 1,000 個のデータストアが構成されたステートレス ESXi ホストのブートには、20 分以上かかることがあります。, qfle3i ドライバによって要求される iSCSI LUN で仮想マシンが実行している場合、I/O が実行状態の仮想マシンを使用してサーバを再起動しようとすると、ESXi が起動に失敗することがあります。, VXLAN のステートレス ハードウェア オフロード機能を使用するように構成された Cisco UCS VIC 13xx アダプタの場合、VXLAN によりカプセル化された IPv6 経由の TCP トラフィックで問題が発生することがあります。IPv6 経由のゲスト OS TCP トラフィックを含む VXLAN デプロイの場合、TSO を使用する TCP パケットは Cisco UCS VIC 13xx アダプタによって正しく処理されず、トラフィックが中断します。ステートレス オフロードは正しく実行されません。TCP プロトコルから見ると、不正なパケット チェックサムが ESXi ソフトウェアスタックに報告され、ゲスト OS で不正な TCP プロトコル処理が発生する可能性があります。, 回避策:この問題を解決するには、Cisco UCS VIC 13xx アダプタ上で、VXLAN によりカプセル化された IPv6 経由の TCP トラフィックに対する VXLAN ステートレス オフロード機能を無効にします。UCS マネージャで VXLAN ステートレス オフロード機能を無効にするには、イーサネット アダプタ ポリシーの Virtual Extensible LAN を無効にします。Cisco C シリーズ UCS サーバの CIMC で VXLAN ステートレス オフロード機能を無効にするには、イーサネット インターフェイスの vNIC プロパティ セクションで Enable VXLAN フィールドを選択解除します。, ESXi はバッチ QueryUnresolvedVmfsVolume API を提供するので、未解決の VMFS ボリュームまたは LUN スナップショットをクエリして一覧表示できます。次に、他のバッチ API を使用して特定の未解決の VMFS ボリュームの再署名などの操作を実行できます。デフォルトでは、ホスト上で API QueryUnresolvedVmfsVolume が呼び出されると、システムは見つかったすべての未解決ボリュームに対して、追加のファイルシステムの稼動状態チェックを実行します。 稼動状態チェックは、指定した LUN が他のホストにマウントされているかどうか、アクティブな VMFS のハートビートが進行中かどうか、またはファイルシステムが動作中かどうかを検出します。この処理には時間がかかり、LUN ごとに少なくとも 16 秒必要です。その結果、環境に数多くのスナップショット LUN がある場合、クエリと一覧表示の処理にかなりの時間がかかることがあります。, 回避策:クエリ処理の時間を短縮するには、ファイルシステムの稼動状態チェックを無効にします。,
Ƅの不時着 Ǜ関図 Ů族, Ų山駅 Ãート Ãィナー, Bsアンテナ Ãベル Áれくらい, Ãィズニーシー Âンディージョーンズ Áつから, Âンデザイン Ƿ Âウトライン, ƥ天ペイ Âードリーダー ȳ入, Ɨ経平均 ĺ想 Ãャート, ƥ天ペイ Âードリーダー ȳ入, ĸ日 Ť島 Ź俸推移, Ãロスピa Ãアタイ Ãート, Ãトロ Âクソダス Ãス, Âアシス Ãューティー ŷ口, Á Âじ Â Â Ãロランタン, Âメリカ Ãイエットサプリ Ÿ販, ǔ像 ō分に切る Âプリ, ś転 ů座 ȵ行, Ȋ根京子 Ō海道 Ãラマ, ǩ立nisa Ư日 Áくら, Âクセル ǔ面 ǧ動できない, Ãュージョン Âャブレター Ʌ管, ĸ Áの Ť罪 Ŧ精王 ƭ代, Áりあら ɍ ő噌, Âャンドゥ Ãミネート ţり場, Ȉ浜 Ãテル Ãール 2020, Ãラマ主題歌 2016 Ť, ĸ条工務店 Âイスマート 10年点検, Âャープ Ãルーレイ Ãモコン, Ãイツ語 Ő詞 Ơ変化, ƥ天モバイル Âップデート Galaxy, Ƶ外 Á Ľ Âれ Áいる ȋ語, ŀ人の趣向 ɟ国 Áらすじ, Áぐや様は告らせたい 7話 Ƅ想,