keepalived+nginx实现高可用的案例详解（主主模式）

于 2024-09-27 17:46:24 发布
阅读量879 收藏 16
点赞数 26
分类专栏： # keepalived 文章标签： nginx 网络 运维 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lwxvgdv/article/details/142596573
版权

文章目录

前言

keepalived主备模式和主主模式有什么区别

Keepalived 是用于实现高可用性和负载均衡的软件，通常用于配置虚拟路由冗余协议（VRRP）。在使用 Keepalived 时，可以配置两种常见的模式：主备模式 和 主主模式。它们在高可用性和负载均衡的实现上有不同的工作方式。下面详细解释这两种模式及它们的区别。

1. 主备模式（Master-Backup Mode）

概念：
主备模式是最常见的一种高可用性配置方式。在这种模式下，只有一个主节点（MASTER）在提供服务，其他节点作为备份节点（BACKUP），只有在主节点宕机或失效时，备份节点才会自动接管并提供服务。

工作流程：
主节点（MASTER）：主节点运行正常时，它负责处理所有的流量或请求。它拥有指定的虚拟 IP 地址（VIP），客户端通过这个虚拟 IP 进行访问。
备节点（BACKUP）：备节点处于待命状态，持续监控主节点的状态。如果主节点宕机或无法提供服务，备节点就会自动提升为主节点，接管虚拟 IP 并开始处理流量。
故障切换：当主节点恢复时，它可以再次成为主节点（根据优先级高低），备节点会退回到待命状态。

主要特点：
单点提供服务：在任何时候，只有一个节点（主节点）在提供服务。备份节点不处理流量，除非主节点失效。
高可用性（HA）：这是典型的高可用性架构，目的是避免服务中断。
低资源利用率：备节点在大多数时候只是等待，没有实际工作，资源利用率相对较低。

场景举例：
一个简单的 Web 服务高可用性场景，主节点在正常情况下处理所有的 HTTP 请求，备份节点在主节点宕机时接管服务。
举例配置（简化版）：

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    virtual_ipaddress {
        192.168.10.111
    }
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens33
    virtual_router_id 51
    priority 90
    advert_int 1
    virtual_ipaddress {
        192.168.10.111
    }
}

state MASTER 的节点负责处理流量，state BACKUP 的节点则等待主节点失效。

2. 主主模式（Active-Active Mode 或 Dual Master Mode）

概念：
在主主模式下，两个节点同时工作，都可以提供服务。它们各自处理部分流量，通常结合负载均衡来实现，同时提高资源利用率和服务的可用性。这里没有严格的“主”和“备”的区分，而是两个节点都处于活动状态。

工作流程：
两个节点同时处理流量：在主主模式下，两个节点共享流量。可以通过负载均衡策略（如轮询、最少连接等）来将客户端的请求分发到不同的节点上。
虚拟 IP（VIP）共享：两个节点可能共享多个虚拟 IP，每个节点管理不同的 VIP。
故障切换：如果其中一个节点宕机或失效，另一个节点可以接管其负责的虚拟 IP 和流量，继续提供服务。

主要特点：
负载均衡：主主模式的主要特点是负载均衡，两台服务器同时提供服务。
高资源利用率：因为两个节点都在工作，资源得到了充分利用。
高可用性（HA）+ 负载均衡（LB）：除了高可用性之外，主主模式还能提供负载均衡功能。
复杂性：相对主备模式，配置和管理更加复杂，特别是在同步数据、会话保持等方面。

场景举例：
高并发的 Web 应用服务器。客户端的请求通过负载均衡算法分配给两台服务器，以减轻单台服务器的负担。
数据库集群：两个数据库节点同时提供读服务，写操作通过主节点进行。
举例配置（简化版）：

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    virtual_ipaddress {
        192.168.10.111
    }
}

vrrp_instance VI_2 {
    state MASTER
    interface ens33
    virtual_router_id 52
    priority 100
    advert_int 1
    virtual_ipaddress {
        192.168.10.112
    }
}

这里，两个节点分别作为不同 VRRP 实例的 MASTER，各自处理不同的虚拟 IP（192.168.10.111 和 192.168.10.112）。这就实现了两个节点同时工作。

主备模式 vs 主主模式 的区别
项目主备模式主主模式
节点角色一个主节点，其他节点为备节点两个节点都是主节点，均同时工作
流量处理只有主节点处理流量两个节点都处理流量（负载均衡）
资源利用率备节点不处理流量，资源利用率较低两个节点同时工作，资源利用率高
故障切换主节点失效时备节点接管一个节点失效时另一个节点接管该节点的任务
适用场景简单的高可用性场景，避免单点故障需要高可用性且负载较大的场景，如负载均衡
复杂性配置简单，管理容易配置复杂，管理需要负载均衡和同步机制
总结：

