タグ付けされた質問 「vmware-vsphere」

技術的な質問ではなく、有効な質問です。シナリオ： ESXi 5.5を実行する2 x 8コアXeon E5-2667 CPUと256GB RAMを搭載したHP ProLiant DL380 Gen 8。特定のベンダーのシステム用の8つのVM。テスト用の4つのVM、実稼働用の4つのVM。各環境の4つのサーバーは、Webサーバー、メインアプリサーバー、OLAP DBサーバー、SQL DBサーバーなどの異なる機能を実行します。 テスト環境が実稼働に影響を与えないように構成されたCPU共有。SAN上のすべてのストレージ。 パフォーマンスに関するいくつかの質問がありましたが、ベンダーは、実稼働システムにより多くのメモリとvCPUを提供する必要があると主張しています。ただし、vCenterから既存の割り当てが変更されていないことを明確に確認できます。たとえば、メインアプリケーションサーバーのCPU使用率の月間ビューは約8％で、奇数のスパイクは最大30％です。スパイクは、バックアップソフトウェアの起動と一致する傾向があります。 RAMについても同様の話があります-サーバー全体の最高使用率は約35％です。 そのため、Process Monitor（Microsoft SysInternals）とWiresharkを使用して掘り下げを行ってきましたが、最初のインスタンスでTNSチューニングを行うことをベンダーに推奨しています。ただし、これは重要な点です。 私の質問は、送信したVMwareの統計情報が、RAM / vCPUを追加しても役に立たない十分な証拠であることをどのように認めさせるかです。 --- 2014/12/07更新--- 興味深い週。IT管​​理者は、VMの割り当てを変更する必要があると言っており、現在、ビジネスユーザーからのダウンタイムを待っています。不思議なことに、ビジネスユーザーは、アプリの特定の側面の動作が遅いと言います（私は知りません）が、システムをダウンさせることができると「知らせて」くれます（不平を言う） 、不平を言う！）。 余談ですが、システムの「遅い」側面は、明らかにHTTP（S）要素ではありません。つまり、ほとんどのユーザーが使用する「シンアプリ」です。メインの金融機関が使用する「ファットクライアント」インストールであるように見えますが、明らかに「遅い」です。これは、調査でクライアントとクライアント/サーバーの相互作用を検討していることを意味します。 質問の最初の目的は、「突く」ルートをたどるか、単に変更を加えるかについて支援を求めることであり、現在変更を行っているので、ロングネックの答えを使用して閉じます。 ご意見ありがとうございます。いつものように、serverfaultは単なるフォーラム以上のものです-心理学者のソファのようなものでもあります:-)

62 virtualization  performance  vmware-esxi  vmware-vsphere  performance-monitoring 

