首頁 > Hyper-V/R2, vSphere/VI3 > 【長篇評論】Hyper-V R2 vs.vSphere,企業要選誰?

【長篇評論】Hyper-V R2 vs.vSphere,企業要選誰?

2009年12月10日

HVSV
前幾天在虛擬機大師Scott Lowe在Tech Republic發表了一篇有關Hyper-V和vSphere的比較文章。Scott在文中列了一個很棒的表來比較兩者之間的功能和價格,但他在文後也透露了他目前所處的環境還是使用vSphere,主要的原因是vSphere是一個「經過證明成功」的產品,當然他也不排除評估Hyper-V的未來可能性,因為Hyper-V的價格策略實在是太吸引人了。嘉許最近也遇到完全一樣的問題,就是客戶想要進行虛擬化,也在兩者之間陷入兩難。但最後我的結論是,還是針對你的預算和需求來選擇,而選擇之前,本文將會是你最好的指導參考之一。
HVSV
最大主機CPU數:Hyper-V勝(64 對 N/A)

這邊是指插槽不是核數,如4WAY的伺服器就是4個插槽,4個CPU。Hyper-V是跟Windows 2008的,因此Windows 2008是多少,Hyper-V就是多少。重點是,目前「垂直昇級(scale up)」已經不是潮流了,用多台主機就能達到更棒的效能和管理功能,成本又較低,因此一台主機上插64個CPU的意義不大,因此這一點誰勝誰負沒有太大意義。

最大主機CPU核心數:VMware勝(64 對N/A)

除了插槽之外,能被作業系統認出的CPU才是真正能用的CPU。目前多核心系統橫行,因此在一個作業系統下能被認出並且分配資源的CPU數當然和核心數有關。VMware最大可以認出64個pCPU,Hyper-V應該也是Windows 2008的限制。

每CPU最大核心:無勝負(12 對 N/A)

Scott沒說太明白,但嘉許認為這是硬體廠商的限制,作業系統只需拿到硬體CPU的設計就可以開發出相對應的驅動程式或作業系統核心,一個CPU有多個核心將會是以後的潮流。

最大虛擬機CPU:VMware勝(8 對 4)

vCPU是新版虛擬機產品必備的功能。有些應用程式可以利用到多CPU,因此在虛擬機中,也可以分配多個CPU資源給虛擬機中的應用。VMware能到達8個虛擬CPU(vCPU),但老實說,一個虛擬機中有4個vCPU已經很夠用了。

最大主機RAM:Hyper-V勝(2048  對 1024)

一台主機上能安裝多少RAM,得看晶片組以及CPU的設計。以現階段的應用來說,這些數字超過128GB就沒有太大意義了,因為以目前CPU的運算能力來說,就算是4X4核的主機,上面能運行的虛擬機應該也不會超過200個(也沒有人敢這麼搞),那麼如果一台VM有512MB的話,也不過是100GB,因此能安裝上2048GB又如何?當然有這個功能彈性較大,因此還是一個優點。

虛擬機最大RAM:VMware勝(255 對 64)

Hyper-V的虛擬機最大只能擁有64GB的RAM,而VMware下的虛擬機能到255GB。事實上在虛擬機中的應用,也很少有超過4GB的,因為我們用虛擬機的目的就是將服務隔離,以目前的IT環境,還很少單一服務需要到64或255GB的記憶體。

叢集節點數:VMware勝(32 對 16)

前面說過,當系統的負擔變大時,增加CPU的方式有垂直昇級,即在一個主機上增加RAM或CPU資源(更快,更多核,更多顆),或是水平昇級(Scale out),即多台主機。多台主機已早就成為潮流,而多台主機也能做到容錯的功能,因此多台主機來建構虛擬機環境時,能有更多的機器當然是更安全,在規劃完善的環境,也能提昇整個系統的效能。

記憶體超容量:VMware大勝!(Yes 對 No)

這個是值得大書特書的功能,舉例來說,你有100個VM,每個分配1GB,那麼在VMware下,你會發現記憶體並不會被佔用100GB,而是要用到的時候才會佔用。換句話說,如果你的實體記憶體有64GB,你也可以建立100個虛擬機,每個2GB(總容量200GB),也不會讓建立不了。但在Hyper-V中,如果你主機容量沒有200GB,你就不可以建立100個2GB的虛擬機,這一點實在是太沒彈性了,光這一點,Hyper-V就會失去不少潛在客戶。

