电脑桌面
添加蚂蚁七词文库到电脑桌面
安装后可以在桌面快捷访问

NC5X WAS优化培训.pptVIP免费

NC5X WAS优化培训.pptNC5X WAS优化培训.pptNC5X WAS优化培训.pptNC5X WAS优化培训.pptNC5X WAS优化培训.ppt
NC安全简介NC技术支持部:时间:WAS优化培训用友软件股份有限公司NC技术支持2010.07.02目录概述Web服务器优化WebContainer+EJBContainer优化常见问题及应对方法案例概述NC性能调优的基本步骤请求的转发流程:客户端->网络->Web服务器->Web容器->Ejb容器->数据库,每一次转发,都有可能成为瓶颈NodeBNodeAApplicationServer1WebContainerEJBContainerApplicationServer2WebContainerEJBContainerApplicationServer3WebContainerEJBContainerInternetLoadBalancerFirewallFirewallClientClientWebBrowserApplicationRichClientThinClientWebServer2WebServer1HTTPServerPlug-inHTTPServerPlug-inDatabaseServerDatabaseServerBusinessDataWebServerClusterApplicationServerClusterDatabaseServerCluster原则:待处理资源队列基本原则:队列中等待的请求最小化实践中,最有效的配置是使队列成为一个漏斗Web服务器优化Web服务器优化-IBMHTTPServer(Apache)1、MPM概念多路处理模块(MPM)。在编译Apache时你必须选择也只能选择一个MPM,这里有几个针对非UNIX系统的MPM:beos,mpm_netware,mpmt_os2,mpm_winnt。对类UNIX系统,有几个不同的MPM可供选择,他们都会影响到httpd的速度和可伸缩性:workerMPM和preforkMPM2、内存优化尽量去除你不需要的模块(注释掉loadModule指令)至少要包含的模块:mod_mime,mod_dir,mod_log_configUnix下,选择合适的MPM连接参数优化----MaxRequestsPerChildWeb服务器优化-IBMHTTPServer(Apache)3、连接参数优化(1):Windows下:ThreadLimit2048-------限制ThreadsPerChild的最大数ThreadsPerChild250-----系统进程处理并发请求线程数MaxRequestsPerChild0----系统进程处理请求数限制(非0表无限制,达到最大限制后进程则会die)在此,需要考虑调整的是ThredsPerChild和MaxRequestsPerChild(2):Unix下:对应ThreadsPerChild的是maxClients另外,还多了以下参数:startServers5-----启动时的默认系统服务进程数MinSpareServers----最小空闲线程数MaxSpareServers----最大空闲线程数Web服务器优化-IBMHTTPServer(Apache)4、日志管理禁用访问日志记录以减轻apache负载:将以下行CustomLoglogs/access.logcommon前面加#号注释掉即可监控error_log和http_plugin.log以诊断性能问题5、HttpPlugin负载均衡设置优化对应plugin-cfg.xmlLoadBalance=“RoundRobin“---负载策略RetryInterval=“60“----重试时间间隔也可以在was控制台-服务器>Web服务器>Web_server_name>插件属性>请求路由中修改Web服务器优化-IBMHTTPServer(Apache)6、apache性能监控页面Httpd.conf中去掉LoadModulestatus_modulemodules/mod_status.so前面的#号;去掉SetHandlerserver-statusOrderdeny,allowDenyfromallAllowfrom127.0.0.1前面的#号通过http://your_host/server-status?refresh=5以便每5秒钟刷新一次,监控apache请求处理状态情况Web服务器优化-IBMHTTPServer(Apache)7、其它需要注意的参数HostnameLookupsOff----每次请求是否查询DNSKeepAliveOn-------是否启用持久化连接KeepAliveTimeout10----等待下一个请求的超时时间(谋求网络带宽和服务器资源之间的平衡,此值不应该大于60秒)WebContainer及EJBContainer优化WebContainer及EJBContainer优化1、设置WebContainer的最大、最小线程数管理控制台中点击应用程序服务器>server1>线程池>WebContainer,根据观察的性能情况和应用情况输入合适的最小、最大进程数(默认10-50)2、配置Servlet高速缓存在管理控制台中,单击控制台导航树中的服务器>应用程序服务器>server_name>Web容器设置>Web容器。选择“配置”选项卡下的启用servlet高速缓存。3、TCP堆栈、HTTP协议优化(1):TCP:应用程序服务器->Server名->端口->WCInboundDefault->Tcp入栈通道最大打开连接数-20000非活动超时-60秒(2):HTTP:应用程序服务器->Server名->端口->WCInboundDefault->Http入栈通道启用使用持久连接每个连接的最大持久请求数—100(在启用ssl情况下,可调高!?)读超时、写超时——默认60秒(特殊情况下可修改)持久超时——默认30秒4、ORB参数调用方式的调优应用程序服务器>server1>ORB服务>选中按引用传递即servlet中的对象传人EJB时是按值传递还是按引用传递NC中效果有待对比测试5、JVM调优应用程序服务器>server1>进程定义>Java虚拟机:最小值256m或512m,最大值2048m(64位机器)(避免无法分配连续内存导致的oom)FP011之前的jdk(或sr5之前),一些情况下需要考虑设置参数-Xmxcl25000(classloader导致的oom)WebContainer及EJBContainer优化6、设置JDBC连接池JDBC提供者>数据库JDBC驱动名称>数据源>数据源名称>连接池,根据观察的性能情况和应用情况输入合适的最小、最大连接数(默认10-50)。WAS数据源熟悉:语句高速缓存——默认为10是否预测试连接属性——某些特殊情况下需要考虑WAS优化常见问题及应对策略1、WAS性能差的几种表现(1):CPU使用不高,相关应用操作缓慢应是系统某一部分存在瓶颈,造成请求都在等待排队;可使用NMC工具查请求在哪一部分排队等待(2):CPU使用很高,相关应用操作缓慢原因一是程序算法存在问题原因二是系统中存在大对象或内存泄漏,内存达到峰值无法回收原因三是硬件资源不够2、如何解决WAS宕机问题(1):大部分情况下是内存溢出导致的down机:分析产生的javacore文件及heapdump文件,能有效分析找出down机原因(2):JNI调用导致down机如果是调用外部的c/c++程序,需要从外部程序寻找原因如果是调用jdk本地方法,此时与操作系统本身相关,需要考虑升级操作系统或jdk版本(如windows32位下曾经遇到过的failedforkthread)3、如何解决内存泄漏问题系统用了一段时间后,就会变得很慢,直至down机;可以参考down机处理模式;有时比down机更麻烦及难以处理;内存泄漏可能来自应用、也可能来自was本身的相关服务;可通过启用was的gc选项,将gc日志记录到Systemerror中,通过工具分析此日志;可使用NMCJVM收集日志可不同时间段生成heapdump来做对照案例案例1:东方希望数据连接死锁导致业务无法进行问题背景:应用一段时间,数据库中存在大量无法提交的sql语句,导致相关应用被锁住无法进行;客户请业内权威数据库专家诊断定位,矛头直指NC应用实现;诊断&分析:借助NMC跟踪一天时间,发现数据库上sql无法提交是因为数据库端与应用服务器端通信出现了问题;原因:数据库服务器上装有瑞星防火墙,存在将应用服务器与数据库服务器之间TCP通信的数据截获丢弃情况,导致数据库服务器与应用服务器两边都在等待对方回应而悬挂起来;解决办法:卸载瑞星,问题解决参考《东方希望.doc》案例2:五局问题背景:NC升级到56后,使用一段时间,系统就登陆不进去了,感觉是apache停止了响应,需要重启诊断&分析:加大apache线程数,问题未解决;NMC跟踪一天左右,发现存在两个问题,一是系统每秒处理的请求数非常多;二是有千分之二的请求会因为网络原因导致悬挂;原因:一是升级后portal有一个每五秒自动刷新新闻功能,导致请求数剧增;二是部分客户端网络状况不佳,导致部分连接异常被悬挂,当悬挂的连接增加到一定程度,apache线程池满了至无法响应新请求解决办法:一是禁掉每五秒自动刷新功能;二是对异常悬挂的连接设置超时处理案例3:中建总问题背景:每隔三、四天左右,系统总要慢一下,持续20-1个小时;分析&诊断:经过3天的观察与跟踪,发现有server存在内存泄漏情况,生成对应heapdump,与原来系统存在的多个heapdump做比较,发现是was中服务存在内存泄漏导致原因:NC部署时默认启用了高速缓存服务,但这部分服务在NC502及以后就没有使用过了,这部分存在内存泄漏解决办法:删除这部分服务,内存泄漏问题没有再现WEB服务区数据服务区应用服务区存储区管理信息传输网广域网路由7507VPN网关HEWLETTPACKARDInternet网MSS路由交换机VPNVPN数据库服务器RAC集群报表服务器集群存储设备磁带库光纤交换机光纤交换机防火墙/IPSWeb服务器HEWLETTPACKARD应用服务器集群备份服务器接口/测试服务器(互为热备)防火墙负载均衡交换机负载均衡交换机负载均衡交换机负载均衡交换机6:部署案例参考图NC+WAS基础之NC基础技术

1、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。
3、如文档内容存在违规,或者侵犯商业秘密、侵犯著作权等,请点击“违规举报”。

碎片内容

NC5X WAS优化培训.ppt

您可能关注的文档

确认删除?
回到顶部
客服QQ
  • 客服QQ点击这里给我发消息
QQ群
  • 答案:my7c点击这里加入QQ群
支持邮箱
微信
  • 微信