ESXiでも準仮想化を利用する事が可能です。
デフォルトでは有効になっていない為、仮想マシンを作成した際にオプションを変更する必要があります。
変更箇所は、以下のチェックをつけます。

VM -> Edit Settings
Options -> Advanced -> Paravirtualization -> Support VMI Paravirtualization

完全仮想化より、パフォーマンスは上がるはず。
起動完了までの時間は、たしかに準仮想化の方が早かったです。
ちなみに、ゲストOSはUbuntu JeOS 8.10です。
dmesg結果から、準仮想化で動いているか確認できます。

■準仮想化（dmesg結果）

[    0.244030] CPU0: AMD Dual-Core AMD Opteron(tm) Processor 1210 stepping 03
[    0.244189] Brought up 1 CPUs
[    0.244194] Total of 1 processors activated (3600.00 BogoMIPS).
[    0.244476] CPU0 attaching sched-domain:
[    0.244481]  domain 0: span 0 level CPU
[    0.244485]   groups: 0
[    0.244920] net_namespace: 840 bytes
[    0.244944] Booting paravirtualized kernel on vmi

■完全仮想化（dmesg結果）

[    0.341725] CPU0: AMD Dual-Core AMD Opteron(tm) Processor 1210 stepping 03
[    0.350000] Brought up 1 CPUs
[    0.350000] Total of 1 processors activated (3599.99 BogoMIPS).
[    0.350000] CPU0 attaching sched-domain:
[    0.350000]  domain 0: span 0 level CPU
[    0.350000]   groups: 0
[    0.350000] net_namespace: 840 bytes
[    0.350000] Booting paravirtualized kernel on bare hardware

Oracle Enterprise Linux JeOSの為のyumリポジトリを作ろうと調べてみました。
OTNでそれらしい資料「 Yumリポジトリの設定」見つけました。
rep_populate.shってスクリプトを利用する事で、yumリポジトリを作成できるのですが、有効なCSI番号が必要な為、実施できず。

RedHat Enterpriseを元に作成されてる訳だし、CentOSを元に同じパッケージ構成環境を作れば同等環境になるのだろうか。。。
Cent JeOSってのを作ってみるのも面白そうですな。

Oracle Enterprise Linux JeOSをVMwareで動かした事について追記を。
動かす時に注意しないといけないのが、HDDはIDE接続にしなくてはいけない。
SCSI接続にすると、Kernelがpanic起こします。（久々にみましたKernel panic）

起動したら、/パーティションの使用率が100%になってました。
これは、パーティション構成を作り直す必要があります。
私は、 Clonzillaを使ってディスククローニングして、パーティション構成を変更しました。
あと、yumは動きません。自分でリポジトリ用意しないとイケナイ様です。

ちなみに、Oracle Enterprise Linux JeOSはこんな感じ。

# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda2               383912    378392         0 100% /
/dev/hda1                31077      9766     19707  34% /boot
none                     62412         0     62412   0% /dev/shm

# free
             total       used       free     shared    buffers     cached
Mem:        124828      36796      88032          0       4232      20208
-/+ buffers/cache:      12356     112472
Swap:         8024          0       8024

# ps -ef
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 20:47 ?        00:00:01 init [3]
root         2     1  0 20:47 ?        00:00:00 [migration/0]
root         3     1  0 20:47 ?        00:00:00 [ksoftirqd/0]
root         4     1  0 20:47 ?        00:00:00 [events/0]
root         5     4  0 20:47 ?        00:00:00 [khelper]
root         6     4  0 20:47 ?        00:00:00 [kacpid]
root        19     4  0 20:47 ?        00:00:00 [kblockd/0]
root        20     1  0 20:47 ?        00:00:00 [khubd]
root        37     4  0 20:47 ?        00:00:00 [pdflush]
root        38     4  0 20:47 ?        00:00:00 [pdflush]
root        39     1  0 20:47 ?        00:00:00 [kswapd0]
root        40     4  0 20:47 ?        00:00:00 [aio/0]
root       186     1  0 20:47 ?        00:00:00 [kseriod]
root       424     1  0 20:47 ?        00:00:01 [kjournald]
root      1002     4  0 20:48 ?        00:00:00 [kauditd]
root      1726     4  0 20:48 ?        00:00:00 [ata/0]
root      1727     4  0 20:48 ?        00:00:00 [ata_aux]
root      1738     1  0 20:48 ?        00:00:00 [scsi_eh_0]
root      1745     1  0 20:48 ?        00:00:00 udevd
root      1877     1  0 20:48 ?        00:00:00 [kjournald]
root      2397     1  0 20:50 ?        00:00:00 /sbin/dhclient -1 -q -lf /var/lib/dhcp/dhclient-eth0.leases -pf /var/run
root      2440     1  0 20:50 ?        00:00:00 syslogd -m 0
root      2444     1  0 20:50 ?        00:00:00 klogd -x
root      2471     1  0 20:50 ?        00:00:00 /usr/sbin/acpid
root      2512     1  0 20:50 ?        00:00:00 /usr/sbin/sshd

dbus      2524     1  0 20:50 ?        00:00:00 dbus-daemon-1 --system
root      2533     1  0 20:50 ?        00:00:02 hald
root      2573     1  0 20:50 tty1     00:00:00 /sbin/mingetty tty1
root      2598     1  0 20:50 tty2     00:00:00 /sbin/mingetty tty2
root      2599     1  0 20:50 tty3     00:00:00 /sbin/mingetty tty3

