linux Apache 安裝筆記

來源:互聯網
上載者:User

關鍵詞: apache install php resin mod_gzip mod_expire webalizer cronolog

內容摘要:

從簡化安裝==>效能調優==>方便維護的角度,討論WEB服務的規劃==>HTTPD安裝/應用模組配置==>升級/維護

等過程。

讓APACHE的升級和PHP RESIN等應用模組的升級完全互不影響。

WEB應用容量規劃:根據硬體設定和WEB應用的特點進行WEB服務的規劃及一些簡單的估算公式;
APACHE安裝過程:apache的通用的簡化安裝選項,方便以後的應用的模組化配置;

修改 HARD_SERVER_LIMIT:

vi /path/to/apache_src/src/include/httpd.h
#define HARD_SERVER_LIMIT 2560 <===將原來的 HARD_SERVER_LIMIT 256 後面加個“0”

apache編譯:
/path/to/apache_src/configure --prefix=/another_driver/apache --enable-shared=max --enable-module=most
可選應用模組/工具的安裝:php resin mod_gzip mod_expire及各個模組之間的配合;

PHP安裝:
/path/to/php_src/configure --with-apxs=/path/to/apache/bin/apxs --enable-track-vars --with-other-modules-you-need

mod_resin安裝:
/path/to/resin/src/configure --with-apxs=/path/to/apache/bin/apxs

Mod_gzip安裝:
/path/to/apache/bin/apxs -i -a -c mod_gzip.c

工具:cronolog安裝:http://www.cronolog.org

升級/維護:看看通用和模組化的安裝過程如何簡化了日常的升級/維護工作;
按照以上的方法:系統管理員和應用管理員的職責可以清楚的分開,互相獨立。
系統安裝:系統管理員的職責就是安裝系統=>安裝好一台DSO模式的APACHE,然後COLON,
應用安裝:由應用管理員負責具體應用所需要的模組並設定HTTPD。
系統升級:系統管理員:升級系統/升級APACHE
應用升級:系統管理員:升級應用模組
具體的說明:

WEB應用的容量規劃

APACHE主要是一個記憶體消耗型的服務應用,我個人總結的經驗公式:

apache_max_processerials_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2
apache_max_process = apache_max_processerials_with_good_perfermance * 1.5

為什麼會有一個apache_max_processerials_with_good_perfermance和apache_max_process呢?原因是在低負載下系統可以使用更多的記憶體用於檔案系統的緩衝,從而進一步提高單個請求的響應速度。在高負載下,系統的單個請求響應速度會慢不少,而超過apache_max_process,系統會因為開始使用硬碟做虛擬記憶體交換空間而導致系統崩潰。此外,同樣的服務:2G記憶體的機器的apache_max_process一般只設定到1G記憶體的1.7倍,因為APACHE本身會因為管理更多的進程而產生效能下降。

例子1:
一個apache + mod_php的伺服器:一個apache進程一般需要4M記憶體
因此在一個1G記憶體的機器上:apache_max_processerials_with_good_perfermance < (1g / 4m) * 2 = 500
apache_max_process = 500 * 1.5 = 750
所以規劃你的應用讓服務盡量跑在500個APACHE以下,並設定APACHE的軟上限在800個。

例子2:
一個apache + mod_resin的伺服器: 一個apache進程一般需要2M記憶體
在一個2G記憶體的機器上: apache_max_processerials_with_good_perfermance < (2g / 2m ) * 2 = 2000
因此:apache_max_process = 2000 * 1.5 = 3000

以上估算都是按小檔案服務估算的(一個請求一般大小在20k以下)。對於檔案下載類型網站,可能還會受其他因素:比如頻寬等的影響。

APACHE安裝過程

伺服器個數的硬上限HARD_SERVER_LIMIT的修改:
在FREEBSD和LINUX等UNIX作業系統下APACHE預設的最大進程數是256個,需要修改

