中廣核集團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