昼間は社蓄としてOpen系インフラ構築や運用に従事。オタ趣味とロードバイクをこよなく愛するオッサンです。ServerでうまいこといかなかったVmotionを再検証する事にしました。以前はこの時点でESX3.5iの2台について、マネジメントネットワークIPで相互にPingが通らない状況だったんですが、今回は問題無し。Vmotion用にVMkernelのvSwitchを作成して別途IPを設定しましたが、こちらでも問題無くPing疎通OK。うーむ、これなら今回は行けそうな予感。続いてFreeNASでNFSを有効にし、ESX3.5iの1号機にマウント出来る事も確認・・・までは良かったんですがこの後のプロセスで予想していない動きをし始めます。VC2.5にESX3.5i1号機を登録し、続いて2号機を登録した際、2号機のローカルdatastore名がdatastore1からdatasotre(1)にリネームされてしまいました。datastore1に戻そうとしても「同じ名前が有る」みたいな事を言われてダメ。確かに1号機のローカルdatastoreもデフォルトのdatastore1ですが、別々のESXローカルの話なんだから同じ名前でも問題無いと思うんですが・・・。このローカルdatastoreについては更におかしな動きが続きます。同じ2号機にFreeNASのNFSをマウントした時のところ、今度は先ほどリネームされたローカルdatastoreが見えなくなってしまいました。VCでそれぞれのストレージ情報を見るとこんな感じ。<1号機>datastore1(ローカル)datastore2(NFS)<2号機>datastore2(NFS)VmotionではNFSでマウントしたボリュームしか使いませんので、ローカルのdatatoreが無くても問題は無いんですが、この動きはどうにも釈然としません。ちなみにこの状態でNFS上に作成したゲストOSのVmotionを試したところ、問題無くマイグレーションには成功しました。ESX4.0i上のESXi3.5上に作成したゲストOSについても1点問題が有って、ルータからDHCPでIPを取れるのに、外部との通信が一切出来ないという不可思議な状況になってます。ESX4.0iのvSwitchに割り当てたML115のNICはGigabitSwitch経由でルータに接続されています。ESX4.0i上に作成したESX3.5iのvSwitchに割り当てた仮想NICは、ESX4.0iのvSwitchに接続されています。ESX4.0i上に作成したESX3.5i上に作成したゲストOSはESX3.5iのvSwitchに接続されています。書いていて自分でも訳が分からなくなりそうですが、とにかくこのゲストOSはvSwitchを複数経由しつつ最終的にルータ経由で外部に通信出来る構成になっている筈なんです。ところがDHCPでIPを取っているにも関わらずIPをリースしているルータとPingが通らないんですよ。vSwitchのPromiscuousMode(無差別モード)を拒否から承諾に変えたり、思いつく事はあれこれやってみたものの状況変わらず。これ以上原因追求するのもしんどいので一旦ここで終了する事にしました。今回こうして環境を作ってはみたものの、4台のVMを1台のHDDで全て賄うのはやはりかなり無理が有るように感じます。実際セットアップ、設定変更、スナップショットの作成といった1つ1つのアクションに時間がかかり、快適とは言い難いのが実情です。最低でもESXについては実機で稼動させるべきでしょうね。今回確認したdatastore関連の動きが仮想環境上で動かしていた事が原因である可能性も有りますし。http://flaw.blog80.fc2.com。