linux apache服務(wù)器優(yōu)化建議整理(很實用)

1、linux apache服務(wù)器優(yōu)化建議整理(很實用)apache服務(wù)器的_wait過多 fin_wait1過多等問題2009-01-16 16:591。time_wait狀態(tài)過多。 通常表現(xiàn)為apache服務(wù)器負載高，顯示load average可能上百，但是web服務(wù)基本沒有問題。同時ssh能夠登陸，但是反應(yīng)十分遲鈍。 緣由：最可能的緣由是.conf里面keepalive沒有開，導(dǎo)致每次哀求都要建立新的t銜接，哀求完成以后關(guān)閉，增強了無數(shù) time_wait的狀態(tài)。另，keepalive可能會增強一部分內(nèi)存的開銷，但是問題不大。也有一些文章研究到了sysctl里面一些參數(shù)的設(shè)置可以充實這個問

2、題，但是這就本末倒置了。 2。fin_wait1狀態(tài)過多。fin_wait1狀態(tài)是在server端主動要求關(guān)閉tcp銜接，并且主動發(fā)送fin以后，等待 client端回復(fù)ack時候的狀態(tài)。fin_wait1的產(chǎn)生緣由有無數(shù)，需要結(jié)合quo;print awk $nf | -c|sort -n 上面的指令可以協(xié)助分析哪種tcp狀態(tài)數(shù)量異樣 netstat -nat| :80 |awk print $5 |awk -f: print $1 | sort| uniq -c|sort -n 則可以協(xié)助你將哀求80服務(wù)的client ip根據(jù)銜接數(shù)排序。 回到fin_wait1這個話題，假如發(fā)覺fin_

3、wait1狀態(tài)無數(shù)，并且client ip分布正常，那可能是有人用肉雞舉行os襲擊、又或者最近的程序改動引起了問題。普通說來后者可能性更大，應(yīng)當(dāng)主動聯(lián)系程序員解決。 但是假如有某個ip銜接數(shù)十分多，就值得注重了，可以考慮用iptables挺直封了他。 apache如何限制用戶線程數(shù)?2009-01-15 13:37限制客戶端一個ip同時銜接數(shù)，實際應(yīng)用：限制flashget，網(wǎng)絡(luò)螞蟻等軟件惟獨2個進程有效 apache如何限制用戶線程數(shù)? 限制客戶端一個ip同時銜接數(shù)，實際應(yīng)用：限制flashget，網(wǎng)絡(luò)螞蟻等軟件惟獨2個進程有效。 （注釋：/opt/httpd/是我的apache的安裝名目，

4、大家可以自行改成自己的路徑） 首先，從/djao/下載mod_limitipconn-0.22.tar.gz 上傳后運行 /opt/httpd/bin/apxs -c -i -a mod_limitipconn.c 將此外部dso模塊編譯入apache 檢查/opt/httpd/moles是否有mod_limitipconn.so模塊 配置apache配置文件，找到相應(yīng)位置，如下： loadmodule limitipconn_module modules/mod_limitipconn.so maxconnperip 2 并將extendstatus on的

5、注釋去掉 重啟apache，檢查是否可限制單一ip多個并發(fā)銜接 測試效果，用flashget下載，默認是5個螞蟻，惟獨2個可以銜接并舉行下載，其他的3個始終銜接不上！勝利！ apache性能優(yōu)化2009-01-15 13:32tunning apache apache幾目前internet上用法最為廣泛的web服務(wù)器。它具有比商業(yè)web服務(wù)器不遑多讓的功能與速度，同時安裝與設(shè)置也非常容易，正是這些特性讓它成為市場占有率最高的web服務(wù)器軟件。不過apache安裝容易，并不意味著容易地安裝就可以適用于絕大多數(shù)應(yīng)用環(huán)境，在高負荷的 web站點，apache還需要舉行調(diào)節(jié)、優(yōu)化 優(yōu)化辦法 apach

