Nginx 安装过程中遇到的一些问题及解决方法

Posted 2020-09-21 捕虫者说

nginx 安装过程中遇到的一些问题及解决方法 、配置负载均衡及配置服务器更新不影响访问的全过程记录。

为什么要做负载均衡？

当你网站是一个企业站、个人博客的时候，或者访问量比较小的时候，一台服务器完全应付的了，那就完全没必要做负载均衡。但是，如果你的网站是平台级别，用户达到十万百万级别了，一台服务器明显撑不住了，那就要考虑多台服务器，这个时候每个服务器分配多少用户，负载均衡是最好的解决方式。举个大的不是很恰当的栗子：天猫。

 

对于互联网服务，负载平衡器通常是一个软体程序，这个程序侦听一个外部端口，互联网用户可以通过这个端口来访问服务，而作为负载平衡器的软体会将用户的请求转发给后台内网服务器，内网服务器将请求的响应返回给负载平衡器，负载平衡器再将响应发送到用　户，这样就向互联网用户隐藏了内网结构，阻止了用户直接访问后台（内网）服务器，使得服务器更加安全，可以阻止对核心网络栈和运行在其它端口服务的攻击。

当所有后台服务器出现故障时，有些负载平衡器会提供一些特殊的功能来处理这种情况。例如转发请求到一个备用的负载平衡器、显示一条关于服务中断的消息等。负载平衡器使得IT团队可以显著提高容错能力。它可以自动提供大量的容量以处理任何应用程序流量的增　加或减少。（摘自维基百科）

Nginx安装

获取安装包

使用如下的命令可以在nginx官网获取安装包，博主获取的是nginx-1.11.5这个版本

wget http://nginx.org/download/nginx-1.11.5.tar.gz

解压安装包

tar -zxvf nginx-1.11.5.tar.gz

切换到 nginx-1.11.5 目录

执行 nginx下的configure进行配置

./configure

解决 checking for C compiler ... not found 错误

./configure: error: C compiler cc is not found

原因定位：没有安装gcc

解决方法：使用root用户 执行 yum install gcc

gcc安装成功界面：

再次执行 ./configure

解决the HTTP rewrite module requires the PCRE library. 错误

./configure: error: the HTTP rewrite module requires the PCRE library.

原因： 缺少pcre包

解决方法：yum -y install pcre-devel 进行安装

安装后再次执行./configure

解决：./configure: error: the HTTP cache module requires md5 functions from OpenSSL library错误

原因：需要进行md5加密操作的没有找到md5模块

解决方法：yum -y install openssl openssl-devel   安装openssl加密模块

再次执行./configure，终于成功了

然后再执行 make &&make install，执行过程没有报错，终于安装成功了

启动

nginx的启动目录在 /usr/local/nginx/sbin 下

直接进入该安装目录下，输入命令 ./nginx -t 即可启动

执行 ./nginx -s reload 可以进行重启操作

配置负债均衡

修改监听端口

nginx的配置在/usr/local/nginx 目录下的conf中

vi /usr/local/nginx/conf/nginx.conf

 配置负债均衡

添加如下两部分：

upstream mysite{ 
    server 10.1.2.**:8085 weight=1;
    server 10.1.2.**:8080 weight=2;
}
server { listen 8090; server_name localhost;
    #charset koi8-r;
    #access_log logs/host.access.log main;
    location / { root html; index index.html index.htm; 
    proxy_pass  http://mysite;
}

其中 server 10.1.2.**:8085 10.1.2.**:8080 为在本地配置的两个tomcat服务器监听的IP和端口

weight 为配置的权重，可以让用户的访问，按照 1:2 的比例进行分配，实现 不同服务器分配不同的数量的用户

验证访问nginx

访问 nginx所在及其监听的端口，比如： 10.1.2.**:8090，点击刷新，就可以看到 轮询访问了 10.1.2.**:8085 10.1.2.**:8080两个静态页面，而且页面按照我们前面配置分配的权重比例呈现，

即返回一次8085的信息之后会返回两次8080的信息。

具体页面信息如下：

其实 Nginx 是支持你去更新其中一个服务器的时候，把请求都转发到另一台服务器的，它监测到这个服务器挂掉了就不会进行请求分发。但是Nginx 的upstream配置中有种更好的方式，就是配置备份服务器 -- backup。

配置backup

backup: marks the server as a backup server. It will be passed requests when the primary servers are unavailable.（标记为备用服务器。当主服务器不可用以后，请求会被传给这些服务器。）

 

其官网( http://nginx.org/en/docs/http/ngx_http_upstream_module.html)的配置示例如下：

现在我们增加一个 Tomcat服务器3，然后做如下的配置：

说明：

• 192.168.198.128:8080服务器下面会称为服务器1，每五次请求会到这里一次;
• 192.168.198.128:8090服务器下面会称为服务器2，每五次请求会到这里四次;
• 192.168.198.128:8091服务器下面会称为服务器3，即备份服务器。

服务器1、服务器2和服务器3都正常启动，我们刷新页面，请求会按照权重规则请求服务器1和服务器2，并不会请求服务器3（备份服务器）。

接下来我们把服务器1停掉，服务器2和服务器3都正常启动，我刷新页面，这个时候所有请求都到了服务器2，也并不会请求服务器3（备份服务器）。

然后我们把 服务器1、服务器2都停掉，服务器3正常启动，刷新页面，所有请求都转发到了服务器3（备份服务器），看图片：

最后，我们次依次启动 服务器1和服务器2，所有请求都又按照权重规则分配了。 在你所有正常服务器都挂掉时，系统依然高可用，这就是备份服务器的用处 ！

可以实际应用于上线验证，我们在上线之前可以先在备份服务器做好验证之后在无缝切换服务器，在不影响线上原服务的情况完成代码的更新。