oDexMXJv系统移植到Solaris操作系统运行测试报告.ppt

oDex平台操作系统移植(Turbo Linux 7.0 - Sun公司 Solaris)测试报告会 姜荣峰 解决方案 架构师 Sun中国公司大中华企业咨询服务部 测试背景 本次操作系统移植测试是为了避免oDex MXJ v3.1平台过度依赖于某一种硬件平台、某一种操作系统，同时提高整个oDex平台应用的可靠性和可伸缩能力； 验证oDex平台能够运行在更多的操作系统上，可为用户平台构建提供更多的灵活性； oDex在Turbo Linux上运行出现的问题希望通过操作系统移植得以解决。 测试目标 功能测试：验证oDex MXJ系统的可移植性 这一部分主要测试oDex MXJ v3.1系统的代码移植能力、功能是否正常。 压力测试：检验oDex MXJ系统在持续高并发负载条件下的表现 这一部分部分主要测试应用系统在持续多并发、高负载条件下的性能及稳定性。 测试项目人员组成 亿网格软件技术有限公司：郑涛、胡正、王建、倪智 华胜天成公司：赵伟武、Sun系统工程师、Oracle 9i for Solaris DBA SUN公司： 张欢、姚小荣、姜荣峰、韩国军 测试环境 测试方法 场景一：分布式部署，Solaris 9 场景二：单机部署，Solaris 9 场景三：单机部署，Solaris 10 测试结果-功能 测试的各项系统功能在sun solaris平台上运行正常，功能测试通过。 POP3接收报文 SMTP发送报文 分发处理MTA所接收到的报文 MTA通过报文存储服务器存、取、备份MTA中相关的报文 …… 测试结果-性能 分布式系统能够承受并发用户数为300的负载压力。 全发案例达到平均203个报文/秒。 全收案例达到平均521个报文/秒。 混合案例达到平均385个报文/秒。 一封报文的处理时间平均在1秒内，最大不超过9秒。 测试结果-系统压力分析 测试结果-可靠性 随着并发用户数的增大，事务通过率稳定。 测试中的问题 （1） 问题一：性能瓶颈 现象以及原因分析： IO瓶颈 峰值压力的处理能力需要提高 解决方案： 修改文件系统选项，解决IO瓶颈 调整TCPIP，以及数据库端参数 结果：性能瓶颈得到解决 测试中的问题 （2） 问题二：JVM crash 原因分析： 操作系统的patch，以及JVM的版本 JVM的配置参数的问题 解决方案： Apply latest patch，用成熟的jdk版本 正确配置jvm的参数 结果：系统稳定运行 测试中的问题 （3） 问题三：端口挂起 原因分析： 处理端口请求的线程中止 解决方案： 监控线程的运行状况，如果线程中止，则重起线程 对系统的运行基本没有影响 结果：方案可行，需要上线验证 系统部署建议 磁盘阵列 建议采用光纤磁盘阵列，提高I/O性能； ORACLE规划 合理的ORALCE规划可以大幅提高系统性能； JVM参数 配置合适的JVM参数； PATCH 应该打上最新的PATCH，提高系统可靠性； 测试总结 oDex MXJ v3.1平台移植到Sun Solaris环境中运行正常，功能测试全部通过，证明oDex MXJ v3.1平台移植性较好。 oDex MXJ v3.1平台在Sun Solaris环境中运行的性能和可靠性均比Turbo Linux环境下更好，服务更有保证。 oDex平台操作系统移植(Turbo Linux 7.0 - Sun公司 Solaris)测试报告会 jeff.jiang@ 性能监测 虚拟用户A V480 COM服务器 MTA服务器 TCP/IP网 V880 DB服务器 虚拟用户B V480 A1000 磁盘阵列 Dell GX260，P4 2.3G/256M/40G， Load Runner 7.6 Load Generator 性能分析机： Sun StorEdge A1000，4x36GB 10Krpm SCSI硬盘 磁盘阵列 Sun Fire V880? 2*1.2GHz UltraSPARCIII * CPU,4GB 内存, 6x73GB 10Krpm 硬盘,1个千兆网卡，1个 10/100 以太网口, 3 个电源， Solaris 9操作系统，Oracle 9i 数据库 数据库测试机： Sun Fire V480R服务器，包括2x900Mhz/ 8MB cache UltraSPARC-III CPU,4GB内存，2x36GB FC磁盘，DVD，2个电源， Solaris 9操作系统， oDex MXJ v3.1 MTA MTA测试机： Sun Fire V480R服务器，包括4x1.05Ghz/ 8MB cache UltraSPARC-III CPU,8GB内存，2x73GB FC磁盘，DVD，2个电源， Solaris 9操作系