主备模式
强调高可用性，主要目的是避免服务中断，但在资源利用率上存在一些浪费，因为备份节点在正常情况下不处理流量。

主主模式
则不仅提供高可用性，还能够同时处理流量，解决资源利用的问题，并通过负载均衡来分摊负载。不过，主主模式的配置和管理更复杂，适用于负载较大的场景。

环境

主机名ip服务虚拟ip
ngx1192.168.10.11nginx+keepalived192.168.10.111
ngx2192.168.10.12nginx+keepalived192.168.10.111

案例实现具体步骤

在双主模式下，两台服务器都处于活动状态，并且各自绑定一个公网虚拟 IP。
当其中一台服务器发生故障时，另一台服务器会接管发生故障服务器的公网虚拟 IP。
配置步骤：
在两台服务器上安装 Nginx 和 Keepalived。
在两台服务器上都配置 Keepalived 为双主模式，设置相同的优先级。
配置健康检查脚本，用于检测 Nginx 服务是否运行正常。
配置两个虚拟 IP 地址（VIP），每个服务器一个。

ngx1

安装nginx和keepalived

yum -y install nginx keepalived

作为主端配置

vim /etc/keepalived/keepalived.conf

留下需要的配置即可
下面是配置完后的示例

global_defs {
   router_id LVS_DEVEL1
}

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.10.111
    }
}

vrrp_instance VI_2 {
    state BACKUP
    interface ens33
    virtual_router_id 52
    priority 99
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.10.112
    }
}

解释：
这是一个使用 Keepalived 配置的示例文件。Keepalived 通常用于在 Linux 系统中配置高可用性（HA）和负载均衡。它实现了 VRRP（Virtual Router Redundancy Protocol）协议，用于管理虚拟 IP 地址的主备关系，以确保在主节点故障时备节点能够自动接管虚拟 IP。

1. global_defs 配置块

plaintext
global_defs {
   router_id LVS_DEVEL1
}

global_defs： 全局配置选项。
router_id： 这是一个全局唯一的路由器标识符，可以使用任意字符标识。通常用于日志文件中标识此节点。比如 LVS_DEVEL1 表示这个 Keepalived 配置的名称是 LVS_DEVEL1。
2. vrrp_instance 配置块
文件中有两个 vrrp_instance 配置块，分别命名为 VI_1 和 VI_2，表示两个不同的 VRRP 实例。

vrrp_instance VI_1
plaintext
vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.10.111
    }
}

vrrp_instance VI_1： 定义一个 VRRP 实例，实例名称为 VI_1。
state MASTER： 指定当前节点为该实例的主节点（MASTER）。在同一实例中，主节点和备节点（BACKUP）之间共享虚拟 IP 地址。
interface ens33： 指定 Keepalived 监控的网络接口（如 ens33）。这个接口是虚拟 IP 将绑定的物理网络接口。
virtual_router_id 51： 虚拟路由器的 ID，用于识别 VRRP 实例。这个 ID 应该在网络中是唯一的（通常范围为 1-255）。
priority 100： 优先级，取值范围为 1-255，数值越大优先级越高。这里设置了 100，因此在正常情况下，该节点将作为 MASTER。
advert_int 1： 设置 VRRP 心跳包的通告间隔时间（秒）。表示每 1 秒发送一次 VRRP 报文。
authentication：
auth_type PASS： 设置验证类型为密码验证。
auth_pass 1111： 设置密码。两台设备在同一个 VRRP 实例中进行通信时，密码需要相同。
virtual_ipaddress： 定义该实例管理的虚拟 IP 地址（VIP）。在该示例中是 192.168.10.111。

vrrp_instance VI_2
plaintext
vrrp_instance VI_2 {
    state BACKUP
    interface ens33
    virtual_router_id 52
    priority 99
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.10.112
    }
}

vrrp_instance VI_2： 定义了另一个 VRRP 实例，实例名称为 VI_2。
state BACKUP： 指定该节点在 VI_2 实例中的状态为备节点（BACKUP）。
virtual_router_id 52： 此实例的虚拟路由器 ID 与 VI_1 中的 51 不同，表明 VI_2 是一个独立的实例。
priority 99： 优先级设置为 99，表示在 VI_2 实例中，该节点的优先级比 VI_1 的 MASTER 节点优先级低，因此它不会成为 MASTER。
virtual_ipaddress： 定义该实例管理的虚拟 IP 地址（VIP）。在该示例中是 192.168.10.112。

