Lvs+keepalived+Nginx实现服务器一主一备（高可用）

旧城等待， 2022-05-09 00:10 544阅读 0赞

### **1.上一篇讲解了如何在服务器搭建Nginx服务器，这里不做过多描述。** ###

首先把压缩包拷贝到Linux的/usr/local目录下（主Nginx：192.168.0.111）

![70][]

### **2.安装keepalived（主Nginx：192.168.0.111）** ###

进入/usr/local目录下：

tar -zxvf keepalived-1.2.18.tar.gz

yum install -y openssl openssl-devel（需要安装一个软件包）

cd keepalived-1.2.18/  && ./configure --prefix=/usr/local/keepalived

make && make install

常见错误1
    
    执行yum install 报错如下：
    
    File contains no section headers.
    
    解决方案：
    步骤1
    
    删除yum.repos.d目录下所有文件
    
    rm -f /etc/yum.repos.d/*  
    
    步骤2
    
    然后重新下载阿里的镜像
    
    wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo  
    
    步骤3
    
    清理缓存
    
    yum clean all
    
    步骤4
    
    测试下载安装
    
    yum install gcc  
    
    常见错误2
    
    报错: eepalived执行./configure --prefix=/usr/local/keepalived时报错：configure: error: Popt libraries is required
    
    出现此错误的原因：
    
    未安装popt的开发包
    
    解决方法：
    
    yum install popt-devel
    
    安装好popt的开发包。重新./configure 即可。

### **3.将keepalived安装成Linux系统服务，因为没有使用keepalived的默认安装路径（默认路径：/usr/local）,安装完成之后，需要做一些修改工作：（主Nginx：192.168.0.111）** ###

① 首先创建文件夹，将keepalived配置文件进行复制：

mkdir /etc/keepalived

cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/

② 然后复制keepalived脚本文件：

cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/

cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/

ln -s /usr/local/sbin/keepalived /usr/sbin/

ln -s /usr/local/keepalived/sbin/keepalived /sbin/

可以设置开机启动：chkconfig keepalived on，到此我们安装完毕!

### **4.替换默认的keepalived.conf配置文件（本人已配置好，直接用SecureFX工具将下图本地两个文件上传，并替换）** ###

![70 1][]

nginx\_check.sh

#!/bin/bash
    A=`ps -C nginx –no-header |wc -l`
    if [ $A -eq 0 ];then
        /usr/local/nginx/sbin/nginx
        sleep 2
        if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then
            killall keepalived
        fi
    fi

### **5.进入/etc/keepalived目录（主Nginx：192.168.0.111）** ###

![70 2][]

查看一下当前linux虚拟机网卡，可以看出是eth0（注意：如果虚拟网卡为ens33，则设为ens33）

![70 3][]

打开keepalived配置文件，注意以下五处：

**master**：192.168.0.111我们设置为主Nginx

**eth0**：上图中ip a得出的网卡名

**192.168.0.111**：虚拟机IP

**121**：多个Nginx配keepalived时，这个值必须一致

**192.168.110.110**：虚拟ip，可在windows浏览器下直接访问

![70 4][]

上述配置好后，wq保存退出。此时我们再次键入**ip a**，可以发现多了一个eth0，即我们配置的虚拟IP

![70 5][]

### **6.此时，启动keepalived：service keepalived start** ###

在Windows浏览器下访问我们配置的虚拟IP：192.168.110.110，会调到主Nginx首页（nginx/html/index.html）

![70 6][]

### **7.我们再配一个备机Nginx（备Nginx：192.168.0.108）** ###

重复上述安装步骤，ip a发现网卡为eth1

![70 7][]

打开keepalived配置文件

此Nginx改为备机：**BACKUP**

网卡改为：**eth1**

虚拟路由ID号与主机保持一致，都为121

IP地址改为**备机**IP

虚拟IP也配为**192.168.110.110**

![70 8][]

wq退出

启动备机192.168.0.108的keepalived：**service keepalived start**

此时我们再次键入ip a，发现还是只有一个eth1，主Nginx（192.168.0.111）配完keepalived后有两个eth0

原因：现在虚拟IP192.168.110.110在走主机，没走备机

![70 9][]

### **8.此时，我们把主Nignx的keepalived停掉** ###

在192.168.0.111服务器下执行命令：**service keepalived stop**

再次在浏览器键入虚拟IP：192.168.110.110，可以发现进入备机Nginx

![70 10][]

并且，此时主Nginx变为一个eth0，备Nginx变为两个eth1：

![70 11][]

![70 12][]

### 下面做个试验: ###

**① 把两台服务器服务器的keepalived和nginx都停掉**

注意:都停掉（如果只停keepalived，访问192.169.0.111和192.168.0.108都可以访问得到Nginx首页）

![70 13][]    ![70 14][]

可以发现，现在虚拟IP：192.168.110.110访问不了了，因为这个IP地址是keepalived虚拟出来的，现在keekalived都停了

访问192.169.0.111和192.168.0.108也访问不到Nginx首页了

**② 此时把192.168.0.108的keepalived启动起来**

![70 15][]

依旧访问不到192.168.110.110

原因：没有权限

![70 16][]

![70 17][]

解决方法：先把刚才启动的keepalived停掉，进入/etc/keepalived，给上述sh赋予权限

![70 18][]

此时启动192.168.0.108的keepalived，浏览器访问虚拟IP：192.168.110.110，会访问得到108Nginx首页

并且此时，强制把nginx宕机掉，会秒起，只要keepalived不挂，会一直自动重启

![70 19][]

**③ 把 主Nginx（192.168.0.111）的/etc/keepalived下的nginx\_check.sh赋予权限**

启动192.168.0.111的keepalived

浏览器访问虚拟IP：192.168.110.110，会访问得到111Nginx首页

![70 20][]

**总结1：**

① 如果keepalived重启多次nginx失败，则可以配置，发送报警邮件给运维人员

② Nginx一主一备不同于Redis的哨兵机制，keepalived当主机挂了，再重启后，之前主机还是主机

**总结2：**

**① 如果你的项目在发布的时候，之前使用的session丢失了怎么办？**

方案：1.将session持久会到硬盘 、2.缓存到redis中；  
大的项目基本上都是使用token去替代sesion

**② LVS 与Nginx实现负载均衡有那些区别？**

Lvs协调者可以管理我们nginx的集群，是四层负载均衡 基于tcp ip和端口号实现负载均衡

Nginx 管理的是我们的服务器集群，是七层负载均衡器  能够对我们http协议实现负载均衡

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FraXJhTmlja3k_size_16_color_FFFFFF_t_70][]

**③ **keepAlived是对我们的lvs实现扩展功能，对我们应用程序监听、心跳检测、自动重启脚本；

客户端请求先达到Lvs虚拟vip地址，在通过Lvs实现负载均衡转发到nginx服务器，Nginx服务器再转发到真实上游服务器。

**④** Lvs是Linux自带的功能，而keepalived需要安装

**总结3：**

**① DNS解析**：买了域名后，（域名，IP地址）有一个库，每个运营商都会去读取该库

**② 阿里云如何搭建局域网**  
答案：只要阿里云同一个账号买服务器，基本上都是在同一个局域网中

**③** ps aux | grep 'nginx'  查看nginx进程

**④ 跨域问题**

什么是网站跨域问题？  
答案：页面中请求的ajax地址如果与页面请求地址域名和端口、协议不同的话，浏览器采用安全策略，请求能够正常到达服务器端，但是无法获取响应结果

什么场景会产生跨域？  
答案：前后端分离

Java如何解决跨域问题？ 注意：跨域是浏览器自带的一种安全机制

1.  **项目响应头设置允许跨域权限（或过滤器） response.setHeader("Access-Control-Allow-Origin", "\*"); 适合于小公司**
2.  **使用jsonp解决网站跨域问题 缺点：只能支持Get请求****（****即使用post发送，也会转为get发给服务端****）**** 模拟脚本提交。****（****很少用****）**
3.  **使用Nginx解决：**[https://blog.csdn.net/l1028386804/article/details/79488328][https_blog.csdn.net_l1028386804_article_details_79488328]
4.  **使用微服务中的Zuul网关**
5.  **HttpClient实现转发** **（****缺点：重复发送两次请求**** ）**

**         因为httpclient不存在跨域问题，相当于你在a项目写个接口，用httpclient或restTemplate调用b项目的接口，a项目的ajax调用a的接口即可，由此可以保证域名，端口相同**

**⑤ 阿里云默认不支持虚拟VIP技术，怎么解决？**

答案：可以找云服务器厂商，单独购买IP

**⑥ 1M带宽每秒只能传输128kb： 128kb/s**

1024 / 8=128kb/s

**⑦ 动静分离，CDN加速**

答案：动态资源（jsp，servlet，springmvc）与静态资源（js，html，img，css），不会部署到同一个服务器上。

静态资源部署在Nginx上，动态资源部署在Tomcat。

往往有时候，Nginx也不能满足我们的需求，则我们可以将img，mp4等静态文件存储到七牛云/阿里云OSS上

可以单独购买CDN实现加速：采用CDN内容分发，能够将静态资源缓存到全国各地节点能够减少客户端与cdn带宽距离传输提高响应速度； 就近原则。

如果图片过大的情况下，建议将一张大图拆分n多个小图加载；（ps拆分成多个小图） 【分段】

搞多个图片，多个img，src引入...

[70]: /images/20220509/45f9a6183838401d80996a55c4e99efb.png
[70 1]: /images/20220509/5e8d2c57b115428393904b8cd083a256.png
[70 2]: /images/20220509/b623e79450c246e4ac6e8d8ebbdfcdea.png
[70 3]: /images/20220509/f7956821bb364da692b288758d94706b.png
[70 4]: /images/20220509/646a788950be4c999503c398f458965d.png
[70 5]: /images/20220509/580bc6a540de4813a12f7f0c988d27ab.png
[70 6]: /images/20220509/ba0b4f63f7a14064855304055406994d.png
[70 7]: /images/20220509/e3e35eb7aff440fe8f5f94eaa1c54a5a.png
[70 8]: /images/20220509/3e5f0c2642db4b6aa91603b75633c886.png
[70 9]: /images/20220509/fd5e6366ccb540f5b7d8f665b0a6aa40.png
[70 10]: /images/20220509/20e61668b334446696163964a84017cd.png
[70 11]: /images/20220509/dc0f8df1d5354175bcf8e684de529001.png
[70 12]: /images/20220509/22a3dc81d6274b41b373cd58fb47fc5c.png
[70 13]: https://img-blog.csdn.net/20180928215726697?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FraXJhTmlja3k=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70
[70 14]: /images/20220509/6d9ea845ddc24de18f9b488f075485a8.png
[70 15]: /images/20220509/11926ae5aa7f43409aa23219bb4f5e27.png
[70 16]: /images/20220509/2bc69a3901d245a499d012f6742a8837.png
[70 17]: /images/20220509/43dc8fc8ee4844ff9f7475f0bf834f0c.png
[70 18]: /images/20220509/7c32b75ce2c94840ae474e10b687939e.png
[70 19]: /images/20220509/079a4ef0746f48129318a8ab6eeb720d.png
[70 20]: /images/20220509/0ea5634174704ecb85e8690779b14249.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FraXJhTmlja3k_size_16_color_FFFFFF_t_70]: /images/20220509/659f780aa5b441e3b7fa7ee6c5b88855.png
[https_blog.csdn.net_l1028386804_article_details_79488328]: https://blog.csdn.net/l1028386804/article/details/79488328