2013 舊文章
＝＝＝＝＝＝＝＝＝＝
Production environment 轉上vSphere 5也ㄧ段時間了.
老實說..實際使用上.ESXi 5跟ESX/ESXi 4 差異比較大的應該就是storage部份
說好用嬤?..我倒覺得各有利弊
好處是多了Storage DRS + VAAI (Storage 有支援時).
Storage DRS主要是針對datastore 空間耗用上.可以自動去調配移動VM到比較有空位的Datastore
這點雖然在現在我們已經不使用VM level Thin Provision.還是有ㄧ些好處在
另外VM在Create時.也不用特定去選擇要放置在哪個Datastore. 只要選定你設定好的SDRS即可
這點到是可以減少不少人為錯誤發生
VAAI的話則是可以把原本ESXi需要對Storage作的動作.降級到Storage level即可運作..
自然速度就快非常多..實際測試下ESXi 5 與 ESX 4搬動差不多大小的VM..速度大概差了兩倍多..
當然Storage也要支援才行
至於這次比較不好用的地方呢?
大概是因為VMWare HA增加了Storage heartbeat.
避免因為單方面Networking issue造成的split brain.
這點個人相當同意也贊成這項功能..
畢竟之前VMWare HA也曾因networking問題造成誤動作.引發災難..
不過在vSphere 5實際上線ㄧ段時間.反而發現意料之外的問題出現
結果是砍Datastore/Storage變得非常麻煩..
ESX/ESXi 4時代.砍datastore只要直接Delete 就可以..然後叫storage回收即可
ESXi 5時代, 必須要先把Storage IO Control Disable,
然後ㄧ台ㄧ台ESXi host去unmount, 接著是ㄧ台ㄧ台ESXi Host detach......
如果你有20個VMhosts + 10 Datastores, 就代表你要作200次Detach這動作.
同事有找到同時砍Multi datastores + Multi Hosts script..
結果20VMHost x 10 Datastores 跑了十幾個小時才跑完
如果你用之前的方式砍Datastore.
那很可能會在你Storage unmap/delete volume的時候造成ESX APD (All Path Dead)
結果就是這個ESXi 5 management agent no response, 上面的VM沒掛..可是你也不能再vMotion..
你得找方法把management agent restart. 目前只試成功hostd service整個砍才有機會restart service.
你的VM才有辦法移到其他ESXi 5上面..
VMware 應該會對這塊有所修正才對..不然APD還真的蠻容易造成問題的.
No comments:
Post a Comment