案例討論——Nginx在工作中的應(yīng)用討論（獲獎(jiǎng)名單已公布-2012-8-23）

無風(fēng)之谷

獲獎(jiǎng)名單已公布，詳情請看：http://72891.cn/thread-3767018-1-1.html

Nginx作為大家非常熟悉的Web/負(fù)載均衡軟件，相信大家在生產(chǎn)環(huán)境已經(jīng)用得比較熟練了，Nginx+FastCGI| Nginx+Keepalived這些軟件的配合相信大家在自己的網(wǎng)站上都嘗試過，這里我們就一些在工作中Nginx經(jīng)常遇到的問題，以及它與別的開源軟件作一些對比和討論，讓大家更為了解這款強(qiáng)大的開源軟件。

討論話題：
一、Nginx作為輕量級的負(fù)載均衡器，它較適用于哪種場景中，它與之LVS/HAProxy的對比，其優(yōu)勢在哪里？

二、Nginx作為高抗并發(fā)的Web軟件，與傳統(tǒng)的Apache相比較為有優(yōu)勢，大家一般會(huì)將其哪種場景中，它與Apache相對，其優(yōu)勢在哪里？

三、Nginx作為Cache也越來越成熟了，與專業(yè)級的Squid/Varnish相比，大家更傾向于將其應(yīng)用于哪種場景中，它與Squid/Varnish相比，優(yōu)勢又如何呢？

邀請嘉賓：
劉天斯（phpcool） 騰訊系統(tǒng)架構(gòu)師
余洪春（yuhongchun）系統(tǒng)架構(gòu)師
崔曉輝（ coralzd ） 大眾網(wǎng)高級系統(tǒng)管理員
劉晗昭（wenzizone） 昆侖萬維高級架構(gòu)師
胡安偉（king_819） 金游數(shù)據(jù)運(yùn)維主管
劉鑫 （Gray1982）  小米手機(jī) 高級系統(tǒng)運(yùn)維工程師

活動(dòng)有獎(jiǎng)：我們?yōu)榇蠹覝?zhǔn)備《決戰(zhàn)Nginx技術(shù)卷——高性能Web服務(wù)器部署與運(yùn)維（基于php、Java、ASP.NET等）》和《決戰(zhàn)Nginx系統(tǒng)卷——高性能Web服務(wù)器詳解與運(yùn)維》兩本書共10本，獎(jiǎng)勵(lì)給積極參與回復(fù)（有效回復(fù)超過3貼）會(huì)員。

  

ltgzs777

一、Nginx作為輕量級的負(fù)載均衡器，它較適用于哪種場景中，它與之LVS/HAProxy的對比，其優(yōu)勢在哪里？

  首先來說，Nginx比較有名的功能是反向代理，反向代理和負(fù)載均衡不是一回事，Nginx也沒打算和LVS有一比。


二、Nginx作為高抗并發(fā)的Web軟件，與傳統(tǒng)的Apache相比較為有優(yōu)勢，大家一般會(huì)將其哪種場景中，它與Apache相對，其優(yōu)勢在哪里？

   其次，Nginx開發(fā)中解決的另一個(gè)重要問題是C10k問題，與Apache相比不能談優(yōu)勢不優(yōu)勢；


三、Nginx作為Cache也越來越成熟了，與專業(yè)級的Squid/Varnish相比，大家更傾向于將其應(yīng)用于哪種場景中，它與Squid/Varnish相比，優(yōu)勢又如何呢？

    最后，Nginx有自己的緩存機(jī)制，既可以是內(nèi)存緩存也可以是磁盤緩存，而且在這套書中也介紹了Nginx的5大緩存機(jī)制：

    第一種、Proxy_cache
        第二種、proxy_store
        第三種、Memcached
        第四種、NCACHE(概念緩存，已經(jīng)不用)
        第五種、Varnish

    根據(jù)應(yīng)用程序或者系統(tǒng)部署(就是服務(wù)器的資源情況)進(jìn)行選擇使用。

aca_jingru

nginx做反向代理工作在第七層，優(yōu)點(diǎn)就是架設(shè)方便�。。�

不用考慮lvs 的那種網(wǎng)絡(luò)環(huán)境，能ping通就能工作！

穩(wěn)定性高，你有講過nginx突然掛嗎？

當(dāng)然效率是不及l(fā)vs的效率高，因?yàn)閘vs是4層的，修改ip數(shù)據(jù)包等直接內(nèi)核處理當(dāng)然要比應(yīng)用層的nginx 快。