6、e的配置文件是httpd.conf。windows下該文件位于apache安裝名目的conf子名目下，redhat enterprise linux as 3.0 up 2位于/etc/httpd/conf。通過調(diào)節(jié)該文件的某些參數(shù)，可以優(yōu)化apache的運行效率。 為了驗證后文apache參數(shù)的調(diào)節(jié)是否起作用，我們通常用apache附帶的ab(apache beh)對其舉行壓力測試。 ab最常用的語法格式是這樣的： ab -n xxx -c yyy -k http:/hostname.port/path/name 其中： -n xxx: 表示最多舉行xxx次測試。也就是下載filename文

7、件xxx次。 -c yyy: 客戶端并發(fā)銜接個數(shù)。 -k: 啟用http keepalive功能。默認不啟用keepalive功能。 比如我們要對http:/hostname:port/下載10000次舉行測試，并發(fā)拜訪為60個，啟用http keepalive功能，則拜訪命令為： ab -n 10000 -c 60 -k http:/hostname:port/file.htm 測試平臺 在本次優(yōu)化過程中。筆者采納了兩臺電腦舉行壓力測試。其中一臺為客戶端，運行ab發(fā)送哀求，另外一臺為服務(wù)器，安裝有apache提供web服務(wù)。 1.服務(wù)器配置 服務(wù)器端，筆者采納了較低端的配置。這樣更簡單通過a

8、b測試看來調(diào)節(jié)參數(shù)后的效果： cpu: intel celeron 1.0ghz 內(nèi)存： 512mb sram 100mhz 硬盤： maxtor 4d040h2 網(wǎng)卡： d-link dfe 530tx 服務(wù)器端筆者安裝兩種操作系統(tǒng):windows server 2003 enterprise edition并升級到最新的hotfix。apache服務(wù)器版本為2.0.50；或者redhat enterprise linux as 3.0 update 2。 2.客戶端配置 為了使評測的瓶頸不在客戶端，筆者客戶端配置要比服務(wù)器端好，詳細硬件配置如下： cpu: p4 3.0ghz 533mhz

9、 打開了ht支持 內(nèi)存： 512mb ddr 400 硬盤： wd1200jb-00cra1 網(wǎng)卡： d-link dfe 530tx 客戶端安裝有redhat enterprise linux as 3.0 update 2。并利用其中的ab來舉行性能測試。 通用優(yōu)化技巧 對于apache服務(wù)器來說，為了提高性能需要舉行的某些參數(shù)調(diào)節(jié)具有通用性，也就是說只要采納了就可以使其性能更好。 1.關(guān)閉dns和名字解析 * hostnamelookups on | off | double apache 1.3之前hostnamelookups默認是打開的。這樣客戶端在拜訪服務(wù)器時，服務(wù)器將要解析客戶

10、端的主機名，并將其保存在日志文件中。對客戶端舉行域名反向解析會大幅降低服務(wù)器速度，所以最好將其設(shè)置為off。關(guān)閉命令如下： hostnamelookups off * usecanonicalname on | off | dns 打開usecanonicalname是web服務(wù)器的標(biāo)準(zhǔn)做法。這是由于客戶發(fā)送的大部分哀求都是對本服務(wù)器的引用，打開該項設(shè)置就能用法 servername和port選項的設(shè)置內(nèi)容構(gòu)建完整的url。假如將這個參數(shù)設(shè)置為off，那么apache將用法從客戶哀求中獲得服務(wù)器名字和端口值，重新構(gòu)建url。 假如你不需要在apache中架設(shè)虛擬主機，建議設(shè)置為： usecan

11、onicalname on 2.關(guān)閉多余模塊 apache采納了模塊化設(shè)計，管理員可以有挑選地加載一些模塊來加強服務(wù)器的功能。這些模塊，可以在創(chuàng)建服務(wù)器時靜態(tài)編譯到服務(wù)器的二進制代碼中，也可以編譯成一些自立服務(wù)器程序的dynamic shared objects(dso)文件，在apache啟動的時候按照需要，動態(tài)加載。事實證實，不加載多余的模塊總是可以提高apache的性能。 apache的dso模塊是在httpd.conf中以： loadmodule access_module modules/mod_access.so 方式加載。當(dāng)不需要某個模塊時，只要在其前添加 ，注釋掉該行。 普通來

