方案相關(guān)內容

我們還記得，為了進(jìn)行故障定位和相關(guān)功能的恢復，08年北京奧運會(huì )網(wǎng)絡(luò )訂票系統曾在系統癱瘓后被迫中止服務(wù)達到兩周之久。這一事故反映出數據中心管理員對系統的監控和管理方面的乏力……

一、傳統運維管理面臨的的挑戰

管理員能否對應用系統進(jìn)行有效的監控已經(jīng)成為數據中心管理乃至網(wǎng)絡(luò )業(yè)務(wù)管理的必要一環(huán)。然而對應用業(yè)務(wù)的監控和管理并非易事。隨著(zhù)數據中心的不斷建設及虛擬化技術(shù)的應用，應用系統的部署密度不斷提升，而應用系統一般都是由數據庫、后臺應用、中間件和Web服務(wù)一同構成，這些應用系統又依托于它們所運行的操作系統和網(wǎng)絡(luò )環(huán)境。上述因素相互影響，相互關(guān)聯(lián)，使得傳統的數據中心運維管理暴露出諸多問(wèn)題：

  每個(gè)應用系統均涉及到從網(wǎng)絡(luò )、操作系統到中間件、數據庫等多個(gè)不同的層面；

  缺乏一個(gè)基于應用層面處理過(guò)程的端到端的視圖；

  由于數據中心的分工明確，導致單一IT人員僅能分析其所負責層面的問(wèn)題；

  每個(gè)應用出現問(wèn)題，均會(huì )將其所涉及的各環(huán)節（包括公共環(huán)節）重新梳理一遍；

  運維的工作量和壓力不斷增大；

  故障定位時(shí)間延長(cháng)。

二、數據中心的應用管理需求

基于數據中心管理所遇到的上述實(shí)際問(wèn)題，應該建立一個(gè)可以對應用處理全流程進(jìn)行監控的應用管理方案，其系統將可以滿(mǎn)足如下關(guān)鍵需求：

支持豐富的監視類(lèi)型和監視指標

也就是說(shuō)，應用管理能夠支持從底層的操作系統到上層的各種應用的監控，包括：應用服務(wù)（如：BEA WebLogic、BEA WebLogic Integration、IBM WebSphere、Jboss、Tomcat、Oracle Application Server、Microsoft .Net）、操作系統（如：Windows、Linux、Sun Solaris、FreeBSD、IBM AIX、HP- UX、Tru64 Unix、Mac OS等）、數據庫（如：Oracle（8.x/9i/10g/RAC/11g）、MySQL（3.23.x/4.x/5.x）、MS SQL Server（2000/2005）、IBM DB2 （8.x/9.x）、Sybase等）、Web服務(wù)、郵件服務(wù)器、ERP和常用中間件等，來(lái)滿(mǎn)足用戶(hù)對于不同業(yè)務(wù)應用進(jìn)行監視的需求。

圖1 常見(jiàn)監視類(lèi)型

減少對現有系統的影響

應用管理系統部署后勢必會(huì )對現有應用系統造成影響，這些影響包括：降低應用系統性能或降低應用系統的穩定性。目前的應用管理系統分為有代理和無(wú)代理方式兩類(lèi)。有代理是指需要在應用系統所運行的服務(wù)器或計算機上部署客戶(hù)端，客戶(hù)端負責采集應用系統的信息，上報給管理臺。無(wú)代理方式是指無(wú)需在應用系統所運行的服務(wù)器或計算機上部署客戶(hù)端，應用系統信息的采集通過(guò)管理臺輪詢(xún)來(lái)實(shí)現。相比較而言，使用代理方式時(shí)，代理需要逐個(gè)服務(wù)器上進(jìn)行安裝部署，實(shí)施比較困難；此外，代理（客戶(hù)端）需要占用應用系統的計算機資源，會(huì )減少應用系統可以申請的資源，影響被監控應用的性能；并且代理一旦出現故障，可能會(huì )危及到應用系統的穩定性。比較而言，無(wú)代理方式的應用管理系統部署簡(jiǎn)單，對現有系統影響較少，是應用管理系統的首選。

支持多種動(dòng)作的故障管理

管理員不可能實(shí)時(shí)監視應用系統的運行狀態(tài)，但又必須在應用系統不穩定或故障時(shí)及時(shí)做出響應。這就要求應用管理系統必須具備靈活的告警定義能力和方便的告警通知機制。管理員可以根據以往經(jīng)驗數據給監視指標設置多級閾值，當應用的性能采集數據超過(guò)預先設定的閾值時(shí)，可以觸發(fā)相應告警，并通過(guò)電子郵件或短信等方式及時(shí)知會(huì )管理員采取措施。

