【ESXi】HPE MicroServer Gen8のディスクパフォーマンス低下をドライバー交換で解決する方法

古いN40Lからの乗り換え

筆者は2012年から24時間365日休みなく稼働させ続けてきた、古くても頼れる相棒・HP MicroServer N40Lを使用していました。このサーバーではESXi 5.1が動作しており、その上でWindows Server 2003 R2製のDNSサーバーとWebサーバーという2台の仮想マシンを運用していました。

これらはいわば「危険な攻撃対象を隔離するカプセル」のような存在でした。外部向けの独立した情報発信Webサーバーであり、仮にハッキングされたとしても、バックアップから簡単に復元して再起動できます。通常はコンテンツ更新のための通信以外、内部ネットワークには接続していませんでした。

しかし時は流れ、サーバーも次第に「疲れ」を見せ始めたのです。

なぜGen8なのか

目標は、少なくともWindows Server 2008 R2、できればWindows Server 2012 R2上でDNSとWebの両方を動かすことでした。しかしN40Lは頻繁にハングアップするようになり、もはやハードウェアリソースが不足していたのです。N40Lに搭載できるのは最大でも1.5GHzのAMD Turion II（2コア/2スレッド）とRAM 8GBまでで、それ以上強力なCPUは載せられません。

HP MicroServer Gen8も魔法の薬ではありませんが、メモリ16GBを搭載でき、たとえば超低消費電力（約17〜20W）のIntel Xeon E3-1220L（2コア/4スレッド、2.3GHz/ターボ3.5GHz）などを選べます。さらにIntel Xeon E3-1270（4コア/8スレッド、3.4GHz/ターボ4.1GHz）を搭載することも可能です。ただしその場合、CPU単体でMicroServer本体の1.5倍の価格になることには驚かないでくださいね:-)

HP MicroServer Gen8は、次の特徴を持つ最後のHPマイクロサーバーです。

• アップグレード（拡張）が可能
• iLOカードを搭載

残念ながらGen9は登場せず、新しいGen10については……調べてみればきっと分かります:-)

HP MicroServer Gen8は正式販売こそされていませんが、今でも入手可能です。筆者は中古のGen8（G2020T搭載モデル）を購入し、そこへHPE製のESXi 5.5 U3カスタムイメージをインストールしました。

トラブルの発生

ところが、話はそれで終わりませんでした。一番興味深いことが、この後から起こり始めたのです。

インストールしたイメージ：Vmware-ESXi-5.5.0-Update3-3568722-HPE-550.9.6.5.9-Dec2016.iso
ディスクドライバーのバージョン：scsi-hpvsa-5.5.0.100-1OEM.550.0.0.1331820

調べてみると、HPEはESXi 5.5向けのディスクサブシステムドライバーに何らかの改変を加えており、ディスク管理が本来あるべき効率で動作しなくなっていました。しかも後から判明したのですが、この問題はHPE製ESXi 6.0、6.5、6.7のイメージにも存在します。

知人との議論やWeb検索を通じて、原因はHPEがESXi 5.5以降のインストーラーに組み込んだカスタムイメージ内のドライバーにあることが分かりました。

幸い、この問題は解決できます。インターネットコミュニティ（https://homeservershow.com）が、HP MicroServer Gen8のディスクパフォーマンスを本当に向上させるドライバーを見つけ出したのです。

ドライバーのバージョン：scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820

このドライバーはHPE公式サイトから無料でダウンロードできます。

https://support.hpe.com/hpsc/swd/…b1dfc5314e02bc01b1436b
種類：ドライバー ― ストレージコントローラー
バージョン：5.5.0-88.0（2014年9月9日）
対応OS：VMware vSphere 5.5
ファイル名：scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib（707KB）

現在のドライバー確認とベンチマーク

続いてインストール作業を行います。まず最初に、インストール済みドライバーのバージョンを確認し、異なる場合は正しいものへ置き換えます。

PuTTYでESXiホストのコンソールに接続し、rootとして認証してから、次のコマンドを実行します。

esxcli software vib list | grep scsi

ドライバー変更前の状態は以下の通りでした。

