Nginx 관련 구성 최적화

대부분의 Nginx 설치 가이드에서는 다음과 같은 기본 사항을 알려줍니다. apt-get을 통해 설치하고, 여기저기서 몇 줄의 구성을 수정하면, 짜잔, 이미 웹 서버가 있습니다. 그리고 대부분의 경우 nginx를 정기적으로 설치하면 웹사이트에 문제가 없을 것입니다. 그러나 정말로 Nginx의 성능을 짜내고 싶다면 좀 더 깊이 파고들어봐야 합니다. 이 가이드에서는 많은 수의 클라이언트를 처리할 때 성능을 최적화하기 위해 미세 조정할 수 있는 Nginx 설정에 대해 설명합니다. 이는 미세 조정에 대한 포괄적인 가이드가 아니라는 점에 유의하는 것이 중요합니다. 이것은 간단한 미리보기입니다. 성능 향상을 위해 미세 조정할 수 있는 설정 개요입니다. 귀하의 상황은 다를 수 있습니다.

기본(최적화) 구성

우리가 수정할 유일한 파일은 nginx의 다양한 모듈에 대한 모든 설정이 포함된 nginx.conf입니다. 서버의 /etc/nginx 디렉토리에서 nginx.conf를 찾을 수 있어야 합니다. 먼저 몇 가지 전역 설정에 대해 설명한 다음 파일의 각 모듈을 살펴보고 많은 수의 클라이언트에 액세스할 때 어떤 설정이 좋은 성능을 제공하는지, 그리고 이러한 설정이 성능을 향상시키는 이유에 대해 설명하겠습니다. 이 문서의 끝에는 전체 구성 파일이 있습니다.

고급 구성

nginx.conf 파일에는 모듈 부분 위에 Nginx의 몇 가지 고급 구성이 있습니다.

<ol>
<li>user www-data; </li>
<li>pid /var/run/nginx.pid; </li>
<li><span>worker_processes auto; </span></li>
<li><span>worker_rlimit_nofile 100000; </span></li>
</ol>

user 및 pid는 기본값으로 설정되어야 합니다. 변경 여부에 차이가 없으므로 변경하지 않습니다.

worker_processes는 nginx가 외부 세계에 웹 서비스를 제공할 때 작업자 프로세스 수를 정의합니다. 최적의 값은 CPU 코어 수, 데이터를 저장하는 하드 드라이브 수, 로드 패턴을 포함하되 이에 국한되지 않는 다양한 요인에 따라 달라집니다. 확실하지 않은 경우 사용 가능한 CPU 코어 수로 설정하는 것이 좋습니다("자동"으로 설정하면 자동으로 감지하려고 시도함).

worker_rlimit_nofile은 작업자 프로세스에 대한 최대 열린 파일 수 제한을 변경합니다. 설정되지 않은 경우 이 값은 운영 체제 제한입니다. 설정 후 운영 체제와 Nginx는 "ulimit -a"보다 더 많은 파일을 처리할 수 있으므로 nginx에 "열린 파일이 너무 많음" 문제가 발생하지 않도록 이 값을 높게 설정하십시오.

이벤트 모듈

이벤트 모듈에는 nginx에서 연결을 처리하기 위한 모든 설정이 포함되어 있습니다.

<ol>
<li>events { </li>
<li><span>worker_connections 2048; </span></li>
<li>multi_accept on; </li>
<li><span>use epoll; </span></li>
<li>} </li>
</ol>

worker_connections는 작업자 프로세스에서 동시에 열 수 있는 최대 연결 수를 설정합니다. 위에서 언급한 Worker_rlimit_nofile을 설정하면 이 값을 매우 높게 설정할 수 있습니다.

최대 클라이언트 수는 시스템에서 사용 가능한 소켓 연결 수(~64K)에 따라 제한되므로 비현실적으로 높게 설정해도 이점이 없다는 점을 기억하세요.

multi_accept는 nginx에게 새 연결 알림을 받은 후 가능한 한 많은 연결을 수락하도록 지시합니다.

use 클라이언트 스레드를 재사용하기 위한 폴링 방법을 설정합니다. Linux 2.6 이상을 사용하는 경우 epoll을 사용해야 합니다. *BSD를 사용한다면 kqueue를 사용해야 합니다.

(Nginx가 어떤 폴링 방법을 사용해야 할지 모른다면 운영 체제에 가장 적합한 방법을 선택한다는 점에 유의할 필요가 있습니다.)

HTTP 모듈