動態分頁分享:VMware勝(Yes 對 No)

這一點也是非常重要的,當記憶體超容量啟動了,在VMware下的所有虛擬機,會分享記憶體分頁中一樣的程式碼。舉例來說,如果我們建立一個呼叫中心(call center),有100台虛擬機給接線生使用,都安裝90%相容的軟體(如XP、Office、客戶資料庫),那麼動態分頁分享功能,就會讓這些接線生使用的虛擬機使用同一個記憶體空間,如此一來當然可以省下大量的記憶體,才能達到記憶體超容量的效果,這一點也是VMware能一直保持技術及市場領先的重要關鍵。

動態遷移:平手

嘉許在書中實作了VMware的VMotion及Hyper-V的Live Migration,兩者都讓人驚艷。VMotion的建立手續複雜但操作簡單,微軟則必須配合MS的FC才做得到,但速度奇快。在Hyper-V還沒有的功能,到了R2已經完成,VMware和微軟的Hyper-V差距真的越來越近了!

同步動態遷移:VMware勝(Yes 對 No)

同時移動多個上線的虛擬機是大型企業虛擬化必備的功能。當一台主機當機時,上面的多個虛擬機必須快速移到正常的主機上,關鍵字就在「多個」,因為大家用虛擬機的目的就是一實體機多虛擬機,因此能讓多個虛擬機遷移而將penalty和downtime減到最低,會是未來Hyper-V和VMware的主戰場之一。

每主機上線虛擬機數:Hyper-V勝(384  對 320)

這也是一個數字意義大於實際意義的功能。也許你真的能在一台實體機上啟動384或320個虛擬機,但so what?真的能正常使用嗎?用現實生活中的4WAY伺服器,就算是6核心的也不過24個實體CPU,就算能到幾乎完美的1:12的虛擬比例,也不過是288個虛擬機,你的硬體都沒擋頭了,還想要直上320或384個虛擬機?這真是不可能的任務,Scott也這麼認為。

每節點上虛擬機數:VMware勝(160  對 64)

雖然這個數字就是在一個VI4環境中,如果你有啟動多節點,那麼在一個節點上的最大虛擬機數量。這邊嘉許要說明的是,當你的VI4環境建立在FC環境之後,那麼整個VI環境就變成一個vCenter Server的解決方案,雖然這還是一個VI環境,但上面執行的虛擬機數量就會有所調整,以期待能配合VMotion、HA、FT或DRS等功能。如果在8台節點以下,一個節點上可以執行160個虛擬機,如果超過9台,一台節點只能執行40個虛擬機。這麼做的目的,就是確保每一個節點能預留出資源給HA或DRS使用,這也是VI環境最值得花錢的地方,讓多台實體機保障整個企業IT環境的穩定,反正伺服器的成本是可估算的,但企業環境的服務永續可是無價之寶。

動態資源排程:VMware大勝(Yes 對 No)

DRS是VI3就有功能。當一台虛擬機要啟動時,會找出集群中最適合其啟動的實體機。舉例來說,如果有一台虛擬機是做資料庫的,當它啟動時,就會找RAM最多,CPU最快的實體機來啟動。當某一台實體機上的虛擬機佔用太多資源時,上的虛擬機也會自己跑到集群中空閒的機器上。DRS功能是真正虛擬技術的終極應用,微軟的Hyper-V要加油了。

每虛擬機快照數:Hyper-V勝(50 對 32)

50比32,其實還好,快照是虛擬機的狀態備份,留32-50個快照應該是夠用了。嘉許在乎的是動態快照以及排程快照,這在VMware中已經有了,但Hyper-V R2上還沒看到。

磁碟容量規劃佔用(Thin Provisioning):平手

建立虛擬機時,建立20GB的虛擬磁碟,但只應用到真正的儲存空間才會佔用到實體的儲存設備空間。這在VMware的Workstation版就有了,沒什麼了不起,但確實是很重要的功能,將磁碟空間及速度發揮到極致。

儲存動態遷移:VMware勝( Yes 對 No)

