高可用解决方案 Keepalived 概述

概述

Keepalived 介绍

  • Keepalived 是 Linux 下一个轻量级别的高可用解决方案,通过 **VRRP 协议(虚拟路由冗余协议)**来实现服务或者网络的高可用,可以利用其来解决单点故障。

    起初是为 LVS 设计的,一个 LVS 服务会有 2 台服务器运行 Keepalived,一台为主服务器(MASTER),一台为备份服务器(BACKUP),但是对外表现为一个虚拟 IP,主服务器会发送特定的消息给备份服务器,当备份服务器收不到这个消息的时候,即主服务器宕机的时候, 备份服务器就会接管虚拟 IP,继续提供服务,从而保证了高可用性。

  • Keepalived 的作用:

    Keepalived 提供了很好的高可用性保障服务,它可以检查服务器的状态,如果有服务器出现问题,Keepalived 会将其从系统中移除,并且同时使用备份服务器代替该服务器的工作,当这台服务器可以正常工作后,Keepalived 再将其放入服务器群中,这个过程是 Keepalived 自动完成的,不需要人工干涉,只需要修复出现问题的服务器即可。

  • Keepalived 的特点:

    • 部署简单,只需要配置一个配置文件即可
    • 加入了虚拟路由冗余协议,可以保证业务或网络不间断稳定运行
  • Keepalived 的核心功能:

    • 健康检查

      采用 tcp 三次握手,icmp 请求,http 请求,udp 、echo 请求等方式对负载均衡器后面的实际的服务器(通常是承载真实业务的服务器)进行保活

    • 故障切换

      主要应用在配置了主备的服务器上,使用虚拟路由冗余协议维持主备之间的心跳

      当主服务器出现问题时,由备服务器承载对应的业务,从而在最大限度上减少损失,并提供服务的稳定性


Keepalived 原理

Keepalived 从 3 个层次来检测服务器的状态,Layer3 、Layer4 以及 Layer7 工作在 IP/TCP 协议栈的IP层,TCP层及应用层,原理分别如下:

  • Layer3 工作在网络层

    Keepalived 使用 Layer3 的方式工作时,Keepalived 会定期向服务器群中的服务器发送一个 ICMP 的数据包(既平时用的 Ping 程序),如果发现某台服务的 IP 地址没有激活,Keepalived 便报告这台服务器失效,并将它从服务器群中剔除,这种情况的典型例子是某台服务器被非法关机。

    Layer3 的方式是以服务器的 IP 地址是否有效作为服务器工作正常与否的标准。

  • Layer4 工作在传输层

    Layer4 主要以 TCP 端口的状态来决定服务器工作正常与否。keepalived 一旦在传输层探测到这些端口没有响应数据返回,就认为这些端口所对应的节点发生故障,从集群中剔除故障节点。

    例如 web server 的服务端口一般是 80,如果 Keepalived 检测到 80 端口没有启动,则 Keepalived 将把这台服务器从服务器群中剔除。

  • Layer7 工作在应用层

    Layer7 工作在具体的应用层,比 Layer3,Layer4 要复杂一点,在网络上占用的带宽也要大一些。Keepalived 将根据用户编写的脚本来检测各种程序或者服务是否正常,如果与用户的设定不相符,则将对应的把服务器从服务器群中剔除。


Keepalived 组件架构

keepalived 主要有三个模块,分别是 core、check 和 vrrp

  • core 模块为 keepalived 的核心,负责主进程的启动、维护以及全局配置文件的加载和解析
  • check 负责健康检查,包括常见的各种检查方式
  • vrrp 模块是来实现 VRRP 协议的

体系结构

在这里插入图片描述

