これらの技術にはそれぞれ謝罪者がおり、プラス面と、もちろんマイナス面があります。 基本的に、すべてのソリューションは、消費者の特性に応じて2つのグループに分類できます。
- コンテナ仮想化（オペレーティングシステムレベル）-物理サーバーで使用されるオペレーティングシステム-そのような仮想マシンを作成できます（Linux-Linux、Windows-Windows、xBSD-xBSD）-均質仮想化
- ハードウェアの仮想化と準仮想化-1つのオペレーティングシステムを備えた物理サーバーで、他のOS（Linux-Linux、Linux-Windows、Linux-xBSD、Windows-Linux、Windows-Windowsなど）を備えた仮想マシンを作成できます-異種仮想化
しかし、この業界では、非常に興味深いソリューションであるParallels Server Bare Metallの存在を思い出す人はほとんどいません。
PSBMは、その核で、2.6.32カーネルとRHEL6と互換性のあるソフトウェアに基づいた、64ビットクラウドLinuxの深く再設計されたバージョンです。
私の意見では、この製品のユニークな機能は、ハイパーバイザーの柔軟性とコンテナーの速度の両方を使用できることです。
したがって、PSBMでは「コンテナ」と「仮想マシン」の2つのエンティティが区別されます。 そして、現在必要なものに応じて、管理者は以下を作成できます。
- Linuxサーバー用の「高速コンテナー」
- WindowsおよびFreeBSD用の「仮想マシン」
問題は、PSBMはどのような仮想化になり得るのかということです。
コンテナモードですべてが明らかな場合、技術的にはハイパーバイザーモードでは、PSBMは純粋なハードウェア仮想化または純粋な準仮想化モデルのいずれにも起因するとは思えません。 「仮想マシン」が実行されている場合、プロセスはプロセッサに直接アクセスしますが、他のすべての機器は仮想化されます。
したがって、PSBMは一般的な仮想化の3つの原則すべての混合物であることがわかります。 そして、私の意見では、これがPSBMと競合他社を区別する強みです。
SMBの製品の明らかな消費者マイナス（XENの最小値と比較）-その支払い。 一方、価格はビジネスにとっては正気です。 ただし、Parallelsから1か月間フル機能のライセンスを取得できるようになりました。今のところは、毎月別の月に更新できます。
PSBMは、次の3つの方法で管理できます。
- コマンドラインコンソール
- Parallels Management Console（PMC）-WindowsとLinuxの個別の実装があり、PSBMにバンドルされている特別なプログラム（GUI）-仮想マシン（ハイパーバイザーの下にあるもの）を管理するように設計されています
- Parallels Virtual Automation（PVA）-一部が別の特別な仮想マシンとしてPSBMにインストールされるソフトウェアパッケージは、ブラウザを介してコンテナを管理するように設計されています
もう1つの相対的な消費者の不便-コンテナと仮想マシンの両方に対する単一の管理ユーティリティの欠如です。 一方、SSHはキャンセルされていません。
私は最近PSBMを使用しています-わずか4か月。 開発者向けの運用サーバーのコピーを仮想化し、新しいサービスをテストしました。 これまでに、14台のLinuxサーバーが仮想化されました。 別の7つのLinuxサーバーと9つのWindowsサーバーを作成する当面の計画。
次の記事では、PSBMのインストールプロセス、PVAの構成、仮想マシンとコンテナーの管理方法について話し、XEN仮想マシン/ PSBM仮想マシン/ PSBMコンテナーでのPostgreSQLのパフォーマンスを比較するための合成テストを行う予定です。
質問をしてください-他のことをチェックしてテストするかもしれません。