VirtualBox-小規模オフィスでの使用とバックアップ
私は8人の開発チームと2人のマネージャーで構成される小さなオフィスを運営しています。 1つの強力なサーバーで複数のVirtualBoxVMを実行するハードウェアセットアップに移行することを検討しています。1つはDCとして機能するSambaファイル共有用、もう1つは開発用のLAMPボックス、もう1つはIEテスト用です。 ... etc ....おそらく合計で4つまたは5つのVM。2つの重要なものは、ネットワークを実行するSambaボックスと、ほとんどの開発が実行されるdevLAMPボックスです。
この種のセットアップが私にアピールする理由は、必要に応じてすべてのVMを一晩バックアップできるというアイデアが好きだからです-そして、必要最低限のVirtualBoxがあれば、復元はず迅速で簡単ですホスト。
VMをバックアップするには、電源を切る必要があることを理解していますが、これが目立たないものになるとは思いません。コアホストOSでSambaを実行することにしたので、シャットダウンする必要はありません（データのrsyncを整理するだけです）。
そのため、この「VMforeverything」アプローチに関する意見を探しています。これは企業にとって正常ですか？これや、物理的な箱と比較して不可能なことに関する明確な問題はありますか？誰かがこれを試し、大きな問題にぶつかったことがありますか、それともうまくいきましたか？
ご意見をいただければ幸いです。
敬具、
ジェームズ。
私の最初の考えは、Virtualboxをサーバープラットフォームとして使用すべきではないということです。デスクトップワークステーションにはgreatですが、サーバーとしては、XenSourceのVMWareESXiまたはハイパーバイザーを両方とも無料で確認することをお勧めします。私はこれをDell2950（ESXiソリューション）で使用しています。Windowsマシンの管理インターフェイスからコピーするか、Veeamを実行してコピーすることができます。また、予算で管理側を強化することにした場合は、アップグレードして（確かに高額で）、2台のサーバー間のライブマイグレーションやより優れたバックアップオプションなどを実現できます。
現在、7台のサーバーを仮想化しています。仮想化をサポートしないベンダーもあります... Exchangeはサポートされておらず、たとえばOracleもサポートされていませんが、サポートは可能です。
1つのシステムをSQLデータベース（販売時点）で実行していて、VMWareサーバー（Linuxホスト、Windowsゲスト）で実行するとひどいパフォーマンスが発生しましたが、問題が発生したため、トラブルシューティングに十分な時間仮想化を維持できませんでした。ユーザーに、それは再び物理システムに置かれました。 ESXiはベアメタルタイプ1ハイパーバイザーであり、それを処理するのに十分なパフォーマンスの向上をもたらす可能性があります（試してみる予定はありません）。
一連の状況でどれだけうまく機能するかを調べるために、試してみる必要があるかもしれません。私達はそれが大好き。サーバールームの電力要件が緩和され、週末にシステムの状態をバックアップできます。また、サーバーに問題が発生した場合の回復計画だけでなく、パフォーマンスの監視にも役立ちます。
ここ や ここ などのサイトのガイドラインに従って、比較的安価なESXiシステムを組み立てることができます。ハードウェアのサポートについては非常に慎重です。 HCLを調べて、すぐに使用できるものがあること、またはテストされたもののホワイトボックスサイトがあることを確認する必要があります。
最初の質問に対する簡単な答えは「はい」です。仮想化は、複数のネットワーク化されたアプリケーションまたは機能を必要とする企業にとって、事実上の「ベストプラクティス」になりつつあります（私はこの用語が嫌いです）。
1-通常、サーバーを1つだけにすることはお勧めしません。より一般的には、会社は機能を2つのサーバーに分割し、それぞれにある程度の余裕があるため、ハードウェアの問題によって会社が完全に屈服することはありません。
2-仮想化は、特に重要なアプリケーションや大量のデータを含むアプリの場合、共有ストレージと組み合わせて実装されることがよくあります。これにより、簡単に冗長化できます。これにより、バックアップが個々のサーバーではなく共有ストレージで（何らかのスナップショットを介して）実行される場合、バックアップの問題も解決できます。
3-通常は段階的なアプローチの方が優れています..1つのサーバーを取得し、VM内のサーバーに1つの機能を配置します。次に、2番目のサーバーを取得し、冗長化します（そして回復を練習します）。次に、必要に応じて、または必要に応じて、機能を新しいVMに移行します。
4-それがソフトウェアの別のリリースであるふりをします..TEST、TEST、TEST。アプリのテスト、バックアップのテスト、リカバリのテスト、ディスクのテスト、仮想化ツールのテストなど。
5-仮想化の追加の複雑さを軽視したり過小評価したりしないでください。 1台のサーバーで仮想化された7つの機能は、必要な管理作業を削減しません。実際、それはおそらくそれを増加させるでしょう。管理に関する事項（監視対象、ディスクの管理方法など）を必ず理解してください。
幸運を！
VirtualBoxは優れたデスクトップ仮想化ソリューションであり、優れたサーバーソリューションではありません。 Hyper-V、ESX、またはXenServerがおそらくあなたがとるべきルートです。
ここでWindowsホーンを宣伝するのではありませんが、私はそれについて最も経験があります。 Hyper-Vは、シャドウコピーを使用したシンプルで効果的な組み込みバックアップを備えた優れたハイパーバイザーです。スナップショットとVM移行をサポートします（ライブではありませんが、ネットワークとvhdサイズに応じて15〜20分でVMをあるホストから別のホストに移動できます） 。
デュアルデュアルコアCPU、32GBメモリ、25台以上のWindows VM（1GBメモリと1 CPU）を備えた大容量ハードドライブを搭載したDell 2950で、Hyper-Vを使用して高密度を実現できます。
@tomjedrzは素晴らしいポイントです。ヘッドルーム付きのハードウェアボックスを2つ入手して、1つがダウンしても停止しないようにします。
大まかに言えば、あなたのアプローチは完全に受け入れられる解決策です。あなたの環境でそれが機能することを確認するためにいくつかのテストを行う必要があります。