精品国产一级在线观看,国产成人综合久久精品亚洲,免费一级欧美大片在线观看

當前位置:虛擬化技術專區 → 正文

虛擬化技術會碰到性能瓶頸而停滯不前嗎?

責任編輯:editor003 |來源:企業網D1Net  2013-02-27 15:53:39 本文摘自:51CTO

對如今的IT提供者來說,最棘手的挑戰之一就是為應用程序保證擁有一定級別的“響應時間”。對許多企業應用程序來說,性能絕對至關重要,這常常導致了過度配置的專用基礎設施,因而成本高昂。遺憾的是,像虛擬化和云計算架構這些廣泛的技術演進雖然為大批的數據中心大幅提高了效率和靈活性,但是實際上也為確保關鍵應用程序擁有穩定一致的性能加大了難度。

比如說,像VMware vSphere和微軟Hyper-V這些解決方案對大量服務器未得到充分利用的數據中心來說無異于福音,因為它們能夠整合大量的服務器,從而為公司節省了費用,帶來了新模式(即云計算),而且給人類環境帶來了積極的影響。不過說到托管運行關注性能的應用程序,大型虛擬化項目往往停滯不前。目前,這些x86服務器虛擬化的動態基礎設施無法提供一種簡單的方法,以便應用程序分配“實際性能級別”,就像輕松分配一定容量的虛擬資源(如處理器和磁盤空間)那樣。此外,由于隱藏了資源爭奪,動態共享資源,以及優化以獲得最大的利用率,虛擬化解決方案可能會帶來另外的挑戰。

不過好消息是,額外的性能管理可以幫助IT人員對要求性能有保證的應用程序進行虛擬化,識別性能何時出現異常,以及迅速發現哪里可能隱藏著資源爭奪和瓶頸。我們已列出了一些解決方案,它們有助于迎面應對這些性能方面的挑戰。不過,為了真正明白為何這些解決方案必不可少,先不妨了解一下為何如今IT環境下的性能面臨如此之嚴峻的挑戰。

性能瓶頸是盲目追求利用率的結果

虛擬化技術主要旨在高效地共享成本高昂的IT資源,它力求從物理基礎設施獲得最高的利用率。而由于虛擬化資源能夠獨立于其他IT領域,進行管理和優化,所以虛擬化成了一種動態靈活的方式,可以在應用程序之間分配和均衡資源。力求實現這樣的效率目標起初似乎可以在資本資產所作的經濟投入方面帶來最大的投資回報,但是虛擬化會帶來與性能有關的重大挑戰,包括如下:

無法就像用戶分配一定數量的資源那樣可以輕松地精確調控性能。性能不是一種可以分配的簡單資源,而是一種復雜情況的結果,這種復雜情況與爭奪資源的客戶之間的非線性交互聯系有關——虛擬化因虛擬配置、分配策略、主機調度和動態負載均衡而增添了復雜性。

不知道性能的實際情況怎樣。無法通過簡單的利用率度量標準來全面地衡量或管理性能。遺憾的是,許多IT性能管理解決方案分析的對象只是本來就已被衡量的資源利用率“百分比”。

性能因故意忙碌的系統而下降。內部利用率提高后,系統的性能自然而然隨之下降。重要的是,如果利用率超過了一個固有的,但是很難察覺的拐點,性能下降得更厲害。一味地旨在最大限度地提高利用率,只會徹底毀了性能。

對其他領域茫然無知,不知道誰其實在共享或爭奪哪些實際的資源。最終,確保客戶有良好的性能需要獲得可視性,以便全面了解整套IT基礎設施的情況,包括應用程序、服務器和存儲系統等部分。虛擬化會讓用戶很難察覺基礎設施共享池里面以及隱藏在虛擬化領域下面及之間的資源爭奪的根源和影響。

有些IT架構盲目地追求優化以獲得最高的利用率,因而讓用戶很難搞清楚誰其實在進行什么操作,這樣的架構并不適合托管運行關注性能的應用程序——也就是說,最至關重要的應用程序。但這種情況并非無藥可救。如今市場上有一些解決方案,旨在幫助IT人員在動態的IT基礎設施環境下進行側重性能方面的管理。

預期性管理

從應用程序的角度來看,它從基礎設施得到的性能是從所有部件:處理器、內存、網絡和存儲系統得到的性能總和。IT性能管理本身就是一個跨領域的問題。不過,許多管理解決方案從“孤島”或單元的視角來看待性能。雖然影響性能的一些問題確實來自硬件故障或操作錯誤,但是性能下降還可能源自非故障問題,包括隱藏的利用率瓶頸、非故意的共享和爭奪,甚至動態“抖動”(thrashing)。只有結合多個領域全盤看待問題時,才能發現許多這些性能問題。

說到性能管理,許多IT部門還是抱著一種中斷/修復(break/fix)的被動心態。作為日趨成熟的性能管理方法,一個好辦法就是估算用于積極主動地管理環境的關鍵性能指標,并且著眼于優化。比如說,VMware的vCenter操作管理器(vCenter Operations Manager)可以生成運行狀況、風險和效率方面的KPI。如果慎重設立降低或優化這類KPI的目標,IT部門甚至可以跟蹤它們自己的相對績效。