圖2 告警動(dòng)作演示

具備組合根本原因分析能力

正如前面我們討論過(guò)的，大部分應用系統都是由多個(gè)模塊組成的，常見(jiàn)的結構是在一臺服務(wù)器上運行有后臺數據庫，中間有通信中間件，前臺有Web服務(wù)的形式。管理員需要關(guān)注的往往不僅是單個(gè)數據庫或Web服務(wù)，而是需要監控整個(gè)應用系統的運行狀態(tài)。這就要求應用管理系統能夠將多個(gè)監視器組合成一個(gè)完整應用進(jìn)行監控，并通過(guò)各個(gè)模塊間的依賴(lài)關(guān)系，智能分析出整個(gè)應用系統的性能瓶頸所在；并在應用系統出現故障時(shí)，快速定位出引起問(wèn)題的根本原因，幫助管理員快速找到出問(wèn)題的模塊，縮短問(wèn)題解決的時(shí)間。

具備豐富的報表功能

應用管理系統為了能夠監控應用系統的運行狀況，需要采集大量的信息。這些信息如果不能很好的組織和呈現，其價(jià)值將大打折扣。豐富的報表能從海量的信息中提取出系統的運行的趨勢，幫助管理員進(jìn)行適當的預測，并在需要時(shí)采取有效措施。同時(shí)，報表應該具備定期發(fā)布功能，提供給管理員應用系統階段性的匯總信息。

具備自定義監視能力

任何應用管理系統都不可能預先支持所有的應用，因為隨時(shí)都會(huì )出現新的應用，這就要求應用管理系統能夠具備增加對未知應用進(jìn)行監控的擴展能力。對于新的應用監視類(lèi)型，要能夠讓管理員自己定制適合的腳本，應用管理系統應該可以允許通過(guò)腳本完成對新的應用的監視。

能與網(wǎng)絡(luò )管理系統集成

數據中心的應用無(wú)一不是依賴(lài)于網(wǎng)絡(luò )的，網(wǎng)絡(luò )的變化勢必影響到應用系統的對外服務(wù)能力。如果應用系統一切正常，而應用服務(wù)器所連接的交換機端口被其他業(yè)務(wù)流量占滿(mǎn)或上級路由器出現故障，應用系統同樣無(wú)法對外提供有效的服務(wù)。這時(shí)無(wú)論是割裂的網(wǎng)絡(luò )管理還是割裂的應用管理，都會(huì )降低管理員的故障響應效率。所以管理員必須在第一時(shí)間了解網(wǎng)絡(luò )運行狀態(tài)，進(jìn)一步了解網(wǎng)絡(luò )中的流量組成和分布，然后通過(guò)QoS策略的部署，合理分配網(wǎng)絡(luò )流量的帶寬，從而優(yōu)化各應用系統的流量分布，應用系統服務(wù)才能得到保證。

三、結束語(yǔ)

當前數據中心管理的復雜度及精細化要求越來(lái)越高。數據中心的各種業(yè)務(wù)應用的健康狀態(tài)將是管理的重中之重，因此做好數據中心的應用管理，使得各種業(yè)務(wù)的實(shí)時(shí)狀態(tài)等得到有效監控，業(yè)務(wù)應用出現故障時(shí)能第一時(shí)間通知到管理員，各種業(yè)務(wù)可用性報表讓管理員能對業(yè)務(wù)的總體情況清晰的把握，這些都是在數據中心管理中必不可少的。與此同時(shí)數據中心對應用管理的要求也會(huì )向一體化，自動(dòng)化和系統化的方向發(fā)展，管理員將在一套系統內，既能了解網(wǎng)絡(luò )情況，又能了解應用的情況，還能監控各種應用的網(wǎng)絡(luò )流量情況，并能通過(guò)自動(dòng)配置工具對數據中心進(jìn)行業(yè)務(wù)動(dòng)態(tài)調整，形成對數據中心應用的全方位智能化管理。

四、解決方案訂購信息

產(chǎn)品名稱(chēng)

產(chǎn)品描述

H3C IMC智能管理中心平臺

網(wǎng)絡(luò )管理基礎平臺

H3C APM應用管理組件

應用業(yè)務(wù)監控和管理組件

H3C NTA網(wǎng)絡(luò )流量分析組件

網(wǎng)絡(luò )流量分析組件