中间件管理.ppt

中间件管理技术交流 禹春雷 概述 故障定位的一般方法 了解如何对中间件、应用系统进行调优 监控关键指标 应用出了什么问题？ 所有非错误性的问题都是围绕着资源发生的，所有都可以总结为两种情况： 工作线程经常被用光，吞吐量变小（俗称：堵塞） 工作线程经常被用光，吞吐量变大（应用的访问量增大了） 为什么会堵塞？ 应用可使用资源变少了：例如中间件或者DB主机上的其他应用占用了过多的CPU/IO/Memory/NetIO。 互斥的资源争用：某一资源只能由不同的线程串行使用，但是在业务访问量没有变化的情况下，因为某些原因对于这个互斥资源的访问量突然增大了。 程序变化，对资源的消耗变大了，使得应付同样的业务处理量，确需要更多的资源。 某一环节的处理因为参数变化后者bug，出现不应该出现的重复处理，或者处理速度突然变慢。 应用访问量增大导致故障 增加的访问量是正常访问量吗？是因为用户使用不当，还是WEB页面程序存在缺陷？ 如果访问量的增加是正常的业务增长带来的。那么就要检视应用的趋势分析工作是否存在问题。 如果增加的访问量是业务的增长带来的，那么就要考虑扩容了。（增加资源限制参数的大小？增加服务器数量？） 正确理解工作线程数 工作线程数多少跟应用的处理能力成正比吗？ 工作线程数的设置跟应用的响应时间和CPU的处理能力是有很大关系的。 工作线程设置得很大，是没有意义的，反而加重了操作系统任务切换的负担。 J2EE程序调优 程序尽量使用pool,buffer和cache减少不必要的或者完全重复的操作 使用pool、buffer和cache能减少重复的操作，大大提高系统的性能。例如：JDBC Connection Pool、Socket Pool、Object Pool和Thread Pool、I/O buffer、Query cache、JDBC Statement Cache等。 数据库操作，使用prepareStatement运行SQL语句。 JVM调优 调整HeapSize 堆越大,GC频度低,速度慢。堆越小，GC频度高，速度快。所以GC和堆大小是一组矛盾。-verbosegc参数(Sun jdk: -Xloggc:)以打开详细的GC输出。分析GC的频度和时间，结合应用最大负载所需内存情况调整HeapSize到合适大少。建议不能回收的常驻内存比率大概20-30%。 使用fix size（-Xms=-Xmx）最大内存和最小内存一样大小。避免堆大小调整带来的开销。 Sun JDK调整-XX:MaxPermSize，避免存放加载的类的内存太小导致Out Of Memory。 JVM调优 JRockit调优 jRockit支持四种垃圾收集器：分代复制收集器（ gencopy ）、单空间并发收集器（ singlecom ）、分代并发收集器（ gencon）和并行收集器（ parallel ）。JRockit默认使用gencon收集器。。要改变收集器，可使用-Xgc:设置使用的GC收集器。一般情况下gencon有最高的响应性能，parallel最能充分利用内存。 Weblogic服务器调优 使用NativeIO（weblogic用编译性语言编写的一个提供网络、文件读写功能的JVM的扩展） 调整执行线程数。当空闲线程数比例很小，但CPU利用率比较低时，可以适当增加线程数的大小充分利用CPU资源。 调整连接参数Accept Backlog（默认50），当访问高峰时，很多客户端同时建立连接，可能会出现Connection Refused。调整Login Timeout和SSL Login Timeout减少客户端连接被拒绝的情况。 Weblogic服务器调优 创建新的执行队列 如果一个weblogic Server部署了多个应用，则可以给不同的应用建立单独的队列。通过weblogic.xml、weblogic-jar.xml的wl-dispatch-policy参数设置应用的执行队列名。可以为一个jsp、servlet乃至一个WEB应用设置自己的执行队列。同时也可以为EJB设置执行队列。 Weblogic服务器调优 JDBC调优 调整initialcapacity，maxcapacity，connectoin increment。 增大Statement Cache Size，减少数据库分析处理SQL的压力。 设置Trust an Idle Connection time，避免对Connection进行过多的test。 Weblogic服务器调优 EJB调优（修改ejb-jar.xml、weblogic-jar.xml） 使用initial-beans-in-free-pool设置bean的cache实例数量。使用max-beans