只有充分理解了基礎設施的利用率與提供的性能之間的關系,走虛擬化之路的企業才真正變得諳熟性能。深入了解性能的一個方式就是借助先進的分析建模方法,運用數學方法把資源利用率與預期的性能聯系起來。“模型”越準確,IT部門越能積極、準確地做出配置、部署和操作方面的決策,從而提供預期的基于性能的服務級別。確保性能的關鍵是建模,建模工作不僅僅限于簡單地確定應用程序的容量需求是不是“適合”,還要預測因而獲得的“響應時間”性能是不是可以接受。

提供可限制的性能承諾

由于上面介紹的許多原因,在優化容量的虛擬化環境下很難托管運行關注性能的應用程序。我還聽到了許多人的不滿:在本該廉價、彈性的云計算環境下過度配置,因而導致成本過高——可能在重復IT人員常常在專用基礎設施環境下保證性能的糟糕方式。

在這兩種情況下,我認為,許多IT部門已經過早地丟棄了基于性能的容量規劃以提升性能,改而采用更簡單的解決方案,這類解決方案致力于容量管理以提升效率。這不僅妨礙了IT人員實現具體的性能目標的能力,而且還涉及態度問題:只注重為內部效益而管理,而不是為了給客戶帶來高質量服務而管理。

好消息是,額外的性能管理可以幫助IT人員重新激活虛擬化項目,托管運行要求性能有保證的關鍵應用程序。好的解決方案在必要時可以穿透虛擬化層,發現爭奪資源的根源以及影響性能的其他問題。它們有助于跨IT領域(包括服務器和存儲系統),評估和報告所提供的性能。而幫助IT人員實現具體的性能目標,并且對重要應用程序進行虛擬化,關鍵在于這類解決方案能預測未來。

關鍵字:性能管理共享池共享成本Hyper-V

本文摘自:51CTO

x 虛擬化技術會碰到性能瓶頸而停滯不前嗎? 掃一掃
分享本文到朋友圈
當前位置:虛擬化技術專區 → 正文

虛擬化技術會碰到性能瓶頸而停滯不前嗎?

責任編輯:editor003 |來源:企業網D1Net  2013-02-27 15:53:39 本文摘自:51CTO

對如今的IT提供者來說,最棘手的挑戰之一就是為應用程序保證擁有一定級別的“響應時間”。對許多企業應用程序來說,性能絕對至關重要,這常常導致了過度配置的專用基礎設施,因而成本高昂。遺憾的是,像虛擬化和云計算架構這些廣泛的技術演進雖然為大批的數據中心大幅提高了效率和靈活性,但是實際上也為確保關鍵應用程序擁有穩定一致的性能加大了難度。

比如說,像VMware vSphere和微軟Hyper-V這些解決方案對大量服務器未得到充分利用的數據中心來說無異于福音,因為它們能夠整合大量的服務器,從而為公司節省了費用,帶來了新模式(即云計算),而且給人類環境帶來了積極的影響。不過說到托管運行關注性能的應用程序,大型虛擬化項目往往停滯不前。目前,這些x86服務器虛擬化的動態基礎設施無法提供一種簡單的方法,以便應用程序分配“實際性能級別”,就像輕松分配一定容量的虛擬資源(如處理器和磁盤空間)那樣。此外,由于隱藏了資源爭奪,動態共享資源,以及優化以獲得最大的利用率,虛擬化解決方案可能會帶來另外的挑戰。

不過好消息是,額外的性能管理可以幫助IT人員對要求性能有保證的應用程序進行虛擬化,識別性能何時出現異常,以及迅速發現哪里可能隱藏著資源爭奪和瓶頸。我們已列出了一些解決方案,它們有助于迎面應對這些性能方面的挑戰。不過,為了真正明白為何這些解決方案必不可少,先不妨了解一下為何如今IT環境下的性能面臨如此之嚴峻的挑戰。

性能瓶頸是盲目追求利用率的結果

虛擬化技術主要旨在高效地共享成本高昂的IT資源,它力求從物理基礎設施獲得最高的利用率。而由于虛擬化資源能夠獨立于其他IT領域,進行管理和優化,所以虛擬化成了一種動態靈活的方式,可以在應用程序之間分配和均衡資源。力求實現這樣的效率目標起初似乎可以在資本資產所作的經濟投入方面帶來最大的投資回報,但是虛擬化會帶來與性能有關的重大挑戰,包括如下:

無法就像用戶分配一定數量的資源那樣可以輕松地精確調控性能。性能不是一種可以分配的簡單資源,而是一種復雜情況的結果,這種復雜情況與爭奪資源的客戶之間的非線性交互聯系有關——虛擬化因虛擬配置、分配策略、主機調度和動態負載均衡而增添了復雜性。

不知道性能的實際情況怎樣。無法通過簡單的利用率度量標準來全面地衡量或管理性能。遺憾的是,許多IT性能管理解決方案分析的對象只是本來就已被衡量的資源利用率“百分比”。

