《Riverbed-SteelCentral应用性能管理_讲师微信bigstork》由会员分享，可在线阅读，更多相关《Riverbed-SteelCentral应用性能管理_讲师微信bigstork（25页珍藏版）》请在金锄头文库上搜索。
1、SteelCentral应用性能管理解决方案 信息系统管理的总体框架 在任何网络与应用的生命周期中 性能管理都是每个阶段的最为策略性的工作 PaulBugala IDC 业务管理业务服务 业务影响分析 仿真 性能管理应用感知 监控 预警 定位流量分析 依赖关系 可视化SLA报告 计费 容量规划 运行管理拓扑管理 资产 库存管理 故障管理 事件管理 警报 排错 网元管理网络设备的安装 配置与维护 业务管理BusinessManagement 性能管理PerformanceManagement 运行管理OperationManagement 网元管理ElementManagement 各种信息系统
2、管理解决方案的定位 在任何网络与应用的生命周期中 性能管理都是每个阶段的最为策略性的工作 PaulBugala IDC 业务管理HP IBM BMC 天旦BPC 性能管理RiverbedAPM RiverbedNPM 运行管理IBM HP CA BMC SolarWinds 北塔 神州泰岳 网元管理华为 华三 思科 业务管理BusinessManagement 性能管理PerformanceManagement 运行管理OperationManagement 网元管理ElementManagement 关于应用性能管理 为什么需要应用性能管理 现代应用的复杂度如何着手 应用性能问题需要全面的解
3、决方案NPM 首先分清是网络还是应用的问题 APM 着手探查应用内部的问题NPM能够帮助您 了解网络流量与应用的关系找出造成延迟的真正原因某个网段 某台服务器 某个用户 提供证据APM能够帮助您 在应用服务器内部究竟发生了什么 哪个进程 哪个用户 哪个call 哪个SQL语句 提供证据 现代应用的复杂性 应用架构 应用 App200 App1 Network DB Server IT基础架构 Storage 从网络到系统到应用代码 任何一个组件的问题都会影响应用的性能 第3方服务 IT部门常常遇到的状况 唉 今天系统又是好慢 IT的人都在干嘛 EndUser最终用户 整体应用性能 应用部门 是
4、网络问题 应用的Log都很正常沒有任何Exceptions我們已经压力测试过了 主机系统部门 与我无关 可能是网络CPU是正常的内存使用率也很低DiskI O一切正常 网络部门 网络没问题 网络流量不大Ping时延都正常Traceroute也沒问题 DBA 沒有什么异常现象 交易数比平常多一点 不过看起来也是正常的 IT部门处理用户的投诉 问题从哪下手 叫每个部门硬找出问题 问题时有时无 飘忽不定 怎么办 应用性能管理需要非常全面的解决方案 NETWorkerProcess IISNativePipeline TCP IP协议栈 Web服务器 客户端浏览器 广域网 网页渲染时间 服务响应网络
5、带宽 延迟 丢包 服务请求网络 带宽 延迟 丢包 RiverbedSteelCentral APM应用性能管理 最终用户体验 NPM网络性能管理 8 RiverbedSteelcentralAPM解决方案 NetShark AppInternalsJava net db system AppResponse网络数据包 SteelCentral 端到端 全面的应用性能管理 NetSensorSNMP WMI NetProfilerFlow数据 集中的应用可视化 特定领域的监控 分析与数据聚合 全面的数据捕获 Portal SteelFusion SteelHead NetShark V NetS
6、hark V Web Applications Applications Databases SteelCentralPortal集中的展现 报告与分析 性能管理门户 AppResponse抓包 存储与网络性能分析Web VoIP Citrix SQL应用层分析 WebAnalyzerweb前端应用性能指标分析AppInternals后端服务器 代码性能深度分析与展现 Java Net 等 Portal SteelCentral架构 NetProfilerFlow收集与分析展现流量成分 长期趋势NetSensorSNMP WMI网络 服务器节点健康状态 SteelCentralAppInter
7、nals监控用户体验并追踪交易至代码级别 以提供应用性能可视性 SteelHead SteelCentralPortal SteelCentralNetSensor从所有设备获取数据 以获得完整的应用性能视图 SteelCentralAppResponse监控真实用户的应用性能体验并修复应用性能问题 SteelCentralNetProfiler利用端到端的网络性能监控 排查网络与性能问题 SteelHead优化广域网络流量 AppInternals Healthmetrics memory heapconsumption heapsize processCPU threadcount tim
8、egarbagecollecting CPU Disk Memory DBmetricsNetSensor CPU Disk Memory AppResponse RTCC requestrate responsetime activeconnections numberofTCPresets TCPretransmissionsNetProfiler requestrate responsetime activeconnections numberofTCPresets TCPretransmissions SteelCentralPortal 以应用为中心的多视角监控视图 构建应用服务视图
9、 APM查错示例 只是这个用户还是所有用户受影响 用户抱怨TradeFastDN性能差 使用SLADashboards来查看应用性能的总体表现TradeFastDN在所有用户区域都很慢 查看NorthAmerica区域的用户 ResponseTimeCompositionChart RTCC 能够帮助分析延迟影响是由网络还是应用引起的 使用右键菜单查看ResponseTimeCompositionChart RTCC 响应延时构成图 RTCC ServerResponsetime 服务器响应时间 贡献了最大的延迟 说明问题主要在应用层面 钻取到具体应用 查看EUE 查看TradeFastEUE
10、Dashboard 使用右键菜单进入TradeFastEUEDashboardEUE EndUserExperience 详细了解应用的性能状况 TradeFast应用仪表板 ResponseTimeStatusMap显示平均响应时间Apdex值为0 7 表明EUE不好HTTP返回码显示页面加载正常响应时间相比之前有增加 CPU与磁盘利用率高 通过Apdex来进一步查看具体交易的性能状况 查看Apdexscorepanel具体信息 Home和Login页面访问的性能不好右键点击Home页面行来进一步查看 交易分布与延迟分解 Home页面交易的状况 页面延迟主要是在 TimetoFirstByt
11、edelay 服务器慢 捕获并存储每一笔端到端交易 交易数据的全景展现 Home页面的延迟主要是由于服务器慢引起的 ScrollDown 前端延迟与后端延迟分解 查看具体单笔交易的细节 前端延迟数据由自动嵌入页面的JavaScript小程序获取 查看后端延迟的构成成分 找出服务器侧的瓶颈 Remote 占用了大部分服务器处理时间 继续点击来查看代码层面的运行情况 服务器处理延迟占用了超过30秒点击 ShowBack EndView 找出最慢的应用模块 tiers 找到了导致问题的关键应用模块 接下来只需找到对应负责的专家来解决问题 最慢的模块是CTSecure最慢的方法是CalculateGrowthRate 最频繁的调用 这些调用的执行时间超出正常水平 分享这些信息给研发团队 快速修复 方法CalculateGrowthRate运行了70次 总共用了14 4秒方法CalculateAmortization用了12秒 跨团队协作 共享数据 信息综合不同性能域的数据改善MTTR 使用SteelCentralPortal 您能够 给关键人员提供有意义的数据 为IT专家提供经过定制的数据多角度的视图 使用SteelCentralPortal 您能够
