RiverbedSteelCentral應用性能管理-講師微信bigstork

SteelCentral應用性能管理

解決方案信息系統(tǒng)管理的總體框架“在任何網絡與應用的生命周期中，性能管理都是每個階段的最為策略性的工作。”

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

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

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

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

…

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

Management網元管理ElementManagement關于應用性能管理為什么需要應用性能管理？

現(xiàn)代應用的復雜度

如何著手？

應用性能問題需要全面的解決方案

NPM

–首先分清是網絡還是應用的問題？

APM

–著手探查應用內部的問題NPM能夠幫助您……

了解網絡流量與應用的關系

找出造成延遲的真正原因

某個網段？某臺服務器？某個用戶？

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

在應用服務器內部究竟發(fā)生了什么？

哪個進程？哪個用戶？哪個call？哪個SQL語句？……

提供證據(jù)現(xiàn)代應用的復雜性應用架構

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

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

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

執(zhí)行代碼執(zhí)行網絡傳輸性能指標網絡傳輸EUE代碼執(zhí)行網絡、帶寬、延遲代碼執(zhí)行結束網頁渲染時間服務響應網絡、帶寬、延遲、丟包服務請求網絡、帶寬、延遲、丟包RiverbedSteelCentralAPM應用性能管理最終用戶體驗NPM網絡性能管理8Riverbed

Steelcentral

APM解決方案NetShark

AppInternalsJava,.net,

db,system….

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

分析與數(shù)據(jù)聚合全面的數(shù)據(jù)捕獲PortalSteelFusionSteelHeadNetShark-VNetShark-VWebApplicationsApplicationsDatabasesSteelCentralPortal集中的展現(xiàn)、報告與分析，性能管理門戶AppResponse抓包、存儲與網絡性能分析Web/VoIP/Citrix/SQL應用層分析WebAnalyzerweb前端應用性能指標分析AppInternals后端服務器、代碼性能深度分析與展現(xiàn)（Java&.Net,等）PortalWebanalyzerAppInternalsSteelCentral架構AppResponseNetProfilerNetSensorNetProfilerFlow收集與分析展現(xiàn)流量成分、長期趨勢NetSensorSNMP/WMI網絡/服務器節(jié)點健康狀態(tài)SteelCentralAppInternals監(jiān)控用戶體驗并追蹤交易至代碼級別，以提供應用性能可視性SteelHeadSteelCentralPortalSteelCentralNetSensor從所有設備獲取數(shù)據(jù)，以獲得完整的應用性能視圖SteelCentralAppResponse監(jiān)控真實用戶的應用性能體驗并修復應用性能問題SteelCentralNetProfiler利用端到端的網絡性能監(jiān)控，排查網絡與性能問題SteelHead優(yōu)化廣域網絡流量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–以應用為中心的多視角監(jiān)控視圖構建應用服務視圖APM查錯示例

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

鉆取到具體應用，查看EUE查看TradeFastEUEDashboard使用右鍵菜單進入TradeFastEUEDashboardEUE–EndUserExperience

詳細了解應用的性能狀況TradeFast應用儀表板ResponseTimeStatusMap顯示平均響應時間

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

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

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

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

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

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

找到了導致問題的關鍵應用模塊，接下來只需找到對應負責的專家來解決問題！最慢的模塊是CTSecure最慢的方法是CalculateGrowthRate最頻繁的調用

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