nginx負(fù)載均衡原理
Nginx負(fù)載均衡的原理是根據(jù)請(qǐng)求的負(fù)載大小及服務(wù)器的可用性，將客戶端請(qǐng)求分發(fā)到多個(gè)服務(wù)器上進(jìn)行處理，以提高資源利用率和系統(tǒng)的可用性。具體來說，Nginx作為反向代理服務(wù)器，通過配置upstream模塊進(jìn)行負(fù)載均衡，根據(jù)配置的算法（如輪詢、權(quán)重、IPhash等）將請(qǐng)求分發(fā)到指定的服務(wù)器上。同時(shí)，Nginx還可以實(shí)現(xiàn)基于健康檢查機(jī)制的動(dòng)態(tài)負(fù)載均衡，通過定期檢查服務(wù)器的可用性，將請(qǐng)求分發(fā)到可用的服務(wù)器上，提高系統(tǒng)的可用性。此外，Nginx還支持對(duì)HTTP請(qǐng)求進(jìn)行流量控制和限速，以及基于HTTP協(xié)議的會(huì)話保持等功能，為高負(fù)載、高并發(fā)情況下的服務(wù)提供高效、穩(wěn)定的解決方案。
nginx負(fù)載均衡能支持多大的并發(fā)
nginx可以處理5萬并發(fā)，如果它更大呢nginx上萬并發(fā)優(yōu)化。
通過添加機(jī)器，負(fù)載均衡等方式增加并發(fā)。nginxphp高并發(fā)優(yōu)化。
而最常見的是cdn，根據(jù)訪問流量的區(qū)域選擇最近的節(jié)點(diǎn)來分流流量nginx集群百萬并發(fā)量。
如何監(jiān)控nginx負(fù)載是否均衡
Nginx負(fù)載均衡與可用性檢查
在業(yè)界，一直流傳這樣一句話：Nginx抗并發(fā)能力強(qiáng)！為什么Nginx抗并發(fā)能力強(qiáng)？原因是使用了非阻塞、異步傳輸
阻塞：如apache代理tomcat時(shí)，apache開啟10個(gè)進(jìn)程，同時(shí)處理著10個(gè)請(qǐng)求，在tomcat沒有返回給apache結(jié)果時(shí)，apache是不會(huì)處理用戶發(fā)出的第11個(gè)請(qǐng)求
非阻塞：如nginx代理tomcat時(shí)，nginx開啟1000個(gè)并發(fā)，同時(shí)處理著1000個(gè)請(qǐng)求，在tomcat沒有返回給nginx結(jié)果時(shí)，nginx會(huì)依然處理后面用戶發(fā)給的請(qǐng)求
nginx負(fù)載均衡可以指定不同ip嗎
可以的，不同的IP不同的權(quán)重設(shè)置
負(fù)載均衡，分布式，集群的理解，多臺(tái)服務(wù)器代碼如何同步
分布式：服務(wù)分散部署在不同服務(wù)器組成一個(gè)整體應(yīng)用，分散壓力，解決高并發(fā)。
假設(shè)訪問量特別大，就可以做成分布式，將一個(gè)大項(xiàng)目拆分出來單獨(dú)運(yùn)行。跟cdn一樣的機(jī)制。
Redis分布式：將redis中的數(shù)據(jù)分布到不同的服務(wù)器上，每臺(tái)服務(wù)器存儲(chǔ)不同內(nèi)容。Mysql集群是每臺(tái)服務(wù)器都存放相同數(shù)據(jù)。分布式部署：系統(tǒng)應(yīng)用部署在2臺(tái)或以上服務(wù)器或虛擬機(jī)上，服務(wù)間通過RPC、WCF(包含WebService）等交互，即可稱作分布式部署。微服務(wù)也算作分布式的一種，反之則不然。分布式優(yōu)點(diǎn):1、將模塊拆分，使用接口通信，降低模塊之間的耦合度。2、將項(xiàng)目拆分成若干個(gè)子項(xiàng)目，不同團(tuán)隊(duì)負(fù)責(zé)不同子項(xiàng)目。3、增加功能時(shí)只需再加一個(gè)子項(xiàng)目，調(diào)用其它系統(tǒng)接口即可。4、可靈活進(jìn)行分布式部署。5、提高代碼的復(fù)用性，比如service層，如果不采用分布式rest服務(wù)方式架構(gòu)，在手機(jī)Wap商城、微信商城、PC、Android、ios每個(gè)端都要寫一個(gè)service層邏輯，開發(fā)量大，難以維護(hù)和一起升級(jí)，此時(shí)可采用分布式rest服務(wù)方式共用一個(gè)service層。缺點(diǎn)：系統(tǒng)之間交互要使用遠(yuǎn)程通信，接口開發(fā)增大工作量，但利大于弊。 微服務(wù)：可單獨(dú)部署運(yùn)行的微小服務(wù)，一個(gè)服務(wù)只完成單一功能分散能力，服務(wù)之間通過RPC等交互，至少有一個(gè)數(shù)據(jù)庫(kù)。用戶量過大高并發(fā)時(shí)，建議將應(yīng)用拆解為多個(gè)子系統(tǒng)，各自隔離，獨(dú)立負(fù)責(zé)功能。缺點(diǎn)：服務(wù)數(shù)量大，后期運(yùn)維較難。分布式、微服務(wù)區(qū)別：分布式依賴整體組合，是系統(tǒng)的部署方式；微服務(wù)是架構(gòu)設(shè)計(jì)方式，粒度更小，服務(wù)之間耦合度更低。獨(dú)立小團(tuán)隊(duì)負(fù)責(zé)，敏捷性更高。集群：多臺(tái)服務(wù)器復(fù)制部署相同應(yīng)用，由負(fù)載均衡共同對(duì)外提供服務(wù)，邏輯功能仍是單體應(yīng)用。項(xiàng)目如果跑在一臺(tái)機(jī)器上，這臺(tái)機(jī)器如果出現(xiàn)故障，或者用戶請(qǐng)求量比較高一臺(tái)機(jī)器支撐不住，網(wǎng)站可能就訪問不了。那怎么解決呢？就需要使用多臺(tái)機(jī)器，復(fù)制部署一樣的程序，讓幾個(gè)機(jī)器同時(shí)運(yùn)行網(wǎng)站。那怎么分發(fā)請(qǐng)求到所有機(jī)器上？所以負(fù)載均衡的概念就出現(xiàn)了。負(fù)載均衡：將請(qǐng)求分發(fā)以分?jǐn)偡?wù)器壓力。基于反向代理能將所有的請(qǐng)求根據(jù)指定的策略算法，分發(fā)到不同的服務(wù)器上。實(shí)現(xiàn)負(fù)載均衡常用Nginx、LVS。負(fù)載均衡服務(wù)器出現(xiàn)問題了怎么辦？所有冗余的概念就出現(xiàn)了。冗余：兩臺(tái)或多臺(tái)服務(wù)器，一個(gè)主服務(wù)器，一個(gè)從服務(wù)器。假設(shè)一個(gè)主服務(wù)器的負(fù)載均衡服務(wù)器出現(xiàn)問題，從服務(wù)器能替代主服務(wù)器來繼續(xù)負(fù)載均衡。實(shí)現(xiàn)的方式就是使用Keepalive來?yè)屨继摂M主機(jī)。雙機(jī)雙工模式：目前Cluster（集群）的一種形式，兩臺(tái)服務(wù)器均為活動(dòng)狀態(tài)，同時(shí)運(yùn)行相同的應(yīng)用，保證整體的性能，也實(shí)現(xiàn)了負(fù)載均衡和互為備份。WEB服務(wù)器或FTP服務(wù)器等用此種方式比較多。實(shí)現(xiàn)多臺(tái)服務(wù)器代碼（文件）同步方案：1、負(fù)載均衡中實(shí)現(xiàn)代碼同步rsync。2、rsync+inotify逐一文件監(jiān)聽并實(shí)時(shí)同步。3、實(shí)現(xiàn)redis共享session。zk負(fù)載均衡部署指南
你好，我的應(yīng)用現(xiàn)在部署方式是這樣的，2臺(tái)tomcat部署webservice，用nginx做負(fù)載均衡，前端通過ajaxcallservice，nginx通過負(fù)載策略轉(zhuǎn)發(fā).想知道如果用zookeeper能否取代nginx做負(fù)載均衡