VMwareのメモリ管理は、バランスをとるのが難しいようです。クラスターRAM、リソースプール、VMwareの管理手法（TPS、バルーニング、ホストスワッピング）、ゲスト内RAM使用率、スワッピング、予約、共有、制限には、多くの変数があります。 クライアントが専用のvSphereクラスターリソースを使用している状況にいます。ただし、仮想マシンを物理ハードウェア上にあるかのように構成しています。つまり、これは、標準のVMビルドに4つのvCPUと16GB以上のRAMがあることを意味します。私は小規模（1 vCPU、最小限のRAM）から始め、実際の使用状況をチェックし、必要に応じて調整する学校から来ました。残念ながら、多くのベンダー要件と仮想化に不慣れな人々は、必要以上のリソースを要求しています...この決定の影響を定量化することに興味があります。 「問題」クラスターからのいくつかの例。 リソースプールの概要-ほぼ4：1のオーバーコミットに見えます。大量のバルーンRAMに注意してください。 リソースの割り当て-最悪の場合の割り当て列は、これらのVMが、制約された条件下で構成されたRAMの50％未満にアクセスすることを示しています。 上記のリストのトップVMのリアルタイムメモリ使用率グラフ。4つのvCPUと64GB RAMが割り当てられています。平均9GB未満の使用です。 同じVMの概要 vSphere環境でリソース（特にRAM）をオーバーコミットおよびオーバー構成することのマイナス面は何ですか？ VMがより少ないRAMで実行できると仮定すると、仮想マシンを実際に必要とするよりも多くのRAMで構成するためのオーバーヘッドがあると言ってもいいでしょうか？ 反論をどうされています。「VMが割り当てられたRAMの16ギガバイトを持っているが、唯一の4ギガバイトを使用している場合、問題は何でしょうか？」？たとえば、VMは物理ハードウェアと同じではないという教育を受ける必要がありますか？ RAM使用量を測定するために使用する特定のメトリック。「アクティブ」対時間のピークを追跡しますか？「消費」を見ていますか？ 更新：vCenter Operations Managerを使用してこの環境のプロファイルを作成し、上記のクラスター統計の詳細を取得しました。物事は間違いなく過剰にコミットされていますが、実際にはVMは不要なRAMで過剰に構成されているため、実際の（小さな）メモリフットプリントはクラスタ/ホストレベルでメモリ競合を示しません... 私の要点は、OSレベルのキャッシュ用に少しのバッファーを備えたVMを実際に適切なサイズにする必要があるということです。無知やベンダーの「要件」から過剰にコミットすると、ここに示される状況になります。メモリバルーニングは、パフォーマンスへの影響があるため、どの場合でも悪いようです。そのため、適切なサイズ設定でこれを防ぐことができます。 更新2： これらのVMの一部は、次のものでクラッシュし始めています： kernel:BUG: soft lockup - CPU#1 stuck for 71s! VMwareは、これを大量のメモリのオーバーコミットメントの症状として説明しています。質問に答えていると思います。 vCops「特大仮想マシン」レポート... vCopsの「回収可能な廃棄物」グラフ...

57 virtualization  vmware-esxi  memory  vmware-vsphere  capacity-planning 

VMware（およびサードパーティのアプリ）からオープンソースの代替物へのゆっくりとした移行を計画しています（無料であることは素晴らしいことです）。 基本的に、小さなクラスターラボから始めて、将来的に運用環境（35+ ESX、1500 VM）を移行します（X年、急いでいない...） 私たちの賭けは、最適なオペレーティングシステムとしてのCentOS / Scientific Linuxと、ハイパーバイザーとしてのKVMです。 考えているvCenterの代替手段はConvirtですが、VMwareで使用するすべての機能がConvirt（HA、DRS、クラスタリングなど）によって提供されるかどうか、または他の代替手段（何か案は？） 監視はNagiosに置き換えられ、バックアップ/レプリケーションはスクリプトマジックに置き換えられます。 だから、私たちにいくつかのアドバイスを与えることができる人、または同様の状況にいる人はいますか？ PS。-これはserverfaultにおける私の最初の質問であり、私の英語レベルはそれほど良くありませんが、質問が理解できることを望みます。 PS2。-VDIも提供していることを忘れていました。そして、私たちが考えてきた代替手段はスパイスです。

41 virtualization  kvm-virtualization  vmware-vsphere  open-source  vmware-vcenter 

