VMware ESXi上で稼働中の仮想マシンのストレージを拡張

クローン先にも反映させる

実は同じ構成のESXiハイパーバイザがもう1機有り、vCenter Serverの管理下で毎晩2機の間で自作バッチによるクローニングを実行しています（クローン先の仮想マシンはコールドスタンバイ状態）。

ディスクを拡張した翌日、クローン先のスタンバイ状態にある仮想マシンを見てみると、仮想ディスクの大きさは拡張前のままでした。

てっきりvmxファイルを再読込みさせるUIがvSphere Clientのどこかにあるのかな、と思い探してみるも見つからないので調べてみたところ、インベントリから削除・再登録させる（IDが変わる）以外に、ESXiのターミナルでvmxファイルの再読込みさせる方法（IDは不変）がありました。

普段、ESXiのsshは停止されているので、ESXiのWebUIを開き、ホストの 管理 の サービス タブで TSM-SSH を起動させます。

続いてSSHでESXiに入り、vim-cmd vmsvc/getallvmsで再読込みさせたい仮想マシンのVmidを確認してから、そのIDに対してvim-cmd vmsvc/reloadコマンドで再読込みを要求します。

vSphere Clientを再び確認すると、確かに仮想ディスクの容量は拡大後の大きさに反映されました（自作クローニングバッチの終わりにこのコマンドを実行するよう改善が必要するのがベター）。

また、ESXiのSSHからログアウトしたら、先ほど起動したTSM-SSHサービスを忘れずに停止しておきましょう。

 

クローニングに要した時間を比較

そもそもハードウェアとしてのストレージは1TBあるのに、仮想ディスクを大きく割当てなかったのは、クローニング時に掛かる時間を最小限に抑えたいためでした。

そこで最後に、仮想ディスク容量を増やしたことで、クローニングに要する時間はどの程度増えたのか、ログを元に比較してみましょう。

まず、仮想ディスク拡張前（38GB+500GB=538GB）は、クローニングに105分掛かっていました。

これが拡張後（50GB+600GB=650GB）、20%近く容量が増えたことに正比例して、クローニングに要した時間も125分へ増加しました。

なお、2機のESXiハイパーバイザはそれぞれ、3ポートのギガビットイーサを束ねて使っています。