Keepalived + Nginx双主架构

2024-01-22 10:52
文章标签 nginx 架构 双主 keepalived

本文主要是介绍Keepalived + Nginx双主架构,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Keepalived + Nginx双主架构

环境准备:

keepalived_master1服务器+nginx:172.20.26.167

keepalived_master2服务器+nginx:172.20.26.198

各服务器关闭selinux、防火墙等服务。

开机安装部署nginx

在172.20.26.167服务器上

yum install nginx -y

echo "this is 167server" > /usr/share/nginx/html/index.html  #修改主页内容,方便区分

nginx

然后启动nginx服务。

在172.20.26.198服务器上

yum install nginx -y

echo "this is 198server" > /usr/share/nginx/html/index.html  修改主页内容,方便区分

nginx

然后启动nginx服务。

部署keepalived服务

分别在172.20.26.167、172.20.26.198安装keepalived服务

yum install keepalived -y

vim /etc/keepalived/keepalived.conf   #分别设置VIP1地址172.20.26.200、VIP2地址172.20.26.201,并增加chk_nginx 的脚本检测以及脚本追踪:

vrrp_script chk_nginx {

       script "/data/sh/chk_nginx.sh"

       interval 1

       weight 2

      }

track_script {

           check_nginx

           }

追踪上面所定义的chk_nginx,名字要与上面定义的一致。

 将配置文件拷贝到172.20.26.198服务器/etc/keepalived/目录下

scp /etc/keepalived/keepalived.conf 172.20.26.198:/etc/keepalived/

vim /etc/keepalived/keepalived.conf

分别在172.20.26.167、172.20.26.198服务器上创建/data/sh目录及chk_nginx.sh脚本:

mkdir -p /data/sh    #创建脚本目录

vim /data/sh/chk_nginx.sh   #编写脚本文件

#!/bin/bash

killall -0 nginx &>/dev/null

if [[ $? -ne 0]];then

   /etc/init.d/keepalived stop

fi

chmod +x /data/sh/chk_nginx.sh    #授权执行权限

两台服务器启动keepalived服务,查看VIP地址172.20.26.200、172.20.26.201分别在172.20.26.167、172.20.26.198服务器上

systemctl start keepalived

 域名绑定:

172.20.26.200 blog.jfedu.net

172.20.26.201 blog.jfedu.net

客户端访问blog.jfedu.net ,访问的是172.20.26.167服务器上的nginx站点。

测试

在172.20.26.167服务器上将nginx服务stop掉,客户端访问bolg.jfedu.net 将访问到 172.20.26.198服务器上的nginx站点“this is 198server”。

将172.20.26.167服务器上的nginx 服务启动后,客户端访问bolg.jfedu.net 又将访问到 172.20.26.167服务器上的nginx站点“this is 167server”。

如果172.20.26.167服务器上的keepalived服务down掉,VIP地址172.20.26.200将漂移到172.20.26.198服务器上,172.20.26.198服务器上将出现两个VIP地址,客户端访问nginx站点,也将访问到 172.20.26.198服务器上的nginx站点“this is 198server”。

当172.20.26.167服务器上keepalived服务重新启动后,将夺回172.20.26.200VIP地址,客户端访问bolg.jfedu.net 将访问到 172.20.26.167服务器上的nginx站点“this is 167server”。

当172.20.26.198服务器上的keepalived服务down掉,VIP 地址172.20.26.201将漂移到172.20.26.167服务器上。

当172.20.26.198服务器上keepalived服务重新启动后,将夺回172.20.26.201VIP地址;

至此,keepalived + nginx双主架构,部署完成。

Nginx+keepalived双主企业架构,在日常维护及管理过程中需要注意如下几个方面:

1、Keepalived主配置文件必须设置不同的VRRP名称,同时优先级和VIP设置也各不相同;

2、Nginx网站总访问量为两台Nginx服务器之和,可以写脚本自动统计访问量;

3、两台Nginx为Master,存在两个VIP地址,用户从外网访问VIP,需配置域名映射到两个VIP上方可。

4、通过外网DNS映射不同VIP的方法也称为DNS负载均衡模式;

5、可以通过Zabbix实时监控VIP访问状态是否正常。

这篇关于Keepalived + Nginx双主架构的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/632748

相关文章

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

系统架构设计师: 信息安全技术

简简单单 Online zuozuo: 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo :本心、输入输出、结果 简简单单 Online zuozuo : 文章目录 系统架构设计师: 信息安全技术前言信息安全的基本要素:信息安全的范围:安全措施的目标:访问控制技术要素:访问控制包括:等保

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

Windows下Nginx的安装及开机启动

1、将nginx-1.16.1.zip解压拷贝至D:\web\nginx目录下。 2、启动Nginx,两种方法: (1)直接双击nginx.exe,双击后一个黑色的弹窗一闪而过。 (2)打开cmd命令窗口,切换到nginx目录下,输入命令 nginx.exe 或者 start nginx ,回车即可。 3、检查nginx是否启动成功。 直接在浏览器地址栏输入网址 http://lo

nginx介绍及常用功能

什么是nginx nginx跟Apache一样,是一个web服务器(网站服务器),通过HTTP协议提供各种网络服务。 Apache:重量级的,不支持高并发的服务器。在Apache上运行数以万计的并发访问,会导致服务器消耗大量内存。操作系统对其进行进程或线程间的切换也消耗了大量的CPU资源,导致HTTP请求的平均响应速度降低。这些都决定了Apache不可能成为高性能WEB服务器  nginx:

web群集--nginx配置文件location匹配符的优先级顺序详解及验证

文章目录 前言优先级顺序优先级顺序(详解)1. 精确匹配(Exact Match)2. 正则表达式匹配(Regex Match)3. 前缀匹配(Prefix Match) 匹配规则的综合应用验证优先级 前言 location的作用 在 NGINX 中,location 指令用于定义如何处理特定的请求 URI。由于网站往往需要不同的处理方式来适应各种请求,NGINX 提供了多种匹

nginx长连接的问题

转自: http://www.360doc.com/content/12/1108/17/1073512_246644318.shtml

NGINX轻松管理10万长连接 --- 基于2GB内存的CentOS 6.5 x86-64

转自:http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=190176&id=4234854 一 前言 当管理大量连接时,特别是只有少量活跃连接,NGINX有比较好的CPU和RAM利用率,如今是多终端保持在线的时代,更能让NGINX发挥这个优点。本文做一个简单测试,NGINX在一个普通PC虚拟机上维护100k的HTTP

CRtmpServer转推流到Nginx Rtmp及SRS(SimpleRtmpServer)的经历

转自:http://blog.csdn.net/fengyily/article/details/42557841 本人一直用的是CRtmpServer服务,在CRtmpServer服务中根据自已的想法也加入了许多功能,如通过http接口来加载配置等,苦于不支持HLS,自已添加ts分片水平又有限,思来想去决定借助SimpleRtmpServer的HLS功能。说干就干,马上查找相关资源