HTTP 모듈은 nginx http 처리의 모든 핵심 기능을 제어합니다. 여기에는 구성의 양이 적기 때문에 구성의 일부만 발췌했습니다. 이러한 모든 설정은 http 모듈에 있어야 하며 이 설정은 특별히 눈에 띄지 않습니다.

<ol>
<li>http { </li>
<li>server_tokens off; </li>
<li>sendfile on; </li>
<li>tcp_nopush on; </li>
<li>tcp_nodelay on; </li>
<li>... </li>
<li>} </li>
</ol>

server_tokens는 nginx 실행 속도를 높이지는 않지만 오류 페이지에서 nginx 버전 번호를 끌 수 있어 보안에 좋습니다.

sendfile을 사용하면 sendfile()이 작동할 수 있습니다. sendfile()은 디스크와 TCP 소켓 간에 데이터(또는 두 개의 파일 설명자)를 복사할 수 있습니다. Pre-sendfile은 데이터를 전송하기 전에 사용자 공간에 데이터 버퍼를 적용하는 것입니다. 그런 다음 read()를 사용하여 파일의 데이터를 이 버퍼에 복사하고 write()를 사용하여 버퍼 데이터를 네트워크에 씁니다. sendfile()은 즉시 디스크의 데이터를 OS 캐시로 읽습니다. 이 복사는 커널에서 수행되기 때문에 sendfile()은 read()와 write()를 결합하고 폐기 버퍼를 켜고 끄는 것보다 더 효율적입니다(sendfile에 대한 자세한 내용).

tcp_nopush는 nginx에게 모든 헤더 파일을 차례로 보내는 대신 하나의 패킷으로 보내도록 지시합니다.

tcp_nodelay는 nginx에게 데이터를 캐시하지 않고 하나씩 전송하도록 지시합니다. 데이터를 적시에 전송해야 하는 경우 이 속성을 애플리케이션에 설정해야 작은 데이터 조각을 전송할 때 정보를 얻으면 반환 값을 즉시 얻을 수 없습니다.

<ol>
<li>access_log off; </li>
<li>error_log /var/log/nginx/error.log crit; </li>
</ol>

access_log는 nginx가 액세스 로그를 저장할지 여부를 설정합니다. 이 옵션을 끄면 디스크 IO 읽기 작업이 더 빨라질 수 있습니다(YOLO라고도 함)

error_log는 nginx에게 심각한 오류만 기록하도록 지시합니다.

<ol>
<li>keepalive_timeout 10; </li>
<li>client_header_timeout 10; </li>
<li>client_body_timeout 10; </li>
<li>reset_timedout_connection on; </li>
<li>send_timeout 10; </li>
</ol>

keepalive_timeout give The client 연결 유지 링크 시간 초과를 할당합니다. 서버는 이 시간 초과 후에 링크를 닫습니다. ngnix가 더 오랫동안 작업을 계속할 수 있도록 이 값을 더 낮게 설정했습니다.

client_header_timeout 및 client_body_timeout은 요청 헤더와 요청 본문(각각)에 대한 시간 제한을 설정합니다. 이 값을 더 낮게 설정할 수도 있습니다.

reset_timeout_connection은 nginx에게 응답하지 않는 클라이언트 연결을 닫도록 지시합니다. 이렇게 하면 해당 클라이언트가 차지하는 메모리 공간이 확보됩니다.

send_timeout 指定客户端的响应超时时间。这个设置不会用于整个转发器，而是在两次客户端读取操作之间。如果在这段时间内，客户端没有读取任何数据，nginx就会关闭连接。

<ol>
<li>limit_conn_zone $binary_remote_addr <span>zone</span>=<span>addr</span>:5m; </li>
<li>limit_conn addr 100; </li>
</ol>

limit_conn_zone 设置用于保存各种key（比如当前连接数）的共享内存的参数。5m就是5兆字节，这个值应该被设置的足够大以存储（32K*5）32byte状态或者（16K*5）64byte状态。

limit_conn 为给定的key设置最大连接数。这里key是addr，我们设置的值是100，也就是说我们允许每一个IP地址最多同时打开有100个连接。

<ol>
<li>include /etc/nginx/mime.types; </li>
<li>default_type text/html; </li>
<li>charset UTF-8; </li>
</ol>

include 只是一个在当前文件中包含另一个文件内容的指令。这里我们使用它来加载稍后会用到的一系列的MIME类型。

default_type 设置文件使用的默认的MIME-type。

charset 设置我们的头文件中的默认的字符集

<ol>
<li>gzip on; </li>
<li>gzip_disable "msie6"; </li>
<li># gzip_static on; </li>
<li>gzip_proxied any; </li>
<li>gzip_min_length 1000; </li>
<li>gzip_comp_level 4; </li>
<li>gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; </li>
</ol>

