location 配置说明
代码语言：javascript复制upstream gateway {
server 192.168.xx.xx;
}
server {
location ^~/api {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_buffering off;
rewrite ^/api/(.*)$ /$1 break;
proxy_pass http://gateway;
}
}这段配置是一个Nginx服务器的配置，用于反向代理请求并将其转发到名为"gateway"的后端服务器。下面是对每一行配置的解释：
- location ^~/api {：指定请求的URL路径匹配规则。这里使用了^~/api表示以"/api"开头的URL路径。以这个规则匹配的请求将进行下面的配置处理。
- proxy_set_header Host $host;：设置转发请求时的请求头中的"Host"字段为客户端请求的主机。
- proxy_set_header X-Real-IP $remote_addr;：设置请求头中的"X-Real-IP"字段为客户端的真实IP地址。
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;：设置请求头中的"X-Forwarded-For"字段，用于记录客户端的原始IP地址。
- proxy_buffering off;：禁用代理缓冲，确保代理服务器及时转发接收到的数据，而不是等待缓冲区满或超时。
- rewrite ^/api/(.*) /1 break;：重写匹配到的URL路径，将"/api/“后面的部分提取出来，并将其作为新的请求URL路径。例如，如果请求的URL是”/api/example"，则重写后的URL将变为"/example"。
- proxy_pass http://gateway;：指定请求转发的目标服务器地址为"http://gateway"。这里的"gateway"是后端服务器的名称或地址。
关于location / ~/ ^~/
代码语言：javascript复制localtion / {
# 所有请求都匹配以下规则
# 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求
# xxx 你的配置写在这里
}
location = / {
# 精确匹配 / ，后面带任何字符串的地址都不符合
}
localtion /api {
# 匹配任何 /api 开头的URL，包括 /api 后面任意的, 比如 /api/getList
# 匹配符合以后，还要继续往下搜索
# 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
}
localtion ~ /api/abc {
# 匹配任何 /api/abc 开头的URL，包括 /api/abc 后面任意的, 比如 /api/abc/getList
# 匹配符合以后，还要继续往下搜索
# 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
}
1. 以/ 通用匹配, 如果没有其它匹配,任何请求都会匹配到
2. =开头表示精确匹配
3. 如 A 中只匹配根目录结尾的请求，后面不能带任何字符串。
4. ^~ 开头表示uri以某个常规字符串开头，不是正则匹配
5. ~ 开头表示区分大小写的正则匹配;
6. ~* 开头表示不区分大小写的正则匹配解决Nginx出现403 forbidden (13: Permission denied)
代码语言：javascript复制[root@kpdyelzhzspt-l. conf]# cat nginx-center.conf
#user nobody;
#error loglogs/error.1og;
#error loglogs/error.1og;
#error loglogs/error.log将nginx.conf配置中的user修改为启动用户
nginx负载均衡策略
- 轮询（默认策略，nginx自带策略），它是upstream模块默认的负载均衡默认策略。会将每个请求按时间顺序分配到不同的后端服务器。
upstream change {
server 192.168.1.10:80;
server 192.168.1.11:80;
}- weight（权重，nginx自带策略）：指定轮询的访问几率，用于后端服务器性能不均时调整访问比例。权重越高，被分配的次数越多。
upstream change {
server 192.168.1.10:80 weight=7;
server 192.168.1.11:80 weight=2;
}- ip_hash（依据ip分配，nginx自带策略）：指定负载均衡器按照基于客户端IP的分配方式，这个方法确保了相同的客户端的请求一直发送到相同的服务器，可以解决session不能跨服务器的问题。
upstream change {
ip_hash
server 192.168.1.10:80 weight=7;
server 192.168.1.11:80 weight=2;
}- least_conn（最少连接，nginx自带策略）：把请求转发给连接数较少的后端服务器。
upstream change {
least_conn;
server 192.168.1.10:80 weight=7;
server 192.168.1.11:80 weight=2;
}- fair（第三方）：按照服务器端的响应时间来分配请求，响应时间短的优先分配。
upstream change {
fair;
server 192.168.1.10:80 weight=7;
server 192.168.1.11:80 weight=2;
}- url_hash（第三方）：该策略按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，需要配合缓存用。
upstream change {
hash $request_uri;
server 192.168.1.10:80 weight=7;
server 192.168.1.11:80 weight=2;
}