配置文件整体解析
配置文件定义了两个 VRRP 实例 VI_1 和 VI_2，分别管理 192.168.10.111 和 192.168.10.112 两个虚拟 IP 地址。
VI_1 的 state 为 MASTER，优先级为 100，因此该节点在 VI_1 实例中为主节点。
VI_2 的 state 为 BACKUP，优先级为 99，因此该节点在 VI_2 实例中为备节点。
VI_1 和 VI_2 实例使用相同的网络接口（ens33）进行 VRRP 通信。
两个实例使用了相同的身份验证密码（auth_pass 为 1111），保证了通信的安全性。

然后创建一个测试页面

echo web1 > /usr/share/nginx/html/index.html

启动nginx和keepalived

systemctl start nginx
systemctl enable nginx
systemctl start keepalived
systemctl enable keepalived
ngx2

安装nginx和keepalived

yum -y install nginx keepalived

vim /etc/keepalived/keepalived.conf

留下需要的配置即可
下面是配置完后的示例

global_defs {
   router_id LVS_DEVEL2
}
vrrp_instance VI_1 {
    state BACKUP
    interface ens33
    virtual_router_id 51
    priority 99
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.10.111
    }
}

vrrp_instance VI_2 {
    state MASTER
    interface ens33
    virtual_router_id 52
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.10.112
    }
}

然后创建一个测试页面

echo web2 > /usr/share/nginx/html/index.html

启动nginx和keepalived

systemctl start nginx
systemctl enable nginx
systemctl start keepalived
systemctl enable keepalived
验证

ngx1查看ip

ip add

可以看见ngx1为主的虚拟ip 192.168.10.11
在这里插入图片描述

ngx2查看ip

ip add

可以看见ngx2为主的虚拟ip 192.168.10.12
在这里插入图片描述

访问测试
192.168.10.111
在这里插入图片描述
关闭ngx1后

systemctl stop keepalived

虚拟地址消失

ip add

在这里插入图片描述
出现在ngx2上
在这里插入图片描述
同时访问也是ngx2的页面
在这里插入图片描述

同时也能访问192.168.10.112
在这里插入图片描述

192.168.10.112同理
就不多叙述了。

