Usando nginx como proxy reverso e diminuindo o consumo do servidor

Instalando o nginx

O primeiro passo � instalar o nginx. N�o h� muito o que falar nessa parte. O Guia do PC utiliza Ubuntu Server, logo, o nginx pode ser instalado com apt-get install nginx (o mesmo para outros sistemas baseados em Debian). Consulte a documentaç�o para a sua distribuiç�o. Se voc� gosta de compilar seus pr�prios programas, acesse a p�gina de download do nginx e baixe a �ltima vers�o.

Configurando o nginx

Agora vem a melhor parte: configurar o servidor. A wiki do projeto fornece algumas dicas para voc� configurar o seu. � importante lembrar que o nginx � um servidor web completo, e a �nica raz�o para eu ter feito isso foi para evitar qualquer poss�vel incompatibilidade com os sistemas j� servidos pelo Apache (como os que utilizam mod_rewrite por meio de .htaccess).

O �truque� para que nossa t�cnica funcione � o seguinte: fazer o nginx utilizar a porta 80 (HTTP) e deixar o Apache rodando em outra porta. No caso do Guia do PC, eu deixei o Apache rodando na porta 1234, mas voc� pode escolher qualquer outra porta, como 13579 ou 6969. Primeiro, vamos mudar a porta do Apache. Isso pode ser feito editando o arquivo /etc/apache2/ports.conf (em alguns casos, a configuraç�o est� em httpd.conf ou apache2.conf) e alterando as diretivas NameVirtualHost e Listen, como na imagem abaixo.

Trocando a porta do Apache no /etc/apache2/ports.conf

Dependendo de como voc� configurou seu servidor, talvez seja necess�rio alterar o arquivo de configuraç�o espec�fico do seu site (como os VirtualHosts, localizados em /etc/apache2/sites-enabled) para que ele tamb�m escute na porta desejada.

Agora, vamos configurar o /etc/nginx/nginx.conf, que far� nossa belezinha funcionar. Minha configuraç�o foi baseada no exemplo da wiki do nginx.


user                    www-data www-data;
worker_processes        4;
error_log               /var/log/nginx/error.log;
pid                     /var/run/nginx.pid;
worker_rlimit_nofile    8192;
 
events {
    worker_connections  4096;
}
 
http {
    include    mime.types;
    include    /etc/nginx/proxy.conf;
 
    default_type application/octet-stream;
    log_format   main '$remote_addr - $remote_user [$time_local]  $status '
      '"$request" $body_bytes_sent "$http_referer" '
      '"$http_user_agent" "$http_x_forwarded_for"';
    access_log   /srv/www/guiadopc.com.br/logs/nginx.log  main;
    sendfile     on;
    tcp_nopush   on;
    server_names_hash_bucket_size 128;
 
    server {
        listen       80;
        server_name  guiadopc.com.br www.guiadopc.com.br;
        access_log   /srv/www/guiadopc.com.br/logs/nginx.log  main;
 
        location ~ ^/(images|javascript|js|css|flash|media|static)/ {
            root    /srv/www/guiadopc.com.br/public_html;
            expires 30d;
        }
 
        location ~* ^.+.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ {
            root    /srv/www/guiadopc.com.br/public_html;
            expires 30d;
        }
 
        location / {
        proxy_pass      http://127.0.0.1:1234;
        }
    }
}

Acredito que o arquivo � auto-explicativo. Vou s� dar uma atenç�o maior aos par�metros que voc�, necessariamente, precisa alterar. Nos dois access_log, voc� precisa especificar o local em que deseja guardar os logs de acesso do nginx. Em server_name, � uma boa ideia alterar o valor para o endereço do seu site. Em root, insira o caminho da pasta em que est�o guardados todos os arquivos do site. Na diretiva proxy_pass, coloque o endereço no qual os requests din�micos (p�ginas em PHP, por exemplo) ser�o �redirecionados�. Isso ser� feito pelo pr�prio nginx, logo, voc� n�o precisa colocar um IP p�blico aqui. N�o se esqueça de utilizar a mesma porta que voc� configurou no Apache!(a n�o ser que voc� goste de ver erros 404 por toda parte )

