nginx使用小记
中文wiki社区：http://wiki.codemongers.com/NginxChs
一 . nginx安装
1. 下载nginx : http://sysoev.ru/nginx/download.html(官方下载页面)
wget http://sysoev.ru/nginx/nginx-0.7.19.tar.gz
2. 依赖模块下载
gzip 模块需要 zlib 库 (http://www.zlib.net/)
rewrite 模块需要 pcre 库 (http://www.pcre.org/)
ssl 功能需要 openssl 库 (http://www.openssl.org/)
./configure --prefix=/home/ljh/program/nginx --with-http_stub_status_module --with-pcre=./external/pcre-7.8 --with-zlib=./external/zlib-1.2.3 --with-openssl=./external/openssl-0.9.8i
make & make install
通过信号对 Nginx 进行控制
Nginx 支持下表中的信号：
信号名 作用描述
TERM, INT 快速关闭程序，中止当前正在处理的请求
QUIT 处理完当前请求后，关闭程序
HUP 重新加载配置，并开启新的工作进程，关闭就的进程，此操作不会中断请求
USR1 重新打开日志文件，用于切换日志，例如每天生成一个新的日志文件
USR2 平滑升级可执行程序
WINCH 从容关闭工作进程
有两种方式来通过这些信号去控制 Nginx，第一是通过 logs 目录下的 nginx.pid 查看当前运行的 Nginx 的进程 ID，
通过 kill – XXX <pid> 来控制 Nginx，其中 XXX 就是上表中列出的信号名。如果您的系统中只有一个 Nginx 进程，那您也可以通过 killall 命令来完成，例如运行 killall – s HUP nginx 来让 Nginx 重新加载配置。
killall -s HUP nginx
二 nginx 配置
1. 监控配置
location /nginx_status {
# copied from http://blog.kovyrin.net/2006/04/29/monitoring-nginx-with-rrdtool/
stub_status on;
access_log off;
allow SOME.IP.ADD.RESS;
deny all;
}
页面结果解释：
Active connections: 291
server accepts handled requests
16630948 16630948 31070465
Reading: 6 Writing: 179 Waiting: 106
active connections -- 对后端发起的活动连接数
server accepts handled requests -- nginx 总共处理了 16630948 个连接, 成功创建 16630948 次握手 (证明中间没有失败的), 总共处理了 31070465 个请求 (平均每次握手处理了 1.8个数据请求)
reading -- nginx 读取到客户端的Header信息数
writing -- nginx 返回给客户端的Header信息数
waiting -- 开启 keep-alive 的情况下，这个值等于 active - (reading + writing)，意思就是Nginx说已经处理完正在等候下一次请求指令的驻留连接
2. 页面缓存配置 http://wiki.codemongers.com/NginxChsMemcachedModule
server {
location / {
set $memcached_key $uri;
memcached_pass name:11211;
default_type text/html;
error_page 404 = /fallback;
}
location = /fallback {
proxy_pass backend;
}
3. 页面配置IP访问列表 http://wiki.codemongers.com/NginxHttpAccessModule
location / {
deny 192.168.1.1;
allow 192.168.1.0/24;
allow 10.1.1.0/16;
deny all;
}
4. 配置页面访问控制
location / {
auth_basic "Restricted";
} auth_basic_user_file conf/htpasswd;
htpasswd格式为 用户名:密码。你可以使用来自 Apache 的 htpasswd 工具来创建密码文件。
5. 限制每个IP的并发数 http://wiki.codemongers.com/NginxChsHttpLimit_zoneModule
limit_zone one $binary_remote_addr 10m;
server {
location /download/ {
limit_conn one 1;
}
}
定义一个叫“one”的记录区，总容量为 10M，以变量 $binary_remote_addr 作为会话的判断基准（即一个地址一个会话）。 限制 /download/ 目录下，一个会话只能进行一个连接。
简单点，就是限制 /download/ 目录下，一个IP只能发起一个连接，多过一个，一律503
6. 代理模块 http://wiki.codemongers.com/NginxChsHttpProxyModule
location / {
proxy_pass http://localhost:8000/hello;
proxy_redirect http:/localhost:8000/hello/ /;
proxy_set_header X-Real-IP $remote_addr;
proxy_read_timeout 60
proxy_connect_timeout 60
}
配置项介绍：
daemon on | off 缺省值: on
可以在开发时开启,但必须在真实环境中设置为off
debug_points [stop | abort] 缺省值: none
可以在debugger上停止nginx应用
error_log file [ debug | info | notice | warn | error | crit ] 缺省值: ${prefix}/logs/error.log
include vhosts/*.conf; 缺省值: none
如果配置文件很长,你可以在任意地方使用include指令实现配置文件的包含。*.conf匹配所有以.conf结尾的文件
lock_file /var/log/lock_file;
nginx采用以异步互斥进行访问控制
master_process on | off 缺省值: on
和dameon on 都是在开发时使用
pid /var/log/nginx.pid;
进程id存储文件。可以使用 kill -HUP cat /var/log/nginx.pid\ 对Nginx进行配置文件重新加载。
user user [group]
指定Nginx Worker进程运行用户，默认是nobody帐号。
worker_processes number 缺省值: 1
配置工作进程。max_clients = worker_processes * worker_connections
worker_priority [-]number
设置工作进程的优先级
worker_cpu_affinity 0001 0010 0100 1000;
绑定worker进行到四个CPU
worker_rlimit_core size
指定每个进程的文件限制
access_log path [format [buffer=size]] | off 默认值： access_log log/access.log combined
指令 access_log 指派路径、格式和缓存大小。参数 "off" 将清除当前级别的所有 access_log 指令。如果未指定格式，则使用预置的 "combined" 格式。缓存不能大于能写入磁盘的文件的最大大小。在 FreeBSD 3.0-6.0 ，缓存大小无此限制。
log_format name format [format ...] 默认值： log_format combined "..."
log_format combined '$remote_addr - $remote_user [$time_local] '
'"$request" $status $apache_bytes_sent '
'"$http_referer" "$http_user_agent"';
expires [time|epoch|max|off] 默认值： expires off
使用本指令可以控制HTTP应答中的“Expires”和“Cache-Control”的头标，（起到控制页面缓存的作用）。
可以在time值中使用正数或负数。“Expires”头标的值将通过当前系统时间加上您设定的 time 值来获得。
epoch 指定“Expires”的值为 1 January, 1970, 00:00:01 GMT。
max 指定“Expires”的值为 31 December 2037 23:59:59 GMT，“Cache-Control”的值为10年。
“Cache-Control”头标的值由您指定的时间来决定：
负数：Cache-Control: no-cache
正数或零：Cache-Control: max-age = #, # 为您指定时间的秒数。
"off" 表示不修改“Expires”和“Cache-Control”的值
http://www.blogjava.net/agapple/archive/2008/11/07/239327.html
搭建本地NGINX测试环境，通过DEBUG测试后台接口
1.在nginx.conf中一下文件。
#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
#access_log logs/access.log main;
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
#gzip on;
upstream cockpit_server {
server 127.0.0.1:9090; #调用localhost：9090端口，需将后台服务器也启动在此端口下
}
#调用不同应用是的ip和端口
upstream prometheus_server {
server 10.138.40.222:8000;
}
upstream monitor_server {
server 10.135.12.226:8099;
}
upstream appmng_server {
server 10.138.25.181:8095;
}
upstream usermng_server {
server 10.135.12.226:8090;
}
upstream me_server {
server 10.138.16.194:13902;
}
server {
listen 80;
server_name cockpit.local.test.c.haier.net; #访问前段网页的域名，需在host文件中讲该域名与ip进行绑定
root E:\\servertest\\dist; # console-ui хпои #指定打包后的前段代码的位置
# individual nginx logs for this web vhost
#access_log /tmp/logs/paas-console-access.log;
#error_log /tmp/logs/paas-console-error.log;
location / {
try_files $uri /index.html;
index index.html index.html;
}
location /api {
proxy_pass http://cockpit_server; #指定调用的后台服务器，在上述upstream中定义的
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
}
location /prometheus {
rewrite ^/prometheus(.+) /api/$1 break;
proxy_pass http://prometheus_server;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
}
location /monitor {
rewrite ^/monitor(.+) /api/$1 break;
proxy_pass http://monitor_server;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
}
location /appmng {
rewrite ^/appmng(.+) /api/$1 break;
proxy_pass http://appmng_server;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
}
location /usermng {
rewrite ^/usermng(.+) /api/$1 break;
proxy_pass http://usermng_server;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
}
location /me {
rewrite ^/me(.+) /api/$1 break;
proxy_pass http://me_server;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
}
#static files
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)$ {
expires 30d;
}
}
}
2.启动后台服务器，在浏览器中访问设置的域名，在浏览器中的发送的请求会调用后台服务器的接口，可以启用debug进行后台代码的调试。
https://www.cnblogs.com/zhanghefei/p/7575462.html
NGINX-INGRESS详解
$request_time 从客户端读取第一个字节后经过的时间
$upstream_response_time 以毫秒为单位从上游服务器接收响应所花费的时间
日志格式
log_format upstreaminfo
'$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" "$http_user_agent" ' '$request_length $request_time [$proxy_upstream_name] [$proxy_alternative_upstream_name] $upstream_addr ' '$upstream_response_length $upstream_response_time $upstream_status $req_id';
$proxy_protocol_addr 启用代理协议时的远程地址
$remote_addr 客户端的源IP地址
$remote_user 随基本身份验证提供的用户名
$time_local 通用日志格式的本地时间
$request 完整的原始请求行
$status 响应状态
$body_bytes_sent 发送到客户端的字节数，不包括响应头
$http_referer Referer 标头的值
$http_user_agent User-Agent 标头的值
$request_length 请求长度（包括请求行、请求头和请求体）
$request_time 从客户端读取第一个字节后经过的时间
$upstream_addr 上游服务器的 IP 地址和端口（或域套接字的路径）。如果在请求处理期间联系了多个服务器，则它们的地址用逗号分隔。
$upstream_response_length 从上游服务器获得的响应的长度
$upstream_response_time 以毫秒为单位从上游服务器接收响应所花费的时间
$upstream_status 从上游服务器获取的响应的状态码
$req_id X-Request-IDHTTP 标头的值。如果未设置标头，则为随机生成的 ID。
$proxy_upstream_name 上游的名称。格式是upstream-<namespace>-<service name>-<service port>
https://segmentfault.com/a/1190000042304836
下图是request_time：
下图是upstream_response_time：
精准的描述就是：
request_time是从接收到客户端的第一个字节开始，到把所有的响应数据都发送完为止。
upstream_response_time是从与后端建立TCP连接开始到接收完响应数据并关闭连接为止。
所以，request_time会大于等于upstream_response_time。
比如，36.110.43.106 - - [12/Dec/2019:17:04:26 +0800] "GET /js/chunk-vendors.03f0a278.js HTTP/1.1" 200 2994930 "http://115.29.150.110/" "-" - - 5.325
日志格式为：
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for" '
'$upstream_addr $upstream_response_time '
'$request_time';
这就显然5.325ms都是消耗在nginx自己身上的。后端都没用时间。 js是从nginx上取的。
36.110.43.106 - - [12/Dec/2019:17:06:18 +0800] "POST /api/login HTTP/1.1" 404 132 "http://115.29.150.110/" "-" 172.31.184.226:8700 0.027 0.027
像这种的就是request和response时间一样。那nginx上就没消耗时间。都在后端消耗的时间。
https://blog.csdn.net/xixingzhe2/article/details/112766441
