ESXではなくVMwareServerを実装するための推奨事項を教えてください
VMwareインフラストラクチャですべての優れた機能を実行する余裕はありませんが、必要なすべてのマシンに物理サーバーを購入するお金もありません。そのため、VMwareServerを使用していくつかの非コアマシンを実装しています。 。
他の人がこれをどうするか、そしてそれが長期的に実行可能な解決策であるかどうか、またはESXiへの避けられない移行を延期するだけであるかどうかについて聞きたいです。
ESXiが無料でリリースされる前に、VMWare Server（1.0x、次に2）を18か月間実行しました。私はさまざまなパフォーマンスチューニングのトリックを行いましたが、サーバーでのVMパフォーマンスに本当に満足することはありませんでした。多くのコンテキスト切り替えを行う/多くのネットワーク接続を処理するシステムは、ESXiがない場合はサーバーにあまり適していませんそこに無料で。
ESXiのバックアップソリューションがある限り、それははるかに優れたソリューションです。私のVMは15K上でLVM上で実行されているNFS上に座っていますSAS Raid10。私はVM file 'ファイルバックアップとスナップショットバックアップをLVMレベルで実行しますNFSサーバー上のイメージ用。
VMWareServerでMSExchange、MS SQL Server、またはMSファイルとプリントサーバーを実行できず、許容できる結果が得られました。 ESXiの下では、彼らはすぐにハミングします。 LinuxVMも同じレベルの改善を享受しています。
ここにある他のコメントも素晴らしいです-再入力する必要はありません。
ジェフ
私はdebianlinuxでesxiサーバーとvmwareサーバーを組み合わせて実行しています。私はsanを持っていません、ちょうどローカルドライブを襲撃しました、私の最大の関心事は「バックアップ可能性」です、私は非常に高いパフォーマンスを必要とせず、私はいくつかの減速に苦しんでいます[少なくとも今まで]。すべて、Dell poweredge1950とpoweredge2950を組み合わせて実行されます。
esxiで実行されているホストの場合、仮想マシン内から部分バックアップを実行します。ここではロケット科学はありません。すべてが正常に安定して機能します。
vmwareサーバーの場合-仮想マシンをlvmパーティションに保持し、「ホットバックアップ」にlvmスナップショット機能を使用します[つまり、仮想マシンを中断することなく]。私はこれがサポートされていないメカニズムであり、回復不能なバックアップにつながる可能性があることを知っていますが、vmゲスト内からの追加のバックアップがあります-私はその考えに満足しています。また、これまでのところ、問題なく完全なvmsを数十回回復しました。
vmwareサーバーの場合、ホストとゲストの調整を行いました。
- vmwareは一時ファイルを / dev/shm に保持します
- 私は メモリトリミング/オーバーコミットをオフにしました ゲスト用
- 私はゲストの下にvmwareツールをインストールしたままにします
- linuxゲストの場合、エレベーターをnoopに設定し、カーネルクロックをno_hzに設定しました
- 不要なサービスをオフにしたり、スクリーンセーバーや休止状態を無効にしたりするなど、Windowsゲスト向けの常識的な最適化をいくつか行いました。
セットアップにはとても満足しています。 v 1.0以降、問題なくvmwareサーバーを使用しています。 2003年のvmのホストシステムでの使用量が時間の経過とともに着実に増加していることに気づきました。 vmを再起動しても問題は解決しないため、約2か月ごとに、そのようなvmを完全にシャットダウンして、再度起動します。症状は、Windows自体ではなくvmwareに問題があることを示しています。
しかし、それはすべてあなたのワークロードに依存します。私の場合、ゲストのディスクI/O要件はかなり低く、これはパフォーマンスのボトルネックであり、遅かれ早かれ発生すると予想されます。
ハードウェアのアドバイス？すべてワークロードに依存します。取る：
- 1xクアッドコアまたは2xクアッドコア
- 十分なメモリ[最近は16〜32GBが安い]
- ioが必要な場合-RAID10で4〜8個のディスクを使用します
インフラストラクチャを購入する余裕はないが、ESXiのベアメタルハイパーバイザーが必要な場合は、CitrixのXenServerでfreeを確認してください。
XenServerはESXiに類似していますが、XenServerにはVM Manager、XenCenter、Vmware Infrastructureに類似しており、無料でリリースされています。
ESXiの代わりに使用していて、とても気に入っています。
それをチェックしてください ここ。
アナポロゲトス
ESXiが無料になる前は、VMwareServerを使用していました。ハードウェアがESXiで動作する限り、追加の投資は必要ありません（ただし、Veeam Backupはホットイメージバックアップを実行します... VMをシャットダウンした場合、無料のFastSCPもバックアップを実行します）。同じハードウェアでより多くのVMをサポートできます。 。また、（私の意見では）信頼性が高く、管理インターフェイスははるかに豊富で使いやすいです（もちろん意見もあります）。私はVMwareServerから完全に離れており、二度と触れないことを望んでいます。 ESXiが無料であるという事実が違いを生みますが、vSphereEssentialsは3つのホストで1,000ドル未満のリストであり、複数ある場合はそれだけの価値があります。
テストと迅速なラボ作業以外は、VMwareServerを積極的に避けたいと思います。 ESXiは、はるかに堅牢なソリューションです。パフォーマンスが向上し、運用が拡大した場合のスケーラビリティが向上します。また、VIクライアントインターフェイスは、曜日を問わずVMS2のWebインターフェイスよりも優れています。
他の人が言及しているように、Veeamのバックアップツールなど、追加機能を提供できるいくつかのクールなサードパーティツールがあります。 VMS 1.xで使用されるAPIはほとんど存在しなかったため、この製品ライン用のサードパーティツールはほとんど見られませんでした。一方、ESXiはESXが長い間使用してきたのと同じVI APIを共有しているため、その分野でのサードパーティソフトウェアの勢いは常に大きくなります。ただし、一部のvCenterライセンスの料金を支払わない限り、VMwareはESXiのAPIを制限していることに注意してください。ただし、vCenterを購入すると、他にもたくさんの機能が利用できるので、関係なくチェックすることを強くお勧めします。
予算が0ドルの場合、私の個人的な選択は、VMware Server、MS Hyper-V Server（Windows以外のもの）、またはVirtualBox上のESXiです。 Xenについてはよくわからないので、そのメリットについて話すことはできません。
仮想マシンにESXiをインストールしたばかりです。直接移動することをお勧めします。これにより、次の停止が容易になります。
Vmwareサーバーでは、それが実行されているOSと同じくらい信頼できるだけなので、そのために何を使用するかを考えたいと思います。また、OSを可能な限り削減し、クラッシュやセキュリティの問題を引き起こす可能性のあるものを実行していないことを確認する必要があります。
VMWare Server 2.0は、前任者と同様に非常にうまく機能します（そして、GSXがそれになります）。 ESXのパフォーマンスは得られませんが、それでもかなり優れており、非常に信頼性があります。以前はGSXでいくつかのWebサーバーとメールサーバーを実行し、次にVMWare Server 1.0.7（Windows 2003）を実行していましたが、問題は発生しませんでした。 2.0のユーザーインターフェイスは少し不格好だと思いますが、十分に機能します。
JR
スタンドアロンサーバー上のESXi/VMware Serverの決定ポイントは、いくつかの点に帰着すると思います。
ハードウェアの互換性（ESXiとLinux/Windows）
ホストOSをハードウェア上でネイティブに実行することが、VMware Server以外のもの（つまり、インフラストラクチャサービス、またはアプリを実行できるサーバー上のデスクトップ）に役立つ場合
上位互換性：ESXiはvCenter管理に簡単に移行できます。
VMファイルシステムへのより簡単なアクセス（Linux/Windows/VMwareServerの方が簡単だと思います
スタンドアロンシナリオ）
ホストシステムにNicewindows Guiが必要な場合を除いて、なし。
同僚は仮想化の経験がない（そしてリモートデスクトップに慣れていない）ので、サーバーを選択しました。問題が発生した場合、彼らはサーバーに近づいてチェックアウトします。ただし、これは、究極のパフォーマンスを必要としない一部のサーバー（自己コンパイルされたxenホスト上にあるサーバー）のみを対象としています。
サーバーを使用すると、彼らは慣れ親しんだ基本的なWindows GUIを使用でき、Webアプリを呼び出して（ワークステーションでそれを行わないのはなぜか）、コンソールをVmに呼び出すことができます。
彼らが仕事を遂行できる限り、それは大丈夫だと思います。
VMWareサーバーでは、特定の時間にそのメモリを必要としない場合でも、すべてのVMに「ハードウェアメモリ」を提供する必要があることをご存知ですか？
ESX、ESXi、vSphereでは、メモリは仮想マシン間で「共有」されています。理論的には、マシンに1GBのRAMが構成されているが、実際には500 MBしか使用されていない場合、500MBの「実RAM」を他の仮想マシンで使用できます。
この事実だけが（私にとっては）、ESXおよびESXi用のVMWareServerを削除するというキラーな議論です。
もちろん、パフォーマンスと信頼性もESX（i）に非常に有利であるため、vmwareサーバーについては考えられません。