nginx tuning
1.0.0
この構成では、好きなWebサーバーを使用できます。
一般に、適切に構成されたnginxは、最大40万から500kのリクエストを1秒あたり（クラスター化）処理できます。私が見たもののほとんどは、50K〜80K（クラスタリングされていない）秒あたりのリクエストと30％のCPU負荷です。もちろん、これは2 x Intel Xeonで、ハイパースレッジングが有効になっていますが、より遅いマシンでは問題なく動作する可能性があります。
この構成は、生産ではなくテスト環境で使用されていることを理解する必要があるため、これらの機能のほとんどをサーバーに可能な限り実装する方法を見つける必要があります。
まず、nginxをインストールする必要があります
yum install nginx
apt install nginx元の構成をバックアップすると、構成の再構成を開始できます。お気に入りのエディターでnginx.conf at /etc/nginx/nginx.confを開く必要があります。
# you must set worker processes based on your CPU cores, nginx does not benefit from setting more than that
worker_processes auto; #some last versions calculate it automatically
# number of file descriptors used for nginx
# the limit for the maximum FDs on the server is usually set by the OS.
# if you don't set FD's then OS settings will be used which is by default 2000
worker_rlimit_nofile 100000 ;
# only log critical errors
error_log /var/log/nginx/error.log crit ;
# provides the configuration file context in which the directives that affect connection processing are specified.
events {
# determines how much clients will be served per worker
# max clients = worker_connections * worker_processes
# max clients is also limited by the number of socket connections available on the system (~64k)
worker_connections 4000 ;
# optimized to serve many clients with each thread, essential for linux -- for testing environment
use epoll ;
# accept as many connections as possible, may flood worker connections if set too low -- for testing environment
multi_accept on ;
}
http {
# cache informations about FDs, frequently accessed files
# can boost performance, but you need to test those values
open_file_cache max=200000 inactive=20s;
open_file_cache_valid 30s ;
open_file_cache_min_uses 2 ;
open_file_cache_errors on ;
# to boost I/O on HDD we can disable access logs
access_log off ;
# copies data between one FD and other from within the kernel
# faster than read() + write()
sendfile on ;
# send headers in one piece, it is better than sending them one by one
tcp_nopush on ;
# don't buffer data sent, good for small data bursts in real time
# https://brooker.co.za/blog/2024/05/09/nagle.html
# https://news.ycombinator.com/item?id=10608356
#tcp_nodelay on;
# reduce the data that needs to be sent over network -- for testing environment
gzip on ;
# gzip_static on;
gzip_min_length 10240 ;
gzip_comp_level 1 ;
gzip_vary on ;
gzip_disable msie6;
gzip_proxied expired no-cache no-store private auth;
gzip_types
# text/html is always compressed by HttpGzipModule
text/css
text/javascript
text/xml
text/plain
text/x-component
application/javascript
application/x-javascript
application/json
application/xml
application/rss+xml
application/atom+xml
font/truetype
font/opentype
application/vnd.ms-fontobject
image/svg+xml;
# allow the server to close connection on non responding client, this will free up memory
reset_timedout_connection on ;
# request timed out -- default 60
client_body_timeout 10 ;
# if client stop responding, free up memory -- default 60
send_timeout 2 ;
# server will close connection after this time -- default 75
keepalive_timeout 30 ;
# number of requests client can make over keep-alive -- for testing environment
keepalive_requests 100000 ;
}これで、構成を保存して、以下のコマンドを実行できます
nginx -s reload
/etc/init.d/nginx start|restart
最初に構成をテストしたい場合は、実行できます
nginx -t
/etc/init.d/nginx configtest
server_tokens off ;これは、安全なDDOS防御から遠く離れていますが、いくつかの小さなDDOを遅くすることができます。この構成はテスト環境用であり、独自の値を使用する必要があります。
# limit the number of connections per single IP
limit_conn_zone $binary_remote_addr zone=conn_limit_per_ip:10m;
# limit the number of requests for a given session
limit_req_zone $binary_remote_addr zone=req_limit_per_ip:10m rate=5r/s;
# zone which we want to limit by upper values, we want limit whole server
server {
limit_conn conn_limit_per_ip 10 ;
limit_req zone=req_limit_per_ip burst=10 nodelay;
}
# if the request body size is more than the buffer size, then the entire (or partial)
# request body is written into a temporary file
client_body_buffer_size 128k ;
# buffer size for reading client request header -- for testing environment
client_header_buffer_size 3m ;
# maximum number and size of buffers for large headers to read from client request
large_client_header_buffers 4 256k ;
# read timeout for the request body from client -- for testing environment
client_body_timeout 3m ;
# how long to wait for the client to send a request header -- for testing environment
client_header_timeout 3m ;これで、構成をもう一度テストできます
nginx -t # /etc/init.d/nginx configtest次に、nginxをリロードまたは再起動します
nginx -s reload
/etc/init.d/nginx reload|restart
この構成をtsungでテストすることができ、結果に満足したらCtrl+C数時間実行できるため、Ctrl+Cを押すことができます。
nofile lime） - Linuxrhel/centos 7+のnginxのnofile/max openファイル/ファイル記述子/ファイルハンドル制限を上げる方法は2つあります。 Nginxが実行されていると、マスタープロセスの現在の制限を確認します
$ cat /proc/$(cat /var/run/nginx.pid)/limits | grep open.files
Max open files 1024 4096 files
ps --ppid $(cat /var/run/nginx.pid) -o %p|sed '1d'|xargs -I{} cat /proc/{}/limits|grep open.files
Max open files 1024 4096 files
Max open files 1024 4096 files
{,/usr/local}/etc/nginx/nginx.confでworker_rlimit_nofileディレクティブを試してみてください。selinuxポリシーではsetrlimitが許可されないため、失敗します。これは/var/log/nginx/error.logに表示されます
015/07/24 12:46:40 [alert] 12066#0: setrlimit(RLIMIT_NOFILE, 2342) failed (13: Permission denied)
type=AVC msg=audit(1437731200.211:366): avc: denied { setrlimit } for pid=12066 comm="nginx" scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:system_r:httpd_t:s0 tclass=process
nolimit # /etc/security/limits.conf
# /etc/default/nginx (ULIMIT)
$ nano /etc/security/limits.d/nginx.conf
nginx soft nofile 65536
nginx hard nofile 65536
$ sysctl -p
nolimit $ mkdir -p /etc/systemd/system/nginx.service.d
$ nano /etc/systemd/system/nginx.service.d/nginx.conf
[Service]
LimitNOFILE=30000
$ systemctl daemon-reload
$ systemctl restart nginx.service
httpd_setrlimit to true（1）これにより、労働者プロセスのFD制限が設定されます。 worker_rlimit_nofileディレクティブを{,/usr/local}/etc/nginx/nginx.confに残し、次をルートとして実行します
setsebool -P httpd_setrlimit 1
デフォルトでは、 max_rangesに限定されません。 DOS攻撃は、多くの範囲要求を作成する可能性があります（安定性I/Oへの影響）。
| ソケットタイプ | レイテンシ（MS） | LatencyStdev（MS） | CPU負荷 |
|---|---|---|---|
| デフォルト | 15.65 | 26.59 | 0.3 |
| Accept_mutexオフ | 15.59 | 26.48 | 10 |
| Reuseport | 12.35 | 3.15 | 0.3 |
ファイルのマルチスレッド送信は現在、Linuxでのみサポートされています。 sendfile_max_chunk制限がなければ、1つの高速接続がワーカープロセスを完全に押収する場合があります。
map $ssl_preread_protocol $upstream {
"" ssh.example.com:22;
"TLSv1.2" new.example.com:443;
default tls.example.com:443;
}
# ssh and https on the same port
server {
listen 192.168.0.1:443;
proxy_pass $upstream ;
ssl_preread on;
}openssl engine -t ）q_disc ）を必要としなくなりました。tcp_bbr有効になっていない場合： modprobe tcp_bbr && echo ' tcp_bbr ' >> /etc/modules-load.d/bbr.conf
echo ' net.ipv4.tcp_congestion_control=bbr ' >> /etc/sysctl.d/99-bbr.conf
# Recommended for production, but with Linux v4.13rc1+ can be used not only in FQ (`q_disc') in BBR mode.
echo ' net.core.default_qdisc=fq ' >> /etc/sysctl.d/99-bbr.conf
sysctl --system
