服务搭建篇(四) 搭建基于Nginx + keepalived的高可用服务

简介: 比如我这里虚拟IP+nginx端口是 : 192.168.154.10:80 , 我直接访问 , 出来的是192.168.154.134服务器上的nginx , 因为我刚刚做了区分 , 所以这个时候就可以知道访问的是哪个机器的Nginx , 然后我们把134的Nginx停掉 , 然后再次访问 , 仍然可以使用 , 此时 ,出现的135的页面 , 也就是访问的是192.168.154.135的Nginx

一.Nginx安装

1.1.依赖下载

yum install gcc gcc-c++ make automake autoconf libtool pcre pcre-devel zlib zlib-devel openssl openssl-devel

1.2.nginx安装包下载

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

1.3.解压

tar -zxvf nginx-1.13.0.tar.gz

1.4.编译并安装

cd nginx-1.13.0
./configure --prefix=/usr/local/nginx
make && make install


1.5.编辑nginx首页 , 用来区分两台服务器

vim /usr/local/nginx/html/index.html

内容随意修改 , 可以标识两台服务器即可

e947884e03ecdc738a3459f08f5db436_9c27f684ff8e409dbeeb3143579522f4.png


1.6.验证配置文件

/usr/local/nginx/sbin/nginx -t

出来如下配置表示配置文件没有问题

nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok

nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful


1.7.启动

/usr/local/nginx/sbin/nginx

分别访问这两台nginx , 可以看到如下两个页面

b2fd283b44040c03b29b63d5bec7caae_125e2382cacb4cbc80eeb4bb64c825ba.png



1.8.nginx设置开机自启动

vim /usr/lib/systemd/system/nginx.service
[Unit]
Description=nginx
After=network.target
[Service]
Type=forking
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s quit
PrivateTmp=true
[Install]
WantedBy=multi-user.target

1.9.其他命令

开机自启动 : systemctl enable nginx

重新加载配置 : systemctl daemon-reload

启动 : systemctl start nginx

停止 : systemctl stop nginx

状态 : systemctl status nginx


二.keepalived安装

2.1.下载

https://www.keepalived.org/software/keepalived-2.0.20.tar.gz

2.2.解压

tar -zxvf keepalived-2.0.20.tar.gz

2.3.编译并安装

cd keepalived-2.0.20
./configure --prefix=/usr/local/keepalived
make && make install


2.4.配置

mkdir /etc/keepalived
cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
cp /usr/local/keepalived/sbin/keepalived /etc/init.d/


三.keepalived+Nginx 高可用

3.1.修改配置文件

vim /etc/keepalived/keepalived.conf
! Configuration File for keepalived
global_defs {
  ## keepalived 自带的邮件提醒需要开启 sendmail 服务。 建议用独立的监控或第三方 SMTP
  router_id node08 ## 标识本节点的字条串,通常为 hostname
} 
## keepalived 会定时执行脚本并对脚本执行的结果进行分析,动态调整 vrrp_instance 的优先级。如果脚本执行结果为 0,并且 weight 配置的值大于 0,则优先级相应的增加。如果脚本执行结果非 0,并且 weight配置的值小于 0,则优先级相应的减少。其他情况,维持原本配置的优先级,即配置文件中 priority 对应的值。
vrrp_script chk_nginx {
  script "/etc/keepalived/nginx_check.sh" ## 检测 nginx 状态的脚本路径
  interval 2 ## 检测时间间隔
  weight -20 ## 如果条件成立,权重-20
}
## 定义虚拟路由, VI_1 为虚拟路由的标示符,自己定义名称
vrrp_instance VI_1 {
  state MASTER ## 主节点为 MASTER, 对应的备份节点为 BACKUP
  interface ens33 ## 绑定虚拟 IP 的网络接口,与本机 IP 地址所在的网络接口相同, 我的是 eth0
  virtual_router_id 33 ## 虚拟路由的 ID 号, 两个节点设置必须一样, 可选 IP 最后一段使用, 相同的 VRID 为一个组,他将决定多播的 MAC 地址
  mcast_src_ip 192.168.154.134 ## 本机 IP 地址
  priority 100 ## 节点优先级, 值范围 0-254, MASTER 要比 BACKUP 高
  nopreempt ## 优先级高的设置 nopreempt 解决异常恢复后再次抢占的问题
  advert_int 1 ## 组播信息发送间隔,两个节点设置必须一样, 默认 1s
  ## 设置验证信息,两个节点必须一致
  authentication {
    auth_type PASS
    auth_pass 1111 ## 真实生产,按需求对应该过来
  }
  # 虚拟 IP 池, 两个节点设置必须一样
  virtual_ipaddress {
    192.168.154.10 ## 虚拟 ip,可以定义多个
  }
  ## 将 track_script 块加入 instance 配置块
  track_script {
    chk_nginx ## 执行 Nginx 监控的服务
  } 
}

3.2.编辑nginx配置文件

vim /etc/keepalived/nginx_check.sh
1
#!/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


3.3.启动keepalived

systemctl start keepalived

3.4.其他命令