これは基本的なように思えますが、スタンドアロンのVMware ESXiホストを手動で更新する際のパッチ戦略について混乱しています。VMware vSphereブログではこれについて説明しようとしていますが、実際のプロセスはまだ明確ではありません。 ブログから： Say Patch01には、「esxi-base」、「driver10」、および「driver 44」というVIBの更新が含まれています。その後、Patch02に「esxi-base」、「driver20」、「driver 44」のアップデートが追加されます。P2は累積的であり、「esxi-base」および「driver44」VIBにはPatch01の更新が含まれます。ただし、Patch02には「ドライバー10」VIBが含まれていないことに注意してください。このモジュールは更新されていません。 このVMwareコミュニティの投稿では、別の答えが得られます。これは他と矛盾します。 遭遇するESXiインストールの多くはスタンドアロンであり、Update Managerを利用していません。VMWareパッチダウンロードポータルから入手可能なパッチを使用して、個々のホストを更新することができます。プロセスは非常に簡単である部分が理にかなってそうすることを、。 大きな問題は、実際にダウンロードしてインストールするものを正確に決定することです。私の場合、HP ProLiantハードウェアのセンサーと管理を組み込んだHP固有のESXiビルドが多数あります。 それらのサーバーは、2011年9月からのESXiビルド＃474610で始まるとしましょう。 以下のパッチポータルのスクリーンショットを見ると、ESXi update01ビルド＃623860のパッチがあります。ビルド＃653509および＃702118のパッチもあります。 古いバージョンのESXi（ベンダー固有のビルドなど）を導入する場合、システムを完全に最新の状態にするための適切なアプローチは何ですか？どのパッチが累積的で、どのパッチを順次適用する必要がありますか？最新のビルドをインストールするのが正しいアプローチですか、それとも後戻りして段階的にパッチを適用する必要がありますか？ もう1つの考慮事項は、パッチダウンロードのサイズが大きいことです。帯域幅が限られているサイトでは、複数の〜300mbパッチのダウンロードは困難です。

37 virtualization  vmware-esxi  vmware-vsphere  patch-management 

（CPUの）物理コアごとのvCPUのプロビジョニングに関して、仮想化に関するドキュメントまたはベストプラクティスガイドを見つけようとしています。問題があれば、仮想化の実装についてvmWareを検討しています。たとえば、Intel Xeon CPUには4、8などのコアがあります。1つの物理コアにつき1つのvCPUを超えるプロビジョニングの詳細に興味があります。私が話しているベンダーは、単一のコアを複数のvCPUにプロビジョニングできると確信しています。 私のこれまでの研究でよく見られるのは、「まあ、それはあなたのアプリケーション次第」です。その場合、私のアプリケーションはコードの編集、コンパイル/リンク、テスト、および構成管理です。もちろん、すべてのVMをコアごとに複数のvCPUで構成する必要はありませんが、一般的な場合です。

27 virtualization  vmware-vsphere  best-practices  vcpu 

VMware ESXiを使用しています。私たちのチームでは、長期バックアップ用のスナップショットを提供しています。 その後、メモリのスピルオーバーなどの問題に直面し、サーバーがハングアップしました。 私はVMwareナレッジベースの記事をどこからでも読み始めました。どこでも、スナップショットを長時間保持しないことが推奨されました。 VMwareでさえ、スナップショットを最大3日間保存することを推奨しました。 しかし、私たちのチームは、少なくとも2つの永続的なスナップショットを（VMを削除するまで）保持するように要求し続けました。VMを1年間使用することもあります）。 1つのスナップショットは、新しいマシンの状態用です。（したがって、アプリケーションのテストが完了すると、新しい状態に戻り、別のアプリケーションをインストールします）（許可しない場合は、VMをホストする必要がある場合があります。） VMを特定の状態に保つための次のスナップショット（問題を発見してしばらくその状態を維持する可能性があります。または、アプリケーションの前提条件をインストールし、マシンをテストの準備ができている場合があります） 論理的には、彼らのニーズは公平なようです。しかし、それを許せば、スナップショットを長時間保持することを許可することになります。VMをメールサーバーまたはデータベースサーバーとして使用していません。 スナップショットを長時間保持すると悪影響があるのはなぜですか？ スナップショットが実際のバックアップではなく一時的なバックアップと見なされるのはなぜですか？

27 vmware-esxi  vmware-vsphere  snapshot 

