ESXi 5.x boot delays when configured for Software iSCSI

　この問題にあわせて、ZIP形式のパッチと、パッチ済のISOイメージ（こちらは有償ライセンスを所持しているユーザーのみ）が配布されています。が、ZIP形式のパッチをあてようとしたところ、私が知っていたvihostupdate.plを使ったアップデートはできなくなっていました。結局、この場は評価利用中だったvCenter ServerとUpdate Managerでアップデートをしました。

　うーん、このままではちょっと悔しいので、あらためてパッチのあて方を勉強することにしました。

パッチのあてかた

　検索すると、最近はesxcliコマンドを使用してアップデートをするようです。やり方を丁寧に紹介しているブログもありますが、自分で試して、他よりちょっと？だけ手順を省ける方法がありましたのでこちらを紹介します。

• パッチのZIPファイルをデータストアにアップロードします。今回はデータストア「datastore1」の一番上のディレクトリに配置している状態を例とします。
• ESXiホストをメンテナンスモードにします。
• vSphere CLIのコマンドを起動して、次のコマンドを実行します(2011/1/26更新: software vib installをsoftware vib updateに変更)。

  >esxcli --server <サーバーのIPアドレス> --username <ユーザー名> software vib update -d [datastore1]ESXi500-201111001.zip

• 完了すると、「Message: The update completed successfully, but the system needs to be reboot ed for the changes to be effective.(アップデートが成功しました。ただし、再起動が必要です)」というメッセージと、パッケージのインストール状況表示されるので、ESXiホストを再起動して、メンテナンスモードを解除してやります。

　ちなみに、よその手順との違いは、ESXiのSSHを有効にせずにvSphereCLIに付属のコマンドを使用している点です。角括弧でデータストアを指定してその後ろにパスをつけると、データストアにあるファイルを使ってくれました。SSHを有効にすると、vCenter Serverに登録している環境では警告として表示されてしまいますから、警告が出ていると気になってしまう方におすすめかもしれません（？）。

メモ

　いま(2011/11/27現在)のところESXi 5.0へのパッチは、ESXi500-201109001とESXi500-201111001の二つがリリースされていますが、最初のBuild 469512からアップデートするときは、ESXi500-201111001を適用するだけで良いようです。これを適用した時に、ESXi500-201109001に含まれていたtools-lightのアップデートもされていました。
　また、ESXi500-201111001のインストールが済んでいる状態でESXi500-201109001をインストールすると、esx-baseのバージョンが戻ります（した）。バージョンダウンのチェックはしていないらしいのでご注意アレ。(2012/1/26追記)esxcliを使用してvibを適用する際には、installコマンド以外にもupdateコマンドが含まれていました。コメントにてご指摘いただきましてありがとうございました。

(2012/1/26追記)参照: http://pubs.vmware.com/vsphere-50/topic/com.vmware.vcli.ref.doc_50/esxcli_software.html

(大まかに)vSphere Web Clientが使えるようになるまでの流れ

次のような手順で、vSphere Web Clientが使用可能となります。

• vCenter Serverをインストール
• vSphere Clientをインストール
• vSphere Clientにログインして、データセンタとホストの追加を行う
• vSphere Web Clientをインストール
• vSphere Admininstration Applicationで、vCenter Serverの情報を登録(後述)
• vSphere Web Clientにアクセス(後述)

　途中、vSphere Clientにログインしてデータセンタとホストを追加していますが、現状のvSphere Web Clientではこれらの追加はできないようでした。

vSphere Admininstration Applicationのようす

　インストール直後に自動で表示されるか、スタートメニューの中にリンクか有るのでそちらからアクセスします。

　登録画面はこんな感じで、IPアドレス・ユーザー名・パスワードを指定する程度です。

vSphere Web Clientのようす

　vSphere Web Clientもスタートメニューの中にリンクがあるのでそちらからアクセスします。なお、Web Clientを利用するにはFlashが必要となります。

　ログイン後は次のような感じです。仮想マシンのサマリを表示しているところ。

　プラグインをインストールすると、VMのコンソール画面を開く事も可能です。対応ブラウザはInternetExplorerもしくはFirefox(Windowsのみ)に対応しているようです。