12、說，不需要加載以下模塊： mod_include.so: 服務(wù)器端包含，是一種已經(jīng)過時的技術(shù)。 mod_autoind.so: 假如不希翼apache列名目顯示，可以刪除。 mod_access.so、mod_auth.so： 假如你不需要舉行平安驗證，也沒有須要加載。 最好加載以下模塊： mod_dir.so: 用于定義缺省文檔index.、index.jsp等。 mod_log_config.so: 用于定義記錄文件格式。 mod_mime.so: 定義的關(guān)聯(lián)。 最后需要解釋一點的是，并不是加載全部的模塊都會降低apache性能。比如mod_可以把文件之后再傳給客戶端，這樣就可以削減 40

13、%左右的網(wǎng)絡(luò)流量，而mod_expires則可以削減10%左右的重復(fù)哀求。 3.取消.htaccess驗證 除非你確定需要用法.htaccess文件來控制客戶端對相應(yīng)名目的拜訪權(quán)限，否則設(shè)置 allowoverre none ，可以免除apache在每個名目搜尋.htaccess文件之苦。 4.取消符號鏈接 followsymlinks允許用法符號銜接，這將用法掃瞄器有可能拜訪文檔根名目(documentroot)之外的內(nèi)容，并且惟獨符號銜接的目的與符號銜接本身為同一用戶所擁有時(symlinksownermatch)，才允許拜訪，這個設(shè)置將增強一些平安性，但將耗費apache大量的資源。 筆

14、者建議： options followsymlinks 但是不要啟用symlinksownermatch。 5.打開keepalive支持 在http 1.0中和apache服務(wù)器的一次銜接只能發(fā)出一次http哀求，而keepalive參數(shù)支持http 1.1版本的一次銜接，多次傳輸功能，這樣就可以在一次銜接中發(fā)出多個http哀求。從而避開對于同一個客戶端需要打開不同的銜接。無數(shù)哀求通過同一個 tcp銜接來發(fā)送，可以節(jié)省網(wǎng)絡(luò)和系統(tǒng)資源。 在apache的配置文件httpd.conf中，設(shè)置： keepalive on keepalivetimeout 15 這樣就能限制每個銜接的保持時光是15

15、秒。在我們的評測中發(fā)覺，打開keepalive之前，ab測試的數(shù)據(jù)為： requests per second: 201.32 /sec (mean) time per request: 298.031 ms (mean) time per request: 4.967 ms (mean, across all concurrent requests) transfer rate: 839.49 kbytes/sec received 而打開keepalive支持之后，ab測試數(shù)據(jù)為： requests per second: 341.70 /sec (mean) time per reque

16、st: 175.594 ms (mean) time per request: 2.927 ms (mean, across all concurrent requests) transfer rate: 1437.04 kbytes/sec received 最能反應(yīng)apache服務(wù)器性能的requests per second，即每秒完成的哀求次數(shù)從201.32提升到341.70，提升幅度為70%。雖然在現(xiàn)實環(huán)境中，不行能有這么多的同一銜接發(fā)出的哀求，但啟用keepalive的確在一定程度上可以提高apache服務(wù)器的吞吐量和反應(yīng)速度。 另外，可以設(shè)置： maxkeepalivereque

17、sts 100 把maxkeepaliverequests設(shè)置的盡量大，可以在一次銜接中舉行更多的http哀求。但在我們的測試中還發(fā)覺，把 maxkeepaliverequests設(shè)置成1000，則評測的客戶端簡單浮現(xiàn) send requesttimed out 的錯誤，所以詳細數(shù)值還要按照自己的情形來設(shè)置。 參數(shù)打算性能 apache除了可以通過一些常規(guī)方式舉行優(yōu)化外，還需要調(diào)節(jié)其運行參數(shù)，這樣才干構(gòu)建一個適合相應(yīng)網(wǎng)絡(luò)環(huán)境的web服務(wù)。這些命令從兩個級別對apache舉行了優(yōu)化。 * 進程級(process-level) 進程級的參數(shù)用來控制apache相應(yīng)的客戶端哀求的進程數(shù)process