しばらくの間、ビジネスに不可欠なシステムのかなりの数が、軽度から極度に及ぶ「遅さ」のレポートを取得している理由を把握しようとしてきました。最近、問題のサーバーがすべてホストされているVMware環境に目を向けました。 最近、SCOM 2012用のVeeam VMware管理パックの試用版をダウンロードしてインストールしましたが、報告されている数字を信じることができません（上司もそうです）。上司にそれが言っている数字が真実だと納得させるために、VMwareクライアント自体を調べて結果を確認し始めました。 このVMware KB記事を見てきました。特に次のように定義されるCo-Stopの定義用 MP仮想マシンを実行する準備はできていたが、vCPUスケジューリングの競合により遅延が発生した時間 私が翻訳しているもの ゲストOSはホストからの時間を必要としますが、リソースが使用可能になるまで待機する必要があるため、「無応答」と見なすことができます この翻訳は正しいようですか？ もしそうなら、ここに私が見ているものを信じるのに苦労しているところです：「遅い」VMの大部分を含むホストは現在127,835.94ミリ秒のCPU コストップ平均を示しています！ これは、平均してこのホスト上のVMがCPU時間を2分以上待つ必要があるということですか？ このホストには2つの4コアCPUがあり、1x8 CPUゲストと14x4 CPUゲストがあります。

21 virtualization  vmware-vsphere 

vSphere上のWindows 2008 R2 VMのコンソールビューには、次の画面が表示されます。 「操作2/2」「ディスクのワイピング」 誰かがこのプログラムが何であるかについてアドバイスできますか？ この謎に関するいくつかの情報： 多くのVMが影響を受けています。症状は、再起動後に「OS not found」メッセージが表示されることです。 VMはESXiで実行されています。VMは特定のデータストアで実行されています Netapp NFS作業ボックスにディスクをマウントすると、パーティションテーブルが表示されず、まだ16進ダンプができません VMはハードリセットではなく、OSによって開始されたソフトリセットである必要があります マウントされたisoはありませんVMへの「非ゲスト」アクセスはなかったので、RDPまたは類似のものである必要があります。 バックアップは、netappバックアップソフトウェアを使用して一晩実行されます 問題のNFSはバックエンド（アレイレベル）でシンプロビジョニングされており、これらの問題を確認した直後にスペースが不足しました。

18 windows-server-2008-r2  nfs  vmware-vsphere  hard-drive 

今年の初めに、vSphere 5.0からvSphere 5.1 U1ビルド1063329へのvSphere環境のアップグレードを実行し、約12個のESXiホストとWindows Server 2008 R2 SP1でホストされるvCenterインスタンスが侵害されました。このプロジェクトの顕著な問題の1つは、仮想マシンの仮想ハードウェアのアップグレードです。 すべてのVMで仮想ハードウェアバージョンをアップグレードするために、なぜ作業とダウンタイムを行う必要があるのかを理解できません。新しく作成された仮想マシンは、vSphere 5.1 U1でサポートされている最新バージョンのVirtual Hardware v。9を使用しており、古いvSphere 5.0インスタンスのWindows Server 2012 R2およびWinPE 4.0で発生していた問題を解決します。古い仮想マシンはすべて互換性のある仮想ハードウェアバージョン（KB2007240）であるため、ハードウェアバージョンをアップグレードする必要はありません。 ゲストオペレーティングシステムとESXiの互換性は問題ではないため、仮想マシンのすべての仮想ハードウェアを「最新」バージョン9にアップグレードする技術的な理由がありませんか？仮想ハードウェアのアップグレードは、VMをシャットダウンし、スナップショットまたはバックアップを作成してから、数百のVMでアップグレードする必要があるため、必ずしも簡単ではありません。将来的にこれを行う必要がなくなり、すべての仮想マシンが最新の仮想ハードウェアバージョンで実行されているというファジーを取得する以外に、仮想マシンの交換時にローリングアップグレードではなくストレートカットオーバーを実行する必要があるのはなぜですか？

18 vmware-esxi  vmware-vsphere 

ESXi Vsphere Clientバージョン6.0.0を実行していますが、さまざまなドキュメントと変更がすべてあるため、制限を理解するのに苦労しています。公式ドキュメントから、物理CPUの制限は無制限である必要があることがわかりましたが、VMには最大8個のvCPUしか与えることができません。 他のソースから、無料版では物理CPUが2つに制限されていることを読みました。メモリの制限がなくなっていることがわかりましたが、これについては満足しています。 実際の制限を与える文書や何かはありますか？VMwareはそれを少し隠しているようだ;）、少なくとも私はここで正しい情報を集めるためにgoogleを効果的に使用していない。 フェイルオーバーの作成などの制限ではなく、ハードウェアの制限にのみ興味があります。

