中广核集团WEB应用平台优化

2013-12-13 11:28:30 电力信息化　点击量：评论 (0)

摘要本项目主要目的是在不增加资源或增加少量资源的前提下，通过优化WEB平台的应用程序、开发过程、数据库和WEB服务器，使用户能够快捷、安全和可靠地使用WEB应用平台。关键词 WEB应用运行平台优化本文主要

，可比较「Network Interface: Bytes Total/sec」计数器与网络适配卡总带宽。如果这个数字十分接近连接的容量，而处理器及内存的使用都很适中，则此连接也会是个问题。

 Web Service: Maximum Connections 及 Web Service: Total Connection Attempts 。如果计算机上执行的其他服务也使用网络连接，则应监视「Web Service: Maximum Connections」及「Web Service: Total Connection Attempts」计数器，以检查Web服务器是否能够尽可能地使用它需要的连接数目。请记得将这些数字与内存及处理器使用量作比较，如此才能确定连接就是问题，而不是其它组件有问题。

4、磁盘最佳化

　　若要确定磁盘存取的频率，记录下列计数器︰

 Processor: % Processor Time, Network Interface Connection: Bytes Total/sec及PhysicalDisk: % Disk Time。如果这三个计数器的值都很高，则硬盘不会引起站点的瓶颈。但是，如果「% Disk Time」的值很高，但处理器及网络连接并没有饱和，则硬盘可能会造成瓶颈。如果服务器上没有启用「Physical Disk」计数器，使用diskperf -yd 指令。

5、监视网络应用程序

　　若要判定Web 服务器是否造成瓶颈，监视下列性能计数器︰

 Active Server Pages︰Requests/Sec、Active Server Pages︰Requests Executing、Active Server Pages︰Request Wait Time、Active Server Pages︰Request Executing Time 及 Active Server Pages︰Requests Queued。「Active Server Pages︰Requests/Sec」不含静态文件或其它动态内容的请求，它会根据 ASP 网页的复杂度及Web 服务器的容量明显地变动。如果这个计数器在服务器上的传输量处于尖峰期间出现低值的话，则应用程序可能会导致瓶颈。「Requests Executing」显示目前正在执行的请求数目；「Request Wait Time」显示最近的请求在队列中等待的毫秒数；「Request Execution Time」显示最近的请求花在执行上的毫秒数。理想的状态是「Requests Queued 」及「Request Wait Time」应保持接近 0，但它们会在不同的载量下起伏变动。最大「Requests Queued」数目是由 AspRequestQueueMax 的 Metabase 设置来决定。如果达到此限制，则客户端浏览器将显示 [HTTP 500/ 服务器太过忙碌]。如果这些数字大幅偏离了预计的范围， ASP 应用程序可能必须重写才能提高性能。如果「Requests Executing」的值是高的、「Requests Queued」是大的，而 CPU 的使用率是较低的，则可能必须增加 AspProcessorThreadMax。启用时，传送的线程会试着最佳化「Requests Executing」。用户的响应时间会与「Request Wait Time」加「Request Execution Time」加网络等待时间的和成比例。

 Web Service: CGI Requests/sec及 Web Servcie: ISAPI Extension Requests/Sec 会报告服务器处理 CGI 及 ISA