摘要:大型網(wǎng)站建議用自代的集群功能從個(gè)人過往的使用情況來看,的負(fù)載能力比高很多。最新的服務(wù)器也改用了。你對(duì)的需求決定你的選擇。在模式下,如果處理慢或者前端壓力很大的情況下,很容易出現(xiàn)進(jìn)程數(shù)飆升,從而拒絕服務(wù)的現(xiàn)象。
1、nginx相對(duì)于apache的優(yōu)點(diǎn):
輕量級(jí),同樣起web 服務(wù),比apache占用更少的內(nèi)存及資源
抗并發(fā),nginx 處理請(qǐng)求是異步非阻塞的,而apache 則是阻塞型的,在高并發(fā)下nginx 能保持低資源低消耗高性能
高度模塊化的設(shè)計(jì),編寫模塊相對(duì)簡單
社區(qū)活躍,各種高性能模塊出品迅速啊
apache 相對(duì)于nginx 的優(yōu)點(diǎn):
rewrite ,比nginx 的rewrite 強(qiáng)大
動(dòng)態(tài)頁面
模塊超多,基本想到的都可以找到
少bug ,nginx 的bug 相對(duì)較多
超穩(wěn)定
存在就是理由,一般來說,需要性能的web 服務(wù),用nginx 。如果不需要性能只求穩(wěn)定,那就apache 吧。
后者的各種功能模塊實(shí)現(xiàn)得比前者,例如ssl 的模塊就比前者好,可配置項(xiàng)多。這里要注意一點(diǎn),epoll(freebsd 上是 kqueue )網(wǎng)絡(luò)
IO 模型是nginx 處理性能高的根本理由,但并不是所有的情況下都是epoll 大獲全勝的,如果本身提供靜態(tài)服務(wù)的就只有寥寥幾個(gè)文
件,apache 的select 模型或許比epoll 更高性能。當(dāng)然,這只是根據(jù)網(wǎng)絡(luò)IO 模型的原理作的一個(gè)假設(shè),真正的應(yīng)用還是需要實(shí)測(cè)了再說
的。
2、作為 Web 服務(wù)器:相比 Apache,Nginx 使用更少的資源,支持更多的并發(fā)連接,體現(xiàn)更高的效率,這點(diǎn)
使 Nginx 尤其受到虛擬主機(jī)提供商的歡迎。在高連接并發(fā)的情況下,Nginx是Apache服務(wù)器不錯(cuò)的替代品: Nginx在美國是做虛擬主機(jī)生
意的老板們經(jīng)常選擇的軟件平臺(tái)之一. 能夠支持高達(dá) 50,000 個(gè)并發(fā)連接數(shù)的響應(yīng), 感謝Nginx為我們選擇了 epoll and kqueue 作為開發(fā)模型.
Nginx
作為負(fù)載均衡服務(wù)器: Nginx 既可以在內(nèi)部直接支持 Rails 和 PHP 程序?qū)ν膺M(jìn)行服務(wù), 也可以支持作為 HTTP代理 服務(wù)器對(duì)外進(jìn)行
服務(wù). Nginx采用C進(jìn)行編寫, 不論是系統(tǒng)資源開銷還是CPU使用效率都比 Perlbal 要好很多.
作為郵件代理服務(wù)器: Nginx 同時(shí)也是一個(gè)非常優(yōu)秀的郵件代理服務(wù)器(最早開發(fā)這個(gè)產(chǎn)品的目的之一也是作為郵件代理服務(wù)器), Last.fm 描述了成功并且美妙的使用經(jīng)驗(yàn).
Nginx 是
一個(gè)安裝非常的簡單 , 配置文件非常簡潔(還能夠支持perl語法), Bugs 非常少的服務(wù)器: Nginx 啟動(dòng)特別容易, 并且?guī)缀蹩梢宰龅?br>7*24不間斷運(yùn)行,即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng). 你還能夠不間斷服務(wù)的情況下進(jìn)行軟件版本的升級(jí) .
3、Nginx 配置簡潔, Apache 復(fù)雜
Nginx 靜態(tài)處理性能比 Apache 高 3倍以上
Apache 對(duì) PHP 支持比較簡單,Nginx 需要配合其他后端用
Apache 的組件比 Nginx 多
現(xiàn)在 Nginx 才是 Web 服務(wù)器的首選
4、最核心的區(qū)別在于apache是同步多進(jìn)程模型,一個(gè)連接對(duì)應(yīng)一個(gè)進(jìn)程;nginx是異步的,多個(gè)連接(萬級(jí)別)可以對(duì)應(yīng)一個(gè)進(jìn)程
5、nginx處理靜態(tài)文件好,耗費(fèi)內(nèi)存少.但無疑apache仍然是目前的主流,有很多豐富的特性.所以還需要搭配著來.當(dāng)然如果能確定nginx就適合需求,那么使用nginx會(huì)是更經(jīng)濟(jì)的方式.
apache有先天不支持多核心處理負(fù)載雞肋的缺點(diǎn),建議使用nginx做前端,後端用apache。大型網(wǎng)站建議用nginx自代的集群功能
6、
從個(gè)人過往的使用情況來看,nginx的負(fù)載能力比apache高很多。最新的服務(wù)器也改用nginx了。而且nginx改完配置能-t測(cè)試一下配置有沒
有問題,apache重啟的時(shí)候發(fā)現(xiàn)配置出錯(cuò)了,會(huì)很崩潰,改的時(shí)候都會(huì)非常小心翼翼現(xiàn)在看有好多集群站,前端nginx抗并發(fā),后端apache集群,
配合的也不錯(cuò)。
7、nginx處理動(dòng)態(tài)請(qǐng)求是雞肋,一般動(dòng)態(tài)請(qǐng)求要apache去做,nginx只適合靜態(tài)和反向。
8、從我個(gè)人的經(jīng)驗(yàn)來看,nginx是很不錯(cuò)的前端服務(wù)器,負(fù)載性能很好,在老奔上開nginx,用webbench模擬10000個(gè)靜態(tài)文件請(qǐng)求毫不吃力。apache對(duì)php等語言的支持很好,此外apache有強(qiáng)大的支持網(wǎng)路,發(fā)展時(shí)間相對(duì)nginx更久,
9、
Nginx優(yōu)于apache的主要兩點(diǎn):1.Nginx本身就是一個(gè)反向代理服務(wù)器 2.Nginx支持7層負(fù)載均衡;其他的當(dāng)然,Nginx可能會(huì)比
apache支持更高的并發(fā),但是根據(jù)NetCraft的統(tǒng)計(jì),2011年4月的統(tǒng)計(jì)數(shù)據(jù),Apache依然占有62.71%,而Nginx是
7.35%,因此總得來說,Aapche依然是大部分公司的首先,因?yàn)槠涑墒斓募夹g(shù)和開發(fā)社區(qū)已經(jīng)也是非常不錯(cuò)的性能。
10、你對(duì)web server的需求決定你的選擇。大
部分情況下nginx都優(yōu)于APACHE,比如說靜態(tài)文件處理、PHP-CGI的支持、反向代理功能、前端Cache、維持連接等等。在
Apache+PHP(prefork)模式下,如果PHP處理慢或者前端壓力很大的情況下,很容易出現(xiàn)Apache進(jìn)程數(shù)飆升,從而拒絕服務(wù)的現(xiàn)象。
11、可以看一下nginx lua模塊:https://github.com/chaoslaw.....比nginx多的模塊,可直接用lua實(shí)現(xiàn)apache是最流行的,why?大多數(shù)人懶得更新到nginx或者學(xué)新事物
12、對(duì)于nginx,我喜歡它配置文件寫的很簡潔,正則配置讓很多事情變得簡單運(yùn)行效率高,占用資源少,代理功能強(qiáng)大,很適合做前端響應(yīng)服務(wù)器
13、Apache在處理動(dòng)態(tài)有優(yōu)勢(shì),Nginx并發(fā)性比較好,CPU內(nèi)存占用低,如果rewrite頻繁,那還是Apache吧
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/39440.html
摘要:大型網(wǎng)站建議用自代的集群功能從個(gè)人過往的使用情況來看,的負(fù)載能力比高很多。最新的服務(wù)器也改用了。你對(duì)的需求決定你的選擇。在模式下,如果處理慢或者前端壓力很大的情況下,很容易出現(xiàn)進(jìn)程數(shù)飆升,從而拒絕服務(wù)的現(xiàn)象。 1、nginx相對(duì)于apache的優(yōu)點(diǎn): 輕量級(jí),同樣起web 服務(wù),比apache占用更少的內(nèi)存及資源 抗并發(fā),nginx 處理請(qǐng)求是異步非阻塞的,而apache 則是阻塞型的...
摘要:服務(wù)器市場份額。子進(jìn)程負(fù)責(zé)創(chuàng)建由指令設(shè)置的服務(wù)器線程,同時(shí)還負(fù)責(zé)監(jiān)聽接收到的請(qǐng)求,并將請(qǐng)求分發(fā)給處理線程。在版本引入了模塊,這個(gè)模塊基于模塊創(chuàng)建的,并加入了獨(dú)立的監(jiān)聽線程來管理請(qǐng)求處理完成后的休眠的連接。基于事件的服務(wù)器完勝。 譯文首發(fā)于 Apache 與 Nginx 性能對(duì)比:Web 服務(wù)器優(yōu)化技術(shù),轉(zhuǎn)載請(qǐng)注明出處。 多年前 Apache 基金會(huì) Web 服務(wù)器 簡稱「Apache」...
摘要:服務(wù)器市場份額。子進(jìn)程負(fù)責(zé)創(chuàng)建由指令設(shè)置的服務(wù)器線程,同時(shí)還負(fù)責(zé)監(jiān)聽接收到的請(qǐng)求,并將請(qǐng)求分發(fā)給處理線程。在版本引入了模塊,這個(gè)模塊基于模塊創(chuàng)建的,并加入了獨(dú)立的監(jiān)聽線程來管理請(qǐng)求處理完成后的休眠的連接。基于事件的服務(wù)器完勝。 譯文首發(fā)于 Apache 與 Nginx 性能對(duì)比:Web 服務(wù)器優(yōu)化技術(shù),轉(zhuǎn)載請(qǐng)注明出處。 多年前 Apache 基金會(huì) Web 服務(wù)器 簡稱「Apache」...
摘要:任務(wù)二認(rèn)識(shí)開發(fā)工具今天完成的事情編輯器對(duì)比版本管理工具學(xué)習(xí)基本操作代碼托管平臺(tái)對(duì)比服務(wù)器使用學(xué)習(xí)明天計(jì)劃的事情分析任務(wù)三完成規(guī)劃及部分開發(fā)遇到的問題暫無收獲編輯器對(duì)比參考三者比較,各有哪些優(yōu)勢(shì)和弱勢(shì)一款成熟的,對(duì)網(wǎng)站開發(fā)者友好,插件齊全功能 任務(wù)二. 認(rèn)識(shí)開發(fā)工具 今天完成的事情 IDE & 編輯器對(duì)比 版本管理工具學(xué)習(xí) Git基本操作 代碼托管平臺(tái)對(duì)比 服務(wù)器使用學(xué)習(xí) 明天計(jì)劃的...
摘要:模式,單實(shí)例多進(jìn)程,常用于多語言混編,比如等,不支持端口復(fù)用,需要自己做應(yīng)用的端口分配和負(fù)載均衡的子進(jìn)程業(yè)務(wù)代碼。就是我們需要一個(gè)調(diào)度者,保證所有后端服務(wù)器都將性能充分發(fā)揮,從而保持服務(wù)器集群的整體性能最優(yōu),這就是負(fù)載均衡。 showImg(https://segmentfault.com/img/remote/1460000019425391?w=1440&h=1080); Nod...
閱讀 5256·2021-09-22 15:50
閱讀 1862·2021-09-02 15:15
閱讀 1164·2019-08-29 12:49
閱讀 2543·2019-08-26 13:31
閱讀 3458·2019-08-26 12:09
閱讀 1209·2019-08-23 18:17
閱讀 2736·2019-08-23 17:56
閱讀 2929·2019-08-23 16:02