apache_1.3.xx/src/include/httpd.h
#ifndef HARD_SERVER_LIMIT
#ifdef WIN32
#define HARD_SERVER_LIMIT 1024
#elif defined(NETWARE)
#define HARD_SERVER_LIMIT 2048
#else
#define HARD_SERVER_LIMIT 2560 <===將原來的HARD_SERVER_LIMIT 256 後面加個“0”
#endif
#endif

解釋:
APACHE預設的最大使用者數是256個:這個配置對於伺服器記憶體還是256M左右的時代是一個非常好的預設設定,但隨著記憶體成本的急劇下降,現在大型網站的伺服器記憶體配置一般比當時要高一個數量級不止。所以256個進程的硬限制對於一台1G記憶體的機器來說是太浪費了,而且APACHE的軟上限max_client是受限於HARD_SERVER_LIMIT的,因此如果WEB伺服器記憶體大於256M,都應該調高APACHE的HARD_SERVER_LIMIT。根據個人的經驗:2560已經可以滿足大部分小於2G記憶體的伺服器的容量規划了(APACHE的軟上限的規劃請看後面)。

APACHE的編譯:通用的編譯選項能使安裝過程標準化
./configure --prefix=/another_driver/apache/ --enable-shared=max --enable-module=most

解釋:
--prefix=/another_driver/apache/: 一個系統使用壽命最低的一般就是硬碟,因此:將服務資料和系統完全分開,不僅能提高了資料的訪問速度,更重要的,大大方便系統升級,備份和恢複。

--shared-module=max:使用動態載入方式會帶來5%的效能下降,但和帶來的好處相比更本不算什麼:比如模組升級方便,系統升級風險降低,安裝過程標準化

--enable-module=most:用most可以將一些不常用的module編譯進來,比如後面講到的mod_expire是就不在apache的預設常用模組中

如果不想build so, 也可以這樣:

./configure
"--with-layout=Apache"
"--prefix=/path/to/apache"
"--disable-module=access"
"--disable-module=actions"
"--disable-module=autoindex"
"--disable-module=env"
"--disable-module=imap"
"--disable-module=negotiation"
"--disable-module=setenvif"
"--disable-module=status"
"--disable-module=userdir"
"--disable-module=cgi"
"--disable-module=include"
"--disable-module=auth"
"--disable-module=asis"

但結果會發現,這樣編譯對服務效能只能有微小的提高(5%左右),但卻失去了以後系統升級和模組升級的靈活性,無論是模組還是APACHE本身升級都必須把所有SOURCE加在一起重新編譯。

apache的預設設定檔一般比較大:我們可以使用去掉注釋的方法精簡一下:然後再進入具體的培植過程能讓你更快的定製出你所需要的。
grep -v "#" httpd.conf.default >httpd.conf

需要修改的通用項目有以下幾個:

#服務連接埠,預設是8080,建議將整個APACHE配置調整好後再將服務連接埠改到正式服務的連接埠
Port 8080 => 80

#伺服器名:預設沒有
ServerName name.example.com

#最大服務進程數:根據服務容量預測設定
MaxClients 256 => 800

#預設啟動服務後的服務進程數:等服務比較平穩後,按平均負載下的httpd個數設定就可以
StartServers 5 => 200

不要修改:
以前有建議說修改:
MinSpareServers 5 => 100
MaxSpareServers 10 => 200

但從我的經驗看來:預設值已經是非常最佳化的了,而且讓APACHE自己調整進程個數還是比較好的。

特別修改:
在solaris或一些比較容易出現記憶體泄露的應用上:
MaxRequestsPerChild 0 =>3000

應用模組和工具的安裝配置:

由於使用模組動態載入的模式,所以可以方便的通過簡單的配置調整來把APACHE定製成你需要的:最好把不常用模組全部清除(無論處於安全還是效率)。
比如:對於靜態頁面伺服器:就什麼模組都不載入,對於PHP應用就加上PHP模組,對於JAVA應用就把RESIN模組載入上。而且各種模組的插拔非常簡單。

