ESXi 6.5でもRealtek NICを利用する。
少し早めのマシンが欲しくて入手した第6世代i5のマシンがRTL8111HSDだったので、どうしたものかと悩んだ。
Intel NICを追加で刺してもいいのだが、できればオンボードNICを無駄にはしたくない。
Hyper-Vでもいいけど、扱いなれているESXiがやっぱり使いたい。

正規にサポートしていないデバイスであっても、ドライバを組み込めば使えるので、試してみた。
自分でドライバを書く方法もあると思うが、面倒なので、ドライバはここのが使える。
Net55-r8168

かつ、ちまちま適応作業とかしなくても、カスタマイズされた導入用ISOを作ってくれるスクリプトも存在する。
ESXi-Customizer-PS

PowerShellが必要なぐらいで、Windows7環境なら困らなかった。
実行したのはこんな感じで、元となるESXiとかも勝手にダウンロードしてくれる。

> .\ESXi-Customizer-PS-v2.5.ps1 -v65 -vft -load sata-xahci,net55-r8168

ちなみに作成したnet55-r8168ドライバ入りを試した環境は、DELL OptiPlex 3040 SFF。
RTL8111HSDイーサネットのモデルになります。

Core i5-6500、メモリ16GB、DVDドライブは2.5インチSSDに入れ替えて使用中。
開発ビルドマシンとして利用しています。
サーバ利用ではないので、Realtek NICでも耐えきれてます。
正直、CPU性能とI/O性能が高ければ事足りる用途です。
ESXiをわざわざ利用しているのは、環境作ったり壊したりが便利だから。(Dockerの方がパフォーマンス上がりそうだが慣れていないのでESXi)
約半年常用しているが、問題は起きていないので、net55-r8168は意外とイケてるかもしれない。(もちろんサーバ利用ではない話)

ESXi 6.5が公開されているのに気が付いてませんでした。
日本語サイトではまだダウンロードできないみたいですが、USサイトでは既にフリー版もダウンロードできる様になってました。
6.0にアップデートしなかった僕は、そろそろさすがになぁ。と考えてました。
いまだに現役で利用しているML110 G6で使えるか試しておこうと思いついた日曜日。

Raspberry PiでCloudStackを起動しだした処から悲劇は始まった。
XenServerでSystem VMが起動してくれません。
XenServerのバージョンを変えたり、設定を見直したり、CloudStackインストールし直したり、永い道のりでした。

現象としては、初期構成中に、『Creating system VMs (this may take a while)』のメッセージで止まってしまいます。

XenServer側で、PrimaryStorageはマウントできており、書き込みも出来るし所有者もrootになっています。
しかし、VMが出来る様子も無く、PrimaryStorageにVMのディスクが生成される様子もありません。
CloudStackの画面では、System VMの番号が次々に上がっていく感じになっています。
この状態でひたすら悩んだ挙句、KVMホストを試しに繋いで見ると、何事も無く動作。。。

NFSサーバが原因と思っていたのが、実はXenServerの問題だった模様。。。
どうやら、ここにある情報っぽいです。
http://comments.gmane.org/gmane.comp.apache.cloudstack.devel/29491

XenServer上でリンクを作ってあげたら元気に起動してくれました。

# ln -s /usr/bin/vhd-util /opt/xensource/bin/vhd-util

未だにHP ML110 G6を常用している訳ですが、そろそろESXiをバージョンアップを考えています。
vSphere Flash Read Cache (vFRC) が一番使いたい訳なのですが。。。
環境を潰せる側のML110 G6に入れてみました。
フリーライセンスでメモリ32GB制限がなくなっているのはありがたいですね。
ML110 G6はとりあえず問題なさそうです。

ESXi 5.1をML110 G6に入れてみたよ。
とりあえず新規インストール。問題なく導入終了。

デフォルトでIPv6がついてます。 どうやらIPv6対応されたみたいですね。 ネットワーク設定周りにもIPv6入力ができる様に変わってました。

で一番気になっているメモリは何処まで利用できるのだろうか。という点。