Storage VMotion,嘉許認為這可以在儲存設備上完成功能。雖然Hyper-V沒有提供,但如果你使用的儲存設備有備份或鏡像的功能,還是可以做到這一點,只是在後端的儲存設備必須做設定,在相容性或是真正的功能性上應該無法和原生的SVMotion相比

分佈式交換機:VMware大勝(Yes 對 No)

雖然兩者都有提供vSwitch,在正常使用時也沒太大差別,但當你的虛擬機進行遷移時,虛擬網路卡,防火牆設定,網路設等,路由設定等是不可能不變動的。因為你的實體機的MAC位置已經變了。但分佈式交換機可以在監控、防火牆、網路策略等方面和實體的交換機配合(Cisco Nexus 1000V),讓這些移動或遷移時,網路上的penalty達到最小,並且在安全性上不會被有心人士利用。這個功能也是VMware大勝的地方。

直接I/O存取:VMware勝(Yes 對 No)

繞過Hypervisor直接存取硬體的功能,在VMware中稱之為VMDirectPath,主要還是存取網路及儲存設備,因為這也是最會造成瓶頸的地方。曾有朋友詢問PCIE顯示卡是否能在此實現,嘉許還沒實作過,但以伺服器環境為主的環境中,速度的確不會是真正的重點,安全及穩定才是,而使用了VMDirectPath之後,至少VMotion就不能用了,因此真正有直接硬體存取的需求時,還是讓他別進入VM吧!

最大分割區空間:Hyper-V勝(2T 對 NTFS)

Hyper-V的限制還是Windows 2008的限制,而VMware的限制就是2T。一個分割區其實就是一個VMDK或是VHD的大小,也是一個檔案的大小。事實上在企業虛擬化中,儲存早已移至Storage上,而真正需要大容量的資料庫或是資料倉儲,更可以直接對應到SAN或iSCSI的實體LUN上面,因此就算沒這功能,對系統真正的影響不大。

軟體防火牆:VMware勝(Yes 對 No)

嘉許一直強調,在操作虛擬機時,在網路上一定要將這些虛擬機視為實體機,因為他們也是有安全上的漏洞,駭客攻擊時,不會管你是虛擬機還是實體機,因此虛擬機的網路安全對很重要。在VMware中有vShield,可以讓你實體機上上不同的虛擬機,甚至是不同實體機上的不同虛擬機之間的交通,不需要透過外界的防火牆或是路由器獲得監控。微軟真得要加油了,當企業虛擬化進入管理為王的時代,這些管理為主的功能將決定虛擬機市場的勝負!

虛擬機OS授權:Hyper-V狂勝!(無限制 對 要收費)

企業用虛擬機最早的入場是IDC資料中心,當時Linux和Windows其實沒有太大的裝機數量差距。但VMware的產品能吃下所有Linux的套件市場,而微軟的Virtual PC Server在Linux上的支援真的很爛,因此VMware可說是沒有對手。然而當Windows伺服器的裝機量越來越多時,Windows的授權成本也成為重要的關鍵。在Hyper-V的DC版中,竟然沒有限制其上Windows虛擬機的授權數量。換句話說,如果有一個CPU,他有100個核心,其上能執行500個Windows系統,那麼你這500個Windows系統的軟體成本一毛都不用花!!!

但是在VMware上呢?你裝一套Windows就是要買一套授權費,業界有4:1的說法,就是你在VMware上安裝四套Windows才要一套的錢,但比起一毛都不花,又是使用Windows系統時,我想這個成本就完全沒的比了,VMware真慘,但也沒辦法,誰叫VMware自己不出桌面作業系統?而且在Hyper-V上的SUSE Linux越來越成熟穩定之後,在Hyper-V下的Linux也慢慢具有商用軟體的穩定性,VMware真的想出好一點的辦法了。

虛擬系統授權:無勝負

每處理器授權是遜了一點,因為我裝了4WAY的話,一台實體伺服器上光VMware的授權費就要14000美金,這已經接近伺服器的價錢了,Hyper-V也要12000美金。但微軟也不是省油的燈,在企業版的Hyper-V上,雖然以主機收,但上面也只能安裝4個Windows的虛擬機,因此企業虛擬機化的成本,不管是VMware或是微軟,其實在考慮功能性和授權之後,嘉許個人認為真的差距有限。