18、(在windows下稱之為線程數(shù),threads)。 * 協(xié)議級(proto-level) 協(xié)議級的命令則用來控制apache與客戶端的銜接多久才自動斷開。 因為windows和linux/unix設(shè)計原理的不同，所以進程級的命令按照apache是工作在linux/unix或者windows 下，而分成兩種。 1.linux下apache性能優(yōu)化 linux下的apache預(yù)設(shè)工作在prefork模式下(由每個進程處理銜接哀求)，這種工作模式也是apache 1.3系列的工作模式。假如你需要其工作在其他模式下，則需要手工編譯源代碼來實現(xiàn): ./configure prefix=/usr/loc

19、al/apache-2.0.50 with-mpm=worker -include make make install linux下進程級的apache調(diào)節(jié)參數(shù)包括以下五個。 * startservers 該參數(shù)打算linux啟動時，自動打開的apache服務(wù)器的數(shù)目。它對apache服務(wù)器的性能沒有太大的影響。由于假如 minspareservers設(shè)置的比較大，apache服務(wù)器進程數(shù)會馬上調(diào)節(jié)到不小于minspareservers的數(shù)目。 在linux下，我們可以通過: ps aux |grep httpd 來查看當(dāng)前打開的apache服務(wù)進程數(shù)。 * minspareservers 該

20、參數(shù)用于配置在任何時候可用的最小apache進程個數(shù)。普通狀況下，當(dāng)目前可用的apache進程數(shù)不能滿足需求時，apache會自動打開新進程以服務(wù)客戶。所以設(shè)置minspareservers為較大的值只是為了讓在比較繁忙的web環(huán)境，讓apache可以盡快地滿足客戶端的拜訪需求。對于天天有百萬拜訪量的網(wǎng)站來說，下面的數(shù)值是比較合適的： minspareservers 32 * maxspareservers 較大的minspareservers可以保證apache有較快的反應(yīng)速度,過大的minspareservers又會占用更多的系統(tǒng)內(nèi)存。假如你的系統(tǒng)內(nèi)存不是很充沛或者運行有其他的服務(wù)，把ma

21、xspareservers設(shè)置小一些可以為其他服務(wù)空出一些內(nèi)存。當(dāng)空閑apache進程超過 maxspareservers指定的數(shù)值時，apache主進程會殺掉多余的空閑進程而保持空閑進程在maxspareservers指定的數(shù)值。 對于天天百萬拜訪量的網(wǎng)站來說，配置大容量的內(nèi)容，并且設(shè)置如下的值是比較合適的： maxspareservers 64 * maxclients 服務(wù)器的處理能力究竟是有限的，不行能同時處理無限多的銜接哀求。參數(shù)maxclients就用于規(guī)定服務(wù)器支持的最多并發(fā)拜訪的客戶數(shù)。 假如maxclients設(shè)置得過大，系統(tǒng)在繁忙時不得不在過多的進程之間往返切換為更多的客戶

22、服務(wù)。這樣對每個客戶的反應(yīng)就會變慢；假如設(shè)置得過小，系統(tǒng)繁忙時就會否決客戶銜接哀求。 我們的設(shè)想原則是，當(dāng)服務(wù)器性能較高時，可以適當(dāng)增強這個值的設(shè)置。假如繁忙浮現(xiàn)否決拜訪現(xiàn)象，解釋需要升級服務(wù)器硬件了。 假如你不在意拜訪速度，或者認為反應(yīng)速度慢也總比否決銜接好，可以把該值設(shè)置大一些。 * maxrequestsperchild 當(dāng)設(shè)置keepalive為off時，apache服務(wù)器是用單獨的子進程為一次銜接服務(wù)，這樣，每次銜接都需要生成、關(guān)閉子進程，這些額外的操作鋪張了計算機的大量處理能力。最好的方式是一個子進程可以為多次銜接哀求服務(wù)。 但子進程在接受拜訪哀求時，需要不斷地申請和釋放內(nèi)存，次數(shù)