かなり前になりますが、ゴミ捨て場から救出してきたマシンを再利用しようとESXi 5.0導入を試みたもののEthernetが認識せずゴミと化していましたが、ごにょごにょすると認識する事が判明。
餌食なマシンは、「HP Pavilion s3420jp」であり、Athlon X2 BE-2350搭載機になります。
NICは、nForceの、MCP61 Ethernetになります。

ここでMCP61なら認識するはずじゃ？と思われる方も多いと思いますが、デバイスにより認識できない物も存在する模様。（ドライバ自体は存在します）
具体的に認識しないのは、lspciで調べた際、以下の様に「10de:03ef」となっているものです。

000:000:07.0 Bridge Bridge: nVidia Corporation MCP61 Ethernet [vmnic0]
	 Class 0680: 10de:03ef

ESXi 4.x系では、oem.tgz配置が解り易いので簡単なのですが、ESXi 5.0系ではなにやら面倒な様です。
僕が成功した方法をご紹介します。

どうしても使いたいPCのNICがESXiで認識させれないので、VirtualBoxにしてみたら外部からの操作が面倒で、こんなの探してきてみた。
phpVirtualBox


コンソールの反応も悪くないので、自宅利用には問題なさそうな気がする。
SSHアクセスできない場合ぐらいしかコンソール接続しないし。

永らく放置してしまっていたESXi 5.0環境のパッチ適用を行いました。
update1すら当てていなかったという情けない状態だった訳ですが、今日から最新環境です。
久々に適用したなぁ。

~ # esxcli software vib update -d /vmfs/volumes/datastore/ESXi500-201205001.zip
Installation Result
   Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
   Reboot Required: true
   VIBs Installed: VMware_bootbank_esx-base_5.0.0-1.13.702118
   VIBs Removed: VMware_bootbank_esx-base_5.0.0-1.11.623860
   VIBs Skipped: VMware_bootbank_ata-pata-amd_0.3.10-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-atiixp_0.4.6-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-cmd64x_0.2.5-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-hpt3x2n_0.3.4-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-pdc2027x_1.0-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-serverworks_0.4.3-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-sil680_0.4.8-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-via_0.3.3-2vmw.500.0.0.469512, VMware_bootbank_block-cciss_3.6.14-10vmw.500.0.0.469512, VMware_bootbank_ehci-ehci-hcd_1.0-3vmw.500.1.11.623860, VMware_bootbank_esx-tboot_5.0.0-0.0.469512, VMware_bootbank_ima-qla4xxx_2.01.07-1vmw.500.0.0.469512, VMware_bootbank_ipmi-ipmi-devintf_39.1-4vmw.500.0.0.469512, VMware_bootbank_ipmi-ipmi-msghandler_39.1-4vmw.500.0.0.469512, VMware_bootbank_ipmi-ipmi-si-drv_39.1-4vmw.500.0.0.469512, VMware_bootbank_misc-cnic-register_1.1-1vmw.500.0.0.469512, VMware_bootbank_misc-drivers_5.0.0-1.11.623860, VMware_bootbank_net-be2net_4.0.88.0-1vmw.500.0.7.515841, VMware_bootbank_net-bnx2_2.0.15g.v50.11-5vmw.500.0.0.469512, VMware_bootbank_net-bnx2x_1.61.15.v50.1-1vmw.500.0.0.469512, VMware_bootbank_net-cnic_1.10.2j.v50.7-2vmw.500.0.0.469512, VMware_bootbank_net-e1000_8.0.3.1-2vmw.500.0.7.515841, VMware_bootbank_net-e1000e_1.1.2-3vmw.500.1.11.623860, VMware_bootbank_net-enic_1.4.2.15a-1vmw.500.0.0.469512, VMware_bootbank_net-forcedeth_0.61-2vmw.500.0.0.469512, VMware_bootbank_net-igb_2.1.11.1-3vmw.500.0.0.469512, VMware_bootbank_net-ixgbe_2.0.84.8.2-10vmw.500.0.0.469512, VMware_bootbank_net-nx-nic_4.0.557-3vmw.500.1.11.623860, VMware_bootbank_net-r8168_8.013.00-3vmw.500.0.0.469512, VMware_bootbank_net-r8169_6.011.00-2vmw.500.0.0.469512, VMware_bootbank_net-s2io_2.1.4.13427-3vmw.500.0.0.469512, VMware_bootbank_net-sky2_1.20-2vmw.500.0.0.469512, VMware_bootbank_net-tg3_3.110h.v50.4-4vmw.500.0.0.469512, VMware_bootbank_ohci-usb-ohci_1.0-3vmw.500.0.0.469512, VMware_bootbank_sata-ahci_3.0-6vmw.500.1.11.623860, VMware_bootbank_sata-ata-piix_2.12-4vmw.500.1.11.623860, VMware_bootbank_sata-sata-nv_3.5-3vmw.500.0.0.469512, VMware_bootbank_sata-sata-promise_2.12-3vmw.500.0.0.469512, VMware_bootbank_sata-sata-sil_2.3-3vmw.500.0.0.469512, VMware_bootbank_sata-sata-svw_2.3-3vmw.500.0.0.469512, VMware_bootbank_scsi-aacraid_1.1.5.1-9vmw.500.1.11.623860, VMware_bootbank_scsi-adp94xx_1.0.8.12-6vmw.500.0.0.469512, VMware_bootbank_scsi-aic79xx_3.1-5vmw.500.0.0.469512, VMware_bootbank_scsi-bnx2i_1.9.1d.v50.1-3vmw.500.0.0.469512, VMware_bootbank_scsi-fnic_1.5.0.3-1vmw.500.0.0.469512, VMware_bootbank_scsi-hpsa_5.0.0-17vmw.500.0.0.469512, VMware_bootbank_scsi-ips_7.12.05-4vmw.500.0.0.469512, VMware_bootbank_scsi-lpfc820_8.2.2.1-18vmw.500.0.0.469512, VMware_bootbank_scsi-megaraid-mbox_2.20.5.1-6vmw.500.0.0.469512, VMware_bootbank_scsi-megaraid-sas_5.34-1vmw.500.1.11.623860, VMware_bootbank_scsi-megaraid2_2.00.4-9vmw.500.0.0.469512, VMware_bootbank_scsi-mpt2sas_06.00.00.00-6vmw.500.1.11.623860, VMware_bootbank_scsi-mptsas_4.23.01.00-5vmw.500.0.0.469512, VMware_bootbank_scsi-mptspi_4.23.01.00-5vmw.500.0.0.469512, VMware_bootbank_scsi-qla2xxx_901.k1.1-14vmw.500.0.0.469512, VMware_bootbank_scsi-qla4xxx_5.01.03.2-3vmw.500.0.0.469512, VMware_bootbank_scsi-rste_2.0.2.0088-1vmw.500.1.11.623860, VMware_bootbank_uhci-usb-uhci_1.0-3vmw.500.0.0.469512, VMware_locker_tools-light_5.0.0-1.12.653509