　仮想マシンの追加は可能のようで、vSphere Clientで操作するのと同じように（もしくは従来より若干快適に）仮想マシンを作成できました。若干、というのは、仮想マシン作成ウィザード内で仮想CDドライブにISOをマウントできる点が個人的に便利だと感じました。

　パフォーマンスの確認ももちろん可能です。

　そしてなんと、ライブマイグレーションもできそうな雰囲気です。実際には試していませんが、複数ホストを用意してvMotionを有効にすれば、Webから簡単にライブマイグレーションを実行することができそうです。

まとめ

　Macなど別のOSでWebアクセスして仮想マシンを管理することが可能になったため、普段の業務でMacBookを使用している(VMwareを扱い時にはWindowsのVMをいちいち立ち上げていた)弊社としては非常に便利なツールが登場したなあ、と感じました。

　Windowsのみ対応らしいリモートコンソールについては、SSHやWindowsのリモートデスクトップでどうにでもできますので、なくてもそれほど困らないかと思っています。

　さて、ESXi 5では「ホストキャッシュ」と言う機能が追加されて、SSDをVMのメモリのスワップ置き場にすることで、メモリスワップ時の速度低下を低減させる、と言うもののようです。まずはホストキャッシュの追加までできましたので、こちらの手順をご紹介します。

　検証に使用しているサーバーはHP ProLiant DL360 G6です。余談ですが、例によって数週間前にヤフオクで入手された出物です。ストレージ構成は次の通り。おなじみのSmartArray P410iで構成されています。

• 論理ボリューム1: 10kRPM 146GB SASディスク 1本
• 論理ボリューム2: Samsung 64GB MLC SSD (MMCRE64G5MXP-0VB) 1本

　vSphere Clientの「構成タブ」-「ソフトウェア」-「ホスト キャッシュの構成」を選択します。

　「ストレージの追加」をクリックして、ストレージを追加します。追加ウィザードは、通常のデータストアの追加方法と全く同じですので、手順は割愛します。

　……手順を割愛したものの、実はここでSSDが非SSDとして認識されていました。よって上記リストには表示されず、データストアでのみ表示されるようになっていました。データストアのリストを見ると、次のように表示されています。

　HP Smart Array では論理ボリュームを作る時にSATA SSDとして認識されていますが、ESXi側では単純にHP Serial Attached SCSI Diskとしてしか見えないようです。

　マニュアルの「vSphere ストレージ ガイド (vSphere Storage)」を参照すると「15. Solid State Disks Enablement」の章の144ページに、自動で認識されなかった場合に手動でドライブのタイプをSSDにする手順が記載されていましたので、こちらを試してみます。

• ESXiのコマンドラインにアクセスする(SSHやvSphere CLIなど)。
• 「esxcli storage nmp device list」を実行する。すると、次のように、ストレージの一覧が表示されるので、SSDのデバイス名(naaで始まる文字列)と、Storage Array Typeを確認する。

  ~ # esxcli storage nmp device list
  naa.600508b1001c97ac14eb5b233da87a59
     Device Display Name: HP Serial Attached SCSI Disk (naa.600508b1001c97ac14eb5b233da87a59)
     Storage Array Type: VMW_SATP_LOCAL
     Storage Array Type Device Config: SATP VMW_SATP_LOCAL does not support device configuration.
     Path Selection Policy: VMW_PSP_FIXED
     Path Selection Policy Device Config: {preferred=vmhba0:C0:T0:L1;current=vmhba0:C0:T0:L1}
     Path Selection Policy Device Custom Config:
     Working Paths: vmhba0:C0:T0:L1
  
  naa.600508b1001c2a9d6a8d81dc7a150ec9
     Device Display Name: HP Serial Attached SCSI Disk (naa.600508b1001c2a9d6a8d81dc7a150ec9)
     Storage Array Type: VMW_SATP_LOCAL
     Storage Array Type Device Config: SATP VMW_SATP_LOCAL does not support device configuration.
     Path Selection Policy: VMW_PSP_FIXED
     Path Selection Policy Device Config: {preferred=vmhba0:C0:T0:L2;current=vmhba0:C0:T0:L2}
     Path Selection Policy Device Custom Config:
     Working Paths: vmhba0:C0:T0:L2

