Nginxで極限までc3.largeを使い倒せっ！！

鰯

2014.12.07

こんにちわ、パッションの伝道師こと鰯です。

今回は弊社でピクセルトラッキングを行った際に、EC2(c3.large)を使い倒そうということで、Nginxの設定などの調整やAmazonLinuxのカーネルパラメータの調整しました。ちなみに実績として秒間9000以上はいってますので、普通のWebサイトなら問題ないかと思います。

nginx.confの設定

nginx.confの設定

[sourcecode lang="javascript"]
user  nginx;
worker_processes  auto;

error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;

worker_rlimit_nofile 150000;

events {
    worker_connections  65535;
    multi_accept on;
    use epoll;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for" "$request_time"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    tcp_nopush      on;

    keepalive_timeout 120;

    server_tokens   off;
    gzip  off;

    server {
        listen       80;
        server_name  example.jp;
    
        error_log  /var/log/nginx/example.jp.error.log;
    
        root /var/www/;
    
        location / {
            access_log  /var/log/nginx/example.jp.access.log main;
            empty_gif;
        }
    }
}
[/sourcecode]

[sourcecode lang="javascript"]

user nginx;

worker_processes auto;

error_log /var/log/nginx/error.log;

pid /var/run/nginx.pid;

worker_rlimit_nofile 150000;

events {

worker_connections 65535;

multi_accept on;

use epoll;

}

http {

include mime.types;

default_type application/octet-stream;

log_format main '$remote_addr - $remote_user [$time_local] "$request" '

'$status $body_bytes_sent "$http_referer" '

'"$http_user_agent" "$http_x_forwarded_for" "$request_time"';

access_log /var/log/nginx/access.log main;

sendfile on;

tcp_nopush on;

keepalive_timeout 120;

server_tokens off;

gzip off;

server {

listen 80;

server_name example.jp;

error_log /var/log/nginx/example.jp.error.log;

root /var/www/;

location / {

access_log /var/log/nginx/example.jp.access.log main;

empty_gif;

}

[/sourcecode]

worker_connections

最大同時接続数は使用できるポート数以上設定しても意味ないので、上限の 65535 を設定

worker_rlimit_nofile

ファイルディスクリプタ上限数は、通常1つの接続につきエフェメラルポート用のソケットファイルと実際に返答するコンテンツファイルだとお思うので、worker_connections に対して2倍以上を設定しておけば良いと思うのですが、ふと HTTP Pipelining が利用された場合はこの比じゃない気がしたんだが、どうなんだろう…。

multi_accept

リクエストを同時に受け付けられるならその方が良いと思う…

use epoll

あれ、これって別に指定しなくても自動で選択されるよね？？とりあえず、明示しておいた方が安心なので…

sendfile

empty_gif なので意味はない気がする…

tcp_nopush

なるべく少ないパケットで通信をした方が効率が良いように思うので…

keepalive_timeout

ELB配下のEC2環境なので、AWS推奨の120秒以上に設定

TCP カーネルパラメータ

[sourcecode lang="bash"]
sysctl -w net.ipv4.ip_local_port_range="18000 65535"
sysctl -w net.ipv4.tcp_tw_reuse=1
sysctl -w net.ipv4.ip_dynaddr=1
sysctl -w net.ipv4.tcp_rfc1337=1
sysctl -w net.ipv4.tcp_fin_timeout=10
sysctl -w net.ipv4.tcp_keepalive_probes=5
sysctl -w net.ipv4.tcp_slow_start_after_idle=0
[/sourcecode]