• 以使用者為中心的應用程式部署第 2 部分: 使用者/裝置 關聯性

    原文連結http://blogs.technet.com/b/server-cloud/archive/2011/10/19/user-centric-app-deployment-part-2-user-device-affinity.aspx

    簡單來說 ConfigMgr 2012 中 使用者/裝置 關聯性是指“使用者將此裝置作為優先選擇的工具”。我們瞭解該裝置您經常用來處理工作事宜,因此我們會優化資源的傳遞作業。並且瞭解其它裝置相對來說很少處理工作事宜,所以我們會控制其它裝置資源的傳遞。

    它的工作原理是您能夠為裝置上的主要使用者來設定關係。並且是 真正 的主要關系,因為我們允許使用者能夠擁有多個主要裝置(例如我的筆記型電腦和智慧型手機),或者是允許一個裝置擁有多個主要使用者(例如 輪班的工作人員)。 如本文第一段所述,這只是關於“您經常工作和想要優化資源傳遞的裝置”的一種作法。那麼您該如何進行設定? 我們已經在 ConfigMgr 中為您提供 6 種不同的設定方式! 我們並非想把事情變得複雜化,只是希望能提供您更靈活有彈性的作業,並將它們嵌入到貴企業的營運流程當中。以下為相關設定方式的摘要說明:

    • 裝置的使用情況與門檻值: 您可以採用使用者登入資訊與頻率來自動設定這種關係。
    • 使用者可自行設定: 是的! 採用以使用者為中心的設計概念,因此您可以允許使用者在 Software Catalog 中進行設定。
    • CSV 檔案匯入: 如果您有一個採購流程要執行,並且您知道採購流程中相關人員,那麼您可以從電腦中將資料匯出為 CSV 檔案之後,再匯入 CSV 檔案到平台中。
    • 作業系統部署: 我們能提供貴公司的技術人員在部署使用者電腦時,採用 UDA prestart 指令輕鬆進行部署作業。
    • 手動執行: 身為管理人員,您可以手動為裝置或使用者設定這些關係。您可以直接針對裝置進行分配,或者是查看哪些使用者使用了哪些裝置後再決定。
    • 行動裝置: 您可以在裝置註冊時進行設定。

    當設定這種關係之後,您該如何才能使用它來解決使用者漫遊或應用程式傳遞的難題呢? 對於使用者漫遊問題,我們已經在應用程式模型中為主要裝置建立一種需求規則。因此針對使用者軟體方面,您可以使用主要裝置規則來指定是否傳遞該軟體。例如我有一個 MSI 安裝檔需要長時間的安裝程序。當我在應用程式模型中建立部署類型時,便可以設定“主要裝置設定值為 True”的需求規則。所以當使用者登入到非主要裝置上時,就不會安裝該軟體。有了此需求規則後,便不會中斷使用者登入體驗應用程式時造成中斷的狀況而影響系統。在應用程式模型當中,您可以在同一個應用程式中擁有多種部署類型,而且仍可以使用此規則。例如在漫遊情況中我想要在 Citrix XenApp 使用一個類似 Office 的應用程式,並且安裝 MSI 安裝檔。因此在 Office MSI 部署類型上,設定“主要裝置設定值為 True”的規則。但是我並沒有在 XenApp 部署類型上套用那條規則,並且我將 MSI 安裝檔設定為第一優先應用程式安裝,而 XenApp 部署類型設定則為第二優先應用程式安裝。 結果會如何呢? 在我的主要裝置上將會自動安裝 MSI 安裝檔,而在非主要裝置上將會透過 XenApp 安裝 Office。使用者仍然可以繼續漫遊,而管理人員也可以安全的將軟體傳遞給使用者。如何,很酷吧?

    當沒有使用者出現的情形時協調部署怎麼運作呢? ConfigMgr 2012 可以設定關係將資源傳遞給群組並且將軟體推送到主要裝置上。如果需要在下班時間進行協調傳遞,您便可以透過這種方式來完成任務。對於行動裝置來說,我們會自動對所有使用者及群組進行必要的部署,並且在您擁有該應用程式部署類型的行動電話上完成此工作。現在,即使沒有使用者登入那台裝置,您也可以將軟體傳遞給使用者的行動裝置中。作業系統的配置也是完成此類工作不錯的選擇。如果您將關係設定為先前所提到的預先設定命令,我們會自動設定為“根據有或沒有使用者登入的排程來自動部署”應用程式,並在 作業系統配置過程後直接安裝它們。現在,您可以在 ConfigMgr 中將所有使用者需要的應用程式安裝在同一個位置,而不需要在任務排序器中明確指出它們。

    新的 ConfigMgr 2012 應用程式模型和使用者裝置關聯性功能,將使您真正做到以“使用者優先”的目的,以“使用者為 X 獲得應用程式為 Y ”將變得輕鬆愉快!

    Bill Anderson  
    首席專案經理   
    System Center Configuration Manager

  • 使用 System Center Operations Manager 2012 RC 版本進行基礎架構和網路監控作業

    原文連結:http://blogs.technet.com/b/server-cloud/archive/2011/11/11/infrastructure-and-network-monitoring-with-system-center-operations-manager-2012-release-candidate.aspx

    很高興 System Center Operations Manager 2012 RC版本 在最近發佈了。在這個令人期待又興奮的版本當中包含了測試版的全部功能及其他新增功能。

    我們對於 Operations Manager 2012 功能所做的重要改進之一,就是透過 刪除 RMS(管理群組中的第一台管理伺服器) 角色 以便簡化整體結構。為實現這個目標,我們透過建立資源池的概念,來分擔過去 RMS 所執行的工作負載。這將有助於減少執行瓶頸並且提高運作效能,也為 Operations Manager 環境提供高可用性。

    我們對於 Operations Manager 2012 RC 中增強的 網路監控功能 也感到非常興奮。在我們擴展了對網路設備的監控功能之後 (查看支援監控功能的網路設備詳細資訊),將有助於您判斷問題發生的原因,是否與網路基礎架構或伺服器有關。

    現在只要您需要就可以自行建立相關的 儀錶板 ,以即時查看對您很重要的 運作效能告警資訊。並且建立儀錶板之後可以透過 Operations Manager Web Part 功能,在 SharePoint 中進行顯示 (以唯讀的方式進行顯示)。

    藉由 Operations Manager 2012 的監控功能,便能與其他 System Center 家族產品更緊密結合,並且為基礎架構提供更好更方便的管理功能。

    System Center Orchestrator 2012 Integration Pack 中將透過下列功能與 Operations Manager 2012 互相搭配:

    • 建立告警機制
    • 取得告警狀態
    • 更新告警狀態
    • 監控告警狀態
    • 取得監控狀態
    • 監控目前狀態
    • 啟動維護模式
    • 停止維護模式

    System Center Virtual Machine Manager 2012 中將透過連接器 (Connector) 允許您操作及管理:

    • 虛擬主機資訊 (屬性及效能資料)
    • 服務資訊 (服務呈現為 OM 中的分散式應用程式)
    • 私有雲資訊 (容量及使用量指標)
    • 虛擬化主機和虛擬化叢集資訊
    • 儲存資源池資訊
    • IP 位址和 MAC 位址資源池資訊
    • VMM 基礎架構資訊(VMM 伺服器及函式庫伺服器運作狀況)

    System Center Service Manager 2012 中,透過連接器以支援同步 Operations Manager 所探索到的物件,並且 Service Manager 中的相關組態項目。此外連接器還會自動透過 Operations Manager 為您建立告警事件。

    我們以不斷增強及改進的概念來建立 Operations Manger 2012,您可以從原有的 Operations Manager 2007 進行 版本升級。請參考這份關於 版本升級流程圖

    值得一提的是當採用版本升級的動作之後,您在之前 Operations Manager 中所使用的功能依然存在。例如您的管理套件仍然有效,並且對於 告警、運作狀態及效能監控…等都依然存在。現有的 MPs 和相關範本都仍然能正常運作,以保留對您之前已進行的投資。

    對於此 RC 版本的發佈我感到非常興奮。請您 下載 並試用它。

    感謝您的閱讀!

    Kenon Owens

    產品技術經理

  • 小心 VMware Memory vTax以及關於 Hyper-V 的好消息

     

    致 虛擬化全體人員:

    過去幾個星期以來網路上一直充斥著關於虛擬化的新聞。 分別是Microsoft 全球合作夥伴大會 (WPC) 上所介紹的 Windows Server 8 Hyper-V,以及 VMware 發佈針對 Memory 容量進行限制的 vTax。

    WPC  Windows Server 8 Hyper-V 功能搶先預覽

    在 WPC 大會中我參加了其中一個演講主題,並且搶先看到下一版 Hyper-V 的功能示範。如果您也想觀看 Windows Server 8 的功能示範,請 連結到 WPC 網站 並且將這個網路影片移動到播放時間 36:50 處。請不要錯過了! 因為我不知道這個網路影片能存在多久的時間。根據前兩個星期下來數以萬計的觀看率之後,我想大家對於此內容都感到非常有興趣。

    我們展示的功能如下:

    • Hyper-V 中建立超過 16 個虛擬處理器的 VM 虛擬主機: 我們深深知道客戶需要在一台虛擬機器中,能有更多的虛擬處理器以支援不斷增加的工作量,新版本不僅滿足此條件並且還超越了此一需求。 示範環境中在沈重的工作負載環境下,採用具備 16 個虛擬處理器的虛擬機器運作,請注意 16 個虛擬處理器並 不是 虛擬處理器的最大支援數量。 它只是在此次示範環境中所能提供的最大數量而以。 至於更多虛擬處理器的支援功能,我只能說“敬請持續關心”相關的好消息。
    • Hyper-V 複寫功能: 現在應該是實現虛擬機器複寫功能 (VM Replication) 的時候了。 Hyper-V Replica 為非同步應用程式一致性的虛擬機器複製功能。 Hyper-V Replica 功能允許您使用 Hyper-V 透過網路將虛擬機器從地點 A 複製到地點 B。 並且 Hyper-V Replica 功能幾乎能夠與任何 伺服器硬體、網路和儲存產品 設備協同工作。 此外,我們將提供 無限數量的 VM 複寫功能。什麼是無限數量的 VM 複寫功能? 顧名思義就是您想要複製多少台虛擬機器就複製, 無論是 1 台 或 100 台 還是 10,000 台虛擬機器,想複製多少台就複製多少台。 以及您想怎麼複製虛擬機器:
      • 將 VM 虛擬主機從主要站台複寫到次要站台?
      • 將 VM 虛擬主機從總公司複寫到分公司? 或者相反的複寫方向?
      • 將 VM 虛擬主機複寫到私有雲服務供應商設備中?

    我們認為您應該能夠執行這些動作,並且不需要額外支付按 VM 虛擬主機數量計價的複製稅。

    這是我們認為尊貴的您所需要的,也是我們應該提供的。

    VMware Memory Entitlement (vTax)

    這星期以來我們收到了大量的電子郵件,詢問有關於新的 VMware vRAM 授權問題對我們的影響,VMware vRAM 授權很快被冠上了“VMware vTax”的稱號。 以下內容為擷取自 VMware vSphere 5.0 Licensing, Pricing and Packaging 文件中第 3 頁的部份內容。

    “vSphere 5.0 將針對處理器進行 vRAM 授權機制。 每個 vSphere 5.0 CPU 授權都將授予購買者運作虛擬機器時一定數量的 vRAM 記憶體。

    下面有相關細節,但就整體而言為這是大家所提出問題的整理:

    1. 您如何看待新的 VMware vSphere 5.0 Licensing 授權變更?
    2. 這對您有意義嗎?

    簡單一個字“NO”。但是請不要相信我的話。 讓我們來看看 VMware 的客戶如何看待這次的授權變更政策,就從 Twitter 開始吧。

    —————————————————————————————–

    Twitter #vTAX

    —————————————————————————————–

    在 Twitter 上,網友們已經創造一個專門針對 vSphere Memory Tax 的主題 #vtax。許多情緒性的發言內容已經不適合放到此篇文章中,以下隨便貼上幾則發言內容。

    clip_image001[17]

    clip_image002[13]

    當 VMware 客戶理解這個新的授權模式在未來所產生的潛在成本之後,毫不猶豫地發洩自己的感受。 其中也包括許多知名 IT 社群在討論串中,表示擔心此授權模式所造成的影響。

    —————————————————————————————–

    業界反應

    —————————————————————————————–

    就在 VMware 官方發佈關於 vSphere 5 推出的新聞幾天之後,新聞媒體和分析師便開始熱烈討論關於客戶反對授權變更的話題。 以下為從幾篇文章之中所擷取的引用範例:

    1. The Register: VMware 對您的 Virtual Memory 課稅

    客戶評論: 我們公司的 Dell R800 伺服器具備二顆 10 核心的 CPU 512 GB的記憶體。 為我們提供了 20 個真正的運算核心,若從 CPU 排程調度的角度來看則是 40 個。 我們需要的 CPU 運算能力很低,所以較不擔心。但是我們真正需要的是記憶體。 在 vSphere 4.x 版本中我們只需要兩套 Enterprise Plus 授權即可。 若升級成 vSphere 5.x 版本之後我們竟然需要 10 套授權。因此成本增加了 500%,現在軟體授權費用大大的超過了硬體費用。

    2. ZDNet: 客戶強烈感覺到 vSphere 5 翻新定價模式

    我認為新的授權模式對於規模小的虛擬環境傷害最大。 目前我們在每台雙 CPU 128GB RAM 主機上運作 40 VM 虛擬主機” TysonL 週二在 VMware 論壇 上發言 。為了充分使用我們伺服器的記憶體,我們不得不支付比目前預算多  50% 的費用。 我在一所公立大學工作,現在正想著要如何解釋這項改變。

    並且……

    VMware 表示定價策略的變更為希望簡化虛擬機器監控程序的授權費用,但是客戶則認為實際上是在對伺服器記憶體進行課稅的動作。

    並且……

    Vince77 星期三在 VMware論壇 上寫道非常震驚,我無法跟老闆解釋,因為最近所採購具有 128GB 記憶體和兩顆 CPU 的三台刀鋒伺服器,現在必需要使用額外的 VMware 軟體授權,因為伺服器中有如此多的記憶體

    3. CRN:VMware 客戶對 vSphere 授權變更非常氣憤

    VMware 客戶都在發洩對於 vSphere 5 中授權變更的不滿,某些情況下這些授權變更將導致極大的授權費用上漲。

    並且……

    Twitter 上可以找到客戶無奈的證據,在 Twitter #vTax 上迅速出現源源不絕 尖刻、豐富多彩的評論內容。相約在波士頓港我們正在大量傾銷 VMware Workstation 當中

    4. ITNews: VMware 用戶對抗授權變更

    有些人需要增加兩倍甚至三倍的VMware 軟體授權。

    5. TechTarget: VMware 變更定價增加了雲端成本

    分析師評論: 今天所公佈的 vSphere 5 中備受爭議的授權和定價策略,在提到成本時與官方說法南轅北轍……”

    6. Ars Technica: VMware vSphere 5 授權變化對您來說意味著

    評論: 我們剛剛部署了價值幾百萬美元的思科 B230 M2 刀鋒伺服器,每片刀鋒伺服器都具備雙 E7-2850 CPU 256GB 記憶體。 我們已經進行了 20:1 的伺服器整併作業,如果這種授權模式持續下去,我們的 VMware 帳單費用將會多出一倍。<情緒字眼已刪除> VMware

    上述的相關連結和引用只是來自於業界網站的幾個範例,還有很多內容未刊載。 而在 VMware 社群論壇中的討論串普遍也不支持此授權模式。

    —————————————————————————————–

    VMware 社群論壇

    —————————————————————————————–

    在推出 vSphere 5.0 短短兩個星期之內,VMware 自己的社群論壇裡便出現許多心懷不滿的客戶,所發表的 1250 個討論串(大約每天 75 個討論)總共長達 83 頁。 他們所評論的內容豐富多彩,並且普遍對新的 vSphere 5 授權模式缺乏興趣。下面只是引述其中幾個評論內容:

    http://communities.vmware.com/thread/320877?start=0&tstart=0

    評論 1:

    我花了一分鐘的時間閱讀 vSphere5 授權指南後,試圖將我的下巴從地上拉起來。 VMware 這次完全是想搾乾自己的客戶,為什麼呢?

    過去採購 2 CPU 授權便能做的事情現在卻需要 4 套授權才可以,真令人難以相信。

    目前:

    配備二顆 CPU 192G 記憶體的 BL460c G7 = 2 vSphere Enterprise Plus 授權
    配備四顆 CPU 256G 記憶體的 DL585 G7 = 4 vSphere Enterprise Plus 授權

    未來:

    配備二顆 CPU 192G 記憶體的 BL460c G7 = 4 vSphere Enterprise Plus 授權
    配備四顆 CPU 256G 記憶體的 DL585 G7 = 6 vSphere Enterprise Plus 授權

    因此,VMware似乎對伺服器高密度整合施行懲罰動作,鼓勵使用者購買 CPU 插槽多的硬體而非插槽少的。

    我的理解是 vRAM  授權是僅給您所能使用的,但不一定是伺服器上您所擁有的全部記憶體,但是誰會為伺服器買了記憶體後而不使用呢?

    忘記有 1TB記憶體的虛擬機器吧。 意識清醒的人誰會使用新的授權模式來部署這樣的虛擬機器呢? 它將需要購買 22 套授權才能運作它! 您現在可以出去從任何硬體廠商那裡購買需要較少授權的硬體設備。

    還有人完全被這個舉動嚇呆了嗎?

    評論 2:

    回覆:vSphere 5 Licensing

    不僅僅是你而以。 我們剛剛購買了 10 台雙插槽 CPU 的伺服器,每台有 192GB RAM(企業授權級別),太荒謬了!如果要運作 VM 虛擬主機的話那麼我們要購買的授權數量,必需要增加到三倍才能使用所有的 RAM

    評論 3:

    新的授權模式對於中小型企業來說無疑是雪上加霜:

    目前:

    2 x DL380 G7,每台有兩顆 CPU 96 GB RAM = Essentials Plus授權

    未來:

    2 x DL380 G7,每台有兩顆 CPU 96 GB RAM = Standard授權

    價格大約增加了300%(是的,百分之三百)。向老闆解釋成本增加時只能祝各位好運了

    評論 4:

    > 還有人完全被這個舉動嚇呆了嗎?

    對於這個消息我徹底震驚了……    
    我們打算使用  6 台雙 CPU 伺服器,總共 1.5TB 的記憶體(以前只需要 12 CPU Enterprise Plus 授權)。 根據新的授權方案,我們將不得不額外購買 20 CPU 授權才能使用我們現在所擁有的記憶體。

    我們曾經期望將 SQL 伺服器遷移到 ESXi 上,它是一台擁有 256GB記憶體的高階硬體設備,因此我們要專門為它建置一台主機(這對 DR 環境有幫助)。 過去我們只需要 2 CPU 授權,現在卻需要 6 套並且只為了這台伺服器。所以,現在授權數量增加了三倍。

    評論 5:

    同樣來自 VMware 社區論壇

    好吧,下面是目前的實際狀況:

    · 7 Dell PowerEdge R815,每台有 512GB 記憶體 (設定後後約可使用 448GB)和 4 CPU

    · 4 Dell PowerEdge R715,每台有 128GB 記憶體和 2 CPU

    根據 vSphere 4.x 授權政策,只需要 36 Enterprise Plus 授權,我們便可使用所有記憶體。

    假設我們將 448GB 的記憶體(最大容量)用於容錯移轉,我們將可以使用 3200GB 的記憶體。

    但升級到 vSphere 5.x 後,過去我們能夠獲得 3200GB 的授權,將來卻只能獲得 1728GB

    我們將不得不額外購買 31 Enterprise Plus 授權,才能重新使用所有記憶體。

    簡單來說使用新版 vSphere 5.x之後我們需要向 VMware 額外支付108,345 美元的授權費用,才能使用我們目前正在使用 vSphere 4.x 版本的記憶體。

    評論 6:

    clip_image003[13]

    評論 7: 下面是來自 VMware 官方部落格 的評論:

    VMware 我知道您在尋找理由想將注意力從 vsphere 5 Licensing Disaster 轉移開來,但是這篇文章的目的卻並非如此。我們能實話實說嗎? vSphere 5授權變更就是 VMware 在搶客戶的錢 <情緒字眼已刪除>,還想欺騙我。不要再侮辱我的智慧了。

    你們聲稱大多數人並不會受到影響。 有沒有 VMware 公司的員工閱讀他們論壇上的文章?有 50 多頁來自氣憤不已 VMware 客戶的文章。 Twitte 已經多了許多標籤主題如 vTax,但 VMware 的回答卻是並非如此,沒差那麼多或者不調整虛擬機器的記憶體大小是錯誤的

    你們就是打算這樣對待我們嗎?

    如果 VMware 試著想想自己所說多年來為客戶提供指導以及行銷方式,您會意識到這種授權對於客戶來說是多麼荒謬以及誤導和侮辱。

    VMware 所說新的vTax/Memory Tax“實際上並沒有差那麼多。如果 VMware閱讀自己的論壇就會發現事實並非如此。我們進行計算後看到費用增加了三倍也就是 300%,之後我的老闆 <情緒字眼已刪除> 無言以對。

    VMware 宣稱“vSphere 5 適用於桌上型電腦 VDI 解決方案。我根本不想看也不想關心。並且我們最不願做的是將 VMware 用於 VDI (或任何設備)。 我們絕不可能也不打算部署 VMware VDI,然後讓你們再次哄抬價格。

    VMware 表示硬體限制已經去除。這絕對是一個騙局, 你們用一些更糟糕的限制取代了你們創造的一個愚蠢限制,並且告訴我們這對我們有好處。說真的,你們認為我們很愚蠢嗎? 我不願全部用大寫字母寫出,但考慮到論壇裡有 50 頁的文章都在講述同一件事(而你們卻選擇忽略這件事),這樣也許能夠引起一些人的注意。

    VMware 表示,這個新的授權適用於雲端運算。如果這種新的授權是走向雲端運算的一個過程,那我們將遇到大麻煩了。虛擬化一直在幫助我們節省成本。 使我們在更少的伺服器上運作更多的應用程式。 現在您說事實並非如此。 應用程式越多,成本就越高。這是真的嗎? 那我為什麼還要遷移到雲端?這與 VMware 多年來所說是互相矛盾的。

    VMware 表示,透過向上擴展實現對外擴展。我一直擁護向外擴展而不是向上擴展,但是多年來 VMware 一直告訴我們要向上擴展,所以我們遵循了它的指導也一直是這樣做。但是現在卻批評我們不聽從你們的指導。

    VMware 表示,可以強制客戶進行更好的規模調整。虛擬化不是應該幫助我完成這個工作嗎?你們所有的記憶體優化不是應該為我執行這些工作嗎? 哦,對了,現在你們因為這個事實對我們進行懲罰。 順便說一下,感謝你們稱呼我們為傻瓜,並且要求收取更多的費用。作為你們的客戶,我們喜歡這樣。 我們瞭解的不多。或許你們還想要大力踢我的狗而我也不會反抗。

    這是少數來自 VMware 客戶的回應案例,還有數以百計的其他評論。 有趣的是,儘管 VMware 告訴媒體說“關於 vTax 的憤怒已經偃旗息鼓了”,但是網友的情緒反應卻顯示情況恰好相反。

    —————————————————————————————–

    VMware 如何回應這些抱怨?

    —————————————————————————————–

    以下為來自 VMware 的一些公開回應,包括對聯席總裁和 CEO 的引用。

    回應 1 為了回應客戶所反應的抱怨和嘲諷,VMware 在 2011 年 6 月 18 日舉行了線上網路研討會。發言人僅是重複說明相同的授權模式而以。 下面是一個 VMware 客戶在參加了這場線上網路研討會後不得不說的感受(來自 VMware 社群論壇)

    clip_image004[7]

    回應2 在被 CRN 的視訊採訪過程中,VMware 聯席總裁 Carl Eschenbach(在 2 分 45 秒處)表示:
    clip_image005[6]

    其實,我認為客戶們對於這套授權策略的變更感到非常興奮(新的授權模式)。

    -VMware聯席總裁 Carl Eschenbach

    回應 3 在與 CRN 的另一個採訪中,VMware CEO Paul Maritz 在與 CRN 的一次訪談中表示

    我們相信 95% 的客戶其授權費用並沒有發生任何變化。 按照我們的計算,大多數客戶都不會有任何變化,也不必向我們支付更多的費用,” Maritz VMware 的第二季度收入會議中表示。

    這是一個指標,反應了[客戶]從軟體而不是包裝在軟體之下的硬體所獲得的價值。這是朝向雲端的整個方向  – 只為自己所使用的付費,並在開始便準備好一切,”Maritz 表示。並不是我們試圖為客戶提供更好或更壞的交易,而是我們努力改變我們衡量價值的指標。

    似乎 Maritz 先生、Eschenbach 先生和 VMware 與他們的客戶並不同調。

    —————————————————————————————–

    檢查事實: 前言

    —————————————————————————————–

    現在我們已經回顧了客戶的意見反應,讓我們來分析一些組態,包括現實世界的數字。 在開始分析以前,請允許我說明我們所比較的內容。 VMware 將是第一個告訴您他們的授權模式不是針對實體記憶體。以下內容直接引用自 VMware 授權文件。

    VMware vSphere 5.0 Licensing, Pricing and Packaging 3

    新的 vSphere 授權模式消除了對每台伺服器的 CPU 核心和實體 RAM 的實體限制,用一個共用虛擬記憶體(vRAM)針對虛擬化的授權流程取而代之。

    雖然我理解也承認他們的授權模式並非針對實體記憶體,但是這引發了幾個問題:

    • 有多少人購買伺服器後卻不會充分利用它們的呢?
    • 如果購買伺服器並加購記憶體卻不使用它們,意義為何呢?
    • 難道更充份的利用硬體資源不是我們使用虛擬化技術的重要原因之一嗎?

    事實上,在 VMware 官方網站當中,吹捧虛擬化的首要原因便是

    提高資源利用率,以更少的硬體和伺服器進行整合,進而降低成本。

    因此,對於下面的分析,我將大膽假設您希望充分利用系統中所有的記憶體。 如果您不同意,請考慮您自己的記憶體使用率,並採用某種折扣去計算。因為我不知道您的目標使用率,也不會隨便進行猜測,所以我將假設最大的使用率去計算。

    —————————————————————————————–

    審查事實: 詳細敘述

    —————————————————————————————–

    範例 1 vSphere 5.0 Monster VMs

    VMware 吹捧 vSphere 5.0 能提供 Monster VMs(佔用大量資源的虛擬機器)。如果他們運作 Monster VMs 之後其實就表示 vSphere 5.0 將以前所未有的速度吞噬掉所有預算,那麼我便能夠理解這個比喻。 VMware 正在力推可運作 1 TB 虛擬記憶體的虛擬機器。 讓我們用真實數字來分析授權的含義和 1 TB 的 VM 成本吧。

    要在一台實體伺服器上建立和運作具有 1 TB 記憶體的 VMware 虛擬機器將花費:

    • 在 VMware vSphere 5.0 Standard 版授權中為 42,785 美元
      • 如果包括必需的 VMware Support and Subscription (SnS) 授權,則為 74,874 美元
    • 在 VMware vSphere 5.0 Enterprise Plus 版授權中為 76,890 美元
      • 如果包括必需的 VMware Support and Subscription (SnS) 授權,則為 134,558 美元

    這只是為了 運作一台虛擬機器 所需要花費的 VMware 授權費用。

    假設您想要建置具備 高可用性 (High Availability) 及 即時遷移 (Live Migration) 的 VM 虛擬主機,那麼您將需要兩台伺服器的授權。採用Enterprise Plus 版本授權來說,要運作這樣的虛擬機器將要花費 25 萬美元,更精確來說是 269,116 美元。 這還不包括運作這台 1 TB 虛擬機器所需要的 伺服器、實體記憶體、儲存設備、其它硬體、作業系統授權及應用程式的成本。

    範例 2: 比較 1 TB 虛擬記憶體和 1 TB 實體記憶體

    讓我們比較上述 VMware 1 TB 虛擬記憶體和具備 1 TB 實體記憶體的伺服器。 具備 1TB 記憶體且 4 顆 CPU 的 Dell R910 大約為 85,000美元 — 所以採用新的 VMware 授權將會使伺服器的成本增加大約 87% (如果包含 SnS,為74,874 美元),或者在加一倍增加大約 158%(如果包含 SnS,為 134,558 美元),增加部份多寡將取決於您所購買的授權版本而定。

    範例 3: 虛擬化伺服器常見的硬體摘要

    讓我們來看看虛擬化伺服器常見的硬體配備: 雙 CPU (六核心)、192 GB記憶體的伺服器。

    • 採用 vSphere 4.x 版本,您需要購買 2 套 Standard 版授權,每套費用為 995 美元,因為 vSphere 4.x 沒有課 記憶體稅總成本: 1,990 美元。
    • 採用 vSphere 5.x 版本,您需要購買 8 套 Standard 版授權,每套費用為 995 美元,因為 Standard 版本最多只提供 24 GB 的記憶體,因此您需要購買 8 套授權才能支援主機裡 192 GB 的記憶體。 總成本: 7,960 美元。

    僅僅在虛擬化層成本便增加了三倍,並且還不包含 硬體、作業系統授權、應用程式。

    —————————————————————————————–

    所以真實情況為何?

    —————————————————————————————–

    就個人來說,我認為真實的情況是。Vmware 推出新的 vSphere 授權模式並且將授權費用推到最高點。在許多情況下價格會上漲 2 ~ 4倍(某些情況下會更多倍),下面為一個簡單的範例來進行說明:

    對於有 2 CPU 的主機,vSphere 5 授權費用將比 vSphere 4.1 增加了 2 ~ 4,如下表所示。 根據 vSphere 5 授權政策在一台具備 128 GB RAM 的雙 CPU 主機中,最大的 vRAM 授權數為 96 GB(每顆 CPU 授權為 2 x 48GB),因此,要使用剩下的 32 GB RAM,客戶需要購買一套額外的 vSphere 5 Enterprise Plus 授權,但是在 vSphere 4.1 版中則不需要。

    版本 / 記憶體

    96 GB

    128 GB

    192 GB

    256 GB

    384 GB

    vSphere 4.1 Enterprise Plus 授權

    2

    2

    2

    2

    2

    vSphere 5.0 Enterprise Plus 授權

    2

    3

    4

    6

    8

    我猜 VMware 很清楚他們將會把價格往上推,並且在 VMWorld 大會上“解決問題”。 我可以想像他們的 CEO Paul Maritz 會在大會開始時便表示,“我們已經聽取了大家的意見,並且調整記憶體授權數量。” 現在我們不再討論授權問題,來看看其它很棒的東西吧。”

    從本質上來說,這些都意味著 VMware 可能不會使價格增加 4 ~ 8 倍,但是在他們所謂的“解決問題”之後,VMware 仍然會使價格上漲 2 倍,並且希望他們的客戶會認為 2 倍的價格,與之前相比之下已經很好了 — 或者更好的狀況是客戶根本沒注意到價格上漲。

    現在我們來比較一下 vSphere 5、Microsoft Hyper-V Server 2008 R2 SP1、Windows Server 2008 R2 SP1。

    —————————————————————————————–

    1 台伺服器: vSphere 5 vs Microsoft Hyper-V Server 2008 R2 SP1

    —————————————————————————————–

    讓我們來對 一台伺服器 具備各種記憶體容量的狀況時進行比較。

    在進行第一次比較時,讓我們分析來 VMware Memory Tax 的影響,並且集中在 Hypervisor 層。我將使用 VMware vSphere 5.0 和 Microsoft Hyper-V Server 2008 R2 SP1 來進行比較。這種比較讓我們可以將重點放在虛擬機器監控程序上,以充份讓虛擬機器利用實體伺服器中記憶體資源的能力。在進行舉例比較以前,請記得這個比較並不包括硬體、作業系統授權、儲存、網路或系統管理。

    這個比較包括 VMware 的 Support and Subscription (SnS) 授權。 我本來打算忽略掉 SnS 授權部份,但是後來在VMware vSphere 5.0 Licensing, Pricing and Packaging 白皮書的第 3 ~ 11 頁中看到,所有 vSphere 採購都需要 SnS 因此,按照 VMware 的授權要求,我會將 SnS 授權包括在內。 請注意,由於 VMware Memory Tax 要求針對較大記憶體資源購買更多的授權,又因為“每套 vSphere 版本採購時也都需要採購 Support and Subscription (SnS) 合約,因此 SnS 合約也是一筆額外的費用,即使使用者已經購買 vRAM 容量的額外授權也需支付這筆費用。

    首先比較 vSphere 5 和Microsoft Hyper-V Server 2008 R2 SP1

    vSphere 5.0              
      Standard

    vSphere 5.0              
      Enterprise

    vSphere 5.0 Enterprise Plus

    Microsoft Hyper-V Server 2008 R2 SP1

    每顆 CPU

    995 美元

    2875 美元

    3495 美元

    無(0 美元)

    每顆 CPU 的 VMware SnS(3 年)

    746 美元

    2,156 美元

    2,621 美元

    記憶體容量授權 (vTax)

    24 GB

    32 GB

    48 GB

    沒有記憶體稅。 Hyper-V 目前支援每台伺服器高達 1 TB的實體記憶體,以及每個 VM 高達 64 GB 的記憶體。 多於任何 vSphere 5 產品。

    1 台具有 128 GB RAM 實體伺服器(2 顆 CPU)

    6 套授權

    10,448 美元

    4 套授權

    20,125 美元

    3 套授權

    18,349 美元

    包括在內

    1 台具有 192 GB RAM 實體伺服器(2顆 CPU)

    8 套授權

    13,930 美元

    6 套授權

    30,188 美元

    4 套授權

    24,465 美元

    包括在內

    1 台具有 256 GB RAM 實體伺服器(2顆 CPU)

    11 套授權

    19,154 美元

    8 套授權

    40,250 美元

    6 套授權

    36,698 美元

    包括在內

    1 台具有 384 GB RAM 實體伺服器(2顆 CPU)

    16 套授權

    27,860 美元

    12 套授權

    60,375 美元

    8 套授權

    48,930 美元

    包括在內

    1 台具有 512 GB RAM 實體伺服器(4顆 CPU)

    22 套授權

    38,308 美元

    16 套授權

    80,500 美元

    11 套授權

    67,279 美元

    包括在內

    1 台具有 768 GB RAM 實體伺服器(4顆 CPU)

    32 套授權

    55,720 美元

    24 套授權

    120,750 美元

    16 套授權

    97,860 美元

    包括在內

    1 台具有 1024 GB RAM 實體伺服器(4顆 CPU)

    43 套授權

    74,874 美元

    32 套授權

    161,000 美元

    22 套授權

    134,558 美元

    包括在內

    表 1: 記憶體稅 : vSphere 5 和 MS Hyper-V Server 2008 R2 SP1(1 台伺服器)

    —————————————————————————————–

    10 台伺服器: vSphere 5 vs Microsoft Hyper-V Server 2008 R2 SP1

    —————————————————————————————–

    現在,讓我們比較具有各種記憶體容量的 虛擬化伺服器資源池

    在第二個比較當中,讓我們分析 VMware Memory Tax 對於有 10 台節點的叢集(如果您喜歡,也可以是兩個 5 台節點的叢集)影響。 第二個比較讓我們將重點放在虛擬機器監控程序上,以虛擬機器充分利用實體伺服器資源池中記憶體資源的能力。與第一個比較範例相似,請記得這個比較並不包括 硬體、作業系統授權、儲存、網路或系統管理。

    這個比較按照 VMware 的授權要求所有 vSphere 版本的採購都需要 SnS 合約,將 VMware 的 Support and Subscription (SnS) 授權包括在內。請注意,由於 VMware Memory Tax 要求針對較大記憶體資源購買更多的授權,又因為“每套 vSphere 版本採購時也都需要採購 Support and Subscription (SnS) 合約,因此 SnS 合約也是一筆額外的費用,即使使用者已經購買 vRAM 容量的額外授權也需支付這筆費用。

    vSphere 5.0              
      Standard

    vSphere 5.0              
      Enterprise

    vSphere 5.0 Enterprise Plus

    Microsoft Hyper-V Server 2008 R2 SP1

    每顆 CPU

    995 美元

    2875 美元

    3495 美元

    無(0 美元)

    每顆 CPU 的 VMware SnS(3 年)

    746 美元

    2,156 美元

    2,621 美元

    記憶體容量授權 (vTax)

    24 GB

    32 GB

    48 GB

    沒有記憶體稅。 Hyper-V 目前支援每台伺服器高達 1 TB的實體記憶體,以及每個 VM 高達 64 GB 的記憶體。 多於任何 vSphere 5 產品。

    10 台具有 128 GB RAM 實體伺服器(2顆 CPU)

    10 x 6 套授權

    104,480 美元

    10 x 4 套授權

    201,250 美元

    10 x 3 套授權

    183,490 美元

    包括在內

    10 台具有 192 GB RAM 實體伺服器(2顆 CPU)

    10 x 8 套授權

    139,300 美元

    10 x 6 套授權

    301,880 美元

    10 x 4 套授權

    244,650 美元

    包括在內

    10 台具有 256 GB RAM 實體伺服器(2顆 CPU)

    10 x 11 套授權

    191,540 美元

    10 x 8 套授權

    402,500 美元

    10 x 6 套授權

    366,980 美元

    包括在內

    10 台具有 384 GB RAM 實體伺服器(2顆 CPU)

    10 x 16 套授權

    278,600 美元

    10 x 12 套授權

    603,750 美元

    10 x 8 套授權

    489,300 美元

    包括在內

    10 台具有 512 GB RAM 實體伺服器(4顆 CPU)

    10 x 22 套授權

    383,080 美元

    10 x 16 套授權

    805,000 美元

    10 x 11 套授權

    672,790 美元

    包括在內

    10 台具有 768 GB RAM 實體伺服器(4顆 CPU)

    10 x 32 套授權

    557,200 美元

    10 x 24 套授權

    1,207,500 美元

    10 x 16 套授權

    978,600 美元

    包括在內

    10 台具有 1024 GB RAM 實體伺服器(4顆 CPU)

    10 x 43 套授權

    748,740 美元

    10 x 32 套授權

    1,610,000 美元

    10 x 22 套授權

    1,345,580 美元

    包括在內

    表 2:記憶體稅: vSphere 5 和 MS Hyper-V Server 2008 R2 SP1(10 台伺服器)

    此時,您可能會想,難道“VMware 不提供免費的 ESXi 版本嗎?”

    是的,VMware 立即對其資源進行降級。免費版本的 vSphere ESXi 5 僅限於支援總共 8 GB 的記憶體。

    —————————————————————————————–

    1 台伺服器: vSphere 5 Windows Server 2008 R2 SP1

    —————————————————————————————–

    在接下來的分析比較中,讓我們來看看 VMware Memory Tax 的影響。 對於這次比較,我將使用 VMware vSphere 5.0 和 Microsoft ECI Suite。

    Microsoft ECI Suite 包括: Windows Server 2008 R2 SP1 Datacenter Edition 和 System Center Datacenter Edition 以及 Forefront Security。 簡單來說將會提供:

    • 無限數量的虛擬化 Windows Server 授權
    • 使用 System Center 管理無限數量的虛擬機器(更重要的是,在這些虛擬機器內所運作的應用程式),包括:
      • Operations Manager
      • Configuration Manager
      • Data Protection Manager
      • Service Manager
      • Opalis (Orchestrator)
        • Opalis 在去年推出,並加入至 System Center 組合套件中。 現有的客戶無需額外費用便能自動加入。
      • Virtual Machine Manager
    • Forefront 提供統一、多層且高度可管理的方法可用於無限數量的虛擬機器上,以保護伺服器防禦惡意軟體

    按照 VMware 的授權要求所有 vSphere 版本的採購都需要 SnS 合約,將 VMware 的 Support and Subscription (SnS) 授權包括在內。請注意,由於 VMware Memory Tax 要求針對較大記憶體資源購買更多的授權,又因為“每套 vSphere 版本採購時也都需要採購 Support and Subscription (SnS) 合約,因此 SnS 合約也是一筆額外的費用,即使使用者已經購買 vRAM 容量的額外授權也需支付這筆費用。 下表中與 VMware 比較的數字當中包括提供無限數量的 Windows Server Datacenter 版本,以更加緊密地符合 Microsoft ECI 產品所需要的費用。 VMware 費用中不包括 System Center 或 Forefront 授權。 與上面的範例相似,請記得這個比較並不包括硬體、儲存。

    vSphere 5.0              
      Standard

    vSphere 5.0              
      Enterprise

    vSphere 5.0 Enterprise Plus

    MS Core Infrastructure Windows Server 2008 R2 SP1              
      Datacenter Edition、System Center               
      Datacenter Edition & Forefront

    每顆 CPU

    995 美元

    2875 美元

    3495 美元

    4584 美元

    每顆 CPU  客戶機執行個體成本

    3  年的成本,包括 SA)

    4182 美元

    4182 美元

    4182 美元

    包括上述內容

    每顆 CPU 的 VMware SnS(3 年)

    746 美元

    2,156 美元

    2,621 美元

    記憶體容量授權 (vTax)

    24  GB

    32  GB

    48  GB

    沒有記憶體稅。 Hyper-V 目前支援每台伺服器高達 1 TB的實體記憶體,以及每個 VM 高達 64 GB 的記憶體。 多於任何 vSphere 5 產品。

    1 台具有 128 GB RAM 實體伺服器(2顆 CPU)

    6 套授權

    18,812 美元

    4 套授權

    28,489 美元

    3 套授權

    26,713 美元

    2 套授權

    9,168 美元

    1 台具有 192 GB RAM 實體伺服器(2顆 CPU)

    8 套授權

    22,294 美元

    6 套授權

    38,552 美元

    4 套授權

    32,829 美元

    2 套授權

    9,168 美元

    1 台具有 256 GB RAM 實體伺服器(2顆 CPU)

    11 套授權

    27,518 美元

    8 套授權

    48,614 美元

    6 套授權

    45,062 美元

    2 套授權

    9,168 美元

    1 台具有 384 GB RAM 實體伺服器(2顆 CPU)

    16 套授權

    36,224 美元

    12 套授權

    68,739 美元

    8 套授權

    57,294 美元

    2 套授權

    9,168 美元

    1 台具有 512 GB RAM 實體伺服器(4顆 CPU)

    22 套授權

    55,036 美元

    16 套授權

    97,228 美元

    11 套授權

    84,007 美元

    4 套授權

    18,336 美元

    1 台具有 768 GB RAM 實體伺服器(4顆 CPU)

    32 套授權

    72,448 美元

    24 套授權

    137,478 美元

    16 套授權

    114,588 美元

    4 套授權

    18,336 美元

    1 台具有 1024 GB RAM 實體伺服器(4顆 CPU)

    43 套授權

    91,602 美元

    32 套授權

    177,728 美元

    22 套授權

    151,286 美元

    4 套授權

    18,336 美元

    表 3:記憶體稅: vSphere 5 與 Microsoft ECI(1 台伺服器)

    —————————————————————————————–

    10 台伺服器: vSphere 5 vs Windows Server 2008 R2 SP1

    —————————————————————————————–

    在最後的分析中,讓我們來看看 VMware Memory Tax 的影響。 對於這次比較,我將使用 VMware vSphere 5.0 和 Microsoft ECI Suite。

    Microsoft ECI Suite 包括: Windows Server 2008 R2 SP1 Datacenter Edition 和 System Center Datacenter Edition 以及 Forefront Security。 簡單來說將會提供:

    • 無限數量的虛擬化 Windows Server 授權
    • 使用 System Center 管理無限數量的虛擬機器(更重要的是,在這些虛擬機器內所運作的應用程式),包括:
      • Operations Manager
      • Configuration Manager
      • Data Protection Manager
      • Service Manager
      • Opalis (Orchestrator)
        • Opalis 在去年推出,並加入至 System Center 組合套件中。 現有的客戶無需額外費用便能自動加入。
      • Virtual Machine Manager
    • Forefront 提供統一、多層且高度可管理的方法可用於無限數量的虛擬機器上,以保護伺服器防禦惡意軟體

    根據 VMware 的授權要求所有 vSphere 版本的採購都需要 SnS 合約,將 VMware 的 Support and Subscription (SnS) 授權包括在內。請注意,由於 VMware Memory Tax 要求針對較大記憶體資源購買更多的授權,又因為“每套 vSphere 版本採購時也都需要採購 Support and Subscription (SnS) 合約,因此 SnS 合約也是一筆額外的費用,即使使用者已經購買 vRAM 容量的額外授權也需支付這筆費用。 下表中與 VMware 比較的數字當中包括提供無限數量的 Windows Server Datacenter 版本,以更加緊密地符合 Microsoft ECI 產品所需要的費用。 VMware 費用中不包括 System Center 或 Forefront 授權。 與上面的範例相似,請記得這個比較並不包括硬體、儲存。讓我們看看 VMware Memory Tax 對於有 10 節點叢集(如果您喜歡,也可以是兩個 5 節點叢集)成本的影響。

    vSphere 5.0              
      Standard

    vSphere 5.0              
      Enterprise

    vSphere 5.0 Enterprise Plus

    MS Core Infrastructure Windows Server 2008 R2 SP1 Datacenter Edition、System Center              
      Datacenter Edition & Forefront

    每顆 CPU

    995 美元

    2875 美元

    3495 美元

    4584 美元

    每顆 CPU  客戶機執行個體成本

    3  年的成本,包括 SA)

    4182 美元

    4182 美元

    4182 美元

    包括上述內容

    每顆 CPU 的VMware SnS(3 年)

    746 美元

    2,156 美元

    2,621 美元

    記憶體容量授權 (vTax)

    24 GB

    32 GB

    48 GB

    沒有記憶體稅。 Hyper-V 目前支援每台伺服器高達 1 TB的實體記憶體,以及每個 VM 高達 64 GB 的記憶體。 多於任何 vSphere 5 產品。

    10 台具有 128 GB RAM 實體伺服器(2顆 CPU)

    10 x 6 套授權

    188,120 美元

    10 x 4 套授權

    284,890 美元

    10 x 3 套授權

    267,130 美元

    10 x 2 套授權

    91,680 美元

    10 台具有 192 GB RAM 實體伺服器(2顆 CPU)

    10 x 8 套授權

    222,940 美元

    10 x 6 套授權

    385,520 美元

    10 x 4 套授權

    328,290 美元

    10 x 2 套授權

    91,680 美元

    10 台具有 256 GB RAM 實體伺服器(2顆 CPU)

    10 x 11 套授權

    275,180 美元

    10 x 8 套授權

    486,140 美元

    10 x 6 套授權

    450,620 美元

    10 x 2 套授權

    91,680 美元

    10 台具有 384 GB RAM 實體伺服器(2顆 CPU)

    10 x 16 套授權

    362,240 美元

    10 x 12 套授權

    687,390 美元

    10 x 8 套授權

    572,940 美元

    10 x 2 套授權

    91,680 美元

    10 台具有 512 GB RAM 實體伺服器(4顆 CPU)

    10 x 22 套授權

    550,360 美元

    10 x 16 套授權

    972,280 美元

    10 x 11 套授權

    840,070 美元

    10 x 4 套授權

    183,360 美元

    10 台具有 768 GB RAM 實體伺服器(4顆 CPU)

    10 x 32 套授權

    724,480 美元

    10 x 24 套授權

    1,374,780 美元

    10 x 16 套授權

    1,145,880 美元

    10 x 4 套授權

    183,360 美元

    10 台具有 1024 GB RAM 實體伺服器(4顆 CPU)

    10 x 43 套授權

    916,020 美元

    10 x 32 套授權

    1,777,280 美元

    10 x 22 套授權

    1,512,860 美元

    10 x 4 套授權

    183,360 美元

    表 4:記憶體稅: vSphere 5 與 Microsoft ECI(10 台伺服器)

    —————————————————————————————–

    回答您的問題

    —————————————————————————————–

    讓我們回到您的兩個問題上:

    1. 您(Microsoft)如何看待新的 VMware vSphere 5.0 授權模式變更?
    2. 這對您有意義嗎?

    VMware 自己的客戶已經講述了所有情況。

    VMware 的授權變更已經奠定了基礎架構建置為高價軟體,並且實現當更大的硬體密度和最大支援度利用硬體資源時,向客戶收取費用的業務模式。這些變化與虛擬化和雲端運算的優勢恰好相反。 整體來說,vSphere Licensing Model 從依照處理器提供實體核心限制(通常稱為 VMware Core Tax)轉移到依照處理器提供 vRAM 授權模式 (VMware Memory Tax)。 VMware 的記憶體課稅根本上便違背了私有雲的經濟學,並且破壞了使用者對虛擬化的期待。也就是違背了您希望 最大支援度提高硬體使用率,提高密度,降低成本

    提高硬體利用率、獲得更好的硬體密度並降低成本,對於人們來說正是被虛擬化吸引的原因。這也是虛擬化最重要的事。

    然而 VMware 並沒有認識到目前虛擬化環境中的重要方向,特別是當我們往私有雲解決方案遷移時。 應用程式的管理和監控以及跨平臺支持…等方面被忽略,有了 vCloud Director,VMware 的私有雲案例仍然以 VMware 基礎架構為重點。vSphere 5 是歷史上通往私有雲道路上所設立最新的 VMware 收費站,會定期增加授權費用。兩年前,許多人看到是 Core Tax 將授權費用增加了 200%,現在許多 VMware 客戶看到是 Memory Tax再次增加了授權費用,並且將成本增加到 200% ~ 400% 甚至更多。

    透過 Microsoft,客戶能夠在 Hyper-V 上建構可進行擴展的虛擬化基礎架構。使用 System Center,向私有雲環境的遷移,方法是進行應用程式深入監控、保護和管理以及豐富的自助式入口網站功能。這些,並沒有伴隨如同 vSphere 的限制性授權,因此能夠確保 Microsoft 的私有雲將以最低的成本提供最大的價值。

    關於可擴展性,您應該知道可擴展性和效能是 Microsoft 持續發展的重點。可擴展性和效能工作 無止盡。 如果看一下 Windows Server 便會發現我們在每個版本當中都提高了可擴展性、效能和功能。不用說,下個版本的 Windows Server 更會提高這些數字,您可以期待更多的功能。

    在Microsoft 2011 年全球合作夥伴大會上, Microsoft 展示了Windows Server 8 的一些新功能,具體來說是 Hyper-V 3.0使用 Hyper-V Replica 能夠建立具有 16 顆虛擬處理器和內建複製功能的虛擬機器,Microsoft 顯示了對您的承諾,以及我們在不增加成本為前提的情況下努力提供更多價值。這些只是 Microsoft 私有雲所提供的數百個功能當中的兩個功能,在 Microsoft BUILD 會議上您能夠獲得更多資訊Microsoft BUILD 會議於 9 13 日至 16 日在加州阿納海姆舉行。

    最後,我不了解 VMware 如何能夠聲稱記憶體課稅的動作會為客戶帶來好處。 我有幸致力於虛擬化工作已經十年有餘,從來沒有 客戶告訴我說,“我希望虛擬化能夠限制分配給虛擬機器的記憶體授權”, 一次都沒有聽過。

    下一個問題:  Microsoft 正進行計畫一些與 vTax 類似的事情嗎?

    不,我們無意施加:

    • VM Memory vTax
    • VM Core vTax
    • VM Replication vTax

    按虛擬機器數量課稅是虛擬化供應商所做的事,而不是雲端技術提供商該做的。

    希望能在 Build 會議上與您相見,

    原文連結:http://blogs.technet.com/b/virtualization/archive/2011/08/01/beware-the-vmware-memory-vtax-plus-good-news-for-hyper-v.aspx

    Jeff Woolsey

    Windows Server & Cloud

    PS. 是的! Windows Server 8 中 Hyper-V 的 VM 虛擬主機記憶體容量要進行調整,是支援度一路往上調整。

  • 讓 System Center Configuration Manager 2012 幫您達成 IT 消費化

    原文連結http://blogs.technet.com/b/server-cloud/archive/2011/10/05/let-system-center-2012-configuration-manager-help-you-enable-consumerization-of-it.aspx

    我正在西雅圖一家我最喜歡的咖啡店裡,用平板電腦撰寫部落格文章。當我作為一個“消費者”時並非僅在家裡才使用我的平板電腦。我發現這種平板裝置也很適合用於參加辦公室會議,當在辦公室以外的地方辦公時,我也幾乎都使用它來收發郵件、進行調查研究、甚至編輯檔案(如果剛好攜帶藍牙鍵盤時)。此外與目前熱門議題最相關的是,我完全期望並且要求 IT 部門要相信我可以使用這種裝置來完成上述工作。換句話說,我確實是那種令人討厭的使用者,總是將“消費化”概念強加於 IT 部門身上。好在我為 System Center Configuration Manager (簡稱為 ConfigMgr) 團隊工作,我喜歡你們這些 IT 人員,並且我們團隊畢生的目的就是期望使您的生活變得更美好。

    不可否認的,在企業中“消費型裝置”的主要使用需求依然與郵件收發有關,並且有許多研究報告及調查中指出這樣的需求(如果您不相信,就請自己去調查吧!!)。簡單來說,絕大部分的人都使用智慧型手機或平板電腦來完成上述工作,也就是使用它們來收發郵件或查看行事曆(當然有時也會做點別的事情)。幸運的是 Microsoft Exchange 中的 Exchange ActiveSync (EAS)功能,早就已經內建行動裝置管理功能。但是問題在於 Exchange 管理人員不應該是擔心行動裝置安全性和政策管理的人。Exchange 管理人員的日常工作應該是盡力保持郵件伺服器持續運作,並且確保服務不中斷才對。如果您像我在過去五年多的時間內所訪談過的 IT 組織,那麼擔心行動裝置的安全性與設定的管理人員一樣,那麼您一定也同樣擔心傳統桌上型電腦和筆記型電腦的安全性與設定。這就意味著您必須依賴另一組團隊人員來完成您的工作。但是對於他們來說您的需求通常不會是最重要的。

    透過 ConfigMgr 2012,我們希望能解決工具不符合需求的問題,如此一來無論您使用何種裝置,都可以將所有安全性與設定通通整合到“單一管理平台”之中。您只需要使用 ConfigMgr 指定裝置的關聯屬性,接著便可以透過 ConfigMgr 管理 Exchange 2010 組織及 EAS 所連接的裝置。並且採用 ConfigMgr 之後無論是 Exchange 或 Office 365都可以進行管理作業。

    ConfigMgr 2012 用來管理非傳統“消費型裝置”的功能包括:

    • 資產清單與報表 - ConfigMgr 將會自動探索所有透過 EAS 進行連接的裝置,並且收集基本的庫存清單,接著您就可以在 ConfigMgr 控制台中看到它們,並且建立裝置收集及查詢結果的資產報表。當然 ConfigMgr 也內建一些報表來幫助您分析及建立公司中行動裝置的使用情況,例如 摘要報表可以透過作業系統類別將行動裝置給過濾出來。甚至還能自動將裝置與使用者進行關聯,所以您可以列出一份使用者清單,輕鬆為他們所選的行動裝置選擇需要更新的版本,或者其它新版本的作業系統。
    • 設定政策管理 - 為連接到 EAS 的裝置定義預設政策。在幾秒鐘的時間之內,定義的政策將會傳送至 Exchange 中並且套用至下次同步的行動裝置中。透過 EAS 大約能設定 50 種不同的政策。以我個人來說其中最重要的幾種政策包括 加強密碼、設備加密和遠端抹除資料功能。無論您的使用者選擇何種行動裝置,這些政策設定將能夠確保您公司資料受到合理的保護。
    • 遠端抹除資料 - 因為我相信此功能對於使用者來說最具影響力,所以我將此功能與其他政策管理功能進行區別。此功能是當行動裝置不幸遺失或被盜走或其它情況時所需的重要功能。此外,如果 ConfigMgr 擁有與使用者相關的資訊,那麼使用者便可以從新的 ConfigMgr Software Catalog (請隨時注意 Software     Catalog 部落格及示範演練)中進行自助式操作。

    先暫時寫到這裡為止。希望您會喜歡 System Center Configuration Manager 2012 所提供的管理功能。

    Jeffrey  
    Sutherland

    首席專案經理

    System Center Configuration Manager

  • System Center Virtual Machine Manager 2012 私有雲助手 (3/5): 強大的服務範本功能

    原文連結:http://blogs.technet.com/b/privatecloud/archive/2011/10/11/system-center-virtual-machine-manager-2012-as-private-cloud-enabler-3-5-the-power-of-service-templates.aspx

    clip_image002[9]私有雲的主要重點之一為提供服務。與傳統資料中心的應用程式部署、維護和故障排除方法相反,私有雲將我們的注意力重新轉向到服務使用者實際需求上。當採用服務提供者方法時,您就已經開始思考如何滿足您與私有雲服務使用者之間所建立的 SLA (Service-Level Agreement) 所設定的需求。

    在本文中clip_image003[9]將討論私有雲的兩個主要特點也就是標準化和自動化,Yung Chou 將討論這些問題,包括 System Center Virtual Machine Manager 2012 和服務範本,以及如何透過自助式服務機制和自動化以實現標準化服務。Yung 在本文中介紹得非常好,我相信您一定會喜歡它!

    本文最初發表於 Yung Chou 的部落格 上,建議您參觀並且訂閱他的部落格文章。

    -Tom Shinder,雲端愛好者


    clip_image005[4] 現在,我假設我們都在一定程度上認識到 虛擬化並不等於雲端。事實上,二者之間的確存在許多不同的差別。高度虛擬化的資料中心和私有雲之間的主要不同之處為部署應用程式的方法。在本文(關於 SCVMM 如何支持私有雲的 5 個部分系列中的第 3 篇)中,我想介紹一種針對於服務的部署方式,這種部署方式便是使用 VMM 2012 來建構私有雲

    提醒您,以下為此系列文章中的其它文章項目:

    • 第 1 部分 私有雲概念
    • 第 2 部分 結構,還是結構
    • 第 3 部分 使用服務範本進行部署(本文)
    • 第 4 部分 私有雲生命週期
    • 第 5 部分 應用程式控制器

    VMM 2012 能夠執行以虛擬主機 (VM) 為中心的傳統部署,也可以應用於服務模式的部署方式。前者專注於虛擬化及 VM 虛擬主機運作等級上,而後者則是以服務為中心的作法適用於私有雲部署。本文則是適用於有 VMM 2008 R2 基礎架構經驗的讀者。

    談到雲端運算“服務”這個名詞是一個關鍵概念,我也已經在其他地方討論過。在雲端運算中“服務”和“應用程式”是劃上等號的,因為在雲端運算中提供給使用者的所有內容都將被視為服務,例如 SaaSPaaS IaaS。在本文中我將會交替使用“服務”和“應用程式”這兩個名詞。

    VM 虛擬主機為中心的部署方式

    在虛擬化中,部署一台伺服器不過就是發佈或建立一台虛擬機器並且從一個 (VHD) 檔案來運作它。希望更新虛擬化知識的讀者請參考關於Microsoft 虛擬化解決方案教學影片系列

    虛擬化為 IT 帶來了許多改善流程和操作方式的機會。使用系統管理軟體例如 System Center Virtual Machine Manager 2008 R2 或簡稱為 VMM 2008 R2,只需要極少甚至無需管理人員干預的情況之下,我們便可以在目標環境中部署 VM 虛擬主機並且安裝作業系統。並且從應用程式角度來看,無論要不要自動化,所關聯的 VM 虛擬主機基本上都能單獨進行部署及設定。

    clip_image006

    例如,如上所示一個多層 Web 應用程式通常會需要部署預計數量的 VM 虛擬主機,然後依照應用程式需求在部署的 VM虛擬主機當中安裝和設定應用程式。尤其是當涉及到後端資料庫時,系統管理員通常會按照特定的順序並且採用特定的資料庫角色登入帳號後,與目標資料庫伺服器進行連線,以及使用安全的連接埠號 (Port) 在 Active Directory 中註冊,然後才繼續進行後續的部署作業。由於缺乏有效率及自動化方式來簡化管理作業,並且以不同事件驅動著不同的 VM虛擬主機之間的依賴關係(這些關係會在應用程式部署期間的各種時刻相互連結),所以需要採取手動操作的方式進行。

    儘管事實上可能有一個系統管理基礎架構(例如 VMM 2008 R2),與其他 System Center 成員 進行相互搭配,但是在操作方式上有很大程度是以 VM虛擬主機為中心的部署模型,需要手動操作並且獨立管理和維護的。或許更重要的如果您希望採用“On-Demand (換句話說,以服務的形式)”的方式進行部署多層次應用程式,而且在同一個 IT 環境中運作多種版本 (若技術上可行的話),便需要一個以 VM 虛擬主機為中心的部署方式,它通常是需要花費較多時間而且需要較高的 TCO。

    這一切都將因為有了 VMM 2012 而改變。使用 VMM 2012 之後您便能夠按需求來部署服務,並且同一時間內部署多種服務,以及在同一個作業環境中能夠同時運作多種版本。VMM 2012 採用服務模式的部署方式,使得整個流程變得非常直覺而且簡單。

    以服務架構為部署方式

    clip_image008在以 VM 虛擬主機為架構中心的模型中,並沒有一個有效的方式來解決部署期間事件驅動的 VM 依賴關係,也沒有具備結構的概念,結構是雲端運算中一種抽象關系。在 VMM 2012 中以服務架構為部署方式,意味著包含應用程式的所有資源(例如 設定、安裝、執行個體、依賴關係…等)都將作為一個實體並由結構來部署和管理。

    VMM 2012 中對結構的整合是一個重要的關鍵,VMM 2012 管理主控台中已清楚說明這一點,如左圖所示您可以看到,將服務架構部署到私有雲的前提條件是先建立私有雲結構。

    建立結構

    部署服務的流程通常為使用管理員和服務帳號,針對應用程式需求在 伺服器、網路和儲存環境中安裝和設定基礎架構及應用程式。伺服器群將成為一個計算引擎,為程式碼的執行提供一個運作環境。

    網路則用於互相連結所有相關的應用程式資源以及週邊設備,來滿足所有管理和通訊需求。最後,在 VMM 2012 中將統一由結構進行管理,並且儲存程式碼和資料。

    結構由 3 種 資源池/節點 所組成分別是: 伺服器、網路和儲存

    伺服器

    伺服器包含各種不同的類型,包括 虛擬化主機群、PXE、更新伺服器(例如 WSUS)和其他伺服器。虛擬化主機群使用虛擬化功能將伺服器進行邏輯分組,最後可將 VM 虛擬主機部署到實體主機上,無論使用的是特定網路設定還是由 VMM Intelligent Placement 動態選擇(採取定義標準來選擇適用方式)。

    VMM 2012 可以管理 Hyper-V 及 VMware 或其他虛擬化解決方案。當您將一台主機加入到虛擬化主機群時,VMM 2012 會在目標主機上安裝一個代理程式 (Agent),接著該台主機就會成為結構中所管理的資源。

    程式庫伺服器是一個資源儲存庫,透過網路共用來提供部署服務和 VM 虛擬主機資源。將程式庫伺服器加入到結構之後(為程式庫伺服器定義網路共用),對於 VM 虛擬主機範本、VHD 檔案、ISO 映像檔、服務範本、腳本、伺服器 App-V …等資源就會變成可用,更新資源後您便可以用於建立 VM 虛擬主機和服務範本。將各種不同類型的伺服器加入到伺服器資源池中擴大範圍並且增加功能,就好像在結構中接上額外的光纖一樣。

    網路

    網路技術所提供的資源存放庫、運作中的執行個體、雲端部署和 VM 虛擬主機,以及用於管理和維護網路架構之間的智慧連接。它將會構成一個類似人類的神經系統進行運作,針對邏輯網路和網站的部署方式來進行通訊過濾、隔離流量的連結網路。

    儲存

    儲存技術顯示底層儲存複雜性及虛擬化方式。在 VMM 2012 中雲端管理人員可以透過 VMM 2012 控制台,在所支援的儲存陣列上 探索、分類和建置遠端儲存。VMM 2012 能完全自動化分配 Hyper-V 主機或 Hyper-V 主機叢集的儲存分配,並且隨時監控 VMM 2012 所管理的儲存陣列狀況。

    部署私有雲

    VMM 2012 其中一項強大功能便是部署私有雲,或者更具體來說是為 私有雲部署一個服務。本文將接著說明部署私有雲的操作方面,假設一個應用程式已經通過測試步驟,並且通過批准審核後準備封裝然後進行部署。應用程式所封裝的資源包括程式碼、服務範本、腳本、伺服器 App-V …等,然後提供給雲端管理人員進行部署的動作。封裝後的應用程式套件將擁有部署服務所需的全部資訊、設定及內容。最後這種獨立封裝的應用程式套件,將會透過全域變數的方式進行驗證並且在目標雲端上重複執行,最後便可以輕鬆以 On-Demand 方式進行部署任務了。

    以下將舉例說明在更新發行版本和特定功能及部署各種版本服務的概念,這些版本在 VMM 2012 架構中能同時運作。這個概念不僅相對容易實現(使用服務範本來簡化及自動化所有部署任務),也可以設定將服務範本部署到不同的私有雲當中。

    clip_image009

    關鍵在於 服務範本 (Service Template),它包含應用程式部署服務需要的所有資源也就是 Where、What、How和 When…等所有資訊。顯而易見的部署一個合乎需求的服務範本,將需要相關專業技能以及花費不少工作時間。因為服務範本不僅僅需要具備應用程式的相關知識,同時還包括作業系統、網路管理、伺服器 App-V 及 Windows 伺服器和工作負載…等系統管理知識,也就是部署 Windows Server的最佳作法。

    以下為導入 StockTrader 到 VMM 2012 中一個服務範本的例子,您可以使用 Virtual Machine Manager Service Template Designer 進行查看,其中 StockTrader 是從 Windows Connect 所下載的雲端部署服務中一個範例應用程式。

    clip_image010

    以下是我按照 VMM 2012 管理主控台部署 StockTrader 應用程式時的步驟:

    • 步驟 1:從 Windows Connect 下載 Stock Trader 套裝應用程式。
    • 步驟 2:解開該應用程式並將其存放至 VMM 2012 目標程式庫伺服器中,指定網路共用資源後重新整理程式庫伺服器以更新資源內容。因為在預設情況下,程式庫伺服器的更新週期為每 60 分鐘才更新一次。因此若要使新加入的資源能夠立即被使用,便需要為加入程式庫網路共用的資源進行更新,如此一來便會自動驗證資源內容並且重新建立索引。
    • 步驟 3:導入 Stock Trader 服務範本,並且依照操作指南來重新對應應用程式資源。
    • 步驟 4:使用 VMM 2012 管理主控台,來識別及建立目標雲端。
    • 步驟 5:使用 Designer 來驗證服務範本中所包含的 VM 範本,並且確定採用 RunAs (以系統管理員身份執行) 方式來開啟 SQLAdminRAA 帳號。
    • 步驟 6:設定部署服務範本並在專業化頁面中驗證全域變數。
    • 步驟 7:將 Stock Trader 部署到目標雲端上並在 Job 面板中監控進度。
    • 步驟 8:在部署過程中根據需求排除故障情況、重新啟動部署任務,最後依需要重複該步驟。
    • 步驟 9:成功部署服務後,測試並驗證該服務的結果。

    在我的筆記型電腦上建立此演練環境 (在具有足夠記憶體的 Lenove W510 筆記型電腦中運作),成功部署具有 Stock Trader 的運作環境約花費 75 到 90 分鐘,從下面的詳細任務報告內容中便可以看到相關資訊。

    clip_image011

    成功部署服務範本後,Stock Trader 就會成為 VMM 2012 架構所支援的目標私有雲服務。以下兩個畫面抓圖為部署 VMM 2012 中私有雲服務的 Stock Trader,以及使用者登入後的頁面資訊。

    clip_image012

    clip_image013

    並非要不要做,而是何時要做!

    多年來一路見證 IT 行業的發展歷史過程中,我認為私有雲將很快會成為 (就像 虛擬化 一樣) 一項 IT 核心能力,並且它不再是一種技能專長。雖然私有雲仍然是一個具有爭議且發展迅速的議題,然而即將推出的 VMM 2012 將使您能夠採用一種井然有序的方法,以服務為結構的部署方式來建立私有雲。它將是最適合企業部署 私有雲 時所需要搭乘的高速列車。

    結語

    我預計未來的天氣主要為晴時多雲偶陣雨。就長遠目標來看雲端的日子就快到來了。

    clip_image015歡迎大家踴躍訂立野心勃勃的私有雲計畫。對於 Microsoft 私有雲 環境來說,重要的是需要具備 Hyper-V 虛擬化技術的 Windows Server 2008 R2 SP1 和管理利器 VMM 2012。而最先掌握這些技能的人將會脫穎而出,變成下一批私有雲專家,並且領導著 IT 專業社群。要認識到採用 私有雲 並不是一個技術問題,而是一個文化轉變和另外的發展機會,因此IT 專業人員應該率先行動

    在即將推出的“使用 VMM 2012 部署 私有雲 指南”(暫時命名) 的系列文章中,我將會介紹上述操作步驟,及詳細介紹 私有雲 部署 Stock Trader 的流程。並且同步發佈新的內容到部落格當中,歡迎您隨時注意我的 twitter 動態並且 訂閱我的部落格文章

    [至第 12、3、4、5 部分]

    作者:
    Yung Chou      
    Microsoft US IT
    專業推廣師 | 我的履歷信息部落格 更多資訊


    編輯:
    Tom Shinder      
    tomsh@microsoft.com
    首席知識工程師,SCD iX Solutions Group     
    Twitter
    http://twitter.com/tshinder
    Facebook
    http://www.facebook.com/tshinder