|
知识路径: > 电子商务系统程序设计基础 > 电子商务系统的运维与评价 > 电子商务系统日常运行管理 > 电子商务系统安全运行的监控与分析 > 电子商务系统运营监控的主要内容 >
|
相关知识点:6个
|
|
|
|
系统健康监视对于检测组件层的响应时间问题是很关键的。有很多监视器可以用于检测环境的全面健康状况、趋势并帮助解决问题。每个生产站点必须开发一个监视测量并决定对电子商务系统的每个组件使用哪种关键的监视器。监视系统健康使你可以了解电子商务系统上所有组件的关键信息,帮助定位受约束的资源。一旦找到了这些资源,需要进一步发现和解决约束的起因。对于WebSphere应用程序,需检查应用程序统计表和Web应用程序监视器、中间件运行时监视器和服务器监视器。
|
|
|
Web应用程序监视器。在最终用户视图中,并行请求、响应时间和输出是用户角度的标准。这三个主要的因素对于Web应用程序组件(例如Web页面、小服务程序、企业JavaBean)的每个服务器层来说也适用。查看每一层的响应时间和请求数量能帮助识别可以在哪儿找到问题。例如,如果应用程序服务器上的响应时间和请求数量显示正常,就知道将研究焦点集中于Web服务器、网络和客户请求与应用程序服务器之间的其他组件。
|
|
|
对于典型的WAS开发,用户的请求通过HTTP服务器传递,接着调用在应用程序服务器上配置的一个小服务程序。可以监视HTTP服务器和应用程序服务器上的应用程序性能。根据特定的监视工具和使用的HTTP服务器,你可以监视HTTP服务器的任何一个或所有三个主要因素。
|
|
|
50个客户端负载的状态快照运行并显示,在这种特别的刷新间隔中,处理了50个请求。不幸的是,这个特定的Apache监视工具没有提供把计数器复位为0的简单方法,因此总共的访问(请求)和每秒钟的请求覆盖了6个小时的服务器周期,并且没有与WebSphere监视器相应的时间间隔。
|
|
|
中间件运行时监视器。可能需要通过监视缓冲池的利用请求,监视电子商务系统上流动的请求的健康。对于查询网络中的每个缓冲池或容器,查看利用情况。对于IBM HTTP服务器,可监视当前正在处理的请求和空闲服务器。
|
|
|
也可监视Web容器的线程池——对象请求代理程序(Object Request Broker,ORB)和数据库连接池。如果任何一个缓冲池达到了最大的容量,它就可能阻塞了业务流。通常,较大对于性能不一定更好,因为额外的容量浪费了资源。因此,队列和缓冲池的适当协调对于最佳性能是很重要的。
|
|
|
对于所有的WebSphere线程和连接池,高百分比的最大值显示特定缓冲池可能引起瓶颈。你能使用另外的监视器(例如缓冲池尺寸)和活动线程来帮助协调缓冲池。
|
|
|
服务器监视器。中间件和Web应用程序在下层服务器上执行。你必须查看所有服务器(包括Web服务器、应用程序服务器和数据库服务器)的系统监视器——CPU利用率、I/O和分页。
|
|
|