VMware vSphereインフラストラクチャをオープンソースの代替品に置き換えますか？
ヴイエムウェア（およびサードパーティのアプリ）からオープンソースの代替案（無料で結構です）へのゆっくりとした移行を計画しています。
基本的に、いくつかの小さなクラスターラボから始めて、将来的に本番環境（35以上のESX、1500 VM）を移行したいと考えています（X年、急いでいない...まだ）
私たちの賭けは、選択したオペレーティングシステムとしてのCentOS/Scientific Linuxであり、ハイパーバイザーとしてのKVM=です。
私たちが考えているvCenterの代替案は Convirt ですが、VMwareで使用するすべての機能がConvirt（HA、DRS、クラスタリングなど）によって提供されるかどうかはわかりません、または他の代替手段を試すべきです（何かアイデアはありますか？）
モニタリングはNagiosに置き換えられており、バックアップ/レプリケーションはスクリプトマジックに置き換えられます。
それで、私たちにアドバイスをすることができる人、または同様の状況にいる人はいますか？
PS.-これはserverfaultでの最初の質問です。私の英語レベルはあまりよくありませんが、質問が理解できることを願っています。
PS2.-私はVDIも提供することを忘れていました。そして私たちが考えてきた代替案は スパイス です。
最近、自分の経営者と同じ曲を踊り踊りました（「VMWareは本当に高価です！そこにあるOSSオプションを確認してください。」）いくつかの見解があります。
- I/Oパフォーマンスはハイパーバイザーによって異なりますが、CPUパフォーマンスはそれほど変わりません。
- 一般に、「シン」プロビジョニングは、I/Oパフォーマンスをドッキングするための優れた方法です。いくつか（ごく最近までKVM）はこれについてかなり悪いです。
- VMware以外の大きな3つの代替手段（Xen、KVM、Hyper-V）には、制限はありますが、すべて何らかのvMotionのようなテクノロジーがあります。
- 一部はCPUアーキテクチャに非常に敏感であり、同一ではないシステムへのライブマイグレーションを許可していません。 VSphereは、クラスターをクラスター内の最も低いCPUアーキテクチャにまで下げる「Enhanced vMotion Compatibility」テクノロジーでこれを回避します。他のすべてがそのようなものを持っているわけではありません。これは、VM植物を拡大するための大きな障壁になる可能性があります。
- ハイパーバイザーは、その管理コンソールと同じくらい優れています。
その最後のポイントは大きなものです。 150個のKVM=インスタンスがあることは問題ありませんが、マシンを移動するためのなんらかの自動化がなければ、多くの利点があります。多くのOSSおよびOSS以外のオーケストレーションがあります。 Libvirt上に構築されたフレームワークがたくさんあります。希望どおりに動作するハイパーバイザーを見つけたら、おそらく、動作するものの管理フレームワークを評価しない限り、同じだけの時間を費やすことになります。あなたがそれを必要とする方法。
私はCloudStackに感銘を受けました。これはCitrixによって最近購入されましたが、それは（少なくとも数か月前の時点で）有料のフレームワークでのみ見られるいくつかの機能を備えたOSS管理フレームワークです。とはいえ、お金を払うと、はるかに洗練されたフレームワークが得られる傾向があります。 CloudStackは活発に開発中であり、急速に変化しています。
私自身は使っていませんが、 Proxmox-VE。 があります Hak5、 によれば、Windowsを含むさまざまなOSをサポートしています。 clustering もサポートします
Citrix XenServerはオープンソースのハイパーバイザーであり、あなたにぴったりの候補です。
非常に多くのツールがあります それを管理するために利用できますが、フリー/オープンソースツールが不足している場所でお金を費やす必要があるギャップを見つけるかもしれません。ただし、VMware ESXiで得られるものと比較すると、無料版 かなり提供されます （たとえば、Live MigrationにはXenServerの無料バージョンが付属しています）。
XenDesktop 5.5 Express Editionを使用する場合、VDIは最大10台のデスクトップで無料です（試用後、30日後に無期限の無料ライセンスを取得するには登録する必要があります）。
しかし、いつかは、特にあなたのような大規模な実装では、お金を使う必要があると思います。ホストを1つまたは2つ用意し、図を作成することは1つのことです。「まあ、私は少数のスクリプトを使用するか、これを手動で実行できます」が、35以上のハイパーバイザー、クラスタリング、フェイルオーバー/リカバリ、プロビジョニングなどを備えています（おそらく）いくつかのチーム（そしておそらく部署？）に分散しているため、かなりの手間がかかります（おそらくご存知のとおり）。
私はまた、あなたがどこへ行くことを考えているとしても、PR /マーケティング/コミュニケーションの人々と関わることによって、あなたの実装のサイズを活用します。私はあなたが一緒に行くことにしたどんなベンダー/組織についてもここで展開するジューシーなケーススタディを見ることができます、そして彼らはサービス、ソフトウェア、サポートのあらゆる種類の景品をあなたに投げつけ、これをうまく成功させるでしょう。
小さいクラスター（つまり、<10ホスト）の場合：Proxmox：support KVM and OpenVZ、Nice web interface。 http://pve.proxmox.com/
大規模クラスターの場合：OpenNebula：KVM、Xen、VMwareハイパーバイザーをサポートし、標準API（EC2、OCCI）を使用します。 http://opennebula.org/
Hyper-Vをご覧ください。オープンソースではありませんが、無料であり、探しているほとんどのものが手に入ります。私は現在、3台のサーバーと数十のCentOS VMのクラスターを実行しており、とても気に入っています。
私はRHEV 3.0（Red Hatの仮想化管理製品）のテストの最中です。今のところ悪くない。
現在、それはオープンソースではありませんが、ロードマップにあります-Red Hatは、1年か2年後に管理スタック全体をオープンソースにする予定です。
これはサーバーvirtとVDIの両方を対象としているため、デプロイメントに適しています。
VSphereほど（RHが認めるほど）高度ではありませんが、機能はかなり優れています。
RHEVのもう1つの大きな利点は、KVM=とovirtを使用していることです-ロックインなし！
あなたが説明しているのはかなり大規模な設定であり、VDIも提供しているという事実により、 [〜＃〜] rhev [〜＃〜] が質問に対する完全な答えになります。
もちろん私は偏見を持っていますので、私の言葉をそのように受け取らず、Red Hatに連絡してください。