當(dāng)然nginx有upstream 模塊，就是傳說中的均衡負(fù)載，加上之后開發(fā)的健康檢查模塊，支持ip-hash 等均衡負(fù)載。

zhaoke0128

回復(fù) 51# aca_jingru


    一、Nginx作為輕量級的負(fù)載均衡器，它較適用于哪種場景中，它與之LVS/HAProxy的對比，其優(yōu)勢在哪里？
   Nginx作為輕量級的負(fù)載均衡器，比較適合在中小型的web網(wǎng)站，對于7層的反向代理業(yè)有很好的效果，可以針對不同的頻道，圖片進(jìn)行區(qū)分；Lvs對于稍大流量的網(wǎng)站，性能是毋庸置疑，Haproxy作為專業(yè)的反向代理軟件，配置起來也很簡單，對于中小型的網(wǎng)站，選擇haproxy 4層配置起來很簡單
二、Nginx作為高抗并發(fā)的Web軟件，與傳統(tǒng)的Apache相比較為有優(yōu)勢，大家一般會(huì)將其哪種場景中，它與Apache相對，其優(yōu)勢在哪里
   Nginx的抗高并發(fā)主要在于它選擇epoll模型，在php環(huán)境下，Nginx與apache各有取舍，Nginx通過進(jìn)程或者socket與php進(jìn)行通信，對于HTTP長連接效果會(huì)好一點(diǎn)；apache通過modeules與php通信；Nginx的版本更新越來越快，也許安全問題也是要考慮的地方
三、Nginx作為Cache也越來越成熟了，與專業(yè)級的Squid/Varnish相比，大家更傾向于將其應(yīng)用于哪種場景中，它與Squid/Varnish相比，優(yōu)勢又如何呢？
    對于Cache，我選擇Nginx；選擇Cache，我想也是分業(yè)務(wù)場景的，Varnish主要會(huì)把Cache存放在內(nèi)存之中，Squid應(yīng)用多年，功能強(qiáng)大自然不必說，squid對多核支持不好，對于一些中小型站點(diǎn)，我建議選擇Nginx，Nginx web和Cache可以同時(shí)在web server，比較節(jié)省資源，Nginx提供第三方模塊也很穩(wěn)定，支持多核

ltgzs777

Nginx和Tomcat的session處理分為兩步：

第一步，解決Nginx和Tomcat的負(fù)載均衡；
第二步，解決Tomcat集群和Memcached存儲(chǔ)會(huì)話。

我們的這個(gè)案例是這樣的在IP為192.168.3.139這臺機(jī)器上安裝了Tomcat1和Memcached1，而在IP為192.168.3.140這個(gè)臺機(jī)器上安裝了Tomcat2和Memcached2，對于Tomcat1和Memcached1、Tomcat2和Memcached2只是一個(gè)叫法而已，它們是完全一樣的。在配置時(shí)要實(shí)現(xiàn)以下功能，參考了如下的官方文檔：

http://code.google.com/p/memcach ... tupAndConfiguration

看下面的圖：
   
< Tomcat1>  < Tomcat2>
           .  \ /   .
.   X    .
.  / \   .
< Memcached1>  < Memcached2>

    在正常情況下，換句話說就是Tomcat1和Memcached1、Tomcat2和Memcached2都正常工作的時(shí)候，Tomcat1 會(huì)將session ID存儲(chǔ)在Memcached2中，同理Tomcat2 會(huì)將session ID存儲(chǔ)在Memcached1中，但是如果其中的一個(gè)Memcached出現(xiàn)了問題，與其對應(yīng)的Tomcat就會(huì)將session ID存儲(chǔ)在另一個(gè)Memcached中。為什么這樣做呢？如果運(yùn)行在同一臺機(jī)器上Tomcat和Memcached同時(shí)倒掉(這種情況多數(shù)是系統(tǒng)崩潰)時(shí)，用戶的會(huì)話不會(huì)丟失。

    這樣的結(jié)構(gòu)實(shí)現(xiàn)了只要有一個(gè)Tomcat、一個(gè)Memcached不失效就可以正常工作。

第一步，解決Nginx和Tomcat的負(fù)載均衡

    這一步比較簡單，在Nginx的配置文件中添加如下內(nèi)容：
   