性能因故意忙碌的系統而下降。內部利用率提高后,系統的性能自然而然隨之下降。重要的是,如果利用率超過了一個固有的,但是很難察覺的拐點,性能下降得更厲害。一味地旨在最大限度地提高利用率,只會徹底毀了性能。

對其他領域茫然無知,不知道誰其實在共享或爭奪哪些實際的資源。最終,確保客戶有良好的性能需要獲得可視性,以便全面了解整套IT基礎設施的情況,包括應用程序、服務器和存儲系統等部分。虛擬化會讓用戶很難察覺基礎設施共享池里面以及隱藏在虛擬化領域下面及之間的資源爭奪的根源和影響。

有些IT架構盲目地追求優化以獲得最高的利用率,因而讓用戶很難搞清楚誰其實在進行什么操作,這樣的架構并不適合托管運行關注性能的應用程序——也就是說,最至關重要的應用程序。但這種情況并非無藥可救。如今市場上有一些解決方案,旨在幫助IT人員在動態的IT基礎設施環境下進行側重性能方面的管理。

預期性管理

從應用程序的角度來看,它從基礎設施得到的性能是從所有部件:處理器、內存、網絡和存儲系統得到的性能總和。IT性能管理本身就是一個跨領域的問題。不過,許多管理解決方案從“孤島”或單元的視角來看待性能。雖然影響性能的一些問題確實來自硬件故障或操作錯誤,但是性能下降還可能源自非故障問題,包括隱藏的利用率瓶頸、非故意的共享和爭奪,甚至動態“抖動”(thrashing)。只有結合多個領域全盤看待問題時,才能發現許多這些性能問題。

說到性能管理,許多IT部門還是抱著一種中斷/修復(break/fix)的被動心態。作為日趨成熟的性能管理方法,一個好辦法就是估算用于積極主動地管理環境的關鍵性能指標,并且著眼于優化。比如說,VMware的vCenter操作管理器(vCenter Operations Manager)可以生成運行狀況、風險和效率方面的KPI。如果慎重設立降低或優化這類KPI的目標,IT部門甚至可以跟蹤它們自己的相對績效。

只有充分理解了基礎設施的利用率與提供的性能之間的關系,走虛擬化之路的企業才真正變得諳熟性能。深入了解性能的一個方式就是借助先進的分析建模方法,運用數學方法把資源利用率與預期的性能聯系起來。“模型”越準確,IT部門越能積極、準確地做出配置、部署和操作方面的決策,從而提供預期的基于性能的服務級別。確保性能的關鍵是建模,建模工作不僅僅限于簡單地確定應用程序的容量需求是不是“適合”,還要預測因而獲得的“響應時間”性能是不是可以接受。

提供可限制的性能承諾

由于上面介紹的許多原因,在優化容量的虛擬化環境下很難托管運行關注性能的應用程序。我還聽到了許多人的不滿:在本該廉價、彈性的云計算環境下過度配置,因而導致成本過高——可能在重復IT人員常常在專用基礎設施環境下保證性能的糟糕方式。

在這兩種情況下,我認為,許多IT部門已經過早地丟棄了基于性能的容量規劃以提升性能,改而采用更簡單的解決方案,這類解決方案致力于容量管理以提升效率。這不僅妨礙了IT人員實現具體的性能目標的能力,而且還涉及態度問題:只注重為內部效益而管理,而不是為了給客戶帶來高質量服務而管理。

好消息是,額外的性能管理可以幫助IT人員重新激活虛擬化項目,托管運行要求性能有保證的關鍵應用程序。好的解決方案在必要時可以穿透虛擬化層,發現爭奪資源的根源以及影響性能的其他問題。它們有助于跨IT領域(包括服務器和存儲系統),評估和報告所提供的性能。而幫助IT人員實現具體的性能目標,并且對重要應用程序進行虛擬化,關鍵在于這類解決方案能預測未來。

關鍵字:性能管理共享池共享成本Hyper-V

本文摘自:51CTO

電子周刊
回到頂部

關于我們聯系我們版權聲明隱私條款廣告服務友情鏈接投稿中心招賢納士

企業網版權所有 ©2010-2024 京ICP備09108050號-6 京公網安備 11010502049343號

^
  • <menuitem id="jw4sk"></menuitem>

    1. <form id="jw4sk"><tbody id="jw4sk"><dfn id="jw4sk"></dfn></tbody></form>
      主站蜘蛛池模板: 金寨县| 清水县| 大关县| 远安县| 静安区| 连云港市| 五寨县| 临泽县| 万安县| 习水县| 正蓝旗| 莆田市| 长丰县| 奉化市| 虎林市| 专栏| 息烽县| 千阳县| 邵阳县| 双江| 长葛市| 镇原县| 黄浦区| 利川市| 岗巴县| 舒兰市| 天峨县| 环江| 枣强县| 南昌县| 蕉岭县| 沙坪坝区| 陕西省| 青阳县| 白城市| 延庆县| 新建县| 满城县| 商城县| 福海县| 固镇县|