爱吃龙利鱼
关注
专栏目录
lvs+keepalived+nginx高可用部署
weixin_45861372的博客
07-12 459
lvs keepalived nginx
LVS+KeepAlived+Nginx高可用实现方案
qq_38055805的博客
01-06 1363
基于LVS的DR模式构建Nginx集群
Keepalived+LVS+nginx搭建nginx高可用集群
永远保持随时离开的技术能力！
07-05 1273
Keepalived+LVS+nginx搭建nginx高可用集群
搭建keepalived+nginx热备高可用(主备+双主模式)
qq_38055805的博客
11-18 4006
centos7.9搭建keepalived+nginx热备高可用(主备+双主模式)
keepalived应用，keepalived+nginx，keepalived+mysql主主架构
从此踏上一条不归路
03-09 2137
1. keepalived简介 1.1 keepalived是什么？ Keepalived 软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件。 Keepalived软件主要是通...
Keepalived+Nginx实现高可用，反向代理---Keepalived安装及相关配置
热门推荐
通往精英的成长之路
03-17 2万+
【前言】 在博文《智能一代云平台（十五）:Keepalived+Nginx实现高可用，反向代理---Nginx安装及配置》中介绍了Nginx的安装及相关配置的信息，由于篇幅原因不能用一篇博文描述完，这篇接着为大家分享其中的一个非常重要的模块Keepalived的安装及相关配置。 【研究之路】 一、郑重声明 本篇博文的前导博文为《智能...
Keepalived + Nginx 主备容灾方案介绍
IT小辉同学
08-12 1092
做个阅己，越己，悦己的自己，不为他人所困，不为往事所扰，慢品人间烟火色，闲观万事岁月长，前亦有勇，退亦从容。
NGINX+KEEPALIVED实现NGINX高可用集群
Wu 小杰的博客
06-07 1773
nginx作为一款企业级的代理服务器，在各种场景下均有广泛的使用，尤其是在前后端分离的项目中，nginx作为路由转发的功能是非常常用的。在一些流量比较大的项目中，为了应对高并发的场景，后端服务往往采用集群部署，这时候，就需要使用到nginx的负载均衡功能，从而避免应用节点的单节点故障问题。那么问题又来了，nginx的单点问题怎么解决？我们可以通过nginx+keepalived的高可用集群方案来避免nginx的单节点故障问题，从而大幅度提高nginx的稳定性和可靠性。
keepalived+nginx 高可用部署
qq_41512902的博客
07-05 1258
keepalived+nginx 高可用部署
详解Keepalived+Nginx实现高可用（HA）
09-30
【详解Keepalived+Nginx实现高可用（HA）】 在构建高可用性(High Availability, HA)系统时，Keepalived 和 Nginx 的结合是常用的一种解决方案。本文将详细解析如何在 CentOS 7 环境下，通过 Keepalived 和 Nginx ...
nginx+keepalived+tomcat+redis文档
06-26
### Nginx+Keepalived+Tomcat+Redis 高可用与负载均衡架构解析 #### 架构概览 为了确保Web服务器的稳定运行及高效处理能力，采用Nginx+Keepalived+Tomcat+Redis的技术组合进行系统构建。这一架构通过多个组件的...
项目练习：LVS + Keepalived + Nginx实现搭建高性能、高可用的服务器
Pink_Home的博客
03-29 580
（1）健康检查：Keepalived起初是为LVS设计的，专门用来监控集群系统中各个服务节点的状态，它根据TCP/IP参考模型的第三，第四层，第五层交换机制检测每个服务节点的状态，如果某个服务器节点出现异常，或者工作出现故障，Keepalived将检测到，并将出现的故障的服务器节点从集群系统中剔除，这些工作全部都是自动完成的，不需要人工干涉，需要人工完成的只是修复出现故障的服务节点。当服务器意外挂掉之后，需要一台新的机器，替代现有的机器，然后做新的环境部署，端口映射，域名解析等等。
LVS+Keepalived+Nginx高可用实现
m0_58559010的博客
07-20 409
前言 本文搭建LVS+Keepalived+Nignx高可用，搭建之前，先看下以下几种方案架设示意图的演进。 方案一 起初是一个Nginx服务器，但是当Nginx挂掉后，用户就直接访问不了网站，进而演进第二种方案。 方案二 这个方案通过Keepalived解决了Nginx主节点挂掉后，从节点的Nginx会启用，实现了双机主备，这样虽然解决了第一种方案的弊端，但是高迸发场景下，一个Nginx承受不住，无论有多少从节点，还是会挂掉，从而演进第三种方案。 方案三 通过LVS+Keepalived+N
kubernetes网络(一)之calico详解
鲜少伟的博客
09-22 1155
本文介绍Kubernetes最流行的网络解决方案calico。
netty编程之基于websocket发送二进制数据
wang0907的博客
09-20 588
本文看下基于websocket发送二进制数据。
linux网络编程5
qq_65818377的博客
09-21 855
将套接字修改为被动，让操作系统给该套接字设置一个连接队伍，用来记录所有连接到该套接字的连接。关闭使用socket函数创建的套接字，会导致服务器无法接收新的连接，但不会影响已经连接的；其是关闭一个代表已经连接套接字，则会出现向另外一端接收到一个长度为0的数据包；关闭accept返回的套接字，则会导致其连接关闭，但不会影响服务器的；backlog：连接队列的长度，即设置服务器最大的连接客服的数量。其返回的是一个已连接的套接字，这个套接字代表当前这个连接。connect建立连接后不会产生新的套接字；
7、论等保的必要性
weixin_43263566的博客
09-21 1043
目前，金融、电力、广电、医疗、教育等行业已经下发了相关文件。2007年6月发布的《信息安全等级保护管理办法》（公通字[2007]143号）规定了实施该制度的原则、内容、职责分工、基本要求和实施计划，明确了操作办法。梳理不同等级的系统后，应对其进行相应等级的安全防护建设，确保重要信息系统在遭受攻击时能够有效抵御，或在被攻击后快速恢复应用，以避免重大损失或影响。开展等级保护的最重要原因是通过测评工作，发现单位系统内外部的安全风险和脆弱性，整改后提升信息安全防护能力，降低被各种攻击的风险。
BGP相关知识笔记
最新发布
Richardlygo的博客
09-23 1183
整个网络规模扩大，路由数量进一步增加，路由表与LSDB规模变大，路由收敛变慢，设备性能消耗加大为此在AS之间专门使用BGP协议进行路由传递，相较于传统的IGP路由协议：BGP基于TCP，只要能够建立TCP连接即可建立BGP只传递路由信息，不会暴露AS内的拓扑3。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

爱吃龙利鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值