Hatena::Group::Virtualization::takaochan RSSフィード

日記はこちら
2006 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2007 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 11 |

2007/09/09 (日)

[][]Intel inside on VMware Intel inside on VMware - Hatena::Group::Virtualization::takaochan を含むブックマーク はてなブックマーク - Intel inside on VMware - Hatena::Group::Virtualization::takaochan

Intel社は2007年9月、仮想化ソフトウエア開発企業である米VMware社の株式の12.6%を所有する旨を、米国証券取引委員会(SEC)への届出により公表した。このことは、Intel社が仮想化技術の将来にいかに期待しているかということを裏付けている。

これまで、Intel社はVMware社の株式の2.5%を取得すると見られていた。しかし、今回の届出によれば、その5倍近くの出資をVMware社に対して行ったことになる。Intel社製品のアーキテクチャVMware社のプラットフォームによって仮想化が実現されており、またVMware社製品が搭載されているシステムのほとんどにはIntel社製品が搭載されている。Intel社によれば、「VMware社に対する投資は、当社製品アーキテクチャへの仮想化製品の採用を促進し、仮想化技術の価値を強化することを目的としている」のだという。

http://www.ednjapan.com/content/l_news/2007/09/u3eqp300000178vk.html

2.5%ならともかく、12.6%っすか。

IPOされた分の大半をIntelが買っていたということ?それとも別枠買い?

いずれにしろ、Intelがここまで入れ込んだことはそれなりに本気なんでしょうね。MicrosoftとのWintelに続き、VMwareとのVMwaretel?を目指すのでしょうか。

2006/11/22 (水)

[]VT対応CPU VT対応CPU - Hatena::Group::Virtualization::takaochan を含むブックマーク はてなブックマーク - VT対応CPU - Hatena::Group::Virtualization::takaochan

Xeon 5000番台(Dempsey, Woodcrest), Xeon 7000番台(Paxvlile MP, Tulsa), Itanium 9000番台(Montecito)。

あー、過渡期ってややこし。

2006/07/20 (木)

[][][]x86 CPU仮想化支援機能 x86 CPU仮想化支援機能 - Hatena::Group::Virtualization::takaochan を含むブックマーク はてなブックマーク - x86 CPU仮想化支援機能 - Hatena::Group::Virtualization::takaochan

直接的なメリットはないかもしれないが、こういう記事によって仮想化技術に積極的に取り組んでいる姿勢を見せることは企業にとって重要だと思う。そういう意味で、HPは仮想化技術に対して積極的に取り組んでいるように「みえる」。

x86アーキテクチャ向けのOSは「コンピュータのすべてのリソースを占有している」という前提で動作している。従ってそのようなOSを,同一のコンピュータ上で複数同時に実行することはできない。なぜならば,複数のOS間で,リソースの競合が発生するからである。

http://itpro.nikkeibp.co.jp/article/COLUMN/20060713/243263/

対して汎用機やハードウェアOSがかなり高レベルに統合されたUNIX製品などは「仮想化」に対応するようにOS側もつくられているので、x86と比較してかなり早い段階から仮想化技術が取り込まれている。

x86命令の中には,特権命令と呼ぶ命令がある。例えばI/Oアクセス命令などだ。特権命令を,権限が低いリングプログラムで実行すると,より権限が高いリングプログラムがそれを横取りできる(これを「トラップ」と呼ぶ)。ほとんどのOSでは,カーネルリング0アプリケーションリング3で動かしている(リング1とリング2は使っていない)。こうすることで,例えば複数のアプリケーションから同時にI/O処理要求が発行された場合に,それらをOS がトラップし,OS排他制御調停できるようにしている。

ここがx86仮想化を理解するための基本となる重要な部分。

仮想化ソフトウエア(VMM)は,いわばゲストOSをだますことにより,ゲストOSからするとあたかも自身のカーネルリング0で動作しているかのように見せかけている。実際には,VMMがリング0で動作し,ゲストOSカーネルリング1で動作させている。

いかなるx86アーキテクチャにおける仮想化ツールもこの方法で動作している(やり方はそれぞれ微妙に異なるが)。

ゲストOSリング1で動かすことで,ゲストOSで実行しようとした特権命令をVMMがトラップできるようになる。複数のゲストOSが実行しようとした特権命令をVMMが調停することで,複数のOSを同時に動かしているわけだ。ただしx86には,システムハードウエア)の状態を変更する命令なのに特権命令ではない命令がある。そのような命令をゲストOSが実行すると,そのままではVMMはトラップできず,システムクラッシュする。

この問題をどう乗り越えるかが製品としての完成度につながる。

x86は設計の時点で仮想化を意識していないので、どうしても「きわどい方法」で「どうにかする」仕組みを作る必要がある。

そこで,VMware製品は,ゲストOSで使われているそれらの命令を,VMMがトラップできるよう動的に書き換えて,実行している。このような仮想化の方式を「バイナリトランスレーション」と呼ぶ。これに対して,VMM上で動作するようにあらかじめ変更しておいたゲストOSのみを実行できる仮想化ソフトウエアもある。Xenがその代表例で,このような方式を「パラバーチャライゼーション(準仮想化)」と呼ぶ。

汎用的に使えるようにするにはVMwareバイナリトランスレーションは有効だが、その分オーバーヘッドが生じてしまう。対してXenの取るパラバーチャリゼーションはより高速に(=オーバーヘッドを最小限にして)動作させることが出来る。

この連載はx86アーキテクチャにおける仮想化に携わる人は「理解しておくべき」事項がまとめられていきそうなので、非常に期待している。

2006/07/06 (木)

[][]Intel/VT & AMD/SVM Intel/VT & AMD/SVM - Hatena::Group::Virtualization::takaochan を含むブックマーク はてなブックマーク - Intel/VT & AMD/SVM - Hatena::Group::Virtualization::takaochan

CPUレベルにおける仮想化技術はIAサーバを本格的に仮想化に対応させるためには必須だとは思う。

IBMHPUNIXで実現されているハードウェア論理的な分割機能にIAサーバが一歩近づくことになる。

ただ、IAサーバは汎用機であり、様々なメーカーや様々なOSが動作するだけにどう進めるかが難しい。たとえばIBMのpSeriesならAIXと対応したLinuxだけを考慮すればいいが、IAサーバ用のCPUで仮想化に対応するには「仮想化にも」対応するがこれまでどおりの使い方に一切影響を与えないように発展させる必要がある。

SVMまたはVT上でOSが実行されると、特権命令の処理すべては完了前にインターセプトされ、ハイパーバイザ(スーパーバイザのスーパーバイザ)によってセットアップされた入口点に送られる。この場合、ハイパーバイザだけが、システム状態の変更を実施および許可する権限を持つ。

例えば、ゲストからの仮想メモリ・セグメントのマッピングリクエストインターセプトした場合、ハイパーバイザのコードは、そのゲスト用に前もって割り振られていたメモリ・セグメントを渡すことで、そのリクエストに対応する。

仮想化されたサーバ上では、このような特権処理は1秒間に数百~数千回生じるので、ソフトウェアで処理することは予想以上に厄介だ。

http://www.computerworld.jp/topics/Vtl/43641.html

Intel VTに対応した製品はVMware ServerやXen3.0など、チラホラ出始めているが、技術使用としてはAMDの方がすぐれているという話もある。

Intelのやり方とAMDのやり方に互換性がないだけに、こんごの展開が少々心配だが、こんなところからCPU争いの状況に大きな変化がもたらされるかもしれない。