整个体系结构分层用户层内核层

  • Scheduler I/O Multiplexer

    I/O 复用分发调用器,负责安排 Keepalived 所有的内部的任务请求

  • Memory Management

    内存管理机制,提供了访问内存的一下通用方法 Keepalived

  • Control Plane

    控制面板,实现对配置文件的编译和解析,Keepalived 的配置文件解析比较特殊,它并不是一次解析所有模块的配置,而是只有在用到某模块时才解析相应的配置

  • Core components

    Keepalived 的核心组件,包含了一系列功能模块,主要有 watch dog、Checkers、VRRP Stack、IPVS wrapper、Netlink Reflector

    • watch dog

      一个极为简单又非常有效的检测工具,针对被监视目标设置一个计数器和阈值,watch dog 会自己增加此计数值,然后等待被监视目标周期性的重置该数值,一旦被监控目标发生错误,就无法重置该数值,watch dog 就会检测到。

      Keepalived 是通过它来监控 Checkers 和 VRRP 进程

    • Checkers:实现对服务器运行状态检测和故障隔离

    • VRRP Stack:实现 HA 集群中失败切换功能,通过 VRRP 功能再结合 LVS 负载均衡软件即可部署一个高性能的负载均衡集群

    • IPVS wrapper:实现 IPVS 功能,该模块可以将设置好的IPVS规则发送到内核空间并提交给 IPVS 模块,最终实现负载均衡功能

    • Netlink Reflector:实现 VIP 的设置和切换


VRRP 协议(虚拟路由冗余协议)

  • 在现实的网络环境中,主机之间的通信都是通过配置静态路由(默认网关)来完成的

    而主机之间的路由器一旦出现故障,就会通信失败

    因此在这种通信模式下,路由器就会有单点瓶颈问题,为了解决这个问题,引入了 VRRP 协议(Virtual Router Redundancy Protocol 虚拟路由冗余协议)

    通过 VRRP 可以在网络发生故障时透明的进行设备切换而不影响主机之间的数据通信

  • 虚拟路由冗余协议,可以认为是实现路由器高可用的协议,即将两台或多台提供相同功能的路由器组成一个虚拟路由器组,这个组里面有一个master 和多个 backup,master 上面有一个对外提供服务的 VIP(Virtual IP Address 即虚拟 IP 地址,可以一个或多个)(该路由器所在局域网内其他机器的默认路由为该 vip),master 会发组播,当 backup 收不到 vrrp 包时就认为 master 宕掉了,这时就需要根据 VRRP 的优先级来选举一个 backup 当 master。这样的话就可以保证路由器的高可用了。

  • VRRP 角色

    • 虚拟路由器:VRRP 组中所有的路由器,拥有虚拟的 IP+MAC(00-00-5e-00-01-VRID)地址
    • 主路由器(master):虚拟路由器内部通常只有一台物理路由器对外提供服务,主路由器是由选举算法产生,对外提供各种网络功能
    • 备份路由器(backup):VRRP 组中除主路由器之外的所有路由器,不对外提供任何服务,只接受主路由的通告,当主路由器挂掉之后,重新进行选举算法接替 master 路由器

    master 路由器由选举算法产生,它拥有对外服务的 VIP,提供各种网络服务,如 ARP 请求、数据转发、ICMP 等等,而backup 路由器不拥有 VIP,也不对外提供网络服务

    当 master 发生故障时,backup 将重新进行选举,产生一个新的 master 继续对外提供服务

  • VRRP 工作模式

    VRRP 有三种工作状态,分别是:

    • Initialize 状态
    • Master 状态
    • Backup 状态
  • VRRP 选举机制

    • 优先级
    • 抢占模式下,一旦有优先级高的路由器加入,立即成为 Master
    • 非抢占模式下,只要 Master 不挂掉,优先级高的路由器只能等待

常用命令

# 查看 keepalived 系统日志。-f:持续输出
tail -f /var/log/messages# 查看 keepalived 配置文件
vi /etc/keepalived/keepalived.conf# 启动 keepalived 服务
systemctl start keepalived
# 查看 keepalived 服务状态
systemctl status keepalived
# 停止 keepalived 服务
systemctl stop keepalived# keepalived 启动成功后有 3 个keepalived 的进程# 一个是父进程,负责监控其子进程。一个是 vrrp 子进程,另外一个是 checkers 子进程。
ps -ef | grep keepalived

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/314788.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

【中小型企业网络实战案例 五】配置可靠性和负载分担

【中小型企业网络实战案例 三】配置DHCP动态分配地址-CSDN博客 【中小型企业网络实战案例 四】配置OSPF动态路由协议 【中小型企业网络实战案例 二】配置网络互连互通-CSDN博客 【中小型企业网络实战案例 一】规划、需求和基本配置_大小企业网络配置实例-CSDN博客 配置VRRP联…

