[[123352]]

隨著云應用部署數(shù)量的不斷增加，企業(yè)IT部門對于基于云的管理工具的需求也在不斷增長。但是，這種需求問題可能并沒有得到很好的回答。

云提供了大量的好處，企業(yè)部署云應用的數(shù)量取決于安裝的數(shù)量。據(jù)HIS科技公司預測，截至年底全球今年在云基礎設施和服務上的花費將高達1742億美元，這個數(shù)字較2013年增長了兩成。而隨著云計算技術地不斷推廣，數(shù)據(jù)中心面臨著承擔起管理這些系統(tǒng)的任務。

但是管理軟件在提供對云應用性能的可視性方面卻顯得非常不成熟，這就迫使企業(yè)不得不做出權衡。把現(xiàn)有的基礎設施擴展至云或者以少于他們所習慣的更低可視性來管理基于云的系統(tǒng)。

隨著云應用部署數(shù)量的不斷增加，企業(yè)IT部門對于基于云的管理工具的需求也在不斷增長。但是，這種需求問題可能并沒有得到很好的回答。

云提供了大量的好處，企業(yè)部署云應用的數(shù)量取決于安裝的數(shù)量。據(jù)HIS科技公司預測，截至年底全球今年在云基礎設施和服務上的花費將高達1742億美元，這個數(shù)字較2013年增長了兩成。而隨著云計算技術地不斷推廣，數(shù)據(jù)中心面臨著承擔起管理這些系統(tǒng)的任務。

但是管理軟件在提供對云應用性能的可視性方面卻顯得非常不成熟，這就迫使企業(yè)不得不做出權衡。把現(xiàn)有的基礎設施擴展至云或者以少于他們所習慣的更低可視性來管理基于云的系統(tǒng)。

傳統(tǒng)管理策略與云管理復雜性

通 常來說，企業(yè)管理軟件都是在基礎設施的操作層運行的，并檢查諸如操作系統(tǒng)交互性和數(shù)據(jù)庫管理系統(tǒng)交易這樣的項目。大多數(shù)的技術都是在這一層次以上運行的， 而工具則更多地關注更大的范圍——整個系統(tǒng)性能，其中主要包括響應時間或系統(tǒng)延遲。但是，不同的設計出發(fā)點也對數(shù)據(jù)中心專家們提出了不少的挑戰(zhàn)。

企業(yè)用戶通過大量的管理工具收集集成信息，這使得他們能夠給出系統(tǒng)性能的一個綜合視圖。這些工具可針對特定參數(shù)進行監(jiān)控，例如服務器吞吐量、通過存儲設備I/O的數(shù)據(jù)流量或者網(wǎng)絡帶寬。與通過在大型企業(yè)網(wǎng)絡的多個位置進行測量來取代管理不同，企業(yè)用戶是把系統(tǒng)性能信息納入到中央管理工具中，例如IBM的Tivoli和微軟的System Center。

這些工具可提供基礎設施性能的高等級快照，并當問題發(fā)生時或者更為理想的是在問題征兆變成真正的問題之前，就通知IT團隊。然后，管理人員就可以深入到這個問題，并采取必要的步驟來糾正它。

限制基于云管理的復雜性

云增加了管理的復雜性。企業(yè)的IT部門需要把另一層次的性能數(shù)據(jù)集成至中央系統(tǒng)。雖然聽上去這個工作似乎很簡單，但是這一步驟具有挑戰(zhàn)性是有幾個方面原因的。

云 計算系統(tǒng)通常都在數(shù)據(jù)庫管理系統(tǒng)和操作系統(tǒng)層以上一個或兩個層上運行，并運行在虛擬層的頂層，因此他們是不會向IT運營人員提供可用于解決性能故障的方便 詳細信息的。為了縮小差距，IT團隊會在現(xiàn)有管理工具和云管理工具之間建立了一個鏈接。這個步驟可以是很復雜的。云的系統(tǒng)包括了不同的管理API，但是有 時候它們?nèi)鄙僖恍┍匾墓δ堋?/span>