http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

   upstream  tomcat   {
              server   192.168.3.139:8080;
              server   192.168.3.140:8080;
    }

   server {
        listen       80;
        server_name  localhost;
      

location  / {
            root   html;
            index  index.html index.htm;
            proxy_pass        http://tomcat;
            proxy_set_header  X-Real-IP  $remote_addr;
            client_max_body_size  80m;
        }
……
}

……
}



然后再重新啟動(dòng)Nginx就可以了。

第二步，解決Tomcat集群和Memcached存儲(chǔ)會(huì)話

這一步又分為兩步來完成：一是要解決Tomcat集群，二是要解決Memcached存儲(chǔ)會(huì)話。

第一步、解決Tomcat集群

    在這個(gè)案例中我們配置了兩臺Tomcat服務(wù)器，在兩臺不同的物理服務(wù)器上，它們的IP分別為192.168.3.139和192.168.3.140。

在IP為 192.168.3.139 的機(jī)器上添加如下配置：

    將以下內(nèi)容添加在$CATALINA_HOME/server.xml中。


<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"
                 channelSendOptions="8">

          <Manager className="org.apache.catalina.ha.session.DeltaManager"
                   expireSessionsOnShutdown="false"
                   notifyListenersOnReplication="true"/>

          <Channel className="org.apache.catalina.tribes.group.GroupChannel">
            <Membership className="org.apache.catalina.tribes.membership.McastService"
                        address="224.0.0.4"
                        port="45564"
                        frequency="500"
                        dropTime="3000"/>
            <Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
                      address="192.168.3.139"
                      port="4000"
                      autoBind="100"
                      selectorTimeout="5000"
                      maxThreads="6"/>

            <Sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter">
              <Transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender"/>
            </Sender>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor"/>
          </Channel>

          <Valve className="org.apache.catalina.ha.tcp.ReplicationValve"
                 filter=""/>
          <Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/>

          <Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer"
                    tempDir="/tmp/war-temp/"
                    deployDir="/tmp/war-deploy/"
                    watchDir="/tmp/war-listen/"
                    watchEnabled="false"/>

          <ClusterListener className="org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener"/>
          <ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/>
        </Cluster>
   
注意將以上的配置添加在原配置文件中：

      <!--
      <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
      -->
   
的下面即可。

    另外還需要執(zhí)行以下四條命令：

[root@mail tomcat]#mkdir  /tmp/war-temp/
[root@mail tomcat]#mkdir  /tmp/war-deploy/
[root@mail tomcat]#mkdir  /tmp/war-listen/
   
這三條命令沒什么可解釋的，這是上面配置中的需要。

[root@mail tomcat]# route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0
   
這條命令的功能在于添加多播路由，對于是不是eth0設(shè)備要根據(jù)具體的情況設(shè)定。

在IP為 192.168.3.140 的機(jī)器上添加如下配置：

    將以下內(nèi)容添加在$CATALINA_HOME/server.xml中。


<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"
                 channelSendOptions="8">

          <Manager className="org.apache.catalina.ha.session.DeltaManager"
                   expireSessionsOnShutdown="false"
                   notifyListenersOnReplication="true"/>

          <Channel className="org.apache.catalina.tribes.group.GroupChannel">
            <Membership className="org.apache.catalina.tribes.membership.McastService"
                        address="224.0.0.4"
                        port="45564"
                        frequency="500"
                        dropTime="3000"/>
            <Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
                      address="192.168.3.140"
                      port="4000"
                      autoBind="100"
                      selectorTimeout="5000"
                      maxThreads="6"/>

            <Sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter">
              <Transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender"/>
            </Sender>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor"/>
          </Channel>

          <Valve className="org.apache.catalina.ha.tcp.ReplicationValve"
                 filter=""/>
          <Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/>

          <Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer"
                    tempDir="/tmp/war-temp/"
                    deployDir="/tmp/war-deploy/"
                    watchDir="/tmp/war-listen/"
                    watchEnabled="false"/>

          <ClusterListener className="org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener"/>
          <ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/>
        </Cluster>
   
同樣，注意將以上的配置添加在原配置文件中：

      <!--
      <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
      -->
   
的下面即可。

    另外還需要執(zhí)行以下四條命令：

[root@mail tomcat]#mkdir  /tmp/war-temp/
[root@mail tomcat]#mkdir /tmp/war-deploy/
[root@mail tomcat]#mkdir /tmp/war-listen/
   