systemctl start keepalived #启动
systemctl restart keepalived #重启
systemctl stop keepalived #关闭
systemctl status keepalived # 状态


3.5 查看keepalived状态

测试 : 首先访问虚拟IP+nginx端口 , 可以看到134的页面 , 停掉134nginx , 再次访问 , 就会看到135的nginx页面 , 再次启动134nginx和keepalived , 正常访问134nginx


比如我这里虚拟IP+nginx端口是 : 192.168.154.10:80 , 我直接访问 , 出来的是192.168.154.134服务器上的nginx , 因为我刚刚做了区分 , 所以这个时候就可以知道访问的是哪个机器的Nginx , 然后我们把134的Nginx停掉 , 然后再次访问 , 仍然可以使用 , 此时 ,出现的135的页面 , 也就是访问的是192.168.154.135的Nginx

相关文章
|
2月前
|
Java 应用服务中间件 Shell
Nginx+Keepalived+Tomcat 实现Web高可用集群
Nginx+Keepalived+Tomcat 实现Web高可用集群
76 0
|
2月前
|
应用服务中间件 nginx Docker
本地通过域名访问虚拟机上nginx的服务、搭建域名访问环境一(反向代理配置)
这篇文章介绍了如何通过域名在本地访问虚拟机上的nginx服务,包括创建nginx容器、修改配置文件、修改本地host文件以及进行访问测试的详细步骤。文章提供了具体的Docker命令来创建并配置nginx容器,展示了配置文件的修改示例,说明了如何在本地系统的hosts文件中添加虚拟机IP和自定义域名,以及如何通过浏览器进行测试访问。
本地通过域名访问虚拟机上nginx的服务、搭建域名访问环境一(反向代理配置)
|
2月前
|
负载均衡 应用服务中间件 网络安全
Django后端架构开发:Nginx服务优化实践
Django后端架构开发:Nginx服务优化实践
40 2
|
2月前
|
运维 负载均衡 监控
Nginx加Keepalived实现高可用
使用Nginx和Keepalived来实现高可用性的方案,对于确保关键服务的稳定性和可靠性来说是非常有效的。此配置涉及多个步骤,包括各个服务的安装、设置及测试,目标是在主服务器故障时能无缝切换,以确保服务的持续可用。正确的配置和充分的测试是实现高可用性的保证,这也要求管理员对这些工具和它们背后的原理有深入的了解。
49 1
|
2月前
|
安全 JavaScript 前端开发
Nginx服务扫描漏洞修复
Nginx服务扫描漏洞修复
|
2月前
|
应用服务中间件 Linux nginx
在Linux中,如何让某个服务(假如服务名为 nginx)只在3,5两个运⾏级别开启,其他级别关闭?
在Linux中,如何让某个服务(假如服务名为 nginx)只在3,5两个运⾏级别开启,其他级别关闭?
|
2月前
|
Ubuntu 应用服务中间件 Linux
在Linux中,如何查看Apache或Nginx服务的状态?
在Linux中,如何查看Apache或Nginx服务的状态?
|
负载均衡 容灾 应用服务中间件
使用Docker-compose搭建nginx-keepalived双机热备来实现高可用nginx集群
最近同学出去面试经常会被问到一个问题。 面试官:你说你们公司使用nginx反向代理tornado,部署了多少多少台机器,好像很牛逼的样子,但是我问你,如果主机也就是部署了nginx那台机器并发过大导致宕机了怎么办? 答曰:不考虑带宽峰值的话,比较新的 CPU 跑 nginx 单核每秒能接近 2 万请求,而且nginx如果纯做 HTTP 转发的话,Nginx 的性能高到恐怖,会挂掉很不科学。。。。 面试官:好吧,算你会忽悠,那如果插头被扫地大妈踢掉了怎么办,因为没电导致服务器宕机 答曰:阿里云机房会断电。。。你特么在逗我吧。。
使用Docker-compose搭建nginx-keepalived双机热备来实现高可用nginx集群
|
5月前
|
存储 运维 负载均衡
Heartbeat+Nginx实现高可用集群
通过Heartbeat与Nginx的结合,您可以建立一个高可用性的负载均衡集群,确保在服务器故障时仍能提供无中断的服务。这种配置需要仔细的计划和测试,以确保系统在故障情况下能够正确运行。
64 2
|
缓存 运维 负载均衡
Keepalived+LVS+nginx搭建nginx高可用集群
  nginx是一款非常优秀的反向代理工具,支持请求分发,负载均衡,以及缓存等等非常实用的功能。在请求处理上,nginx采用的是epoll模型,这是一种基于事件监听的模型,因而其具备非常高效的请求处理效率,单机并发能力能够达到上百万。nginx接收到的请求可以通过负载均衡策略分发到其下一级的应用服务器,这些服务器一般是以集群方式部署的,因而在性能不足的情况下,应用服务器可以通过加机器的方式扩展流量。此时,对于一些特大型的网站,性能的瓶颈就来自于nginx了,因为单机的nginx的并发能力是有上限的,而nginx本身是不支持集群模式的,因而此时对nginx的横向扩展就显得尤为重要。
742 1