## 生產環境下的部署
在 FriendFeed 中，我們使用 [nginx](http://nginx.net/) 做負載均衡和靜態文件伺服。 我們在多臺服務器上，同時部署了多個 Tornado 實例，通常，一個 CPU 內核 會對應一個 Tornado 線程。
因為我們的 Web 服務器是跑在負載均衡服務器（如 nginx）后面的，所以需要把 `xheaders=True` 傳到 `HTTPServer` 的構造器當中去。這是為了讓 Tornado 使用 `X-Real-IP` 這樣的的 header 信息來獲取用戶的真實 IP地址，如果使用傳統 的方法，你只能得到這臺負載均衡服務器的 IP 地址。
下面是 nginx 配置文件的一個示例，整體上與我們在 FriendFeed 中使用的差不多。 它假設 nginx 和 Tornado 是跑在同一臺機器上的，四個 Tornado 服務跑在 8000-8003 端口上：
```
user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
use epoll;
}
http {
# Enumerate all the Tornado servers here
upstream frontends {
server 127.0.0.1:8000;
server 127.0.0.1:8001;
server 127.0.0.1:8002;
server 127.0.0.1:8003;
}
include /etc/nginx/mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log;
keepalive_timeout 65;
proxy_read_timeout 200;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
gzip on;
gzip_min_length 1000;
gzip_proxied any;
gzip_types text/plain text/html text/css text/xml
application/x-javascript application/xml
application/atom+xml text/javascript;
# Only retry if there was a communication error, not a timeout
# on the Tornado server (to avoid propagating "queries of death"
# to all frontends)
proxy_next_upstream error;
server {
listen 80;
# Allow file uploads
client_max_body_size 50M;
location ^~ /static/ {
root /var/www;
if ($query_string) {
expires max;
}
}
location = /favicon.ico {
rewrite (.*) /static/favicon.ico;
}
location = /robots.txt {
rewrite (.*) /static/robots.txt;
}
location / {
proxy_pass_header Server;
proxy_set_header Host $http_host;
proxy_redirect false;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Scheme $scheme;
proxy_pass http://frontends;
}
}
}
```