售價:無勝負

和儲存設備、伺服器、網路設備等比較起來,企業虛擬化的軟體成本還可接受,而VMware提供的功能更可以省下大量的管理及維護成本,微軟的方案也可以幫助企業省下不少銀子,當然微軟的優勢就是其「盜版」軟體滿天飛,至少可以用被抓到為止,但VMware的產品很難盜版,不過這在已經標準化的企業上就不會是問題了。

結論:

1、想要進行虛擬化的企業是不可能從頭開始的。一定已經有現存的企業環境了。此時要考慮的還是實體機轉換成虛擬機(P2V)的便利性以及系統持續性,這一點VMware有較大的優勢,因為其現有的RDM功能在轉換上更加方便,並且擁有P2V工具也很方便使用。

2、企業內部大多以微軟的AD域進行整合,Hyper-V在這方面較具有優勢。

3、如果虛擬化的目的是提供VDI功能,那麼以微軟的方案來說較具成本優勢。

4、以管理來說,VMware提供的各項功能是微軟無法競爭的,但這只爽到了IT人員。

5、以微軟的Windows佔用率,再加上SUSE Linux的成熟,VMware的伺服器市場將會被微軟大舉攻略,同時目前使用instance式虛擬主機的IDC也會面臨一樣的問題。

6、如果沒有獨立儲存設備,只想省主機的話,嘉許第一建議使用ESXi, 第二建議Hyper-V R2,第三才建議ESX。