17 vmware-esxi  vmware-vsphere  vcpu  limitations 

iSCSIネットワークで大きな問題が発生しており、可能な限り高速に動作しないようです。 そのため、VMwareとEMCの専門家を巻き込んで、SANのパフォーマンスを最大限に引き出すために、ほぼすべてを試しました。 私のギアの簡単な説明：3x HP DL360 G7 / vSphere 5.5 / 4オンボードNIC / iSCSI用4 PCIe Intel NIC 2x HP 2510-24G 1x EMC VNXe 3100/2 xストレージ専用プロセッサー、2 x iSCSI専用NIC / 24x 15k SAS RAID10 / 6x 7.2k SAS RAID6 ベストプラクティスを実施し、ストレージプールを両方のiSCSIサーバーに均等に配置しました。各ストレージプロセッサに1つずつ、2つのiSCSIサーバーを作成しました。iSCSI構成の画像をご覧ください。 iSCSIトラフィックはVLANを介して分離されます（他のVLANには設定できません）。29xxシリーズの別のHPスイッチでも試してみました。フロー制御が有効になっている（無効にしようとした）が、ジャンボが無効になっています。関連するルーティングはありません。 ESXホストでは、すべてのデータストアにラウンドロビン設定を使用したため、すべてのiSCSI NICが使用されています。他の多くの人がそのようにパフォーマンスを上げているように見えるので、私はまた1 IOのパス変更ポリシーでそれを試しました。内蔵NIC（Broadcom）も試しましたが、違いはありません。スイッチでは、ESX側とVNXe側のポートが非常に均等に使用されていることがわかります。しかし、完璧な負荷分散を行っていますが、合計で1ギガビットを超えることはできません。VNXeは複数の接続用に最適化されており、ラウンドロビンにもそれが必要であることを理解していますが、2つのホストと2つのデータストア間でストレージvMotionを実行しても（異なるiSCSIサーバーを使用）、約84 MBit / s Unisphere Webインターフェイス経由。私は自分のディスクが信じられないほど正確に同じ値でその行を頻繁に見ることができます より多くを提供するか、タスクが十分に要求されていません。さらに良くなっています。各ホストと各ストレージプロセッサにケーブルが1本しかないため、同じパフォーマンスを実現できます。だから、私は多くの冗長性を手に入れましたが、余分な速度はまったくありませんでした。 iSCSIのパフォーマンスについて多くの人が話しているのを見てきたので、（VMwareおよびEMCの訓練を受けた人によってテストおよび検証された）私の構成の何が問題なのかを見つけることを切望しています。私はすべての意見に感謝しています！ 編集： はい、複数のNICを使用するようにvMotionを構成しました。そのストレージに加えて、vMotionは常にvMotionアダプターではなくiSCSIアダプターを通過します。構成のスクリーンショットを添付しました。 …

15 vmware-esxi  vmware-vsphere  iscsi  emc-vnxe 