root      2661     1  0 20:50 tty4     00:00:00 /sbin/mingetty tty4
root      2662     1  0 20:50 tty5     00:00:00 /sbin/mingetty tty5
root      2663     1  0 20:50 tty6     00:00:00 /sbin/mingetty tty6
root      3233  2512  0 20:52 ?        00:00:00 sshd: root@pts/0
root      3235  3233  0 20:53 pts/0    00:00:00 -bash

JeOSといえば、Ubuntuが有名ですが別のJeOS実装としてOracle Enterprise Linux JeOSを見てみました。
RedHatではまだ、AOSが明示的にリリースされていない事を考えると、RPM系のJeOS有力候補かもしれない。
SuSE Enterprise JeOSは在りますが。日本では、SuSEを利用している場所は少ないですし。。。

提供されている形式は、OracleVM用です。
が、イメージ形式は一般的な物ですので、qemu-imageコマンドなどで変換可能です。

# qemu-img ＜入力ファイル名＞ -O vmdk ＜出力ファイル名＞

試してみました、VMwareでOracle Enterprise Linux JeOSを動かしてみる。
パーティション構成がおかしくなってますが、起動は問題在りませんでした。
ディスク使用量も400MBを切っているので、仮想環境としては便利かもしれません。
今回試したのは、VMware Workstation6での動作なので、次はVMware ESXiで試してみます。

LXC Linux コンテナシステム
Fedora 10 Release Notesを見ていて見つけたこの単語。。。
OpenVZと同様の仮想化実装の様なのですが、情報が少ないです。

コンテナ形式の仮想化は好きなのですが、OpenVZはメモリの考え方があまり好きになれず。。。
LXC Linuxがどうなのか気になる所ですが、情報がないので実際に入れてみるしかなさそうですね。
正月休みは、実家に戻ってしまう為、検証は年明けですかね。

Ubuntuや、SuSEは、JeOSが存在しますが、RedHat系にはまだ存在していません。
RedHatでは、AOSと呼んでいる様ですが。
Fedora10で、ようやく薄っすら見えてきた状況です。

自分で作成するのも面倒なので、どうするか悩んでましたが、CentOSから派生させて作成された物見つけました。
Orange JeOS
CentOSにKickStartを組み合わせた物の様ですので、完成度はUbuntuに比べ、まだまだですが、コンパクトには仕上がっています。
ただ、LVM使われていたり、パーティションをカスタムで作成画面が出なかったり。
HDDは、2.5GB以上割り当て必要だったり。
まだまだ、実用には足りないが感想です。

今回は、提供されているisoイメージを使用しましたが、自分でカスタマイズしisoイメージを作成するのが、メインとして考えられている様ですので、CentOS5の環境を用意して、試して見るしかないですかね。

VMware Server 2.0がすでにリリースされていますが、VMware Server 1系もバージョンアップしてました。
11/6にVMware Server 1.0.8がリリースされています。
特にバージョンアップする必要はなさそうですが。。。

VMware Addresses Privilege Escalation on Guest Systems Running 32-Bit or 64-Bit Operating Systems
VMware products emulate hardware functions and create the possibility to run guest operating systems.
A flaw in the CPU hardware emulation might allow the virtual CPU to incorrectly handle the trap flag. Exploitation of this flaw might lead to a privilege escalation on guest operating systems. An attacker needs a user account on the guest operating system and have the ability to run applications.
The Common Vulnerabilities and Exposures has assigned the name CVE-2008-4915 to this issue.

個人的には、2.0系は好きになれなかったので、ESXiへ移行中です。

ESXi 3.5u2 on ML115がコア吐いて死にます。
仕方が無いので、再起動。
F2キーを押してメニューを起動。
ユーザ名とパスワードを求められる。
反応が無い。
Escキーを連打していると、ブルースクリーンならぬ、紫画面に。
いろいろやっていると、デバッグモードらしきコマンドプロンプト。
何も出来ないので、リブート。

■対策
何度も繰り返されるので、ハードの問題かと考え、BIOSを最新にアップ。
→解決せず。
ESXiのパッチを最新まで適用。
→とりあえず、安定している様子。

■原因
現時点では不明、Googleで探しても、それらしいバグ情報は見られず。
が、パッチ適用後安定しているのが気になります。
コアダンプを送ってみればヨカッタですね。

すっかり忘れていました。 ESXiのライセンス投入。
無償ということで、インストールしたまま放置してました。

で、www.vmware.comのサイトから、ライセンスを申請。
メールが送られてくるので、メールの指示に従う。

登録が完了し再起動すると、60日試用ライセンスから、無償ライセンスに変わります。
無償ライセンス外の「VMware Consolidated Backup」は使えなくなります。

ESXiにパッチ適用しました。
ESXi 3.5u2から3.5u3です。
なんとなく、起動直後にCoreDump吐いていた現象が無くなった感じです。
そんな修正らしい事書いてないのですが、とりあえずは様子見です。

で、パッチの適用方法。
Windowsマシンから、以下実行で終わり。

remoteInstall.exe -h <ホスト名> -u <ユーザ名> -p <パスワード>

後で、クライアントを最新に入れなおせば完了です。
（クライアントは、古いものでも問題なく繋げてましたが。。。）