Windows Azure Hypervisor デザインの背景と原則
<Windows Azure Blog より>
29 January 2009
Our next few posts will be discussions on the components of the Windows Azure service. Please add comments on anything you would like to hear more about.
この後に続くいくつかの投稿では、Windows Azureサービスにおけるコンポーネントを説明することになるだろう。これが聞きたいなど、何らかのコメントがあったら、付け加えて欲しい。
By Hoi Vo
Director
We are frequently asked about the Windows Azure Hypervisor, and whether or not the code will be made available to customers as a product they could run in their own datacenters. We built the Windows Azure Hypervisor with three principles:
Windows Azure Hypervisor のコードが、あなたのデータセンターで動く製品として提供されるのかなんて、聞かれたって困るのだが、いろいろなところで質問攻めにあってしまう。その、Windows Azure Hypervisor だが、以下の3つの原則に基づいて構築するので、まずは読んでみて欲しい。
1. Efficient: push work to hardware as much as possible. Any percentage gain once multiplied to tens of thousands of machines will be very significant for us. Consequently we can bet on new processor features to save CPU cycles for the hosted application.
１：効率： 可能な限り、ハードウェアを効率よく活用する。無数のマシンとの掛け算になる効率は、私たちにとって極めて重要な事柄だ。正直なところ、アプリケーションをホストするために必要なCPUサイクルを、新しいプロセッサが充たしてくれることに賭けている。
2. Small footprint: any features not applicable to our specific cloud scenarios are removed. This guarantees that we do not have to worry about updating or fixing unnecessary code, meaning less churning or required reboots for the host. All critical code paths are also highly optimized for our Windows Azure scenarios.
2: 無駄なし： 私たちのクラウド･シナリオに適合しない機能は、排除される。それにより、不要なコードについて考え込んだり対応したりという、効率の悪い状況には陥らない。つまり、ホストのリブートに苦情が寄せられるようなことにはならない。すべてのコードに関するクリティカルな方針が、Windows Azure のシナリオに対して、高い次元で最適化される。
3. Tight integration: The Windows Azure Hypervisor is tightly optimized with the Windows Azure kernel. This is required to achieve the level of scalability and performance we want for our stack.
3: タイトなインテグレーション：Windows Azure Hypervisor と、Windows Azure カーネルとの関係は、密接さをもたらす最適化の上に成り立つ。 それが無ければ、私たちの懸案となっている、高度なスケーラビリティとパフォーマンスに到達することは無いだろう。
Much of the development for the Windows Azure Hypervisor would only work in our environment, taking advantage of our specific homogenous data center environment. Some of the innovations would be useful to customers with a different data center design and will be incorporated in future releases of Hyper-V (e.g. Second-Level Address Translation will be available in Hyper-V v2.0).
Windows Azure Hypervisor における多くの開発は、特定のデータセンターがもたらす均一性からのアドバンテージを得るために、私たちのデータセンターだけで開発されるだろう。ただし、いくつかの進歩は、別のデータセンターでも有益なものになるはずだ。そして、将来にリリースされる Hyper-V (たとえば Second-Level Address Translation が Hyper-V v2.0 では可能) に取り込まれていくだろう。
ーーーーーーーーーーーーーーーーーー
Windows Azure Hypervisor と Hyper-V v2.0 って、なんか ワクワク しますね。
