证券集中交易性能管理解决方案.pptx

1、证券集中交易性能监控解决方案2议程1、集中交易系统的管理挑战2、Crossflow解决之道3、项目实施准备4、应用场景与案例3集中交易系统的管理挑战4技术风险与监控要素前台渠道多 覆盖全国的大量营业部系统水平参差不一，需要区分监控；来自电子渠道的交易所占比重越来越大，也是需要重点监控的交易环节多 包括通讯平台、柜台网关、交易中间件、数据库、报盘中间件、报盘机等，一旦发生问题需要快速定位故障外联机构多 需要跟银行、交易所、登记公司、监管部门、基金等机构互联，这些环节出问题需要首先确定问题职责边界交易集中化后，原本分散的风险汇聚成集中风险，一旦集中交易系统出现技术故障，整个公司的交易都会受到影响，

2、甚至造成严重后果。5交易系统问题的传统分析过程找问题查日志查数据库问题分析定位出结论 数据量巨大缺乏有效手段搜索性能差大海捞针需熟悉库表结构、SQL语句未到达数据库的异常交易查不到收集相关信息后，需要手工梳理、关联和分析，定位问题缓慢已经过了解决问题的时限，并且耗费大量人力物力区分是网络问题还是应用问题不同部门/工作组相互推诿缺乏实时性和快速故障定位能力无法适应快速发展的集中交易系统证监会规定，符合下列情形之一，且未达到重大事件的为较大事件：证券公司、期货公司集中交易系统或者网上交易系统全部中断、部分中断，影响交易时间累计在5分钟以上的；（来源：http:/ 交易时间短，排障时间非常宝贵 无法

3、接受不够实时的监控手段实时性 可用性要求非常高，故障恢复时间紧迫 交易系统架构复杂，需要快速定位问题在哪里快速定位 传统手段存在局限性，例如响应时间计算不够准确，丢失的交易查不到源头等 需要准确可靠的监控方法准确性 整个交易过程从外围接入到通讯前置再到交易中间件，然后经过报盘环节到交易所，任何一个位置都可能造成性能下降或故障，需要多段关联分析能力多段关联？7交易系统典型运维需求指标需求业务容量交易量基线偏离特定业务笔数业务速度平均时延应用时延网络时延交易所报盘时延可用性典型业务成功率过低重要业务响应率分析需求多段追踪分析 同一业务多段关联分析单笔交易端到端追踪历史数据回溯分析查看历史交易指标和

4、明细保存原始交易数据实时性快速定位8Crossflow解决之道9解决方案特性：即刻可用！Instant On!无需在应用主机上安装程序无需配置复杂的解析规则只需要三步：1.镜像网络流量2.SPVD梳理应用架构3.拖拽式所见即所得配置马上投入监控，立刻见效！10Crossflow解决之道实时性快速定位准确性多段关联旁路被动方式获取流量，实时分析展示，实时告警对交易路径上每个环节进行前后关联分析，通过智能故障定位算法，能够快速定位故障节点网络数据具备天然的唯一性和真实性，并具备单一时间戳来源，产生的指标准确、精确、客观Crossflow分析交易经过的路径，捕获和发现每个环节的异常或性能瓶颈，并进行

5、多段关联分析来找到问题根源11典型监控部署方式营业部Router/SwitchFW通讯机负载均衡业务中间件报盘DB营业部Router/SwitchFW通讯机负载均衡业务中间件报盘DB流量镜像实时数据解析BPC/NPM服务器-主BPC/NPM服务器-从集中呈现数据中心-A数据中心-B沪、深交易所流量镜像实时数据解析12BPC协议支持列表证券行业序号类别协议1证券、期货上海证券交易所 新一代EzOES/EzSTEP2金仕达C-PACK证券通讯协议3FIX 5.0 SP2 及以下4金证核心业务平台协议（KCBP）5金证通讯交换平台协议（KCXP）6期货交易数据交换协议（FTD）7SOA典型技术IBM

6、 WAS8Tuxedo/WTC9IBM WMQ10IBM WMB11WebLogic13解决方案的核心价值将集中交易系统的复杂架构梳理清楚，建立运维基础实时的业务性能指标、实时故障定位分析和告警消除性能信息孤岛，统一网络与应用运维视角客观精确的指标数据，纯旁路监控对系统无风险架构先进、易于实施，用户可以快速落地性能管理项目14网络视角的独特优势可以灵活获取所需的数据源充分利用成熟的流量采集技术（SPAN、TAP）旁路方式，对应用本身无任何影响，0风险网络流量直接对应拓扑关系，便于梳理无需繁琐的Agent安装配置无需处理复杂、不统一的日志格式无需给Web应用植入代码无需登录生产系统主机修改任何配

7、置SmartProbe接口不配置IP地址，因此无IP栈，在网络上是隐形的，安全的，无法向网络发回任何数据被动方式采集数据，不会在遇到丢包或错包时触发重传交换机镜像结合汇聚型TAP的灵活部署方式，可以覆盖交易系统从前端渠道到后端交易所报盘进行完整的流量捕获15项目实施步骤16敏捷的应用性能管理17用户准备信息 用户需提供：应用组件访问关系拓扑（配合SPVD验证）应用系统的服务器IP与名称对照表 应用提供服务的TCP端口 应用通讯报文格式规范、报文数据包样本 规范需要包含：区别请求和响应的标识、交易类型标识、交易返回码、交易渠道标识、交易流水号等18软件部署环境要求 服务器要求项目最低配置要求操作

8、系统Linux 64位内核2.6版本推荐CentOS 6.6CPU英特尔 至强 系列支持超线程的处理器，双路8核（共16核）或更多内存64GB 或更高RAID配置RAID 5或RAID 10磁盘空间8*500GB 或更多网卡至少4个1000兆以太网接口电源双电源冗余备份浏览器推荐使用Google Chrome、Firefox 网络流量镜像要求 如果来源交换机较多，则需采用TAP设备*进行流量汇聚处理。对镜像进行合理设计，避免重复数据包19应用场景与案例20快速故障定位 一旦交易性能指标出现异常，立刻进行智能的故障定位，在复杂的业务路径中定位故障源头21实时监控 动态服务路径图监控实时刷新22典

9、型交易系统监控案例 金仕达：服务路径图监控23典型交易系统监控案例 金仕达：服务路径图24典型交易系统监控案例 金仕达：交易多维追踪25典型交易系统监控案例 单笔交易追踪，掌握单笔交易的来龙去脉时间线：解析每段耗时银联防火墙网银网关防火墙卡交易系统网银网关核心主机卡交易系统27典型交易系统监控案例 网络层重传导致延迟分析28典型交易系统监控案例 Delayed ACK导致额外的报盘时延29国泰君安用户案例BPC/NPM监控业务：集中交易、网上交易、营业部、报盘等用户收益对最重要的集中交易系统进行端到端全路径监控获得了从应用层到网络层、从外围接入到交易所报盘的可视性实现了快速准确的故障定位和告警30国泰君安用户案例 业务架构梳理（金证集中交易）31国泰君安用户案例 集中交易服务路径图监控32国泰君安用户案例 集中交易应用性能统计监控33国泰君安用户案例 交易追踪监控34国泰君安用户案例 交易多段关联35国泰君安用户案例 数据库操作性能