VMware Workstation 8.0 では、ゲストOSにVTがあたかも対応している様に見せかけるオプションが存在しています。

ESXiを試しり、Hyper-Vや、Xen Serverを試す時には便利なオプションなのですが、ESXiでも使いたい。
が、vSphere Client上からはそれらしいオプションは見つからない。

ESX 4.0や、ESXi 5.0は動作させるのは、ゲストOSを選択する際に選べばいいだけなのですが。。。
Xen Serverを動かすのには設定変更が必要でした。

訳あって XenDesktop やら XenApp やらを弄っていたりしています。
ハイパーバイザーに、XenServerを使っても良いのですが、すべてを自宅検証マシン(ESXi 5.0)上に用意したかったのでESX 4.0(ESX on ESXi)を利用してみました。
XenDesktop自体は、XenServer、VMware ESX、MS Hyper-V をサポートしているのですが、VMwareを利用する場合は、vCenterが必要なのだろうと思い込んでいました。
が、VMware ESX 4.0 では、必要になる機能は搭載されており、vCenter無しでも利用できる模様。

で試してみた。
が、設定を弄らないと繋がらない事が判明。
繋がらない原因は、ESXでデフォルトで導入されるSSL証明書がサーバ名と一致していない状態になる為との事で、証明書を作り直すかHTTPでのアクセスにしてしまうかが必要。
SSL証明書を作り直すのは面倒なので、とりあえずはHTTPで繋げられる様に修正。