【Python】配置环境变量

Python配置Windows系统环境变量 打开电脑属性 ——> 高级系统设置 ——> 高级 ——> 环境变量 Python安装目录 D:\Program Files\Python39 winR打开运行,输入cmd打开命令窗口 python -V

MyBatis分页机制深度解析

前言 在企业项目的数据库操作中,分页查询是一个常见需求,尤其当数据量庞大时。MyBatis 作为 我们Java 开发者的持久层框架,为分页提供了灵活的支持。 本篇文章我们将深入探讨 MyBatis 的分页机制,使我们在实际开发项目中运用自如…

Nginx解决跨域问题过程

学习Nginx解决跨域问题 结果 server {listen 22222;server_name localhost;location / {if ($request_method OPTIONS) {add_header Access-Control-Allow-Origin http://localhost:8080;add_header Access-Control-Allow-Headers *;add_header Access-Control-Allo…

【索引的数据结构】第2章节:InooDB和MyISAM索引结构对比

目录结构 之前整篇文章太长,阅读体验不好,将其拆分为几个子篇章。 本篇章讲解 InnoDB 和 MyISAM 索引结构对比。 InnoDB 的 BTree 索引注意事项 根页面位置万年不变 上述我们在索引迭代的过程中,为了更佳形象的描述,所以将顺序…

【图像拼接】源码精读:Seam-guided local alignment and stitching for large parallax images

第一次来请先看这篇文章:【图像拼接(Image Stitching)】关于【图像拼接论文源码精读】专栏的相关说明,包含专栏内文章结构说明、源码阅读顺序、培养代码能力、如何创新等(不定期更新) 【图像拼接论文源码精…

openGauss Summit 2023 GBase 8c多模多态、向量加持

2023年12月28日,以“汇聚数据库创新力量,打造千行万业数据基石”为主题的openGauss Summit 2023峰会于北京望京凯悦酒店顺利落幕。GBASE南大通用携重大升级的GBase 8c数据库产品及行业解决方案亮相本届大会。 关于openGauss summit峰会 openGauss Summi…

python实现Ethernet/IP协议的客户端(三)

Ethernet/IP是一种工业自动化领域中常用的网络通信协议,它是基于标准以太网技术的应用层协议。作为工业领域的通信协议之一,Ethernet/IP 提供了一种在工业自动化设备之间实现通信和数据交换的标准化方法。python要实现Ethernet/IP的客户端,可…

Android 13 - Media框架(29)- MediaCodec(四)

上一节我们了解了如何通过 onInputBufferAvailable 和 getInputBuffer 获取到 input buffer index,接下来我们一起学习上层如何拿到buffer并且向下写数据的。 1、获取 input Buffer 获取 MediaCodec 中的 buffer 有两种方式,一种是调用 getInputBuffers…

JavaWeb——前端之HTMLCSS

学习视频链接:https://www.bilibili.com/video/BV1m84y1w7Tb/?spm_id_from333.999.0.0 一、Web开发 1. 概述 能通过浏览器访问的网站 2. Web网站的开发模式——主流是前后端分离 二、前端Web开发 1. 初识 前端编写的代码通过浏览器进行解析和渲染得到我们看到…

JMeter之测试WebService接口

JMeter之测试WebService接口 1 背景2 目的3 介绍4 具体操作4.1 soapUI调用4.2 JMeter工具调用4.3 操作步骤流程4.3 重点 1 背景 WebService应用的范围是非常广,任何需要跨平台、跨系统进行数据交换和功能调用的场景都可以用此来实现,在实际的工作中也常常…

C#上位机与欧姆龙PLC的通信08----开发自己的通讯库读写数据

1、介绍 前面已经完成了7项工作: C#上位机与欧姆龙PLC的通信01----项目背景-CSDN博客 C#上位机与欧姆龙PLC的通信02----搭建仿真环境-CSDN博客 C#上位机与欧姆龙PLC的通信03----创建项目工程-CSDN博客 C#上位机与欧姆龙PLC的通信04---- 欧姆龙plc的存储区 C#上…