VirtualBox-小規模オフィスでの使用とバックアップ

私は8人の開発チームと2、3人のマネージャーで構成される小さなオフィスを経営しています。いくつかのVirtualBox VMを実行する1つの強力なサーバーを使用するハードウェアセットアップに移行することを考えています-1つはDCとして動作するSambaファイル共有用、もう1つは開発用LAMPボックス、もう1つはIEテスト用...など合計4つまたは5つのVM。2つの重要なものは、ネットワークを実行するSambaボックスと、開発の大部分が実行されるdev LAMPボックスです。

この種のセットアップが私にとって魅力的である理由は、必要に応じてすべてのVMを一晩でバックアップできるというアイデアが好きだからです。そして、ベアボーンVirtualBoxホストを持っている場合、復元は迅速で簡単です。

VMをバックアップするには、電源を切る必要があることを感謝しますが、これが大きな障害になるとは思いません。コアホストOSでSambaを実行することにしたので、シャットダウンする必要はありません（データのrsyncを整理するだけです）。

ですから、この「すべてのためのVM」アプローチに関する意見を探しています。これは企業にとって普通ですか？これまたは物理的なボックスと比較して不可能なことに関して明確な問題はありますか？誰かがこれを試して大きな問題にぶつかりましたか、それともうまくいきましたか？

ご意見をいただければ幸いです。

敬具、

ジェームス。

私が最初に考えたのは、サーバープラットフォームとしてVirtualboxを使用すべきではないということです。それはだ偉大なデスクトップワークステーションのために、しかしサーバとして、あなたはXenSource社からのVMWareのESXiハイパーバイザーまたは、両方無料で見たいと思うかもしれません。Dell 2950（ESXiソリューション）で使用しています。Windowsマシンの管理インターフェイスからコピーするか、Veeamを実行してコピーできます。また、予算で管理側を引き上げることを決定した場合、2台のサーバー間のライブマイグレーションやより優れたバックアップオプションなどを可能にするために（確かに高価に）アップグレードできます。

現在、7台のサーバーを仮想化しています。仮想化をサポートしないベンダーもあります... Exchangeはサポートされておらず、たとえばOracleもサポートされていませんが、それは可能です。

VMWareサーバー（Linuxホスト、Windowsゲスト）の下で実行するとひどいパフォーマンスをもたらすSQLデータベース（販売時点情報管理）で実行された1つのシステムがあり、それを配置するのが難しいためトラブルシューティングを行うのに十分な時間仮想化を維持できませんでしたユーザーに対して、物理システムに再び配置されました。ESXiは、ベアメタルタイプ1ハイパーバイザーであり、それを処理するのに十分なパフォーマンスの向上をもたらす可能性があります（試してみる予定はありません）。

一連の状況でどれだけうまく機能するかを調べるために、試してみる必要があるかもしれません。私達はそれが大好き。サーバールームの電力要件が低くなり、週末にシステムの状態をバックアップできるようになりました。また、パフォーマンスの監視に役立ち、サーバーに何らかの問題が発生した場合の復旧計画にも役立ちました。

こちらやこちらのようなサイトのガイドラインに従って、比較的安価なESXiシステムを組み立てることができます。ハードウェアサポートについては非常に慎重です。HCLを調べて、すぐに使用できるもの、またはテストされたもののホワイトボックスサイトがあることを確認する必要があります。

最初の質問に対する短い答えはYESです。仮想化は、複数のネットワーク化されたアプリケーションまたは機能を必要とするビジネスにとって、事実上の「ベストプラクティス」になりつつあります（この用語は嫌いです）。

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つがダウンしても停止することはありません。

高レベルでは、あなたのアプローチは完全に受け入れられるソリューションです。あなたの環境で機能することを確認するためにいくつかのテストを行うだけです。