コンピュータのリソースを有効に活用する／アプリ間の干渉を避けるために、ＯＳの仮想化技術が発展しました。
関連
- ◯
- コンピュータとＯＳ
ＯＳの仮想化：ハイパーバイザ型、ホスト型
これまでのパソコンやサーバでは、ＯＳをひとつだけ動かすのがふつうでした。
しかしコンピュータの各リソース（プロセッサ、メモリ、ストレージ、……）の性能・容量が大きくなってきたことで、そのような使い方が非効率になってきます。もしこれらのリソースを有効に使うことができれば、コストを抑えることができます（導入、電力、場所、……）
このような背景から、コンピュータを複数のＯＳで共有するための＜仮想化ソフト＞が提供され始めました。単体のプロセッサで複数のＯＳを動かす技術を、ＯＳの仮想化といいます：［※１］
ＯＳの仮想化には、パソコン／サーバの上で直接仮想化ソフトを動かすハイパーバイザ型、パソコン／サーバのＯＳの上で仮想化ソフトを動かすホスト型の、２つのタイプがあります。
- ※１
- ＯＳの仮想化ソフトは、いわゆるエミュレータとはすこし違いますーーエミュレータを使えば、ある機種（パソコン、サーバ、携帯端末、ゲーム機、……）で動くアプリケーションを、べつの機種で動かすことができますーーいっぽうＯＳの仮想化ソフトは、ＯＳからプロセッサへの命令は、そのまま物理プロセッサに伝えるだけです。なので仮想化技術を使っても、そのＯＳがサポートするプロセッサ以外では、そのＯＳを動かすことはできません。
ＯＳの仮想化：コンテナ（アプリごとにＯＳを分ける）
パソコンやサーバには、いろいろなアプリをインストールできます。ただ使い方によっては、アプリの特定のバージョンを使いたいことがありますよね？ また、あるアプリを使うとべつのアプリが使えない、といったことも起こります。そもそもアプリをたくさんインストールすると、パソコンやサーバを交換するときに、移行が大変です：
こういった問題は、そもそもコンピュータで＜ひとつだけ＞動いているＯＳと、アプリが結びついていることから起こります。
なら１コのコンピュータで、アプリごとに分けた複数のＯＳを使えるようにすればいい、という発想が生まれますーーそれがＯＳ仮想化のひとつ、コンテナですーーハイパーバイザ型やホスト型のＯＳ仮想化は（ＯＳのコアのレベルで仮想化を行うので）使うのはそれなりに面倒ですが、コンテナはＯＳのコア部分は共有します。なので＜気軽に＞、複数のＯＳを取り込み〜切り替えて使うことができます。これが、＜アプリごとのＯＳ＞という考え方を容易にしています：
コンテナを使うことで、アプリ間の干渉を避けられます。またパソコンやサーバを移行するときも、それぞれのコンテナの＜イメージ＞（コンテナの実体ファイル）をコピーするだけで済むようになります。
- ※１
- コンテナの技術は、ユーザごとにルートフォルダを分ける「chroot」の技術がもとになっています。これを極限まで推し進め、ひとつの「chroot」がほぼ独立したＯＳにみえるものを「コンテナ」と呼ぶようになりました（なので仮想化といっても、完全なものではありませんーー動かせるＯＳは、そのコア部分が同じＯＳにかぎられます。また管理者モードでのアクセス権にかかわるような操作も、コンテナ上のＯＳでは行えません）。
- ※２
- コンテナの威力は、コンテナ上のアプリケーションを透過的にあつかえる、というところにあります。たとえば次の一連のコマンドは、コンテナ上のＯＳ（Ubuntu）で動くアプリケーション（Tidy）を、パイプラインを通して＜手元にあるアプリケーションのように＞実行し、ファイルの形式を変換しています：
cat index.html | docker run -i --rm ubuntu:vir117 tidy > index.xhtml
ネットワークの仮想化
ＯＳが１コのパソコンやサーバで１コしか動かないなら、複数のＯＳの間でやり取りがあるサービスを試したり作ったりするには、そのＯＳの数だけコンピュータが必要になります。
しかし１コのコンピュータで複数のＯＳを動かし、それらのＯＳを＜仮想の＞ネットワークでつなぐことができれば、そのような手間を省くことができます。
ＯＳの仮想化技術を使えば、１コのパソコンで複数のサーバやクライアントを動かし、それらの間でネットワークを組むことも可能です：