仮想化の理由
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/02/26 09:47 UTC 版)
サーバー統合の場合、CPUやハードドライブなどのより多くの（コストのかかる）ハードウェアリソースの必要性を減らすために、多くの小さな物理サーバーが1つの大きな物理サーバーに置き換えられる。ハードウェアは仮想環境に統合されているが、通常、OSは統合されていない。代わりに、物理サーバーで実行されている各OSは、仮想マシン内で実行されている個別のOSに変換される。これにより、大規模サーバーはそのような多くの「ゲスト」仮想マシンを「ホスト」できる。これは、物理から仮想（P2V）への変換として知られている。 サーバーの統合は、機器のメンテナンスに関連する機器と人件費の削減に加えて、エネルギー消費とテクノロジーの環境生態学的セクターにおける世界的なフットプリントを削減するという追加の利点もある。たとえば、一般的なサーバーは425で実行される W とVMwareは、最大15：1のハードウェア削減率を見積もっている。 仮想マシン（VM）は、物理マシンよりもリモートサイトから簡単に制御および検査でき、VMの構成はより柔軟である。これは、カーネル開発や、最新のハードウェアをサポートしていないレガシーオペレーティングシステムの実行など、オペレーティングシステムコースの指導に非常に役立つ。 事前にハードウェアを購入しなくても、必要に応じて新しい仮想マシンをプロビジョニングできる。 仮想マシンは、必要に応じて、ある物理マシンから別の物理マシンに簡単に再配置できる。たとえば、顧客に行く営業担当者は、物理コンピュータを輸送することなく、デモソフトウェアを備えた仮想マシンをラップトップにコピーできる。同様に、仮想マシン内のエラーはホストシステムに害を及ぼさないため、ラップトップでOSがクラッシュするリスクはない。 この再配置の容易さにより、仮想マシンは、再生されたエネルギー源や障害のあるエネルギー源の影響を心配することなく、災害復旧シナリオで簡単に使用できる。 ただし、複数のVMが同じ物理ホストで同時に実行されている場合、各VMは、他のVMによってシステムに課せられるワークロードに大きく依存するさまざまな不安定なパフォーマンスを示す可能性がある。この問題は、仮想マシン間の一時的な分離のための適切なインストール手法によって対処できる。 プラットフォームの仮想化にはいくつかのアプローチがある。 仮想化のユースケースの例： ホストOSでサポートされていない1つ以上のアプリケーションの実行：必要なゲストOSを実行している仮想マシンは、ホストOSを変更せずに、目的のアプリケーションの実行を許可できる。 代替オペレーティングシステムの評価：ホストOSを変更せずに、新しいOSをVM内で実行できる。 サーバーの仮想化：物理サーバーのハードウェアリソースをより完全に活用するために、単一の物理サーバーで複数の仮想サーバーを実行できる。 特定の環境の複製：仮想マシンは、使用する仮想化ソフトウェアに応じて、複製して複数のホストにインストールするか、以前にバックアップしたシステム状態に復元することができる。 保護された環境の作成：マルウェアの調査や動作の悪いソフトウェアのインストールなど、VMで実行されているゲストOSが修復に費用効果の低い方法で損傷した場合、VMは害を及ぼすことなく単純に破棄される可能性がある。ホストシステム、およびゲストの再起動時に使用されるクリーンコピー。
※この「仮想化の理由」の解説は、「ハードウェア仮想化」の解説の一部です。
「仮想化の理由」を含む「ハードウェア仮想化」の記事については、「ハードウェア仮想化」の概要を参照ください。
- 仮想化の理由のページへのリンク
