web網站——apache和nginx對比02

nginx介紹

Nginx是俄羅斯人編寫的十分輕量級的HTTP服務器,Nginx，它的發音爲「engine X」，是一個高性能的HTTP和反向代理服務器，同時也是一個IMAP/POP3/SMTP 代理服務器。Nginx是由俄羅斯人 Igor Sysoev爲俄羅斯訪問量第二的 Rambler.ru站點開發的，它已經在該站點運行超過兩年半了。Igor Sysoev在創建的項目時,使用基於BSD許可。

 

nginx和apache區別

Nginx

1. 輕量級，採用 C 進行編寫，一樣的 web 服務，會佔用更少的內存及資源
2. 抗併發，nginx 以 epoll and kqueue 做爲開發模型，處理請求是異步非阻塞的，負載能力比 apache 高不少，而 apache 則是阻塞型的。在高併發下 nginx 能保持低資源低消耗高性能 ，而 apache 在 PHP 處理慢或者前端壓力很大的狀況下，很容易出現進程數飆升，從而拒絕服務的現象。
3. nginx 處理靜態文件好，靜態處理性能比 apache 高三倍以上
4. nginx 的設計高度模塊化，編寫模塊相對簡單
5. nginx 配置簡潔，正則配置讓不少事情變得簡單，並且改完配置能使用 -t 測試配置有沒有問題，apache 配置複雜 ，重啓的時候發現配置出錯了，會很崩潰
6. nginx 做爲負載均衡服務器，支持 7 層負載均衡
7. nginx 自己就是一個反向代理服務器，並且能夠做爲很是優秀的郵件代理服務器
8. 啓動特別容易, 而且幾乎能夠作到 7*24 不間斷運行，即便運行數個月也不須要從新啓動，還可以不間斷服務的狀況下進行軟件版本的升級
9. 社區活躍，各類高性能模塊出品迅速

Apache

1. apache 的 rewrite 比 nginx 強大，在 rewrite 頻繁的狀況下，用 apache
2. apache 發展到如今，模塊超多，基本想到的均可以找到
3. apache 更爲成熟，少 bug ，nginx 的 bug 相對較多
4. apache 超穩定
5. apache 對 PHP 支持比較簡單，nginx 須要配合其餘後端用
6. apache 在處理動態請求有優點，nginx 在這方面是雞肋，通常動態請求要 apache 去作，nginx 適合靜態和反向。

apache 仍然是目前的主流，擁有豐富的特性，成熟的技術和開發社區

 

總結

二者最核心的區別在於 apache 是同步多進程模型，一個鏈接對應一個進程，而 nginx 是異步的，多個鏈接（萬級別）能夠對應一個進程

通常來講，須要性能的 web 服務，用 nginx 。若是不須要性能只求穩定，更考慮 apache ，後者的各類功能模塊實現得比前者，例如 ssl 的模塊就比前者好，可配置項多。epoll(freebsd 上是 kqueue ) 網絡 IO 模型是 nginx 處理性能高的根本理由，但並非全部的狀況下都是 epoll 大獲全勝的，若是自己提供靜態服務的就只有寥寥幾個文件，apache 的 select 模型或許比 epoll 更高性能。固然，這只是根據網絡 IO 模型的原理做的一個假設，真正的應用仍是須要實測了再說的。

更爲通用的方案是，前端 nginx 抗併發，後端 apache 集羣，配合起來會更好。

 

Nginx負載均衡集羣介紹

    互聯網企業中常見的開源集羣軟件有：Nginx、LVS、Haproxy、Keepalived等，硬件有F五、Netscaler等。

    嚴格地說，Nginx僅僅是做爲Nginx Proxy反向代理使用的，由於反向代理功能表現的效果是負載均衡集羣的效果，因此也叫作Nginx負載均衡。

    反向代理和負載均衡的區別在於負載均衡一般都是對請求的數據包的轉發（也有可能會改寫數據包）、傳遞，其中DR模式明顯的特徵就是從負載均衡下面的節點服務器來看，接收到的請求仍是來自負載均衡器的客戶端的真實用戶。而反向代理，反向代理接收訪問用戶的請求後，會代理用戶從新發起請求代理下的節點服務器，最後把數據返回給客戶端用戶。在節點服務器來看，訪問節點服務器的客戶端用戶是反向代理服務器，而不是真實的網站訪問用戶。

    Nginx負載均衡的模塊主要有兩個，ngx_http_proxy_module,ngx_http_upstream_module。編譯的時候須要把這兩個模塊編譯進去。

 

正向代理與方向代理介紹

反向代理：在收到客戶端請求以後，會修目標IP地址和端口

正向代理：在收到客戶端請求以後，會修源IP地址和端口

上游服務器：代理服務器後端的哪些真正給客戶端提供服務的節點，這樣的服務器稱之爲上游服務器

下游服務器：客戶端就是下游節點