23、多了就會造成內(nèi)存垃圾，影響系統(tǒng)穩(wěn)定性。為了解決這個問題，可以規(guī)定每一個子進程處理的最大哀求數(shù)，超過此數(shù)值，就讓該子進程退出，再從原始的httpd進程中重新復(fù)制一個整潔的副本，從而提高系統(tǒng)的穩(wěn)定性。 第個子進程能夠處理服務(wù)哀求的最大次數(shù)由maxrequestsperchild定義。redhat enterprise linux as 3.0 update 2缺省的設(shè)置值為1000這個值比較適合(設(shè)置為0支持每個副本舉行無限次的服務(wù)處理)。 在我們的測試過程中發(fā)覺，redhat enterprise linux as 3.0 update 2下默認配置的apache并不能很好地對付大負荷站點。我們

24、需要打開keepalive，并加大startservers、 minspareservers、maxspareservers和maxclients的數(shù)值。這些參數(shù)對于apache性能的充實有很大的影響。 小學(xué)問： redhat enterprise linux as 3.0 update 2最大maxclients只能設(shè)置到256。假如你需要設(shè)置其為更高，需要在maxclients前面添加: serverlimit xxx 其中xxx不能少于maxclients的數(shù)值。該設(shè)置辦法適用于apache 2.0系列。 2.windows下apache優(yōu)化 windows下,apache 2.0經(jīng)過了

25、全新的設(shè)計，采納多線程的方式(work)運行。這種運行方式，理論上比linux/unix的perfork運行模式有更好的性能。 work模式下由單個控制進程負責(zé)子進程的建立。每個子進程可以建立由threadsperchild指定的固定數(shù)量的線程。由自立的線程監(jiān)聽并處理到來的銜接。 在windows下可以執(zhí)行 apache -l 。查看當(dāng)前工作模式，假如顯示 mpm_winnt.c ，則表示apache工作在多線程模式下；在linux下執(zhí)行 httpd -l 看到 prefork.c 表示工作在子進程模式下。 其配置語句是： startservers 2 maxclients 150 minsp

26、arethreads 25 maxsparethreads 75 threadsperchild 25 maxrequestsperchild 0 apache力圖維持一個備用的服務(wù)線程池，讓客戶端無須等待線程/進程的建立刻可得處處理。最初建立的進程數(shù)由 startservers指定。然后apache會不停地檢測全部apache進程中空閑線程的總數(shù)，并新建或結(jié)束進程使總數(shù)維持在 minsparethreads和maxsparethreads所指定的范圍以內(nèi)。但同時可以得處處理的客戶端的最大數(shù)量又取決于maxclients 命令，而進程建立的最大數(shù)量取決于serverlimit命令。三者之間的關(guān)

27、系為： serverlimit*threadsperchild =maxclients 詳細參數(shù)和優(yōu)化辦法這里因為篇幅所限，不再詳細介紹。有愛好的伴侶可以參考前文介紹的linux下的優(yōu)化舉行。 apache服務(wù)器的優(yōu)化-模式設(shè)置2009-01-15 12:08服務(wù)器的優(yōu)化 (mpm: multi-processing modules) apache2主要的優(yōu)勢就是對多處理器的支持更好，在編譯時同過用法 with-mpm選項來打算apache2的工作模式。假如知道當(dāng)前的apache2用法什么工作機制，可以通過httpd -l指令列出apache的全部模塊，就可以知道其工作方式： prefork：

28、 假如httpd -l列出prefork.c，則需要對下面的段舉行配置： startservers 5 啟動apache時啟動的httpd進程個數(shù)。 minspareservers 5 服務(wù)器保持的最小空閑進程數(shù)。 maxspareservers 10 服務(wù)器保持的最大空閑進程數(shù)。 maxclients 150 最大并發(fā)銜接數(shù)。 maxrequestsperchild 1000 每個子進程被哀求服務(wù)多少次后被掉。0表示不限制，推舉設(shè)置為1000。 在該工作模式下，服務(wù)器啟動后起動5個httpd進程(加父進程共6個，通過ps -ax|grep httpd指令可以看到)。當(dāng)實用戶銜接時，apach

