微服务实战系列之Nginx（技巧篇）

news2024/11/17 18:36:56

前言

今天北京早晨竟然飘了一些“雪花”，定睛一看，似雪非雪，像泡沫球一样，原来那叫“霰”。
自然中，雨雪霜露雾，因为出场太频繁，认识门槛较低，自然不费吹灰之力，即可享受它们的“恩泽”。
这个霰，就不一样了，可能容易被忽视，更可能容易被当成雪，自然不会给人们留下深刻的印象。
所以，博主私自为这个霰，提个建议：“欲留深刻在人间，必有一技抚人心”。

叙述到此，言归正传，博主继续向各位盆友分享微服务系列文章，深耕细作方的人心。
接下来，按博主的风格，继续拉出自家的队伍，欢迎三连，有求必应：

微服务实战系列之Nginx
微服务实战系列之Feign
微服务实战系列之Sentinel
微服务实战系列之Token
微服务实战系列之Nacos
微服务实战系列之Gateway
微服务实战系列之加密RSA
微服务实战系列之签名Sign

昨日，博主已对Nginx—这个微服务中的重量级选手，进行了基本的介绍，无论它作为负载均衡，还是代理服务，抑或缓存服务、web服务，都体现了Nginx的专职能力。那么，在实际应用过程中，通常有哪些技巧需要关注或具备呢？
今日，博主继续对掌握Nginx的必备基本技巧进行逐一解答，希望可以带来帮助。

技巧大观园

Q1：遇到权限异常，怎么办

首先涉及两个用户：一个安装用户，一个运行用户；
安装用户是Nginx安装时的执行用户，比如root或其他，即Nginx的操作用户；
运行用户是Nginx运行的用户，即conf中指定的user；
如果出现权限不允许之类的问题，首先确认这两个用户是否一致，然后逐一验证；

Q2：设置多少个woker合适

Nginx运行机制可以理解为master-woker模式，M与W之间是通过信号传递。所以实际上是woker分摊了执行任务并占用运行的资源。
一般woker的数量与Cpu保持一致，比如4核，则worker_processes可以设置为4；

Q3：设置多少个woker合适

Nginx运行机制可以理解为Master-Woker模式，M与W之间是通过信号传递。所以实际上是Wokor分摊了执行任务并占用运行的资源。
一般Woker的数量与Cpu保持一致，比如4核，则worker_processes可以设置为4；

Q4：访问静态资源404，怎么办

在我们使用过程中，经常会出现请求资源无效或404的问题，虽简单，却极易出错。如果出现了怎么办，稍安勿躁，静下心慢慢找原因。

排查设置的root目录是否正确；
排查设置的root目录下，是否存在相关资源；
排查是否缓存导致，比如升级版本，未达预期，可以尝试先清理缓存；

Q5：搭建负载均衡时，流量分配不均甚至流量在单一节点集中

遇到此类问题，首先应该想到权重是否合理，如果权重配置无问题，继续排查网络原因。比如负载的集群间是否网络联通，或者Nginx与每个节点的网络是否联通。
此刻最常用的武器就是telnet ip port。

Q6：配置了SSL证书，https无法访问

https服务作为微服务界的标配和“宠儿”，必须掌握如何使用。
https默认端口443，在conf中server模块配置，当然nginx可同时支持http和https。
如果无法访问，首先检查证书是否有效，ssl模块是否已安装，再确认端口是否开放防火墙，最后检查域名配置是否正常。

配置导致如下：

server{
	listen 443 ssl; //服务端口，支持ssl协议
	server_name  www.xxxx.com;
	ssl_certificate      /ssl/xxx.pem; # 证书文件pem
	ssl_certificate_key  /ssl/xxx.key; # 证书文件key
}