gzip 是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量。

gzip_disable 为指定的客户端禁用gzip功能。我们设置成IE6或者更低版本以使我们的方案能够广泛兼容。

gzip_static 告诉nginx在压缩资源之前，先查找是否有预先gzip处理过的资源。这要求你预先压缩你的文件（在这个例子中被注释掉了），从而允许你使用最高压缩比，这样nginx就不用再压缩这些文件了（想要更详尽的gzip_static的信息，请点击这里）。

gzip_proxied 允许或者禁止压缩基于请求和响应的响应流。我们设置为any，意味着将会压缩所有的请求。

gzip_min_length 设置对数据启用压缩的最少字节数。如果一个请求小于1000字节，我们最好不要压缩它，因为压缩这些小的数据会降低处理此请求的所有进程的速度。

gzip_comp_level 设置数据的压缩等级。这个等级可以是1-9之间的任意数值，9是最慢但是压缩比最大的。我们设置为4，这是一个比较折中的设置。

gzip_type 设置需要压缩的数据格式。上面例子中已经有一些了，你也可以再添加更多的格式。

<ol>
<li># cache informations about file descriptors, frequently accessed files </li>
<li># can boost performance, but you need to test those values </li>
<li>open_file_cache <span>max</span>=<span>100000</span> <span>inactive</span>=<span>20s</span>; </li>
<li>open_file_cache_valid 30s; </li>
<li>open_file_cache_min_uses 2; </li>
<li>open_file_cache_errors on; </li>
<li>## </li>
<li># Virtual Host Configs </li>
<li># aka our settings for specific servers </li>
<li>## </li>
<li>include /etc/nginx/conf.d/*.conf; </li>
<li>include /etc/nginx/sites-enabled/*; </li>
</ol>

open_file_cache 打开缓存的同时也指定了缓存最大数目，以及缓存的时间。我们可以设置一个相对高的最大时间，这样我们可以在它们不活动超过20秒后清除掉。

open_file_cache_valid 在open_file_cache中指定检测正确信息的间隔时间。

open_file_cache_min_uses 定义了open_file_cache中指令参数不活动时间期间里最小的文件数。

open_file_cache_errors 指定了当搜索一个文件时是否缓存错误信息，也包括再次给配置中添加文件。我们也包括了服务器模块，这些是在不同文件中定义的。如果你的服务器模块不在这些位置，你就得修改这一行来指定正确的位置。

一个完整的配置

<ol>
<li>user www-data; </li>
<li>pid /var/run/nginx.pid; </li>
<li>worker_processes auto; </li>
<li>worker_rlimit_nofile 100000; </li>
<li>events { </li>
<li>worker_connections 2048; </li>
<li>multi_accept on; </li>
<li>use epoll; </li>
<li>} </li>
<li>http { </li>
<li>server_tokens off; </li>
<li>sendfile on; </li>
<li>tcp_nopush on; </li>
<li>tcp_nodelay on; </li>
<li>access_log off; </li>
<li>error_log /var/log/nginx/error.log crit; </li>
<li>keepalive_timeout 10; </li>
<li>client_header_timeout 10; </li>
<li>client_body_timeout 10; </li>
<li>reset_timedout_connection on; </li>
<li>send_timeout 10; </li>
<li>limit_conn_zone $binary_remote_addr <span>zone</span>=<span>addr</span>:5m; </li>
<li>limit_conn addr 100; </li>
<li>include /etc/nginx/mime.types; </li>
<li>default_type text/html; </li>
<li>charset UTF-8; </li>
<li>gzip on; </li>
<li>gzip_disable "msie6"; </li>
<li>gzip_proxied any; </li>
<li>gzip_min_length 1000; </li>
<li>gzip_comp_level 6; </li>
<li>gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; </li>
<li>open_file_cache <span>max</span>=<span>100000</span> <span>inactive</span>=<span>20s</span>; </li>
<li>open_file_cache_valid 30s; </li>
<li>open_file_cache_min_uses 2; </li>
<li>open_file_cache_errors on; </li>
<li>include /etc/nginx/conf.d/*.conf; </li>
<li>include /etc/nginx/sites-enabled/*; </li>
<li>} </li>
</ol>

编辑完配置后，确认重启nginx使设置生效。

<ol><li>sudo service nginx restart</li></ol>

以上就介绍了Nginx 相关配置优化，包括了方面的内容，希望对PHP教程有兴趣的朋友有所帮助。