現(xiàn)在Nginx到處都可以見到，經(jīng)常會看到宕機(jī)后的網(wǎng)頁會顯示nginx的字樣，這也說明Nginx由于高性能、使用配置簡、開源單這些特點(diǎn)被越來越多的用戶所接受，所使用。其中第一種作為http服務(wù)器，結(jié)合php-fpm進(jìn)程，對發(fā)來的請求進(jìn)行處理，nginx本身并不會解析php，他只是作為一個服務(wù)器，接受客戶端發(fā)來 的請求，如果是php請求，則交給php進(jìn)程處理，并將php處理完成之后的結(jié)果發(fā)送給客戶端。這個很簡單，安裝好nginx+php-fpm之后配置好 各自的配置文件，啟動就可以實(shí)現(xiàn)。運(yùn)行原理可以看下面這段解釋：
以下我們就來舉例說明如何使用 nginx 實(shí)現(xiàn)負(fù)載均衡。因?yàn)閚ginx在處理并發(fā)方面的優(yōu)勢，現(xiàn)在這個應(yīng)用非常常見。當(dāng)然了Apache的 mod_proxy和mod_cache結(jié)合使用也可以實(shí)現(xiàn)對多臺app server的反向代理和負(fù)載均衡，但是在并發(fā)處理方面apache還是沒有 nginx擅長。
//上面的文字是復(fù)制張貼的，不過寫這些東西的文采，比我屌。算了。i/o密集型nginx, cpu密集型 httpd。
額~ 百度會得到很多比如lvs、haproxy、nginx，算了我以后上云的。 keepalived + nginx好像好多都在用。那天研究運(yùn)維的時候再來寫吧。先搞PHP開發(fā)方面的。

好了，開始，3臺機(jī)子。
一臺nginx的
兩臺httpd

upstream qwer{
server 114.215.252.233 weight=3;
server 121.40.76.153 weight=2;
}
location / { }里面加上proxy_pass http://qwer;
隨便解釋一下weight就是“權(quán)重”，寫3的就是有3/5的概率被選擇到，小學(xué)數(shù)學(xué)了。
weight=2，就是2/5的概率?？聪聢D
設(shè)置完后，重新重啟nginx。

結(jié)果圖出來了，能看得懂吧。我看得懂就行了。

max_fails=2 fail_timeout=30s; //后面加上這兩個。
3.max_fails ：允許請求失敗的次數(shù)默認(rèn)為1.當(dāng)超過最大次數(shù)時，返回proxy_next_upstream 模塊定義的錯誤 4.fail_timeout:max_fails次失敗后，暫停的時間。

寫人話吧，按照上面的，當(dāng)max_fails掛2次之后，fail_timeout每30秒就會拿棍子捅它，看看有沒有掛，
如果還是掛了，再等30秒去捅它。直到它起死回生。

我就直接來把它服務(wù)停止，讓它掛了。
之后，nginx就會選擇沒有掛的那臺，蠻機(jī)智的。

之后來寫個backup
5.backup： 其它所有的非backup機(jī)器down或者忙的時候，請求backup機(jī)器。所以這臺機(jī)器壓力會最輕。
人話：備胎，就是給汽車準(zhǔn)備一個備用輪胎，一旦那個輪子爆胎或者出了問題，備用輪胎就方便及時地取而代之，汽車就不至于中途拋錨。
用于我只搞了3臺，現(xiàn)在備胎用不了，那么就結(jié)果就是一直訪問114.215.252.233；
把114.215.25搞宕機(jī)后，就用備胎了?？聪旅娴膱D。

ip_hash;
nginx中的ip_hash技術(shù)能夠?qū)⒛硞€ip的請求定向到同一臺后端，這樣一來這個ip下的某個客戶端和某個后端就能建立起穩(wěn)固的session。
就是變成固定訪問了，訪問了A機(jī)，那么就固定訪問A機(jī)。不會去訪問BCDE機(jī)了。
有好處，也有壞處吧。
upstream qwer{
ip_hash;
server 114.215.252.233 weight=3 max_fails=2 fail_timeout=30s;
server 121.40.76.153 weight=2;
}

至于說session共享，這個用戶登陸方面，我想到就是把uid存在cookie。
這樣用戶，至少不用被踢出來。直接讀取cookie里面uid。其實(shí)貌似現(xiàn)在
第三方的來做session共享。比如memcached redis。額~就這樣吧。