一般說來,可以不需要的模組包括:
#LoadModule env_module libexec/mod_env.so
#LoadModule negotiation_module libexec/mod_negotiation.so
#LoadModule statuserials_module libexec/mod_status.so
#server side include已經過時了
#LoadModule includeserials_module libexec/mod_include.so
#不需要將沒有預設index檔案的目錄下所有檔案列出
#LoadModule autoindex_module libexec/mod_autoindex.so
#盡量不使用CGI:一直是APACHE安全問題最多的地方
#LoadModule cgi_module libexec/mod_cgi.so
#LoadModule asiserials_module libexec/mod_asis.so
#LoadModule imap_module libexec/mod_imap.so
#LoadModule action_module libexec/mod_actions.so
#不使用安全校正可以大大提高訪問速度
#LoadModule accesserials_module libexec/mod_access.so
#LoadModule auth_module libexec/mod_auth.so
#LoadModule setenvif_module libexec/mod_setenvif.so

最好保留的有:
#用於定製log格式
LoadModule config_log_module libexec/mod_log_config.so
#用於增加檔案應用的關聯
LoadModule mime_module libexec/mod_mime.so
#用於預設index檔案:index.php等
LoadModule dir_module libexec/mod_dir.so

可用可不用的有:
#比如:需要在~/username/下調試php可以將
LoadModule userdir_module libexec/mod_userdir.so
#比如:需要將以前的URL進行轉向或者需要使用CGI script-alias
LoadModule aliaserials_module libexec/mod_alias.so

常用的模組:
最常用的可能就是php和JAVA WEB應用的wrapper,此外,從效能上講:mod_gzip可以減少40%左右的流量,從而減少機器用於傳輸的負載,而mod_expires可以減少10%左右的重複請求,讓重複的使用者請求CACHE在本地,根本不向伺服器發出請求。

建議將所有MODULE的配置都放到

PHP的安裝:
/path/to/php_src/configure --with-apxs=/path/to/apache/bin/apxs --with-other-modules-you-need
需要修改的配置:
AddType application/x-httpd-php .php .php3 .any_file_in_php

resin的安裝設定:
/path/to/resin/src/configure --with-apxs=/path/to/apache/bin/apxs

一般將具體的resin設定放在另外一個檔案中:
<IfModule mod_caucho.c>
CauchoConfigFile /path/to/apache/conf/resin.conf
</IfModule>

mod_expires的安裝配置:
<IfModule mod_expires.c>
ExpiresActive on
#所有的.gif檔案1個月以後到期
ExpiresByType image/gif "access plus 1 month"
#所有的檔案預設1天以後到期
ExpiresDefault "now plus 1 day"
</IfModule>

mod_gzip的安裝:
/path/to/apache/bin/apxs -i -a -c mod_gzip.c

mod_gzip和PHP在一起的配置
<IfModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_minimum_file_size 1000
mod_gzip_maximum_file_size 300000
mod_gzip_item_include file .htm$
mod_gzip_item_include file .html$
mod_gzip_item_include file .php$
mod_gzip_item_include file .php3$
mod_gzip_item_include mime text/.*
mod_gzip_item_include mime httpd/unix-directory
#不要讓mod_gzip和php的session使用同一個臨時目錄:php_session需要通過php.ini設定session.save_path = /tmp/php_sess
mod_gzip_temp_dir /tmp/mod_gzip
mod_gzip_dechunk Yes
mod_gzip_keep_workfiles No
</IfModule>
mod_gzip和mod_php的配合:不要讓mod_gzip和mod_php使用同一個臨時目錄;

mod_gzip和RESIN配合:要讓mod_gzip在mod_caucho後LOAD,否則mod_gzip不起作用
...othr modules
AddModule mod_so.c
AddModule mod_caucho.c
#notice: mod_gzip must load after mod_caucho
AddModule mod_gzip.c
AddModule mod_expires.c
...

<IFModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk yes
mod_gzip_keep_workfiles No
mod_gzip_minimum_file_size 3000
mod_gzip_maximum_file_size 300000
mod_gzip_item_include file .html$
mod_gzip_item_include mime text/.*
mod_gzip_item_include mime httpd/unix-directory
mod_gzip_item_include handler 'caucho-request'
</IFModule>

日誌輪循工具cronolog的安裝和設定:cronolog可以非常整齊的將日誌按天輪循儲存
預設編譯安裝到/usr/local/bin/下,只需要將配置改成:

CustomLog "|/usr/local/sbin/cronolog /path/to/apache/logs/%w/accesserials_log" combined

日誌將按天截斷並存放在以weekday為目錄名的目錄下:比如:log/1是周一,log/5是周五, log/0是周日

升級維護:

由於使用標準化的DSO模式安裝APACHE,APACHE的HTTPD核心服務和應用模組以及應用模組之間都變的非常靈活,建議將所有獨立模組的配置都放在
<IfModule mod_name>
CONFIGURATIONS..
</IfModule>
裡,這樣配置非常容易通過屏蔽某個模組來進行功能調整:比如:
#AddModule mod_gzip.c
就屏蔽了mod_gzip,其他模組不首任何影響。

安裝和維護過程:

系統安裝:系統管理員的職責就是安裝系統和一個按照DSO模式安裝的APACHE,然後COLON。
應用安裝:由應用管理員負責具體應用所需要的模組並設定HTTPD。
系統升級:系統管理員:升級系統/升級APACHE
應用升級:應用管理員:升級應用模組:PHP CAUCHO等
系統備份/恢複:如果APACHE不在預設的系統硬碟上,只需要將APACHE目錄備份就可以了,遇到系統磁碟分割的硬體問題直接使用預先準備好的系統COLON,直接將APACHE所在物理盤恢複就行了。
系統管理員:APACHE的最簡化安裝 OS + APACHE(httpd core only)
應用管理員:應用模組定製   +so
+php
+so
+caucho
+ssl
應用: 純靜態頁面服務:
image.example.com
www.example.com bbs.example.com mall.example.com

例子:APACHE和PHP模組的獨立升級。

如果APACHE是按照以下方式安裝:
./configure --prefix=/home/apache --enable-shared=max --enable-module=most
PHP是按照以下方式安裝:
./configure --with-apxs=/home/apache/bin/apxs --enable-track-vars --with-mysql

以後單獨升級APACHE的時候,仍然是:
./configure --prefix=/home/apache --enable-shared=max --enable-module=most
make
su
#/home/apache/bin/apachectl stop
#make install

單獨升級php時,仍然是:
./configure --with-apxs=/home/apache/bin/apxs --enable-track-vars --with-mysql
make
su
#/home/apache/bin/apachectl stop
#make install

小技巧:

Apache安裝後,預設根目錄下沒有但很有用的2個檔案:

favicon.ico: favicon.ico是一個16x16的網站表徵圖檔案,如果瀏覽器發現有這個檔案,在地址欄中會用這個表徵圖替換調瀏覽器的網頁表徵圖。IE6和MOZILLA等主流瀏覽器都支援這個功能。
robots.txt: 用於告訴搜尋引擎的爬蟲程式(spider)網站那些頁面可以被索引,那些不可以。具體說明請參考:
http://www.robotstxt.org/wc/robots.html 

參考文檔:
Apache http://httpd.apache.org 
php http://www.php.net
Resin http://www.caucho.com 
mod_gzip http://www.remotecommunications.com/apache/mod_gzip/ 
Cronolog http://www.cronolog.org
mod_expires http://httpd.apache.org/docs/mod/mod_expires.html

上一篇:《Linux下USB裝置檢測》
下一篇:《linux samba 配置》

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.