SteelCentral應(yīng)用性能管理

解決方案信息系統(tǒng)管理的總體框架“在任何網(wǎng)絡(luò)與應(yīng)用的生命周期中，性能管理都是每個階段的最為策略性的工作?！?/p>

PaulBugala–IDC業(yè)務(wù)管理業(yè)務(wù)服務(wù)，業(yè)務(wù)影響分析，仿真

性能管理應(yīng)用感知、監(jiān)控、預(yù)警、定位流量分析，依賴關(guān)系，可視化SLA報告，計費，容量規(guī)劃運行管理拓?fù)涔芾?，資產(chǎn)/庫存管理，故障管理，事件管理，警報，排錯網(wǎng)元管理網(wǎng)絡(luò)設(shè)備的安裝，配置與維護(hù)業(yè)務(wù)管理BusinessManagement性能管理PerformanceManagement運行管理Operation

Management網(wǎng)元管理ElementManagement各種信息系統(tǒng)管理解決方案的定位“在任何網(wǎng)絡(luò)與應(yīng)用的生命周期中，性能管理都是每個階段的最為策略性的工作?！?/p>

PaulBugala–IDC業(yè)務(wù)管理HP、IBM、BMC、天旦BPC

…

性能管理RiverbedAPM、RiverbedNPM運行管理IBM、HP、CA、BMC、SolarWinds、北塔、神州泰岳網(wǎng)元管理華為、華三、思科…業(yè)務(wù)管理BusinessManagement性能管理PerformanceManagement運行管理Operation

Management網(wǎng)元管理ElementManagement關(guān)于應(yīng)用性能管理為什么需要應(yīng)用性能管理？

現(xiàn)代應(yīng)用的復(fù)雜度

如何著手？

應(yīng)用性能問題需要全面的解決方案

NPM

–首先分清是網(wǎng)絡(luò)還是應(yīng)用的問題？

APM

–著手探查應(yīng)用內(nèi)部的問題NPM能夠幫助您……

了解網(wǎng)絡(luò)流量與應(yīng)用的關(guān)系

找出造成延遲的真正原因

某個網(wǎng)段？某臺服務(wù)器？某個用戶？

提供證據(jù)APM能夠幫助您……

在應(yīng)用服務(wù)器內(nèi)部究竟發(fā)生了什么？

哪個進(jìn)程？哪個用戶？哪個call？哪個SQL語句？……

提供證據(jù)現(xiàn)代應(yīng)用的復(fù)雜性應(yīng)用架構(gòu)

應(yīng)用App200App1NetworkDBServerIT基礎(chǔ)架構(gòu)StorageNetworkDBServer虛擬化Storage從網(wǎng)絡(luò)到系統(tǒng)到應(yīng)用代碼，任何一個組件的問題都會影響應(yīng)用的性能第3方服務(wù)IT部門常常遇到的狀況“唉,今天系統(tǒng)又是好慢！IT的人都在干嘛！??！”EndUser

最終用戶整體應(yīng)用性能應(yīng)用部門“是網(wǎng)絡(luò)問題"應(yīng)用的Log都很正常沒有任何Exceptions我們已經(jīng)壓力測試過了!主機(jī)系統(tǒng)部門“與我無關(guān),可能是網(wǎng)絡(luò)CPU是正常的內(nèi)存使用率也很低DiskI/O一切正常網(wǎng)絡(luò)部門“網(wǎng)絡(luò)沒問題”網(wǎng)絡(luò)流量不大Ping時延都正常Traceroute也沒問題DBA“沒有什么異常現(xiàn)象”交易數(shù)比平常多一點，

不過看起來也是正常的IT部門處理用戶的投訴…問題從哪下手?叫每個部門硬找出問題?問題時有時無，飄忽不定…怎么辦?應(yīng)用性能管理需要非常全面的解決方案.NETWorkerProcessIISNativePipelineTCP/IP協(xié)議棧Web服務(wù)器客戶端瀏覽器廣域網(wǎng)WASJVMApacheTCP/IPStackWASThreadPoolApp服務(wù)器局域網(wǎng)起始處理排隊代碼執(zhí)行網(wǎng)絡(luò)、帶寬、延遲處理排隊處理排隊代碼執(zhí)行遠(yuǎn)程調(diào)用Web服務(wù)，數(shù)據(jù)庫…網(wǎng)絡(luò)傳輸性能指標(biāo)代碼

執(zhí)行代碼執(zhí)行網(wǎng)絡(luò)傳輸性能指標(biāo)網(wǎng)絡(luò)傳輸EUE代碼執(zhí)行網(wǎng)絡(luò)、帶寬、延遲代碼執(zhí)行結(jié)束網(wǎng)頁渲染時間服務(wù)響應(yīng)網(wǎng)絡(luò)、帶寬、延遲、丟包服務(wù)請求網(wǎng)絡(luò)、帶寬、延遲、丟包RiverbedSteelCentralAPM應(yīng)用性能管理最終用戶體驗NPM網(wǎng)絡(luò)性能管理8Riverbed

Steelcentral

APM解決方案NetShark

AppInternalsJava,.net,