此外，云管理工具是不會遵循典型的數(shù)據(jù)中心設備命名規(guī)則的。很多企業(yè)的故障排查工具依賴主機名稱和IP地址來識別設備。但是，云工具則往往依靠虛擬化系統(tǒng)的命名規(guī)則。如果沒有對這些命名規(guī)則進行翻譯，那么管理人員可能對基礎設施只具有有限的可見性了。

一 些企業(yè)連接至公共云服務，這就會引入其他的變數(shù)。首先，它需要一個額外的網(wǎng)絡連接——從公司的數(shù)據(jù)中心到云計算。其結果就是，企業(yè)需要使用軟件代理來擴展 其管理系統(tǒng)，例如網(wǎng)絡路由器、數(shù)據(jù)中心服務器以及存儲設備，以便于查看在這些設施上發(fā)生了些什么。額外的網(wǎng)絡鏈接還可能會導致性能延遲。企業(yè)的IT部門需 要知道云交易在哪里處理——也就是供應商的數(shù)據(jù)中心的位置——以及距離因素對于整體性能的影響。

通常來說，企業(yè)管理軟件都是在基礎設施的操作層運行的，并檢查諸如操作系統(tǒng)交互性和數(shù)據(jù)庫管理系統(tǒng)交易這樣的項目。大多數(shù)的技術都是在這一層次以上運行的，而工具則更多地關注更大的范圍——整個系統(tǒng)性能，其中主要包括響應時間或系統(tǒng)延遲。但是，不同的設計出發(fā)點也對數(shù)據(jù)中心專家們提出了不少的挑戰(zhàn)。

企業(yè)用戶通過大量的管理工具收集集成信息，這使得他們能夠給出系統(tǒng)性能的一個綜合視圖。這些工具可針對特定參數(shù)進行監(jiān)控，例如服務器吞吐量、通過存儲設備I/O的數(shù)據(jù)流量或者網(wǎng)絡帶寬。與通過在大型企業(yè)網(wǎng)絡的多個位置進行測量來取代管理不同，企業(yè)用戶是把系統(tǒng)性能信息納入到中央管理工具中，例如IBM的Tivoli和微軟的System Center。

這些工具可提供基礎設施性能的高等級快照，并當問題發(fā)生時或者更為理想的是在問題征兆變成真正的問題之前，就通知IT團隊。然后，管理人員就可以深入到這個問題，并采取必要的步驟來糾正它。

隨著云應用部署數(shù)量的不斷增加，企業(yè)IT部門對于基于云的管理工具的需求也在不斷增長。但是，這種需求問題可能并沒有得到很好的回答。

云提供了大量的好處，企業(yè)部署云應用的數(shù)量取決于安裝的數(shù)量。據(jù)HIS科技公司預測，截至年底全球今年在云基礎設施和服務上的花費將高達1742億美元，這個數(shù)字較2013年增長了兩成。而隨著云計算技術地不斷推廣，數(shù)據(jù)中心面臨著承擔起管理這些系統(tǒng)的任務。

但是管理軟件在提供對云應用性能的可視性方面卻顯得非常不成熟，這就迫使企業(yè)不得不做出權衡。把現(xiàn)有的基礎設施擴展至云或者以少于他們所習慣的更低可視性來管理基于云的系統(tǒng)。

傳統(tǒng)管理策略與云管理復雜性

通常來說，企業(yè)管理軟件都是在基礎設施的操作層運行的，并檢查諸如操作系統(tǒng)交互性和數(shù)據(jù)庫管理系統(tǒng)交易這樣的項目。大多數(shù)的技術都是在這一層次以上運行的， 而工具則更多地關注更大的范圍——整個系統(tǒng)性能，其中主要包括響應時間或系統(tǒng)延遲。但是，不同的設計出發(fā)點也對數(shù)據(jù)中心專家們提出了不少的挑戰(zhàn)。

企業(yè)用戶通過大量的管理工具收集集成信息，這使得他們能夠給出系統(tǒng)性能的一個綜合視圖。這些工具可針對特定參數(shù)進行監(jiān)控，例如服務器吞吐量、通過存儲設備I/O的數(shù)據(jù)流量或者網(wǎng)絡帶寬。與通過在大型企業(yè)網(wǎng)絡的多個位置進行測量來取代管理不同，企業(yè)用戶是把系統(tǒng)性能信息納入到中央管理工具中，例如IBM的Tivoli和微軟的System Center。

