HP Integrityサーバ対応版で更に強化されたvPars・前編

• HP IntegrityサーバおよびHP-UX 11i v2のサポート
• CLM(Cell Local Memory)のサポート
• バウンドCPUの区別廃止

以下、それぞれについて詳しく見ていこう。

Integrityサーバのサポート

VMwareとvParsの違い

VMwareのアプローチは、WindowsやLinuxといった既存のOS上で手軽に仮想化を実現できるというメリットがある反面、屋上屋を架す構造であるため、パフォーマンスのオーバーヘッドが避けられないというデメリットがある。またホストOSがハングアップすれば、ゲストOSもすべてダウンしてしまう。

一方vParsのアプローチは、オーバーヘッドがほとんど発生しないのが最大の特徴だ。vParsモニタがシンプルなぶん、障害が発生する可能性も少なく、可用性も高い。

fParsのメカニズム

とはいえvParsは、ハードウェアとOSの仲立ちをするという構成上、個々のハードウェアに合わせてvParモニタを実装し直す必要がある。例えばPA版vParsでは、HP 9000サーバで動作するファームウェア上でvParモニタが動作し、複数のHP-UXインスタンスをサポートする仕組みが実装されていた。しかし、これをそのままItanium上に移植することはできない。そこで今回のリリースでは、HP Integrityサーバ上でvParsの機能を再現する「fPars(firmware partitions)」と呼ばれるメカニズムが新たに実装されている。

fParsは、HP Integrityサーバが有するハードウェア・リソースを分割し、複数のパーティションをファームウェア・レベルで設ける技術である。個々のfParパーティションには、1個以上のCPU、1個以上のPCIカード、そして一定領域の物理メモリを分配する。またItaniumの標準のファームウェア・サービス(PAL、SAL、EFI、ACPI)をそれぞれが独立して提供し、同サービスによる構成情報もfParごとに保持できる。このfParをvParモニタから制御することで、HP 9000サーバと同様のvPars機能をHP Integrityサーバで実現する仕組みである(図2)。