29、e會用法一個空閑進程為該銜接服務(wù)，同時父進程會fork一個子進程。直到內(nèi)存中的空閑進程達到 maxspareservers。該模式是為了兼容一些舊版本的程序。我缺省編譯時的選項。 worker： 假如httpd -l列出worker.c，則需要對下面的段舉行配置： startservers 2 啟動apache時啟動的httpd進程個數(shù)。 maxclients 150 最大并發(fā)銜接數(shù)。 minsparethreads 25 服務(wù)器保持的最小空閑線程數(shù)。 maxsparethreads 75 服務(wù)器保持的最大空閑線程數(shù)。 threadsperchild 25 每個子進程的產(chǎn)生的線程數(shù)。 maxr

30、equestsperchild 0 每個子進程被哀求服務(wù)多少次后被kill掉。0表示不限制，推舉設(shè)置為1000。 該模式是由線程來監(jiān)聽客戶的銜接。當(dāng)有新客戶銜接時，由其中的一個空閑線程接受銜接。服務(wù)器在啟動時啟動兩個進程，每個進程產(chǎn)生的線程數(shù)是固定的(threadsperchild打算)，因此啟動時有50個線程。當(dāng)50個線程不夠用時，服務(wù)器自動fork一個進程，再產(chǎn)生25個線程。 perchild： 假如httpd -l列出perchild.c，則需要對下面的段舉行配置： numservers 5 服務(wù)器啟動時啟動的子進程數(shù) startthreads 5 每個子進程啟動時啟動的線程數(shù) mins

31、parethreads 5 內(nèi)存中的最小空閑線程數(shù) maxsparethreads 10 最大空閑線程數(shù) maxthreadsperchild 2000 每個線程最多被哀求多少次后退出。0不受限制 maxrequestsperchild 10000 每個子進程服務(wù)多少次后被重新fork。0表示不受限制。 該模式下，子進程的數(shù)量是固定的，線程數(shù)不受限制。當(dāng)客戶端銜接到服務(wù)器時，又空閑的線程提供服務(wù)。 假如空閑線程數(shù)不夠，子進程自動產(chǎn)生線程來為新的銜接服務(wù)。該模式用于多站點服務(wù)器。 apache的prefork模式和worker 模式2009-01-15 11:48apache的prefork模式

32、和worker模式 prefork模式 這個多路處理模塊(mpm)實現(xiàn)了一個非線程型的、預(yù)派生的web服務(wù)器，它的工作方式類似于apache 1.3。它適合于沒有線程平安庫，需要避開線程兼容性問題的系統(tǒng)。它是要求將每個哀求互相自立的狀況下最好的mpm，這樣若一個哀求浮現(xiàn)問題就不會影響到其他哀求。 這個mpm具有很強的自我調(diào)整能力，只需要很少的配置命令調(diào)節(jié)。最重要的是將maxclients設(shè)置為一個足夠大的數(shù)值以處理潛在的哀求高峰，同時又不能太大，以致需要用法的內(nèi)存超出物理內(nèi)存的大小。 worker模式 此多路處理模塊(mpm)使網(wǎng)絡(luò)服務(wù)器支持混合的多線程多進程。因為用法線程來處理哀求，所以可以

33、處理海量哀求，而系統(tǒng)資源的開銷小于基于進程的mpm。但是，它也用法了多進程，每個進程又有多個線程，以獲得基于進程的mpm的穩(wěn)定性。 控制這個mpm的最重要的命令是，控制每個子進程允許建立的線程數(shù)的threadsperchild命令，和控制允許建立的總線程數(shù)的 maxclients命令。 prefork和worker模式的切換 1.將當(dāng)前的prefork模式啟動文件改名 httpd httpd.prefork 2.將worker模式的啟動文件改名 mv httpd.worker httpd 3.修改 apache配置文件 vi /usr/local/apache2/conf/exa/httpd-

34、mpm.conf 找到里邊的如下一段，可適當(dāng)修改負載等參數(shù)： ifmodule mpm_worker_module startservers 2 maxclients 150 minsparethreads 25 maxsparethreads 75 threadsperchild 25 maxrequestsperchild 0 /ifmodule 4.重新啟動服務(wù) /usr/local/apache2/bin/ restart 即可換成worker方式啟動apache2 處于穩(wěn)定性和平安性考慮，不建議更換apache2的運行方式，用法系統(tǒng)默認prefork即可。另外無數(shù)php模塊不能工作在worker模