イメージを任意のハードウェアに移動でき、ドライバーについて心配する必要がない場合、バックアップと障害復旧の計画が簡単になるため、すべてのサーバーでHyperVを実行することを検討しています。
ただし、私のマシンは、おそらく1つまたは2つ以上の仮想マシンを収容するほど強力ではありません。
ボックス上で1台の仮想マシンを実行することは意味がありますか?
これは、デモ環境の1つを使用して行います。これは、簡単にバックアップ、吹き飛ばしたり、開発者のマシンに移動して調整したりできるという唯一の理由からです。
1つだけを実行する理由は、デモの高いシステム要件(CPU使用率とメモリ使用量)によるものです。複数を同時に実行することは現実的ではありません。
ジムは追加の管理オーバーヘッドについては正しいですが、サーバーを仮想化すると、仮想マシンを実行するための新しい/より良い/より高速なハードウェアがある場合、サーバーを1週間、1か月、または1年後に別のサーバーに簡単に移動できます。ワークロードについては言及されておらず(SQLサーバーのようなI/O集約型アプリケーションは最適な候補ではありません)、決定は確かにトレードオフを行うことですが、ディザスタリカバリとサーバーモビリティを優先する場合は、それのための。
仮想化に足を踏み入れているのであれば、学習プロセスだけでも間違いなく価値があると思います。ある程度のハードウェアの独立性が得られます。分離されたハードウェア障害には、別のホストでスピンアップする前の重要なシステムのダウンタイムが最小限に抑えられます。
壊滅的な問題はスナップショットで消去されるため、VMへのパッチやバージョンアップグレードのインストールについてどれほど恐れを知らないかについては誰も言及していません。これにより多くの時間を節約でき、以前はリスク/ダウンタイムで余裕がなかったいくつかの改善を行うことができました。
将来の統合の容易さはすでに提起されています。全体として、それは一歩前進だと思います。
それは悪い考えではありませんが、最初に試してみて、パフォーマンスを確認します。アップグレードするときに、将来的にマシンを移動するのが本当に簡単になります。 OSのHyper-V部分は、必要のないリソースを消費しないように設計されているため、OSを2倍にすることはありませんが、適切に処理する必要があります。
VMWareのESXiを見てみましょう。その32メガのハイパーバイザーは、機能が縮小されていますが、実稼働セットアップ用に設計されています。
すべてのシステムについて、それが意味をなさないと思いますが、導入する予定のシステムのタイプは重要です。
1つのボックスで1つの仮想マシンを実行することには、クラッシュした場合にそれをいくらか迅速に復元できるという1つの利点しかありません。しかし、あなたは本当にリソースを浪費していて、サーバーサービスにもっとうまく利用できるでしょう。
バックアップが簡単だとおっしゃっていますが、そうですか?それでも、ホストマシンをバックアップする必要があります。 VMを稼働させる前に、最初からリロードしてから、すべてのパッチをロードする必要はありませんか?そこで何を保存していますか?
ディザスタリカバリアドオンを備えたBackupExecのような真のバックアップソフトウェアアプリケーションに投資します。これにより、サーバーを再構築する必要がある場合に、テープから直接サーバーをリロードできます。
1台のマシンで2つのVMを実行している場合は、それだけの価値があるかもしれませんが、おそらくそうではありません。ホストOS上でサービスを実行する方がよいでしょう。
おそらく私(私たち)はあなたにもっと直接的な答えを与えることができます、あなたが視覚化することを考えている環境についていくつかの詳細を与えることができるということです。
私が考えた1つのポイントは、Hyper-Vホストが既にセットアップされているマシンにリカバリを非常に迅速に移動できるということです。
ブレット
仮想化には他にも多くの長所と短所があります。サーバー上のワークロードについては言及していなかったため、環境とワークロードで機能することを確認するためにいくつかのテストを行う必要があります。 I/Oを集中的に使用するサーバーの場合、仮想化のオーバーヘッドが大きすぎる可能性があります。それ以外の場合は、次の理由により、サーバーの仮想化が長期的にはより効果的に機能することがわかると思います。
もちろん、仮想化には他にも多くの利点があります。
言われているように、大丈夫だと思います。将来、別のハードウェアに移動したい場合は、仮想化するとマシンを移動しやすくなります。Hyper-Vの場合、ボックスで実行されているサービスを提供します。サポートvssライター実行中のVM Windowsサーバーバックアップを使用して(Hyper-Vにvssライターを登録すると)バックアップできます)ダウンタイムなしで、サーバー2008x64標準を実行しているボックスで毎晩これを実行します。
親OSが有能である場合、再起動、ロックダウン、パッチ適用などはほとんど必要ありません。
VMingアプリケーションの目的は、ハードウェアからソフトウェアを抽象化することだと思います。これにより、ハードウェア自体についてあまり考えずに、OSやアプリケーションを移行/複製/スナップショットすることができます。
しかしもちろん、ハードウェアが有能であれば、物理ボックスごとに1つ以上のVMをサポートできます。VM製品が適切であれば、少なくともコールドマイグレーション/クローン作成を許可します。VM製品がエンタープライズ対応である場合、少なくともvmクラスターの負荷をライブマイグレーション/管理できます。
自給自足のVMインフラストラクチャをセットアップすることはすでに困難な作業であり、バックアップは簡単なことなので、バックアップは私の心配の最後になるはずです。
適切なバックアップを取得するには、ゲストの内部メモリの状態をディスクに保存する必要があることに注意する必要があります。実行中のVMをバックアップしても無駄です。 VMを一時停止するにはダウンタイムが必要なため、24時間年中無休のアップタイムが必要な場合、これは最善の解決策ではありません。VM内で実行されているバックアップソフトウェアを使用してバックアップを作成することになります。これをやり直すと、IOを向上させる代わりに、ベアメタルでVMを実行することをお勧めします。
高価なバックアップソフトウェアを購入する場合は、1台のマシンをベアマシンで実行できますが、バックアップは引き続き良好です。アクロニスやR1softのCDPなどの簡単なバックアップソフトウェアをマシンで実行できます。これにより、システム全体の状態が1日中継続的に保存され、より最新のバックアップが得られます。復元は、単にVMイメージをコピーして戻すよりも難しい場合がありますが、ホストOSも紛失した場合は、VMとにかくその時点で!
VMゲストには、豪華なバックアップソフトウェアにいくつかの利点があります。複数のバージョンを保存でき、バックアップの直後にアップグレードとパッチをロールアウトできるため、機能しないことが判明した場合はすばやく復元できます(スナップショットを使用するとさらに簡単になります)。
全体として、VMのリソースが非常に多く、1つしか実行できない場合は、適切なバックアップソフトウェアに投資して、代わりにそれを使用することをお勧めします。問題は、仮想化によって通常CPUとメモリが少なくなるだけでなく、ディスクとネットワークIOも大幅に少なくなるため、イメージを実行するにははるかに優れたホストが必要になることです。