银行网络性能分析测试报告.pptx

银行网络性能分析测试报告NPM/APM的方法论端到端交易应用的完整性能监控(NPM+APM)网页渲染时间EUE客户端浏览器结束起始服务请求网络、带宽、延迟、丢包服务响应网络、带宽、延迟、丢包广域网网络传输TCP/IP 协议栈性能指标IIS Native Pipeline处理排队Web服务器.NET Worker Process代码执行代码执行代码执行网络传输局域网网络、带宽、延迟网络、带宽、延迟TCP/IP Stack处理排队Apache性能指标WAS Thread Pool处理排队App服务器WAS JVM代码执行代码执行代码执行网络传输远程调用Web服务，数据库…主要的技术手段NPM的主要技术手段重点区域（如数据中心）监控，探针技术：通过抓取网络数据包进行分析。全网流量监控，Flow 技术： 采集网络设备统计的NetFlow, sFlow, J-Flow, NetStreamAPM的主要技术手段端到端（用户端）监控，Web页面JavaScript脚本嵌入技术（针对Web类应用）。端到端（服务器端）监控， JVM/CLR Agent的代码植入技术（针对JAVA/.Net应用）。探针的工作原理故障预警，揭示潜在问题早期预警应用的KPI汇总应用流的KPI指标，得到该应用的KPI；并进行智能预警快速定位故障分析自上而下数据自下而上故障定位Flows分析数据包里每个应用流的KPI指标：包括流量，网络传输时间，服务器延时，重传…精细原始的证据获取故障数据包证据 Packets通过镜像或TAP抓取数据包，建立索引并保存ACKACKACKACKSYNDATADATASYN/ACKDATAREQUESTREQUESTRiverbed 详尽的延时参数计算客户端服务器Round Trip Time (Inbound)连接建立时间服务器响应时间Time交互 1数据传输时间Round Trip Time (Outbound) *** 数据传输时间 = Payload 传输时间 + 重传导致的延时**Round Trip Time 的计算针对每个 DATA/ACK对。交互 2灵活可定制的仪表盘网银定制业务组仪表盘网银定制应用仪表盘应用个人业务的虚拟地址没有流量，怀疑是前端web服务器没有指向负载均衡，这与系统设计不符。网银定制应用仪表盘网银助手响应时间超过阀值，我们可以下钻查看web性能分析视图应用响应时间分布图网银应用服务器的响应时间在每天4点都增长的很高，这应该和系统的批处理备份任务相关，此时用户体验会非常慢，建议优化。按流量排名的组和应用仪表盘逐级下钻 - SQLNET的会话对仪表盘逐级下钻 - 响应时间分布图连接异常的组和应用全局流量汇总统计全部流量统计 - 时序图非常清晰的特征：夜间备份流量尖峰，上午和下午是正常的 大流量，中午业务回落全部流量统计 - 应用排名负载均衡流量匹配全部流量统计 - 会话对非业务地址,需要进一步了解该地址强大的web性能分析Web应用慢页面统计页面族分析页面族排名用户会话跟踪页面请求数量和页面时间正相关所有页面统计 - 自动排名HTTP 404错误HTTP 504错误 - 用户统计逻辑超时该jsp运行60秒后，服务器返回504错误HTTP200 - 业务逻辑缓慢该jsp运行60秒后，服务器返回504错误安装程序下载缓慢最慢的页面时间高达1281秒,当我们打开瀑布图,看到该页面所有对象的加载过程,发现是1个安装程序下载导致,但具体的原因还需要调查,是该用户的网速过慢吗?页面JS下载慢页面图片下载慢该图片花费160秒下载,没有优化,还是带宽过低,还是设备性能问题?ATX进一步分析http是1个交互,但tcp是漫长的交互,而且中间很多是没有应用负荷的包ATX分析报告162秒传输了1.5MB的数据,瓶颈主要在网络传输ATX分析报告Wireshark查看原始包连续的窗口冻结报文，验证了客户端的性能是下载缓慢的瓶颈多维度分析诊断模型连接失败排名最慢服务器排名网银检索到应用服务器响应时间高达10秒!应用优化前后性能对比高丢包率分析 - 个人应用个人网银应用虚拟IP在3天内平均达到5%，峰值到12%，需要进一步调查原因。原始包察看高丢包率分析 – 银企网银银企、检索、数据库、应用集群都定时连接以下3个地址高丢包率分析 – 银企每隔4分钟定时连接657端口，经了解657是IBM HMC的管理端口，该行为疑似HMC代理主动连接HMC，但连接和失败原因未知，需要系统部进一步调查。高丢包率分析 – FTP时间都在凌晨2点左右，猜测是备份大量数据导致，丢包会延误批处理完成的时间，建议进一步检查丢包的位置。高连接失败分析 – SSL服务器从web_2到ssl_2的ICMP主机不可达通知是否存在对单一IP地址TCP连接数的限制？Radwar