Keepalived秘籍保障系统高可用的终极武器

最新推荐文章于 2024-08-20 15:54:12 发布
最新推荐文章于 2024-08-20 15:54:12 发布
阅读量803 收藏 23
点赞数 15
文章标签： 微服务 架构 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_64409959/article/details/141191238
版权

目录

一 高可用集群

1.1 集群类型

1.2 实现高可用

1.3 vrrp（Virtual Router Redundancy Protocol）

二 keepalived 部署

2.1 简介

2.2 keepalived 架构

2.3 keepalived 搭建

三 keepalived 应用示例

3.1 实现master/slave的keepalived单主架构

3.2 抢占技术和非抢占技术

3.2.1 非抢占模式（nopreempt）

3.2.2 抢占延时模式（preempt_delay）

3.3 VIP单播配置

3.4 keepalived 通知脚本配置

3.5 master/master的keepalived双主架构

3.6 实现ipvs的高可用性

 

一 高可用集群

1.1 集群类型

  1. LB（负载均衡类）：由多个主机组成，每个主机只负责一部分访问，提高系统的响应能力，尽可能快的处理访问，以低延迟为目的，做到高并发，高负载。
  2. HA（高可用类）：提高系统的可靠性，尽可能避免服务中断，一般采用主备的方式，在出现问题能自动快速进行切换，以可靠性为目标。
  3. HPC（高性能类）：提高cpu运算效率，扩展硬件资源，一般指超级计算机这一类，例如云计算。

1.2 实现高可用

提升系统高可用解决方案：降低平均故障时间

解决方案：建立冗余机制

active/passive  主备

在这种模式只有一个节点（主节点）处于活动状态，当主节点出现问题时，备节点被激活接管主节点的工作

active/active  双主

两个节点都处于活动状态，他们分别处理不同的数据集，分担不同的工作负载

active --> HEARTBEAT --> passive

主备模式的变体，其中活动的主节点定期向备节点发送心跳信号（HEA），备份节点在一定时间内没有接收到心跳信号，默认主节点发生异常，接管主节点工作

active HEARTBEAT active

在这种模式下，两个活动节点互相发送心跳检测，监督对方状态，如果其中一个节点发生故障，另外一个节点承担起对方节点的工作

1.3 vrrp（Virtual Router Redundancy Protocol）

VRRP：Virtual Router Redundancy Protocol  虚拟路由冗余协议,解决静态网关单点风险

vrrp相关术语：

虚拟路由器：Virtual Router

虚拟路由器标识：VRID(0-255)，唯一标识虚拟路由器

VIP：Virtual IP

VMAC：Virutal MAC (00-00-5e-00-01-VRID)

物理路由器：

master：主设备

backup：备用设备

priority：优先级

vrrp相关技术：心跳 优先级  抢占式   非抢占式

二 keepalived 部署

2.1 简介

它主要通过虚拟路由器冗余协议（VRRP）来实现故障转移和负载均衡。Keepalived 能够检测服务器的状态，确保服务的持续可用性。

    1.监控服务器的健康状况：通过各种方式（如网络连接、服务端口检测等）来判断服务器是否正常运行

    2.实现虚拟 IP（VIP）的漂移：当主服务器出现故障时，自动将 VIP 切换到备份服务器上，使得服务能够不间断地对外提供

    3.与其他服务集成：能够与常见的服务（如 HTTPD、Nginx 等）配合工作，增强服务的可靠性。

    4.配置简单灵活：通过修改配置文件，可以轻松地调整 Keepalived 的参数和行为。

2.2 keepalived 架构

用户空间核心组件：

vrrp stack：VIP消息通告

checkers：监测real server

system call：实现 vrrp 协议状态转换时调用脚本的功能

SMTP：邮件组件

IPVS wrapper：生成IPVS规则

Netlink Reflector：网络接口

WatchDog：监控进程

控制组件：提供keepalived.conf 的解析器，完成Keepalived配置

IO复用器：针对网络目的而优化的自己的线程抽象

内存管理组件：为某些通用的内存管理功能（例如分配，重新分配，发布等）提供访问权限

2.3 keepalived 搭建

                                            keepalived 环境准备
实验要求      chrony/ntp时间同步    关闭防火墙和selinux                                                                                  
相关软件

软件包名：keepalived     主程序文件：/usr/sbin/keepalived    

主程序文件：/usr/sbin/keepalived   

配置文件示例：/usr/share/doc/keepalived/

keepalived 安装：

搭建测试环境

下载启动keepalived，两台配置一样

然后改名字，另外一台一样