這三條命令沒什么可解釋的，這是上面配置中的需要。

[root@mail tomcat]# route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0
   
這條命令的功能在于添加多播路由，對于是不是eth0設(shè)備要根據(jù)具體的情況設(shè)定。

第二步、解決Memcached存儲(chǔ)會(huì)話

    由于我們使用了Memcached，因此需要下載它的客戶端java包，如果你能夠自己寫，那么也可以自己去寫，不過這種活我們做運(yùn)維的多數(shù)是干不了，干不了就使用開源的吧，google的開源替我們做了，需要我們做的就是下載了。

下載下面的jar包，并且將其放置在$CATALINA_HOME/lib目錄下，在兩臺裝有Tomcat的機(jī)器上做同樣的操作，就是說在兩個(gè)Tomcat服務(wù)器的$CATALINA_HOME/lib目錄下都添加以下jar包。

[root@mail lib]#wget http://memcached-session-manager.googlecode.com/ \
> files/memcached-session-manager-tc7-1.4.1.jar
[root@mail lib]wget  http://memcached-session-manager.googlecode.com/ \
> files/msm-javolution-serializer-jodatime-1.3.0.jar
[root@mail lib] wget http://memcached-session-manager.googlecode.com/ \
> files/msm-javolution-serializer-cglib-1.3.0.jar
[root@mail lib]wget http://memcached-session-manager.googlecode.com/ \
> files/minlog-1.2.jar
[root@mail lib]wget http://memcached-session-manager.googlecode.com/ \
> files/msm-kryo-serializer-1.4.0.jar
[root@mail lib]wget http://memcached-session-manager.googlecode.com/ \
> files/kryo-1.03.jar
[root@mail lib]wget http://memcached-session-manager.googlecode.com/ \
> files/reflectasm-0.9.jar
[root@mail lib]wget http://cloud.github.com/downloads/magro/ \
> kryo-serializers/kryo-serializers-0.8.jar
[root@mail lib]wget http://mirrors.ibiblio.org/pub/mirrors/ \
> maven2/asm/asm/3.2/asm-3.2.jar
[root@mail lib]wget http://spymemcached.googlecode.com/ \
> files/memcached-2.5.jar

   
    然后再在$CATALINA_HOME/context.xml添加配置內(nèi)容，兩臺Tomcat的$CATALINA_HOME/context.xml文件中都添加。

在192.168.3.139的機(jī)器上添加：

<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
    memcachedNodes="n1:192.168.3.139:11211 n2:192.168.3.140:11211"
     failoverNodes="n1"
    requestUriIgnorePattern=".*\.(png|gif|jpg|css|js)$"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
   
將以上的內(nèi)容放置在原文件<Context> … </Context>元素之內(nèi)。

在192.168.3.140的機(jī)器上添加：

<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
    memcachedNodes="n1:192.168.3.139:11211 n2:192.168.3.140:11211"
     failoverNodes="n2"
    requestUriIgnorePattern=".*\.(png|gif|jpg|css|js)$"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
   
同樣添加在原文件<Context> … </Context>元素之內(nèi)。

    好了，現(xiàn)在所有的配置都完成了。

rootsecurity

簡單描述一下我以前做過的關(guān)于nginx的項(xiàng)目，希望共勉。
1、nginx作為web服務(wù)器
   這個(gè)架構(gòu)比較簡單，機(jī)器當(dāng)時(shí)是用的Dell R410 16GRAM  160G SATA。nginx在編譯之前加了幾個(gè)插件。
   下面這個(gè)是我優(yōu)化服務(wù)器/etc/sysctl.conf的配置。

1. 
   
2. net.ipv4.ip_forward = 1
   
3. net.ipv4.netfilter.ip_conntrack_generic_timeout = 60
   
4. net.ipv4.netfilter.ip_conntrack_icmp_timeout = 3
   
5. net.ipv4.netfilter.ip_conntrack_udp_timeout_stream = 10
   
6. net.ipv4.netfilter.ip_conntrack_udp_timeout = 3
   
7. net.ipv4.netfilter.ip_conntrack_tcp_timeout_close = 3
   
8. net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 3
   
9. net.ipv4.netfilter.ip_conntrack_tcp_timeout_last_ack = 3
   
10. net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 3
    
11. net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 3
    
12. net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 300
    
13. net.ipv4.netfilter.ip_conntrack_tcp_timeout_syn_recv = 3
    