Se voc� n�o tem um /etc/nginx/proxy.conf configurado, pode utilizar o arquivo abaixo (� o mesmo da wiki do nginx). Se voc� n�o criar esse arquivo, seu nginx n�o iniciar�.


proxy_redirect          off;
proxy_set_header        Host            $host;
proxy_set_header        X-Real-IP       $remote_addr;
proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size    10m;
client_body_buffer_size 128k;
proxy_connect_timeout   90;
proxy_send_timeout      90;
proxy_read_timeout      90;
proxy_buffers           32 4k;

Colocando o nginx e o Apache em aç�o!

Agora que voc� j� configurou o Apache e o nginx, reinicie os dois servidores. Isto pode ser feito comservice apache2 restart && service nginx restart. Pronto, seu servidor j� est� funcionando!

T�, e o que eu ganhei com isso?

Ao acessar seu site, com certeza voc� j� notou uma melhora no desempenho, especialmente se ele estiver em um VPS com poucos recursos e roda aplicativos pesados em PHP, como o WordPress. O Apache consome megabytes de RAM preciosos para cada requisiç�o do usu�rio. Ao utilizar o nginx para servir seu conte�do est�tico (imagens, CSS, JavaScript), voc� liberou grande parte dessas requisiç�es e deixou o Apache apenas com a parte pesada do serviço.

Outra vantagem muito importante: seu Apache estar� menos congestionado. Quando um usu�rio visita seu site, o Apache abre uma conex�o para que o usu�rio possa fazer o download do conte�do. Essa conex�o fica aberta at� o t�rmino do download. Com o nginx como proxy reverso, acontecer� o seguinte: o nginx acessar� os arquivos do Apache e, como o acesso � feito localmente (na mesma m�quina ou em uma m�quina da rede local), o download do conte�do � praticamente instant�neo, liberando as conex�es do Apache para outras requisiç�es. O nginx foi feito para suportar muitas conex�es, logo, voc� n�o ter� problemas com isso.

Antes, com o Apache servindo todo o conte�do, o consumo de mem�ria do servidor do Guia do PC ficava por volta dos 900 MB, degradando significativamente a velocidade de carregamento do site e derrubando a m�quina muitas vezes, por falta de recursos. Com o nginx servindo conte�do est�tico�213 MB de RAM. Em hor�rio de pico!

Isto �, um ganho de quase 80%! Isso porque, em alguns casos, o uso de mem�ria cai para 160 MB. Sobra muito mais processamento e mem�ria para quando voc� sair na p�gina principal do Digg, n�o? O nginx tamb�m � muito, muito, mas muito mais r�pido que o Apache. N�o tem nem comparaç�o. Faça testes com ferramentas como o ApacheBench e voc� saber� do que estou falando.

Uso de processador e HD (Fonte: http://blog.zhuzhaoyuan.com). A linha vermelha representa a separaç�o entre Apache e nginx como proxy reverso.

Claro que n�o d� para fazer milagre. Esse baixo consumo de mem�ria s� foi obtido porque o servidor est� rodando apenas com os serviços essenciais para que as coisas funcionem: Postfix, Apache, nginx, MySQL, SSH, firewall e nada mais (mesmo). O servidor de DNS � externo, o gerenciamento de arquivos � feito por SFTP ao inv�s de FTP (dispensando o uso de um servidor FTP e usando o pr�prio SSH para isso) e o Postfix apenas redireciona os e-mails para contas externas. Simples assim. Nada de painel de controle e outros serviços que deixam o servidor lerdo. Por�m, se voc� n�o tem como deixar seu servidor bem enxuto, garanto que se beneficiar� mesmo assim. At� a pr�xima!

Fonte:
Paulo Higa
Home-page: paulohiga.com/posts/nginx-proxy-reverso-php-apache.php

Usando nginx como proxy reverso e diminuindo o consumo do servidor

Saiba como fazer com que o nginx processe os arquivos estáticos e passe o processamento de páginas dinâmicas para o Apache ou outro servidor web como Jetty ou IIS.

Instalando o nginx

Configurando o nginx

Colocando o nginx e o Apache em aç�o!

T�, e o que eu ganhei com isso?

Artigos relacionados