三 keepalived 应用示例

3.1 实现master/slave的keepalived单主架构

配置文件拷贝到ka2上，ka2为备份设备，只需到ka2里做稍微修改

然后注释点strict重启keepalived服务 在向rs配置临时ip

ka1优先级为100，ka2为80，并且keepalived默认为抢占，所以效果应为，ka1断了之后，往ka2浮动vip

远程登陆ka1停掉服务，看结果是否ip消失

然后查看ka2的，如果有的话证明设备故障切换成功，如果重启ka1的话，vip返回，即配置成功，并且证明keepalived默认是抢占的

重启ka1服务

vip返回

3.2 抢占技术和非抢占技术

3.2.1 非抢占模式（nopreempt）

非抢占模式，意思就是当ka1挂掉之后，vip切换到ka2上，然后等ka1恢复之后，不能立即切换到ka1上，只能等ka2挂掉之后，才能切换，目的是为了，反复切换导致网络抖动，不稳定

  1. 需要将服务器，均配置为backup状态，然后重启，再到backup上加上nopreempt选项
  2. vip在ka1上，此时断掉服务
  3. vip飘到ka2上，按照对实验的设想，重启ka1之后，应该不会回到ka1上，如果还在ka2就代表试验成功                

3.2.2 抢占延时模式（preempt_delay）

  1. 配置ka1，ka2的延迟计划
  2. 重启服务之后，一段时间完，抢vip地址

3.3 VIP单播配置

  1. 在ka1和ka2上配置文件里面加上单播的配置，举例ka1，ka2类似
  2. 实验结果展现

3.4 keepalived 通知脚本配置

  1. 创建通知脚本
  2. 安装邮件发送工具  
    dnf install mailx -y
#进入配置文件，进行配置
vim /etc/mail.rc

  3. 结果展示

3.5 master/master的keepalived双主架构

  1. 在10和20主机分别写入互为主备的规则
  2. 测试

3.6 实现ipvs的高可用性

1 两台rs主机安装httpd

2 临时配置ip地址，往默认界面加内容，在重启，rs2也一样

3 分别做arp抑制，rs2同样操作

4 ka1和ka2配置主机策略

5 检查最终结果