14. net.ipv4.netfilter.ip_conntrack_tcp_timeout_syn_sent = 3
    
15. net.ipv4.tcp_fin_timeout = 3
    
16. net.ipv4.tcp_syncookies = 1
    
17. net.ipv4.tcp_max_orphans = 262144
    
18. net.ipv4.tcp_max_syn_backlog = 262144
    
19. net.ipv4.tcp_syn_retries = 1
    
20. net.ipv4.tcp_synack_retries = 1
    
21. net.ipv4.netfilter.ip_conntrack_max = 655040
    
22. net.ipv4.tcp_keepalive_time = 300
    
23. net.ipv4.tcp_keepalive_probes = 3
    
24. net.ipv4.tcp_rfc1337 = 1
    
25. net.ipv4.tcp_abort_on_overflow = 1
    
26. net.ipv4.tcp_tw_reuse = 1
    
27. net.ipv4.tcp_tw_recycle = 1
    
28. net.ipv4.ip_local_port_range = 1024 65535
    
29. net.core.rmem_max = 16777216
    
30. net.core.wmem_max = 16777216
    
31. net.ipv4.tcp_rmem = 4096 87380 16777216
    
32. net.ipv4.tcp_wmem = 4096 65536 16777216
    
33. net.core.netdev_max_backlog = 30000
    
34. net.core.somaxconn = 262144
    
35. fs.file-max = 655350
    

復(fù)制代碼

2、nginx作為web反向代理
采用比較簡單的upstream來做web反向代理，使用輪訓(xùn)機(jī)制。
3、nginx+keepalived


采用nginx作為web服務(wù)器的原因就是它不僅是一個(gè)web服務(wù)器，還是一個(gè)七層負(fù)載均衡軟件。而且語法比Apache相對簡單，配置文件通俗易懂。

MYSQLER

一、Nginx作為輕量級的負(fù)載均衡器，它較適用于哪種場景中，它與之LVS/HAProxy的對比，其優(yōu)勢在哪里？

1. 
   
2. Nginx在反向代理，與php-fcgi結(jié)合做php站點(diǎn)（目前來說個(gè)人博客用此方案的據(jù)多），Nginx在做Cache方面效果也還不錯(cuò)，Nginx工作在7層，LVS工作在4層，Nginx在Rewrite方面更加靈活

復(fù)制代碼

二、Nginx作為高抗并發(fā)的Web軟件，與傳統(tǒng)的Apache相比較為有優(yōu)勢，大家一般會(huì)將其哪種場景中，它與Apache相對，其優(yōu)勢在哪里？

1. 我主要把Nginx+keepalived用在前端做反向代理,與Apache比較Nginx更加配置和管理更加方便和靈活，處理并發(fā)的能力也很強(qiáng)

復(fù)制代碼

三、Nginx作為Cache也越來越成熟了，與專業(yè)級的Squid/Varnish相比，大家更傾向于將其應(yīng)用于哪種場景中，它與Squid/Varnish相比，優(yōu)勢又如何呢？

1. 我的圖片服務(wù)器大多都是Varnish，其中一臺為了測試用的nginx的Cache,能力和Varnish不相上下，測試有半年了，沒有Down過.

復(fù)制代碼

無風(fēng)之谷

歡迎大家參與:wink:

chenyx

支持下無風(fēng)

zxf5420

技術(shù)淺淡，頂下這討論，希望把結(jié)果貼出來下。

chenyx

一、Nginx作為輕量級的負(fù)載均衡器，它較適用于哪種場景中，它與之LVS/HAProxy的對比，其優(yōu)勢在哪里？
我是將nginx作為反向代理用的.LVS/HA還沒有用過,不好比較.
記得nginx作為負(fù)載均衡器,后面的Real服務(wù)器,只要網(wǎng)絡(luò)可達(dá)就可以,沒有LVS的那種限制.
二、Nginx作為高抗并發(fā)的Web軟件，與傳統(tǒng)的Apache相比較為有優(yōu)勢，大家一般會(huì)將其哪種場景中，它與Apache相對，其優(yōu)勢在哪里？
看網(wǎng)上的評測,nginx在高并發(fā)的情況下,性能確實(shí)不俗,我覺得與nginx的小巧有關(guān)系,另外,一般我們的web后臺會(huì)要求用php,nginx一般用哪個(gè)的是php-fcgi方式,而apache是module的方式,應(yīng)該是這個(gè)差異造成的.
據(jù)說最新的Apache 2.4的版本,性能也很不俗了,與nginx有的一拼,不過目前我還沒有測試過.
一般情況下,我使用nginx,會(huì)把它放到前端,做負(fù)載均衡/cache,后端用apache或者是IIS.
三、Nginx作為Cache也越來越成熟了，與專業(yè)級的Squid/Varnish相比，大家更傾向于將其應(yīng)用于哪種場景中，它與Squid/Varnish相比，優(yōu)勢又如何呢？
我的網(wǎng)絡(luò)不需要代理,所以目前沒研究過Squid/Varnish.