db,system….

AppResponse網(wǎng)絡(luò)數(shù)據(jù)包SteelCentral–端到端、全面的應(yīng)用性能管理NetSensorSNMP/WMINetProfilerFlow數(shù)據(jù)集中的應(yīng)用可視化特定領(lǐng)域的監(jiān)控，

分析與數(shù)據(jù)聚合全面的數(shù)據(jù)捕獲PortalSteelFusionSteelHeadNetShark-VNetShark-VWebApplicationsApplicationsDatabasesSteelCentralPortal集中的展現(xiàn)、報告與分析，性能管理門戶AppResponse抓包、存儲與網(wǎng)絡(luò)性能分析Web/VoIP/Citrix/SQL應(yīng)用層分析WebAnalyzerweb前端應(yīng)用性能指標(biāo)分析AppInternals后端服務(wù)器、代碼性能深度分析與展現(xiàn)（Java&.Net,等）PortalWebanalyzerAppInternalsSteelCentral架構(gòu)AppResponseNetProfilerNetSensorNetProfilerFlow收集與分析展現(xiàn)流量成分、長期趨勢NetSensorSNMP/WMI網(wǎng)絡(luò)/服務(wù)器節(jié)點健康狀態(tài)SteelCentralAppInternals監(jiān)控用戶體驗并追蹤交易至代碼級別，以提供應(yīng)用性能可視性SteelHeadSteelCentralPortalSteelCentralNetSensor從所有設(shè)備獲取數(shù)據(jù)，以獲得完整的應(yīng)用性能視圖SteelCentralAppResponse監(jiān)控真實用戶的應(yīng)用性能體驗并修復(fù)應(yīng)用性能問題SteelCentralNetProfiler利用端到端的網(wǎng)絡(luò)性能監(jiān)控，排查網(wǎng)絡(luò)與性能問題SteelHead優(yōu)化廣域網(wǎng)絡(luò)流量AppInternals:Healthmetrics(memory,heapconsumption,heapsize,processCPU,threadcount,timegarbagecollecting),CPU,Disk,Memory,

DBmetricsNetSensor:CPU,Disk,MemoryAppResponse:RTCC,requestrate,responsetime,activeconnections,numberofTCPresets,TCPretransmissionsNetProfiler:requestrate,responsetime,activeconnections,numberofTCPresets,TCPretransmissionsSteelCentralPortal–以應(yīng)用為中心的多視角監(jiān)控視圖構(gòu)建應(yīng)用服務(wù)視圖APM查錯示例

只是這個用戶還是所有用戶受影響？用戶抱怨TradeFastDN性能差使用SLADashboards來查看應(yīng)用性能的總體表現(xiàn)TradeFastDN在所有用戶區(qū)域都很慢查看NorthAmerica區(qū)域的用戶ResponseTimeCompositionChart(RTCC)能夠幫助分析延遲影響是由網(wǎng)絡(luò)還是應(yīng)用引起的使用右鍵菜單查看ResponseTimeCompositionChart（RTCC，響應(yīng)延時構(gòu)成圖）RTCCServerResponsetime（服務(wù)器響應(yīng)時間）貢獻(xiàn)了最大的延遲，說明問題主要在應(yīng)用層面

鉆取到具體應(yīng)用，查看EUE查看TradeFastEUEDashboard使用右鍵菜單進(jìn)入TradeFastEUEDashboardEUE–EndUserExperience

詳細(xì)了解應(yīng)用的性能狀況TradeFast應(yīng)用儀表板ResponseTimeStatusMap顯示平均響應(yīng)時間

Apdex值為0.7，表明EUE不好HTTP返回碼顯示頁面加載正常響應(yīng)時間相比之前有增加CPU與磁盤利用率高。通過Apdex來進(jìn)一步查看

具體交易的性能狀況查看Apdexscorepanel具體信息Home和Login頁面訪問的性能不好右鍵點擊Home頁面行來進(jìn)一步查看

交易分布與延遲分解Home頁面交易的狀況頁面延遲主要是在“TimetoFirstBytedelay”—服務(wù)器慢

捕獲并存儲每一筆端到端交易交易數(shù)據(jù)的全景展現(xiàn)Home頁面的延遲主要是由于服務(wù)器慢引起的ScrollDown

前端延遲與后端延遲分解查看具體單筆交易的細(xì)節(jié)前端延遲數(shù)據(jù)由自動嵌入頁面的JavaScript小程序獲取

查看后端延遲的構(gòu)成成分找出服務(wù)器側(cè)的瓶頸“Remote”占用了大部分服務(wù)器處理時間---繼續(xù)點擊來查看代碼層面的運行情況服務(wù)器處理延遲占用了超過30秒點擊“ShowBack-EndView...”找出最慢的應(yīng)用模塊（tiers）

找到了導(dǎo)致問題的關(guān)鍵應(yīng)用模塊，接下來只需找到對應(yīng)負(fù)責(zé)的專家來解決問題！最慢的模塊是CTSecure最慢的方法是CalculateGrowthRate最頻繁的調(diào)用

這些調(diào)用的執(zhí)行時間超出正常水平---