這些工具可提供基礎設施性能的高等級快照，并當問題發(fā)生時或者更為理想的是在問題征兆變成真正的問題之前，就通知IT團隊。然后，管理人員就可以深入到這個問題，并采取必要的步驟來糾正它。

限制基于云管理的復雜性

云增加了管理的復雜性。企業(yè)的IT部門需要把另一層次的性能數(shù)據(jù)集成至中央系統(tǒng)。雖然聽上去這個工作似乎很簡單，但是這一步驟具有挑戰(zhàn)性是有幾個方面原因的。

云計算系統(tǒng)通常都在數(shù)據(jù)庫管理系統(tǒng)和操作系統(tǒng)層以上一個或兩個層上運行，并運行在虛擬層的頂層，因此他們是不會向IT運營人員提供可用于解決性能故障的方便 詳細信息的。為了縮小差距，IT團隊會在現(xiàn)有管理工具和云管理工具之間建立了一個鏈接。這個步驟可以是很復雜的。云的系統(tǒng)包括了不同的管理API，但是有 時候它們?nèi)鄙僖恍┍匾墓δ堋?/span>

此外，云管理工具是不會遵循典型的數(shù)據(jù)中心設備命名規(guī)則的。很多企業(yè)的故障排查工具依賴主機名稱和IP地址來識別設備。但是，云工具則往往依靠虛擬化系統(tǒng)的命名規(guī)則。如果沒有對這些命名規(guī)則進行翻譯，那么管理人員可能對基礎設施只具有有限的可見性了。

一 些企業(yè)連接至公共云服務，這就會引入其他的變數(shù)。首先，它需要一個額外的網(wǎng)絡連接——從公司的數(shù)據(jù)中心到云計算。其結果就是，企業(yè)需要使用軟件代理來擴展 其管理系統(tǒng)，例如網(wǎng)絡路由器、數(shù)據(jù)中心服務器以及存儲設備，以便于查看在這些設施上發(fā)生了些什么。額外的網(wǎng)絡鏈接還可能會導致性能延遲。企業(yè)的IT部門需 要知道云交易在哪里處理——也就是供應商的數(shù)據(jù)中心的位置——以及距離因素對于整體性能的影響。

云增加了管理的復雜性。企業(yè)的IT部門需要把另一層次的性能數(shù)據(jù)集成至中央系統(tǒng)。雖然聽上去這個工作似乎很簡單，但是這一步驟具有挑戰(zhàn)性是有幾個方面原因的。

云計算系統(tǒng)通常都在數(shù)據(jù)庫管理系統(tǒng)和操作系統(tǒng)層以上一個或兩個層上運行，并運行在虛擬層的頂層，因此他們是不會向IT運營人員提供可用于解決性能故障的方便詳細信息的。為了縮小差距，IT團隊會在現(xiàn)有管理工具和云管理工具之間建立了一個鏈接。這個步驟可以是很復雜的。云的系統(tǒng)包括了不同的管理API，但是有時候它們?nèi)鄙僖恍┍匾墓δ堋?/p>

此外，云管理工具是不會遵循典型的數(shù)據(jù)中心設備命名規(guī)則的。很多企業(yè)的故障排查工具依賴主機名稱和IP地址來識別設備。但是，云工具則往往依靠虛擬化系統(tǒng)的命名規(guī)則。如果沒有對這些命名規(guī)則進行翻譯，那么管理人員可能對基礎設施只具有有限的可見性了。

一些企業(yè)連接至公共云服務，這就會引入其他的變數(shù)。首先，它需要一個額外的網(wǎng)絡連接——從公司的數(shù)據(jù)中心到云計算。其結果就是，企業(yè)需要使用軟件代理來擴展其管理系統(tǒng)，例如網(wǎng)絡路由器、數(shù)據(jù)中心服務器以及存儲設備，以便于查看在這些設施上發(fā)生了些什么。額外的網(wǎng)絡鏈接還可能會導致性能延遲。企業(yè)的IT部門需要知道云交易在哪里處理——也就是供應商的數(shù)據(jù)中心的位置——以及距離因素對于整體性能的影響。

原文出自：http://www.searchcloudcomputing.com.cn/showcontent_86362.htm