問題 既存のプラットフォームでのパフォーマンスに問題があるため、これに関するセカンドオピニオンを求めています。これまでのパフォーマンスの問題は、スループットではなくIOPSに関連しています。 シナリオ 各ホストに64 GBのRAMを備えた16個のホストのブレードセンター。（M610を搭載したDell M1000eですが、おそらく関係ありません）500 VM、すべてのWebサーバー（または関連するWebテクノロジー（MySQL、ロードバランサーなど）、約90％はLinux、残りはWindowsです。ハイパーバイザーはVMWare vSphereです。ホストHAを提供する必要があるため、ローカルストレージは使用できません。そのため、ホストには起動するSDカードがあります。 ちょっとした背景思考 現在、最大6台のホストであり（ブレードセンターは、現在の成長で1年後にフルキャパシティになります）、拡張のためにMD1220を備えたDell MD3220iに対してiSCSIを実行しています。 私たちが検討した可能性のあるオプション、およびそれらに伴う即時の考え： VMをNFSデータストアに分散し、最大数のVMのパフォーマンス要件を満たすNFSストレージを実行します。NFSは拡張が安価で、ブロックレベルのストレージよりも少し抽象化されているため、必要に応じて移動できます。 さらにMD3220iコントローラー/ターゲットを追加します。ただし、これを行うと、VMWareが多数のターゲットを処理する方法に何らかの形で悪影響を与える可能性があることを懸念しています。 Nearline SASからSSDにすべてのディスクを交換します。これはIOPSの問題を完全に解決するはずですが、ストレージ容量を大幅に削減するという明らかな副作用があります。また、それはまだ非常に高価です。 vSphere 5にはストレージアプライアンスがあります。あまり調査していませんが、うまく機能する必要がありますか？ 質問 そのすべての下でどのようなストレージを実行しますか？別のブレードセンターに拡張する必要はなく、それらすべてのVMに比較的良好なパフォーマンスを提供する必要があります。 「最善だからSAN xを購入する」という答えは探していません。さまざまなSANテクノロジー（iSCSI、FC、FCoE、InfiniBand、NFSなど）、さまざまなタイプのストレージ（SATA、SAS、SSD）、および数百台のVMのストレージを処理する方法（統合、分離）についての考えを探しています、シャーディングなど）。 絶対に、これについての考え、リンク、ガイド、ポインタなどは大歓迎です。また、私たちがすでに検討した上記のオプションについての考えを聞きたいです。 どんな入力でも事前に感謝します！ 12年3月5日更新 これまでに素晴らしい回答がありました。皆さん、本当にありがとうございました！ これまでのところ、この質問に対する回答を見てみると、次のルートが道であると考え始めています。 使用可能なストレージをVMWareクラスターに階層化し、ワークロードに適したストレージにVMディスクを配置します。 適切なストレージへのデータの配置を自動的に管理できるSANを使用する可能性があります。 Infinibandは、フルキャパシティのホストで必要な帯域幅を取得するために最も費用対効果が高いと思われます。 間違いなく、主要なSANベンダーのプリセールスサービスを利用して、シナリオを理解する価値があると思われます。 私はしばらくこの問題を検討し続けます。それまでの間、これ以上のアドバイスはありがたいことに受け取った！

15 virtualization  storage  nfs  storage-area-network  vmware-vsphere 

このvCenterサーバーは5.1アップデート1にアップグレードされたばかりです。ホストを調べてファームウェアを最新の状態にしてから、さまざまなバージョンの5.0から5.1u1にアップグレードします。 vCenter 5。まだ5.1にアップグレードされていない5.0ホストでのみ発生します。 イメージでは、ホストをmaintモードに設定し、HP SPP DVDの自動更新モードで再起動しました。通常の約40分の更新プロセスの後、ホストはオンラインに戻りました。ホストが再接続したことを記録する7秒前に、vCenterはホストにメンテナンスモードを終了するタスクを送信しました。 私の理解では、vCenterがメンテナンスモードからホストを削除する必要があるのは、vCenterがホストをメンテナンスモード自体（VUMアップグレードタスクなど）にしたときだけです。 このvCenterがユーザー開始メンテナンスモードから一方的にホストを終了するのはなぜですか？ 編集、追加情報： さらに5つのホストでファームウェアアップグレードをすべて同時に実行しました。それらのうち2つは再接続後にmaintモードを終了し、3つは終了しませんでした。maintモードを終了する一般的な要因は、どれくらいの時間オフラインになっていたようです。仮想メディアを起動するのに数回の試行を要した2つは、メイントモードからノックアウトされた2つです。 esx31（上の画像）：応答しない45分 esx19（exited maint）：応答しない87分 esx24（maintにとどまる）：32分間無反応 esx29（maintにとどまった）：応答しない39分 esx32（maintにとどまる）：30分間無反応 esx34（exited maint）：応答しない70分 編集：切断時間のアイデアは、一貫して起こっていないため、赤いニシンであったようです。 さらに、vpxd.logメイントモードの終了では、タスクの開始は常にこのvim.EnvironmentBrowser.queryProvisioningPolicySOAP呼び出しの直後に続くようです。以下に、わかりやすくするために少しトリミングした行を示します。 15:27:49.535 [info 'vpxdvpxdVmomi'] [ClientAdapterBase::InvokeOnSoap] Invoke done (esx31, vim.EnvironmentBrowser.queryProvisioningPolicy) 15:27:49.560 [info 'commonvpxLro'] [VpxLRO] -- BEGIN task -- esx31 -- HostSystem.exitMaintenanceMode -- 終了タスクを取得しないノードでは、vim.EnvironmentBrowser.queryProvisioningPolicyイベントが引き続き発生することに注意してください。再接続プロセスでは、メンテナンスモードの終了による余分なイベントは別として、この前後のイベントに違いは見られません。 ログにプロビジョニングポリシーが記載されていることを考えると、自動展開に関連するメンテナンスモードの問題を探すと、同様の動作に関する苦情が寄せられます（ただし、自動展開はまったく使用していません）。