esxcli software vib list | grep scsi
scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMwareCertified 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Hewlett-Packard PartnerSupported 2018-04-10
scsi-hpvsa 5.5.0.100-1OEM.550.0.0.1331820 Hewlett-Packard PartnerSupported 2018-04-10
scsi-mpt2sas 15.10.06.00.1vmw-1OEM.550.0.0.1198610 LSI VMwareCertified 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-qla4xxx 644.55.37.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10

つまり、これは正しくないバージョンだということです。なぜそう言い切れるのか？ ディスクパフォーマンステストの結果が物語っています。厳密なベンチマークではありませんが、実行コマンドを見れば何を測定しているのかは分かるでしょう。

ESXiコンソールで以下のコマンドを実行します。

cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000

注意：[datastore]は自分のVMFSデータストア名に置き換えることを忘れないでください。

結果はこちらです。

1000000+0 records in
1000000+0 records out
real 14m 12.62s
user 0m 12.23s
sys 0m 0.00s

「悪くない」と思いませんか？

同じ構成でESXi 5.1U3をインストールした場合の結果と比較してみましょう。

1000000+0 records in
1000000+0 records out
real 17m 25.62s
user 0m 7.23s
sys 0m 0.00s

ご覧の通り、以前のESXiバージョンよりは改善しています。しかし、ここは筆者を信じて、この先の別の結果まで見てください。記事を最後までお読みいただければ幸いです。

ドライバー交換の手順

それでは、ドライバーを交換しましょう。手順は非常にシンプルです。上記のリンクからHPEサイトより必要なドライバーをダウンロード済みであることを前提とします。

1. 稼働中のすべてのVMを停止する
2. SSHが無効になっている場合は有効化する
3. scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vibを/tmpへコピーする（例：WinSCPを使用）
4. PuTTYでESXiホストのコンソールに接続する
5. カレントフォルダをファイルを置いた/tmpへ変更する：
   cd /tmp
6. VIBファイルをインストール用フォルダへコピーする：
   cp scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib /var/log/vmware/
7. ホストをメンテナンスモードに切り替える：
   esxcli system maintenanceMode set --enable true
8. 現行のディスクサブシステムドライバーを削除する：
   esxcli software vib remove -n scsi-hpvsa -f
9. 正しいscsi-hpvsa-5.5.0-88OEMドライバーをファイルからインストールする：
   esxcli software vib install -v file:scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib --force --no-sig-check --maintenance-mode
10. ESXiを再起動し、メンテナンスモードを解除し、SSHを無効化し（必要であれば）、仮想マシンを起動する

注意：メンテナンスモードはvSphere Clientから、またはコンソールで以下のコマンドを使って解除することもできます。
esxcli system maintenanceMode set --enable false

簡単ですよね？ ええ、実際とても簡単です。

結果の検証

とはいえ、情報発信者が嘘をついていないかは常に確認すべきです。ドライバーバージョンが本当に変わったのか確かめてみましょう。

esxcli software vib list | grep scsi

scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMwareCertified 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Hewlett-Packard PartnerSupported 2018-04-10
scsi-hpvsa 5.5.0-88OEM.550.0.0.1331820 Hewlett-Packard PartnerSupported 2018-04-10
scsi-mpt2sas 15.10.06.00.1vmw-1OEM.550.0.0.1198610 LSI VMwareCertified 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-qla4xxx 644.55.37.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10

はい、正しいバージョンへ変わりました。そこで、再びパフォーマンステストを実行しました。その結果にはさすがに驚かされました。

cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000

1000000+0 records in
1000000+0 records out
real 2m 6.73s
user 0m 5.21s
sys 0m 0.00s

これは以前のドライバー比でなんと7倍速く、ESXi 5.1U3比ではほぼ9倍速いという結果です。

フォーラムのユーザーたちも、ESXi 6.0や6.5のインストール時に誤ったドライバーが導入されることを確認しています。これをscsi-hpvsa-5.5.0-88OEM.550.0.0.1331820へ置き換えたところ、ディスクサブシステムは筆者の最終テストと同等の速度で動作するようになりました。

筆者にとって、これはESXiのストレージドライバーを交換すべき極めて説得力のある根拠です。