ecjtubaowp

支持一下。

yun_88

支持                     

yahoon

一、Nginx作為輕量級的負(fù)載均衡器，它較適用于哪種場景中，它與之LVS/HAProxy的對比，其優(yōu)勢在哪里？
nginx是新興的http server, 體量小卻功能強(qiáng)大. 大有后起直追apache之勢.
其負(fù)載均衡的支持非常強(qiáng)大,對L7的基于URI的轉(zhuǎn)發(fā)支持的非常好, 用戶可以很容易的編輯配置文件定義轉(zhuǎn)發(fā)規(guī)則.
這可是LVS這類L4的負(fù)載均衡器說做不到的.
且安裝容易,配置簡單.


二、Nginx作為高抗并發(fā)的Web軟件，與傳統(tǒng)的Apache相比較為有優(yōu)勢，大家一般會(huì)將其哪種場景中，它與Apache相對，其優(yōu)勢在哪里？
當(dāng)然是做web前端和反向代理咯. apache的反向代理能力相當(dāng)弱.尤其nginx支持基于URI的轉(zhuǎn)發(fā),那樣配合后端的php或者java應(yīng)用簡直是天衣無縫.
我覺得相比apache最大的優(yōu)勢當(dāng)然是抗高并發(fā),支持負(fù)載均衡和URL轉(zhuǎn)發(fā).


三、Nginx作為Cache也越來越成熟了，與專業(yè)級的Squid/Varnish相比，大家更傾向于將其應(yīng)用于哪種場景中，它與Squid/Varnish相比，優(yōu)勢又如何呢？
我一般用作本地的存儲(chǔ)一些少量的靜態(tài)文件(如圖片之類). 我覺得對于大量靜態(tài)文體的cache加速還是需要用squid或varnish,如CDN之類.

南非螞蟻

1:nginx作為負(fù)載均衡優(yōu)勢很明顯，首先，他工作在網(wǎng)絡(luò)的7層之上，正則匹配功能很強(qiáng)大，并且對網(wǎng)絡(luò)依賴非常小，很適合做負(fù)載均衡，并且在高并發(fā)的負(fù)載均衡上表現(xiàn)性能穩(wěn)定。
2：一般都是nginx放在最前面通過反向代理功能處理靜態(tài)資源，而后端讓apache處理動(dòng)態(tài)請求。

3：我一直在用nginx的cache功能，在Web緩存加速功能、清除指定URL緩存的功能方面都可以取代squid了，而在性能上，Nginx通過對多核CPU的支持，超過Squid不少，varnish和squid是專業(yè)的cache服務(wù)，而apache，nginx這些都是第三方模塊完成，在內(nèi)存的利用上，Varnish比Squid具有優(yōu)勢，它避免了Squid頻繁在內(nèi)存、磁盤中交換文件，性能要比Squid高。

shang2010

大家都在說nginx的好，，，

能不能有比較專業(yè)的技術(shù)文檔說明呢？比如，負(fù)載均衡這塊

1. 
   
2. 一、Nginx作為輕量級的負(fù)載均衡器，它較適用于哪種場景中，它與之LVS/HAProxy的對比，其優(yōu)勢在哪里？
   
3. nginx是新興的http server, 體量小卻功能強(qiáng)大. 大有后起直追apache之勢.
   
4. 其負(fù)載均衡的支持非常強(qiáng)大,對L7的基于URI的轉(zhuǎn)發(fā)支持的非常好, 用戶可以很容易的編輯配置文件定義轉(zhuǎn)發(fā)規(guī)則.
   
5. 這可是LVS這類L4的負(fù)載均衡器說做不到的.
   
6. 且安裝容易,配置簡單.

復(fù)制代碼

ngix是通過什么算法/方案來做到均衡的呢？？？