star地未来！
关注
  • 15
    点赞
  • 踩
  • 23
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
LVS的DR模式（ldirectord的使用，keepalived配置高可用集群）
dreamer_hahaha
07-30 6195
Lvs - DR LVS-DR模型的特性： 保证前端路由将目标地址为VIP报文统统发给Director Server，而不是RS RS可以使用私有地址；也可以是公网地址，如果使用公网地址，此时可以通过互联网对RIP进行直接访问 RS跟Director Server必须在同一个物理网络中 所有的请求报文经由Director Server，但响应报文必须不能进过Director Server...
详解Keepalived+Nginx实现高可用（HA）
09-30
在构建高可用性(High Availability, HA)系统时，Keepalived 和 Nginx 的结合是常用的一种解决方案。本文将详细解析如何在 CentOS 7 环境下，通过 Keepalived 和 Nginx 实现服务器之间的负载均衡和故障切换，确保服务...
阿里架构师浅析系统高可用的实现，如何让你的系统不掉链子？
Java____superman的博客
07-13 359
本文已收录GitHub，更有互联网大厂面试真题，面试攻略，高效学习资料等 在实际工作中，我们平常更关注系统业务功能的实现，而对于系统是否会出故障，总觉得那是小概率事件，一开始不会考虑得太多。然而系统上线后，我们会发现系统其实很脆弱，每个地方都可能会出问题，处理线上事故的时间往往超过了开发功能的时间。 所以，对于系统的高可用，我想你经常会有这样的疑问：系统的高可用真的很重要吗？如何实现系统的高可用，具体都有哪些手段呢？ 十年前的时候，我们有几个数据来说明系统宕机对公司的影响，我记得其中一个是系统每宕掉 1.
《MySQL性能优化和高可用架构实践》阅读总结
wang_luwei的博客
09-19 1780
文章目录介绍第1章　MySQL架构介绍1.1　MySQL简介1.2　MySQL主流的分支版本1.3　MySQL存储引擎1.4　MySQL逻辑架构1.5　MySQL物理文件体系结构第2章　InnoDB存储引擎体系结构2.1　缓冲池2.2　change buffer2.3　自适应哈希索引2.4　redo log buffer2.5　double write2.6　InnoDB后台线程2.6.1　InnoDB主线程2.6.2　InnoDB后台I/O线程2.6.3　InnoDB脏页刷新线程2.6.4　InnoDB
12 | 高可用架构：如何让你的系统不掉链子？
qq_37756660的博客
01-15 888
今天，介绍了保障系统高可用都有哪些策略和设计原则，相信现在对高可用的整体处理思路有了清楚的认识。另外，还针对典型的系统处理过程，介绍了各个环节都有哪些具体的高可用手段，希望可以在工作中，结合系统的实际情况去落地它们。最后，留一道思考题：处理事故有三板斧的说法，你知道它们都是什么吗？你是怎么评价它们的呢？
高可用之Keepalived+Nginx实现高可用Web负载均衡
11-07
"高可用之Keepalived+Nginx实现高可用Web负载均衡" Keepsalived 和 Nginx 是实现高可用 Web 负载均衡的关键技术。Keepalived 是一种高性能的服务器高可用或热备解决方案，可以防止服务器单点故障的发生，而 Nginx ...
基于ubuntu自动化安装Keepalived以实现高可用
04-27
此外，这个脚本假设你正在安装Keepalived作为MASTER节点；如果你正在安装BACKUP节点，你需要更改state MASTER为state BACKUP，并相应地调整priority值。 此外，对于生产环境，你可能还需要考虑其他因素，如防火墙...
Keepalived+redis高可用主从-Keepalived的配置
01-07
Keepalived+redis高可用主从，本技术文档主要是Keepalived的配置，redis主从配置可以看我的文章https://blog.csdn.net/qq_41709494/article/details/116382183
微服务：服务的注册与调用和OpenFiegn
安晴晚风的博客
08-17 1305
微服务：服务的注册与调用和OpenFiegn
微服务设计原则——高性能：存储设计
Dablelv 的博客专栏。
08-18 1105
任何一个系统，从单机到分布式，从前端到后台，功能和逻辑各不相同，但干的只有两件事：读和写。而每个系统的业务特性可能都不一样，有的侧重读、有的侧重写，有的两者兼备，本节主要探讨在不同业务场景下存储读写的一些方法论。
微服务可用性设计
qq_42861526的博客
08-18 688
对系统或资源进行分割，实现当系统发生故障时能限定传播范围和影响范围。进一步的，通过隔离能够降低系统之间得耦合度，使得系统更容易维护和扩展。某些业务场景下合理使用隔离技巧也能提高整个业务的性能。我理解隔离本质就是一种解耦手段。
微服务实战系列之玩转Docker（十）
splendid_java的专栏
08-16 2070
我们知道Docker的“使命”是为了快速完成应用的迁移和部署。为提升它的战斗能力，Docker官方携手发布了—— 一个快速完成Docker集群构建的利器。那么请先回忆一下本系列第八篇（重点compose）和第九篇（重点network），一个是为了完成在同一个Docker主机下多容器的编排和运行，另外一个是为Docker主机与容器之间或容器与容器之间进行通信而提供的基本网络类型。而同样具备容器编排能力，其价值体现在跨主机集群式的容器管理和编排能力上。可以理解为是对compose。
微服务多个模块启动，端口被占用，yml配置文件读不到
最新发布
qq_45546075的博客
08-20 209
【代码】微服务多个模块启动，端口被占用，yml配置文件读不到。
关于SOA和微服务
qq_36634055的博客
08-16 731
SOA是一个更广泛的概念，涵盖了多种服务架构的风格，服务的粒度可以从较大到较小。微服务是 SOA 的一个特例，它强调极小的服务粒度，每个服务只关注单一职责，独立部署和扩展。所以，微服务确实是面向服务架构的一种，但它通过进一步细化服务的粒度，实现了更高的灵活性和可维护性。
乾坤qiankun搭建前端微服务
qq_43692768的博客
08-19 663
微前端是一种多个团队通过独立发布功能的方式来共同构建现代化 web 应用的技术手段及方法策略。
微服务注册到nacos时，注册失败报错解决
南朝雨
08-17 354
方法：删除 Nacos 根目录下 data 文件夹下的 protocol 文件夹即可。实际项目部署时，有时候可能会在本地更改好nacos配置，本地启动没问题后部署到服务器上(带着data目录)，所以ip 与服务器ip不一致，导致了以上问题。Nacos 采用 raft 算法来计算 Leader，并会记录上次启动的集群地址，所以当我们自己的服务器 IP 改变时，会导致 raft 记录的集群地址失效，进而导致选择 Leader 出现问题。
【微服务】springboot 整合表达式计算引擎 Aviator 使用详解
congge
08-18 4207
springboot 整合表达式计算引擎 Aviator 使用详解
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值