14 vmware-esxi  vmware-vsphere 

完全に仮想化されたVMwareインフラストラクチャ（ESXi、vCenter、vMotion、HA、DRS、パッケージ全体）があるとします。 内部には、多数のVMがあり、それらはいつでも1つのホストまたは別のホストに常駐することがあります（それがクラスタリングの全体的なポイントですよね？）。 電力損失が発生し、何らかの方法で、すべてのVMとすべてのホストを正常にシャットダウンできます。今のところこれを掘り下げないで、UPSソフトウェアがそれを処理できると仮定してみましょう。または、少なくとも、シャットダウンがそれほど優雅ではなかったと仮定しましょう。しかし、電源が回復すると、すべてが再び立ち上がることができます。 電源が再投入され、ホストが再起動します。 環境は非常に複雑で、VM間に自然な依存関係があります。ドメインコントローラーを最初に起動する必要があります。アプリケーションサーバーは、バックエンドDBサーバーが既に起動して実行されていない限り起動できません。 VMの自動起動を構成する方法と、単一のESX / iホストでVMの起動順序と遅延を指定する方法を知っています（または、うまくいけば知っているはずです）。 しかし、データセンター全体でこれを行う方法は？ vSphereに「これらのVMが実行されている物理ホストに関係なく、これらのVMをこのグローバルな順序で起動する」ように指示する方法はありますか？ ボーナスポイント：vCenter自体が仮想マシンで実行されている場合、これはどのように変化しますか？

14 vmware-esxi  vmware-vsphere  vmware-vcenter  datacenter  startup 

更新：メッセージのタイトルを更新しました17163091968s。これは、この正確な時間量でこれらの問題を最近見たためです。これは、このページを見つけるために症状を調査する人々に役立つはずです。以下の（自己）受け入れられた答えを参照してください。 VMware vSphereデータセンターに多数の64ビットUbuntu 10.04 LTS VMがあります。VMwareツールがインストールされています（vSphere Clientで「OK」と表示されます）。 いくつかのVMが数回ハングし、syslogに次のエラーが表示されることがあります。vSphereから状況を確認すると、コンソールが黒くなり、「ゲストの再起動」コマンドは何もしなかったため、VMの電源を入れ直す必要がありました。 Dec 1 11:44:15 s0 kernel: [18446744060.007150] BUG: soft lockup - CPU#0 stuck for 17163091988s! [jed:26674] Dec 1 11:44:15 s0 kernel: [18446744060.026854] Modules linked in: btrfs zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs exportfs reiserfs xt_tcpudp …

14 ubuntu  central-processing-unit  vmware-vsphere  kernel