• デバイスにルールを追加して、SSDとして認識するようにする。

  ~ # esxcli storage nmp satp rule add -s VMW_SATP_LOCAL --device naa.600508b1001c2a9d6a8d81dc7a150ec9 --option=enable_ssd
  ※ esxcli storage nmp satp rule add -s [Storage Array Type] --device [デバイス名] --option=enable_ssd

• unclaimを実行(どう訳して良いか分からないのですが、おそらく認識を解除)する。

  ~ # esxcli storage core claiming unclaim --type device --device naa.600508b1001c2a9d6a8d81dc7a150ec9
  ※ esxcli storage core claiming unclaim --type device --device [デバイス名]

• 次のコマンドを実行して再認識させる。

  ~ # esxcli storage core claimrule load
  ~ # esxcli storage core claimrule run

　そうして、データストアを見てみると、SSDが無効のような状態になっていた(うろおぼえですみません……)ため、一度「更新」を実行。すると、SSDとして認識されるようになりました。

　ホストキャッシュのリストにも無事表示されています。プロパティを表示して、SSDをホストキャッシュに使用するための設定を行います。

　「ホスト キャッシュに領域を割り当て」にチェックをして、割り当てる容量を設定します。今回は全部の容量を使用することにしました。

　設定後の一覧は次の通りです。「ホスト キャッシュ 領域」が0から58GBに変化しています。

まとめ

　RAIDカードなどで論理ボリュームとして作成されたSSDドライブをホストキャッシュとして追加するには、ちょっと一手間必要なようでしたが、とりあえず追加することができました。ちなみに、手動でSSDとして認識させる設定を削除する手順も、同じマニュアルに記載されていますので、削除したいという場合にはそちらを参照して下さい。

　次は、実際にスワップした時にどうなるか試してみたいと思います。

エラー画面には以下のようなことが書いてありました。

STOP 0x0000001E error (KMODE_EXCEPTION_NOT_HANDLED).

“Warning the versions of scsiport.sys on disk (5.0.2195.7017) is inconsistent with that of its replacement. System reconfiguration may not be successful”

Web検索してみると、VMwareのコミュニティフォーラムのスレッドを発見。どうやらこの問題は「Windows 2000 Security Rollup Package 1 Version 1」のSCSI関連のバグで、同ロールアップパッケージのVersion 2を当てることで回避できるようです。このパッチが運悪く当たっていなかったのが原因のようでした。

パッチを当てた後もう一度P2Vを実行し、今度は無事Windows 2000 Serverが起動。心の中でガッツポーズです！

　結果の前に、開封と分解の様子から。

　箱を開けると電源ケーブルや説明書類などが見えます。それらを取り出すと本体が見えてきます。

　箱と本体の大きさ比較。緩衝材がしっかりしている分、箱は大きめです。

　私が箱を開けた後、社長がノリノリで分解している様子。取り外しはそう難しくないようですが、1箇所コネクタの取り外しがやや難しいようなので注意とのことです。

　マザーボードの図。Mini-ITXよりもやや長細い長方形になっています。最大8GB(4GB*2)までメモリを搭載できるとのことですが、そこまでは要らないということで、今回は4GB(2GB*2)搭載しました。

　さて、いよいよVMware ESXiの起動実験です。結果は……

　無事起動しました。AMD-Vも有効でした。すばらしいー。

　ただし、CPUが1.3GHz×2コアですので、載せられるVMの数は結構限られそうです。というより、そもそもESXiはサポートされていませんので、あくまでもネタということで……。

HP ProLiant MicroServer : http://h50146.www5.hp.com/products/servers/proliant/micro/

VMware、Xen、Hyper-V、Linux KVM（登壇順）と、各種ハイパーバイザーがそろい踏みですので、1粒で4度美味しいセミナーとなっております。参加費は一般の方は1000円です。

自社ソリューションに仮想化を組み込みたい皆さんのご参加をお待ちしております。

　また、セミナーの動画は現在PCに取り込み中のようです(別の者が作業中です)。