VMware VI3.5 移轉

      星期六加班，為了幫客戶把VMware VI3.5移轉到新的硬體上面去。原本他的系統是在4部Sun X4450上，每一部X4450有4顆4核心的Intel CPU，32GB DRAM。使用的FC Storage是Sun STK6140。內有30幾個Guest OS，都是Windows平台。現在要把他移到新的設備，是3部IBM X3850，每一部有2顆4核心的Intel CPU，8GB DRAM。使用HDS AMS2100 storage。光看新機器的規格就覺得做不下去。沒辦法，他們說經費不足，只能硬幹。所以我得在星期六讓他們把全部Guest OS都停機，我在把STK6140上的資料移轉到AMS2100上面去。

      因為之前已經移轉一半了，不過當時AMS2100硬碟只有4顆，空間根本就不夠。後來業務有補上3顆。雖然6D+1P的空間剛剛好跟原來的STK6140一樣，可是先前已經做了3D+1P了，實在很苦惱這Storage怎麼辦。後來發現AMS2100已經可以線上擴充 Raid Group了。只是有點怕怕的而已。因為這功能在STK上早就可以了，HDS卻在這一代的產品才有。所以要做之前就一直K文件，看沒有特殊限制才在當天決定使用On-line Expansion Raid Group功能。

      不過這RG Expansion一做下去也不得了了。AMS2100效能嚴重受影響。害我移轉VM超慢！加上之前又先upgrade 兩台AMS2100的Microprogram，時間拖到很晚。而且RG空擴充完才可以Add Lun或Expansion Lun，這又浪費很多時間。這段時間我又考慮到Lun Expansion後，這ESX3.5的VMFS不知道有沒有支援動態擴充disk，要是不能抓到新的size，那我不就糗了。而且也沒時間確認了，所以等RG expansion好，我就使用Add Lun，新增一個一樣大小的Lun給ESX使用。這樣也好，把兩個Lun指派在不同的Controller上，這樣效能會更好。

      這樣做完都已經晚上九點了，剩下約有10幾個Guest OS還沒移轉，我就把他下migrate，請客戶自己monitor狀況，大致上是不會有問題才是。這樣資料總算都轉完了。以後也不用停機了。下次就剩收尾的工作了。