嘉許 Hyper-V/R2, vSphere/VI3 ,

  1. Ray Tian
    2009年12月10日08:12 | #1

    嘉许;

    能否帮助解释一下snapshot 和clone的原理和区别呢?不胜感激!

    • 嘉許
      2009年12月10日08:20 | #2

      您好,

      SNAPSHOT是「保存一個虛擬機目前的狀態」,而CLONE則是「將一個虛擬機複製到另一個虛擬機去」。

      舉例來說,我有一台XP的虛擬機,現在要昇級到SP3,那麼我怕昇級之後,原來的應用無法執行,因此我會先做一個沒昇級前的SNAPSHOT。當我昇級後發現有問題,再退回昇級前的XP狀態,這些操作都在一台虛擬機中完成。

      CLONE是複製,基本上有Linked Clone和Full Clone兩種。我有一台虛擬機A執行XP,然後我CLONE到另一台虛擬機B,再安裝SP3。這是兩台虛擬機,而不是一台虛擬機。

      Linked CLONE有點像SNAPSHOT,因為LINKED出去之後,原來的基礎虛擬機是不能有任何改變的,而FULL CLONE則是完全複製,複製後兩台沒有任何關聯了。

  2. Ray Tian
    2009年12月11日01:47 | #3

    @嘉許
    谢谢,说的非常明白!

    • 嘉許
      2009年12月11日03:45 | #4

      不客氣,

      貴單位用的是什麼虛擬機種類,可以上來分享一下嗎?

  3. Ray Tian
    2009年12月11日01:54 | #5

    就是说SNAPSHOT和linked clone都是基于原来母机的,SNAPSHOT是在母机出了问题后可以还原到当时设定的时间点,而linked clone则可能仅仅是母机的某个时间点某些状态及数据的复制,这些都是基于母机运转的,如果母机故障,则clone机同样故障?

    • 嘉許
      2009年12月11日03:49 | #6

      其實您已經完全了解了,

      我補充一點,您說的沒錯,如果LINKED CLONE的母虛擬機壞了,出來的子虛擬機也就完蛋,但FULL CLONE則不在此限。同樣如果SNAPSHOT的之前的原始狀態壞了,也就無法恢復到之前的狀態了。事實上SNAPSHOT和CLONE之還能再串並聯,如從一個SNAPSHOT中再做一個CLONE,或在CLONE中做SNAPSHOT,只要搞清兩者的關係,再複雜的連接也很簡單。

  4. Ray Tian
    2009年12月11日06:14 | #7

    @嘉許 我们公司的就不说了是秘密,望谅解,但我实验室的机器是用的ESX Vsphere。还望多多指教!

    • 嘉許
      2009年12月12日09:50 | #8

      沒關係,別忘了常常提出您的經驗。謝謝。

  5. fljcn
    2009年12月12日02:31 | #9

    嘉許:
    拜读,爱益非浅。
    “如果沒有獨立儲存設備,只想省主機的話,嘉許第一建議使用ESXi, 第二建議Hyper-V R2,第三才建議ESX。”
    按照你的建议,我的一台实体服务器(有磁盘阵列)使用ESXi,已经够用了。ESXi4.0还免费使用。

    • 嘉許
      2009年12月12日09:35 | #10

      嗯,

      通常沒有FC SAN或是iSCSI Target,用ESX實在意義不大。主要就是要用VMOTION、HA、DRS。

  6. yawoo
    2009年12月18日09:43 | #11

    現在公司安裝了不少blade server, 虛擬化多不多用blade server去實行? 或是會使用中階/高階主機去實現? 若果blade server不合適作虛擬化使用, blade server是不是沒有市場價值呢?

    • 嘉許
      2009年12月18日16:39 | #12

      您好,謝謝您的來信

      在拙作的第五章中,特別提到了Blade在虛擬化中的重要性。虛擬化有很大一部分的目的就是省下電、冷卻、空間的成本,而Blade怡巧完全符合這個特性。而Blade的快速擴充性和Hot Plug更是虛擬化中增加資源的最好工具。此外Blade大部分也依賴規劃完善的Storage,這些都是虛擬化的最重要基礎建設。

      以嘉許在2007年做的一個案子為例,在做Channel Management時,客戶一直需要擴充電腦,因此在機房空間不夠的情況下選擇了Blade。而我們也成功地在一台4U的Blade Mount中安裝了6台Server,有200台以上的VM,這種高空間密度的虛擬化正是Blade的優勢。因此嘉許敢斷言,Blade將是虛擬化的最好伴侶,只要你在進行虛擬化之前有完整的計劃。

  7. leo
    2009年12月31日06:30 | #13

    在一台虛擬化的server上,vm需要大約十個網段,那請教一下我是該用一張網卡在vSphere上設定10個vlan對映到switch上同樣10vlan呢?
    還是我安裝網卡上去,讓vSphere可以認到十張網卡,在一一的訂定十張網卡之網段?
    在vSphere上有限制安裝網卡之數量嗎?(想安裝一張intel四port之網卡和一張intel二port之網卡、加上server上之四port網卡)

    • 嘉許
      2009年12月31日10:51 | #14

      您好,

      有幾個前題:

      1:如果你的VM需要和其它實體伺服器連接(不管是虛擬機主機或是正常主機),能用更多的網卡當然是速度較快。當然你的I/O必須跟上。用vLan是管理方便,如果流量大的話,一個NIC對應到10個VLAN速度會受很大影響。

      2、並沒有查到ESX有PCI DEVICE的實體限制,你只安裝兩片卡一定沒問題,只是他們是在ESX的HCL中就行。

      我比較好奇的是,你需要十個網段,應該是管理上的需要吧。因為10個網段可能會有幾十個VM,您的硬體規格和需要主要是哪一方面?VDI嗎?

  8. leo
    2010年1月1日06:32 | #15

    因現在是還在規劃中而已。
    是想要把公司一些老舊的server和一些服務負載不高的server移至vm server裡面,因這一些算起來網段是大約需要八個左右,大概是一台機器就有一個網段。所以考量到流量大的話,才會想要一個網段就用一個實體的網卡來作。
    硬體的規格的規劃是ibm x3650 m2、ram 16g(每一個vm給2g ram)、hdd sas 15000rpm、沒有使用Storage。

    • 嘉許
      2010年1月1日10:03 | #16

      您好,

      看來應該是純server環境了。其實您的規劃還有很多不同的選項。我個人會建議將服務負載不高的幾個網段用vlan管理,對應到一個實體nic,如果是負載高的可以就對應到一個實體nic或做nic teaming的vSwitch,不過說老實話,沒有Storage的話選項就會少一點了。有沒有考慮自架一個NAS?

  9. leo
    2010年1月1日14:06 | #17

    很謝謝你百忙之中還一直回答我的問題。
    有看到你出的書、我一定會去看一本回來研讀的。
    因公司初期應是用free的esxi的版本,所以才會沒有要架storage。如初期要架我可能會使用freenas來架一個nas,不知這個方案可行的嗎?

    • 嘉許
      2010年1月2日02:30 | #18

      您好,

      教學相長,回答您的問題我們都學到好多東西啊,呵呵。事實上有些操作步驟書上寫的較清楚,畢竟人類的閱讀習慣還是以書本為主,能買一本當然對我們都有幫助:D。

      獨立的STORAGE有很多選擇,FREENAS不錯,但我建議OPENFILER,其中的iSCSI比較好設定。當然目前網路上很多的獨立NAS設備,雖然有些不支援iSCSI,但也有NFS,在ESX下也能使用,可以考慮一下。

  10. leo
    2010年1月9日14:07 | #19

    請教一下:
    在essentials和essential plus的版本中和標準版的差異為何的呢?
    我在vmware的網站上查詢,VMSafe這個功能是為何的呢?HA是不是代表同步動態遷移的意思的呢?

    • 嘉許
      2010年1月11日05:10 | #20

      您好,這個問題我分開回。

      1、VMware vSphere主要分為企業用及中小型企業用(branch office and retail)。因此您提供的essential/plus主要是給後者用的。定價策略也不同。您可以參考一下VMware的官網。嘉許的建議是,如果您想進行虛擬化,公司的伺服器的數量是關鍵。如果在十幾台,其實可以用免費的ESXi,如果有獨立儲存想做cluster,再考慮essential。當然電腦很多的話,就要用企業版本了。

      2、VMSafe簡單來說是一個新的API,讓廠商能夠更加直接存取到hypservisor的層次來開發自己的安全產品。這是一個較大的觀念,如果看英文不覺得麻煩的話,我引用一段話:

      VMsafe is a new security technology for virtualized environments. Here are some of the basic features.

      ——————————————————————————————————————

      I have been really enjoying my concentration on the virtualization space. While attending VMworld 2008, I was able to get a glimpse into a new product of VMware’s called VMsafe. VMware describes its new product as the following:

      “VMware VMsafe™ is a new security technology for virtualized environments that can help to protect your virtual infrastructure in ways previously not possible with physical machines. VMsafe provides a unique capability for virtualized environments through an application program interface (API)-sharing program that enables select partners to develop security products for VMware environments. The result is an open approach to security that provides customers with the most secure platform on which they can virtualize their business-critical applications.

      VMware Infrastructure inserts a thin layer of software directly on server hardware to create virtual machines. It contains a virtual machine monitor or ‘hypervisor’ that allocates hardware resources dynamically and transparently to run multiple systems concurrently. VMsafe enables third-party security products to gain the same visibility as the hypervisor into the operation of a virtual machine to identify and eliminate malware, such as viruses, trojans and key-loggers. For instance, security vendors can leverage VMsafe to detect and eliminate malware that is undetectable on physical machines. This advanced protection is achieved through fine-grained visibility into the virtual hardware resources of memory, CPU, disk and I/O systems of the virtual machine that can be used to monitor every aspect of the execution of the system and stop malware before it can execute on a machine to steal data.”

      The benefits include:

      Better security – Memory, CPU, and guest-handling provide new monitoring capabilities and have no equivalent in physical infrastructure. VMsafe solutions using these capabilities will protect organizations from new security threats more easily, preventing malware from ever infecting a virtual machine.
      Better enforcement across the infrastructure — Security solutions that integrate with VMsafe can be deployed easily and consistently across the infrastructure to achieve greater visibility, manageability, and enforcement of standard security policies.
      Better isolation – One of the major issues with in-guest security solutions today is that these solutions run at the same privilege level as the malware they are protecting against. The VMsafe approach isolates the security engines so they are not accessible to the malware, guaranteeing that the security solution as a whole is protected and isolated.
      Better correlation — Security solutions today have very limited correlation between various approaches, such as network behavior analysis and host intrusion protection. Network security appliances today lack in-guest information, such as operating system utilization and application version, patch, or current activity. Using VMsafe, security solutions can obtain deeper visibility into the virtual machines and correlate this information for greater accuracy and performance of network scanners. VMsafe provides the capability to understand in-guest context much like a Host Intrusion Prevention System (HIPS). In addition, virtualization-aware security solutions will be able to protect virtual machines even when they are in motion, suspended, or offline.
      Better scalability — With integrated security solutions for VMsafe, customers can provision security virtual appliances as they grow their infrastructure. This also means that during peak times or attacks, SLAs can be enforced simply by enabling hardware resource scheduling to ensure critical workloads continue running.
      I believe the goal with this new product is to build a highly secure virtualization platform that blows away the competition. At this point, though, it is just words.

      3、HA是High Availability 的簡稱,就是電腦有一台故障了,會讓另一台馬上接手。在拙作第二本的最後兩章有完整的說明。

  11. leo
    2010年1月11日13:04 | #21

    我了解了。要虛擬化的系統沒有超過十台,依你建議使用esxi,已夠用了

    • 嘉許
      2010年1月12日08:41 | #22

      事實上如果10台以下,選擇真的還不少,有沒有試過Xen?

  12. yuki
    2010年2月24日09:21 | #23

    請教一下,因為您蠻推薦以Blade Server實現虛擬化,不過若我們買一台非Blade Server,但其效能卻比Blade Server佳,這樣是否也是一種選擇?還是說,雖然Blade Server的效能可能會低於一台非Blade Server,但因為Blade Server好擴充等優點,所以您比較推薦使用Blade Server?
    例如: 我的非Blade Server有 256G RAM, 10顆6核CPU,我的Blade Server有64G RMA, 2顆6核CPU

    • 嘉許
      2010年2月24日14:20 | #24

      您好,

      嘉許十分推薦BLADE的原因並不只是他的擴充性,還有高管理性以及空間效益。虛擬化的選擇其實和一般買車買菜一樣,您一定是要找到最適合您的產品。舉例來說,如果你能買到256GB,60CPU的主機,而且非常符合您的使用,那麼就沒必要為了那擴充性和高管理性而犧牲其它您真正想要的功能了。

      另外在虛擬化的時代,一個運算單元(computing unit)已經越來越強大,因此用scale out取代scale up是較好的選擇,太超強的單一主機成本太高了啊。

  13. 老黃
    2010年3月27日06:09 | #25

    您好
    使用snapshot在對於重要的伺服器進行hotfix或者進行系統修改時是有其必要的
    但是想請教一下如果是AD環境中的DC角色,且該環境有多台DC,如果在進行snapshot還原後
    是否有不良的影響,因為曾經有的經驗是使用了ghost還原結果造成event id產生
    2103的錯誤(Active Directory 資料庫已還原使用不支援的還原程序。)當然該慶幸的是我有多台健康的DC,所以問題還可以控制,但是發生過這種問題後,對於snapshot還原DC這件事,覺得還是有確定的文件來進行評估確認,不知道vmware是否有這類的訊息,或者您有這方面的經驗可以分享,3Q

  14. 老黃
    2010年3月27日06:14 | #26

    您好
    使用snapshot在對於重要的伺服器進行hotfix或者進行系統修改時是有其必要的
    但實想請教一下如果是AD環境中的DC角色,且該環境有多台DC,如果在進行snapshot還原後
    是否有不良的影響,因為曾經有的經驗是使用了ghost還原結果造成event id產生
    2103的錯誤(Active Directory 資料庫已還原使用不支援的還原程序。)當然該慶幸的是我有多台健康的DC,所以問題還可以控制,但是發生過這種問題後,對於snapshot還原DC這件事,覺得還是有確定的文件來進行評估確認,不知道vmware是否有這類的訊息,或者您有這方面的經驗可以分享,3Q

    • 嘉許
      2010年3月27日07:56 | #27

      您好,

      這個問題常常發生在安裝DC的VM環境中,事實上考量的地方很多,微軟本身就有一個KB,來說明在VM中安裝DC的考量及備重點。你可以看下面的聯結,我覺得他寫的很詳細,就請黃兄參考一下。

      http://support.microsoft.com/kb/888794

  15. 嘉許
    2010年3月27日08:06 | #28

    @老黃

    補充一下,

    事實上要備份DC光用快照是較麻煩的。一般我們會用VCB或是其它的備份軟體來備份DC。一般是用VSS來備份。或是用BSER之類的軟體。VCB也常用。美國有人用vRanger等。這邊有幾個threads你可以參考。

    http://support.microsoft.com/kb/888794
    http://communities.vmware.com/thread/123564
    http://msdn.microsoft.com/en-us/library/aa384675

  16. 小洪
    2010年5月17日03:24 | #29

    嘉許你好
    請問一下在第10章裡面有提到說Hyper-v/R2有"虛擬機的資源分配"這個功能
    但是比較表上Hyper-v/R2卻沒有DRS這個功能,請教一下這兩個功能的不同地方為何?
    謝謝

    • 嘉許
      2010年5月17日04:24 | #30

      您好,

      資源分配是指單機的CPU/RAM的分配,例如一個四核的3G主機,他就有12000MHZ的CPU資源可供這台實體機上的VM使用。DRS是另一個概念,是多台實體機之間的資源分配,並且使用一種特殊的機制來判斷某些VM需要多少資源,並且利用VMotion搬動這些VM。這是其中較顯著的差別。

  17. 小洪
    2010年5月17日10:00 | #31

    謝謝嘉許

  18. 小洪
    2010年7月5日14:49 | #32

    請問嘉許

    關於"虛擬系統授權"部分

    "上面也只能安裝4個Windows的虛擬機"是指Hyper-V上只能同時啟動四台VM嗎?

    • 嘉許
      2010年7月13日03:45 | #33

      您好,

      應該是安裝的Windows。如果只有4台授權,就只能安裝4個Windows,而不是同時開機的作業系統。謝謝。

  19. Aaron
    2010年7月7日03:58 | #34

    請問 vSphere 上 Memory 的 Unlimited 定義是什麼呢?
    假如果一台 VM 設定2GB的記憶體,Resource 這邊有勾選 Unlimited,這樣表示這台 VM 可以使用超過2GB的記憶體嗎?

    • 嘉許
      2010年7月13日03:22 | #35

      您好

      Unlimited是針對多台VM的記憶體設定,你一台設定2GB就是2GB了,不會超過,你可以設定多一點,因為VMware對記憶體也有「thin provisioning」,因此不會一開始就到4GB。謝謝。

  20. 2010年8月27日16:44 | #36

    嘉許 您好,有幾個問題想請教您:
    一、在Hyper-v server 2008 r2上我想安裝Windows server 2008 Standard做為GuestOS,想請教微軟授權是如何計算的呢?不好意思你上面的說明看了我還是不太瞭解意思,所以在此提這個問題。
    二、請問關於企業虛擬化您會建議檔案伺服器(網路芳鄰SMB)虛擬化嗎?
    三、如果在企業內部整體網路架構上需要有以下服務,請問您方便建議我如何歸納呢?
    1.DC
    2.DNS
    3.DHCP
    4.檔案分享(網路芳鄰SMB)
    5.Firewall
    6.SQL Server
    7.Terminal Server
    PS. 目前公司有三台實體機在做服務。
    以上我是想請教的問題,不好意思喔!第一次參觀您的BLOG就提出這麼多的問題。

    有勞您了,謝謝!

    • 嘉許
      2010年9月3日17:29 | #37

      您好,

      1、有關Hyper-V的授權方式,視您Windows 2008的版本而定。在最高級的Windows 2008 R2上(Advanced Server),上面所有的Windows類作業系統都不用錢,但您說的Hyper-V 2008 R2上,您還是要針對VM中Windows取得合法的使用權限,不管是付費或是透過大量授權的方式。

      2、VM上跑網芳沒問題,但共享的儲存最好是NAS/DAS/SAN,如果用VHD或VMDK來當網芳上的資料儲存地,我個人覺得意義不大。
      3、DNS,DHCP,SMB,SQL,TS都可進VM,但前題是要能跑的很順,防火牆會消耗大量的CPU,至於DC是不能死的,因此還是放上實體機較安全。但這些VM的啟動順序要確定好,如DNS和DHCP要先起來,為了安全起見,我會建議用IP或是用指定DHCP的方式來讓這些VM之間流通,畢竟你提的服務,都是用來給大量的客戶端使用的。

      謝謝

  1. 2010年6月30日04:45 | #1