集群介绍 keepalived介绍 用keepalived配置高可用集群

最新推荐文章于 2024-07-26 13:52:53 发布
最新推荐文章于 2024-07-26 13:52:53 发布
阅读量114 收藏
点赞数
文章标签： 运维 开发工具 数据库
原文链接：https://my.oschina.net/u/3791387/blog/1839653
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

7月3日任务

18.1 集群介绍
18.2 keepalived介绍
18.3/18.4/18.5 用keepalived配置高可用集群
扩展
heartbeat和keepalived比较http://blog.csdn.net/yunhua_lee/article/details/9788433 
DRBD工作原理和配置 http://502245466.blog.51cto.com/7559397/1298945
mysql+keepalived http://lizhenliang.blog.51cto.com/7876557/1362313

Linux集群概述

  • 根据功能划分为两大类：高可用和负载均衡
    • 高可用集群通常为两台服务器，一台工作，另外一台作为冗余，当提供服务的机器宕机，冗余将接替继续提供服务 - 高可用衡量标准，4个九，就是99.99%，表示一个比例，在一年时间内99.99%的时间都是在线的，不允许宕机，不允许服务不可用。另外还有的是5个9，6个9
      • 实现高可用的开源软件有：heartbeat、keepalived
        • heartbeat软件，在centos6中有很多bug，而且很久没有更新版本了，不建议继续使用
        • keepalived软件，不仅有高可用的功能，还有负载均衡的功效，配置也非常简单
    • 负载均衡集群，需要有一台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外，就是给用户提供服务的服务器了，这些服务器数量至少为2
      • 实现负载均衡的开源软件有LVS、keepalived、haproxy、nginx，商业的有F5、Netscaler
        • 商业的负载均衡器，相当于是一台设备，成本高昂
          • 商业的负载均衡器，优势 在于有更高的并发量，也有很好的稳定性

keepalived介绍

  • 在这里使用keepalived来实现高可用集群，因为heartbeat在centos6上有一些问题，影响实验效果
    • heartbeat 切换的时候，会不是很及时——>比如：主 已经宕机了，但 从 却一直启动不了，通信会不顺畅，所以不使用 heartbeat
  • keepalived通过VRRP（Virtual Router Redundancy Protocl 中文为：虚拟路由冗余协议）来实现高可用。
    • 虚拟路由冗余协议(Virtual Router Redundancy Protocol，简称VRRP)是由IETF提出的解决局域网中配置静态网关出现单点失效现象的路由协议，1998年已推出正式的RFC2338协议标准。VRRP广泛应用在边缘网络中，它的设计目标是支持特定情况下IP数据流量失败转移不会引起混乱，允许主机使用单路由器，以及及时在实际第一跳路由器使用失败的情形下仍能够维护路由器间的连通性。
  • 在这个协议里，会将多台功能相同的路由器组成一个小组，这个小组里会有1个master角色和N（N>=1）个backup角色。
    • master会通过组播的形式向各个backup发送VRRP协议的数据包，当backup收不到master发来的VRRP数据包时，就会认为master宕机了。此时就需要根据各个backup的优先级来决定谁成为新的mater。
  • Keepalived要有三个模块，分别是core、check和vrrp。其中core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析，check模块负责健康检查，vrrp模块是来实现VRRP协议的。

 

用keepalived配置高可用集群

  • 准备两台机器134和135，134作为master，135作为backup
  • 两台机器都执行yum install -y keepalived
  • 两台机器都安装nginx，其中134上已经编译安装过nginx，135上需要yum安装nginx: yum install -y nginx
  • 设定vip为100
  • 编辑134上keepalived配置文件，内容获取地址
  • 134编辑监控脚本，内容获取地址
  • 给脚本755权限
  • systemctl start keepalived 130启动服务
  • 135上编辑配置文件，内容获取地址
  • 135上编辑监控脚本，内容获取地址
  • 给脚本755权限
  • 135上也启动服务 systemctl start keepalived

keepalived配置高可用集群

  1. 首先准备两台机器，都安装keepalived yum install -y keepalived   keepalived，实际是包含一个服务的，也就是说这个服务用来实现高可用
  2. 这里使用 nginx ，把它作为一个高可用的对象——>使用nginx作为演示对象的原因，因为nginx在工作中，在生产环境中，很多企业把nginx做一个负载均衡器 ,假设nginx一旦挂掉，那么后端所有的web，即使说是正常的，那也无法访问到
  3. 若是A、B机器没有装nginx服务，可以直接 yum安装
B机器yum安装nginx
[root@yong-02 ~]# yum install -y nginx
  • 更改keepalived配置文件了，内容地址
  • 默认的配置文件路径在/etc/keepalived/keepalived.conf
  • 清空文件的快捷键方法 > !$
A机器更改配置文件
[root@yong-01 ~]# ls /etc/keepalived/keepalived.conf 
/etc/keepalived/keepalived.conf
[root@yong-01 ~]# > !$
> /etc/keepalived/keepalived.conf
[root@yong-01 ~]# vim !$
vim /etc/keepalived/keepalived.conf   //去文件地址去下载内容
将拷贝的内容复制进去
只需要改网卡名字和IP192.168.180.100
####################### #  全局配置 #######################
global_defs {                            //global_defs 全局配置标识
   notification_email {               //notification_email用于设置报警邮件地址
   yyli2008@163.com           //可以设置多个，每行一个
   }
   notification_email_from root@aminglinux.com    //设置邮件发送地址  
   smtp_server 127.0.0.1                //设置邮件的smtp server地址
   smtp_connect_timeout 30            //设置连接smtp sever超时时间
   router_id LVS_DEVEL
}

###################### #  VRRP配置 ######################
vrrp_script chk_nginx {               
    script "/usr/local/sbin/check_ng.sh"   //检查服务是否正常，通过写脚本实现，脚本检查服务健康状态
    interval 3                      //检查的时间间断是3秒
}
vrrp_instance VI_1 {                        //VRRP配置标识 VI_1是实例名称 
    state MASTER                           //定义master相关
    interface ens33                 //通过vrrp协议去通信、去发广播。配置时，需注意自己的网卡名称
    virtual_router_id 51                   //定义路由器ID ，配置的时候和从机器一致
    priority 100                              //权重，主角色和从角色的权重是不同的
    advert_int 1                            //设定MASTER与BACKUP主机质检同步检查的时间间隔，单位为秒
    authentication {                       //认证相关信息
        auth_type PASS                   //这里认证的类型是PASS
        auth_pass aminglinux>com   //密码的形式是一个字符串
    }
    virtual_ipaddress {                  //设置虚拟IP地址 (VIP),又叫做漂移IP地址
        192.168.180.100   //更改为192.168.180.100
    }
    track_script {               //加载脚本 
        chk_nginx            
    }
}
  • virtual_ipaddress：简称VIP，这个vip，两台机器，一个主，一个从，正常的情况是主在服务，主宕掉了，从起来了，从启动服务，从启动nginx以后，，启动以后，访问那个IP呢？把域名解析到那个IP上呢？假如解析到主上，主宕掉了，所以这个，需要定义一个公有IP（主上用的IP，从上也用的IP）；这个IP是随时可以夏掉，去配置的
  • 定义监控脚本，脚本内容获取地址
  • 脚本路径在keepalived配置文件中有定义，路径为/usr/local/sbin/check_ng.sh
A机器定义监控脚本
[root@yong-01 ~]# vim /usr/local/sbin/check_ng.sh

#!/bin/bash
#时间变量，用于记录日志
d=`date --date today +%Y%m%d_%H:%M:%S`
#计算nginx进程数量
n=`ps -C nginx --no-heading|wc -l`
#如果进程为0，则启动nginx，并且再次检测nginx进程数量，
#如果还为0，说明nginx无法启动，此时需要关闭keepalived
if [ $n -eq "0" ]; then
        /etc/init.d/nginx start
        n2=`ps -C nginx --no-heading|wc -l`
        if [ $n2 -eq "0"  ]; then
                echo "$d nginx down,keepalived will stop" >> /var/log/check_ng.log
                systemctl stop keepalived
        fi
fi
  • “脑裂”，在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏
  • 如何判断脑裂？
    • 分别在两台机查看当前服务器是否拥有虚拟IP，如果两台服务器都拥有，则说明发生了脑裂，证明目前双机通信出现问题，产生此问题的原有在于 两台服务器都探测不到组内其他服务器的状态（心跳请求无法正常响应），私自判定另一台服务器挂起，则抢占虚拟IP，脑裂的出现是不被允许的，解决此问题的方法为检查防火墙设置（关闭防火墙）或者使用串口通信。
  • 脚本创建完之后，还需要改变脚本的权限（不更改权限，就无法自动加载脚本，那就无法启动keepalived服务）
[root@yong-01 ~]# chmod 755 /usr/local/sbin/check_ng.sh
  • 启动keepalived服务，并查看是否启动成功（PS：启动不成功，有可能是防火墙未关闭或者规则限制导致的）
  • systemctl stop firewalld 关闭firewalld
  • iptables -nvL
  • setenforce 0 临时关闭selinux
  • getenforce命令查看是否为Permissive
  • 这时再来启动keepalived，就会看到keepalived进程服务了
[root@yong-01 ~]# systemctl start keepalived
[root@yong-01 ~]# ps aux |grep keep
root      4979  0.0  0.0 118608  1384 ?        Ss   23:14   0:00 /usr/sbin/keepalived -D
root      4980  0.0  0.1 127468  3288 ?        S    23:14   0:00 /usr/sbin/keepalived -D
root      4982  0.0  0.1 127340  2820 ?        S    23:14   0:00 /usr/sbin/keepalived -D
root      6125  0.0  0.0 112676   984 pts/0    R+   23:23   0:00 grep --color=auto keep
  • 查看nginx服务进程
[root@yong-01 ~]# ps aux |grep nginx
root      4648  0.0  0.0  24792   760 ?        Ss   22:55   0:00 nginx: master process /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
nobody    4649  0.0  0.0  25188  1720 ?        S    22:55   0:00 nginx: worker process
root      6187  0.0  0.0 112676   984 pts/0    R+   23:24   0:00 grep --color=auto nginx
  • 这时停止nginx服务 
  • /etc/init.d/nginx stop  再来查看nginx服务进程，会看到自动加载了
[root@yong-01 ~]# /etc/init.d/nginx stop
Stopping nginx (via systemctl):                            [  确定  ]
[root@yong-01 ~]# ps aux |grep nginx
root      6270  0.0  0.0  24792   756 ?        Ss   23:24   0:00 nginx: master process /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
nobody    6274  0.0  0.0  25188  1212 ?        S    23:24   0:00 nginx: worker process
root      6282  0.0  0.0 112676   984 pts/0    R+   23:24   0:00 grep --color=auto nginx
  • keepalived日志文件路径  /var/log/messages
  • 查看ip地址，使用 ip add 命令，而不能使用ifconfig命令，因为 ifconfig命令 是无法查看到vip192.168.180.100这个IP的
[root@yong-01 ~]# ip add
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:29:2b:60 brd ff:ff:ff:ff:ff:ff
    inet 192.168.180.134/24 brd 192.168.180.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.180.100/32 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::8004:45b5:96c5:3ca5/64 scope link 
       valid_lft forever preferred_lft forever
  • 检查A、B 机器下防火墙和selinux是否关闭了，若没有关闭，可能会导致实验失败
  • systemctl stop firewalld 关闭firewalld
  • iptables -nvL
  • setenforce 0 临时关闭selinux
  • getenforce命令查看是否为Permissive

以上就是主机器A的配置

backup 机器配置

  1. 在B机器yum安装nginx和keepalived
  2. 关闭B机器的防火墙和selinux
  • iptables -F 清空规则
  • setenforce 0 临时关闭selinux
  • 自定义B机器keepalived配置文件，内容获取地址，更改虚拟IP和主一样的
首先清空B机器keepalived里面自带的配置文件
[root@yong-02 ~]# >/etc/keepalived/keepalived.conf 
[root@yong-02 ~]# vim /etc/keepalived/keepalived.conf 

然后复制配置文件并粘贴进去，更改虚拟IP和主一样的
global_defs {
   notification_email {
     yyli2008@163.com
   }
   notification_email_from root@aminglinux.com
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id LVS_DEVEL
}
vrrp_script chk_nginx {
    script "/usr/local/sbin/check_ng.sh"
    interval 3
}
vrrp_instance VI_1 {
    state BACKUP        //这里 和master不一样的名字
    interface ens33       //网卡和当前机器一致，否则无法启动keepalived服务
    virtual_router_id 51        //和主机器 保持一致
    priority 90            //权重，要比主机器小的数值
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass aminglinux>com
    }
    virtual_ipaddress {
        192.168.180.100        //这里更改为192.168.180.100
    }
    track_script {
        chk_nginx
    }
}
  • 定义监控脚本，路径再keepalived里面已定义过，脚本内容地址
  • 这个脚本和主上的脚本有一点区别，启动nginx的命令不同，因为一个是yum安装，一个是源码包安装
[root@yong-02 ~]# vim /usr/local/sbin/check_ng.sh

#时间变量，用于记录日志
d=`date --date today +%Y%m%d_%H:%M:%S`
#计算nginx进程数量
n=`ps -C nginx --no-heading|wc -l`
#如果进程为0，则启动nginx，并且再次检测nginx进程数量，
#如果还为0，说明nginx无法启动，此时需要关闭keepalived
if [ $n -eq "0" ]; then
        systemctl start nginx
        n2=`ps -C nginx --no-heading|wc -l`
        if [ $n2 -eq "0"  ]; then
                echo "$d nginx down,keepalived will stop" >> /var/log/check_ng.log                systemctl stop keepalived
        fi
fi
  • 改动脚本的权限，设置为755权限
[root@yong-02 ~]# chmod 755 /usr/local/sbin/check_ng.sh
  • B机器启动keepalived服务  systemctl start keepalived
[root@yong-02 ~]# systemctl start keepalived
[root@yong-02 ~]# ps aux |grep keepalived
root      2507  0.0  0.0 118608  1384 ?        Ss   23:34   0:00 /usr/sbin/keepalived -D
root      2508  0.0  0.1 122804  2376 ?        S    23:34   0:00 /usr/sbin/keepalived -D
root      2509  0.0  0.1 122804  2420 ?        S    23:34   0:00 /usr/sbin/keepalived -D
root      2515  0.0  0.0 112676   984 pts/0    R+   23:34   0:00 grep --color=auto keepalived

如何区分主和从上的nginx？

  • A机器，是源码包安装的nginx
[root@yong-01 ~]# mv /usr/local/nginx/html/index.html /usr/local/nginx/html/index.html.bak
[root@yong-01 ~]# vim /usr/local/nginx/html/index.html
master This is the default sete.

输入图片说明

  • B机器是yum安装的nginx
    • 默认的索引页在 /usr/share/nginx/html/index.html
[root@yong-02 ~]# mv /usr/share/nginx/html/index.html /usr/share/nginx/html/index.html.bak
[root@yong-02 ~]# vim /usr/share/nginx/html/index.html
backup backup.
  • 访问192.168.180.100这个VIP会看到和主机器（即A机器相同的内容），说明现在访问到的是机器master，VIP在master上

输入图片说明

问题-B机器无法调用nginx服务？

  • B机器关闭nginx服务，keepalived无法拉动nginx服务起来
  • 解决方法：
    • 再次设置755权限，就可以拉动nginx服务了

测试高可用

  1. 模拟线上生产环境，主机器宕机环境，最简单直接的方法，就是直接关闭keepalived服务
  2. 关闭master机器（即A机器）上的keepalived服务关闭
[root@yong-01 ~]# systemctl stop keepalived
  • 查看A机器上的VIP被已经释放掉了
[root@yong-01 ~]# ip add
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:29:2b:60 brd ff:ff:ff:ff:ff:ff
    inet 192.168.180.134/24 brd 192.168.180.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::8004:45b5:96c5:3ca5/64 scope link 
       valid_lft forever preferred_lft forever
  • 查看backup机器（即B机器）在监听VIP
[root@yong-02 ~]# ip add
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:36:a2:be brd ff:ff:ff:ff:ff:ff
    inet 192.168.180.135/24 brd 192.168.180.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.180.100/32 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.180.136/24 brd 192.168.180.255 scope global secondary ens33:0
       valid_lft forever preferred_lft forever
    inet6 fe80::c44:f02d:4192:8d42/64 scope link 
       valid_lft forever preferred_lft forever
  • 查看B机器日志
[root@yong-02 ~]# tail /var/log/messages
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: VRRP_Instance(VI_1) Sending/queueing gratuitous ARPs on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100

  1. 浏览器访问vip，会看到已经变成backup机器上的了

    a752315895300777d414c9880d411b6d1e4.jpg

  2. 在master机器（即A机器）启动keepalived服务，会看到vip这个IP立刻回来了

[root@yong-01 ~]# systemctl start keepalived
[root@yong-01 ~]# ip add
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:29:2b:60 brd ff:ff:ff:ff:ff:ff
    inet 192.168.180.134/24 brd 192.168.180.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.180.100/32 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::8004:45b5:96c5:3ca5/64 scope link 
       valid_lft forever preferred_lft forever
  • 查看B机器日志变化
[root@yong-02 ~]# tail /var/log/messages
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:44 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: VRRP_Instance(VI_1) Sending/queueing gratuitous ARPs on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100
Jul  4 15:40:49 yong-02 Keepalived_vrrp[2047]: Sending gratuitous ARP on ens33 for 192.168.180.100

##总结

  • 在生产环境中，可能会用到2-3台backup角色, vim /etc/keepalived/keepalived.conf 这里面的权重调成不通级别，权重越高优先级越高！除了nginx服务的话，还可以做MySQL的高可用集群服务。（做mysql的高可用，一定要保证两边的数据一致）

转载于:https://my.oschina.net/u/3791387/blog/1839653

weixin_34357267
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Keepalived+Nginx+Tomcat 高可用集群搭建实战记录
04-02
Keepalived 是一种高可用性解决方案，可以与 Nginx 和 Tomcat 配合使用来实现高可用集群。下面是 Keepalived+Nginx+Tomcat 高可用集群搭建的实战记录。 Keepalived 简介 Keepalived 是一种基于 Linux 的高可用性...
Nginx 配置高可用的集群安装文件keepalived
12-27
完成高可用配置（主从配置文件），有兴趣的免费提供下载参考。
集群介绍 keepalived介绍 用keepalived配置高可用集群
wanli245的博客
07-04 206
1，集群介绍。    根据功能划分为两类：高可用和负载均衡。    高可用集群通常为两台服务器，一台工作，另外一台
集群介绍、keepalived介绍、用keepalived配置高可用集群
weixin_34226182的博客
01-29 67
集群介绍 Linux 集群根据功能划分为两大类：高可用和负载均衡。 高可用集群 高可用集群通常为两台服务器，一台工作，另外一台作为冗余，当提供服务的机器宕机时，冗余将接替继续提供服务。 实现高可用的开源软件有： heartbeat、keepalived 负载均衡集群 需要有一台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外，就是给用户提供服务的...
集群介绍，keepalived介绍，使用keepalived配置高可用集群
weixin_34273046的博客
11-13 86
笔记内容：18.1 集群介绍18.2 keepalived介绍18.3 用keepalived配置高可用集群（上）18.4 用keepalived配置高可用集群（中）18.5 用keepalived配置高可用集群（下）笔记日期：2017-11-1018.1 集群介绍集群或者说是群集：其目的是为了实现将多台计算机组合以来完成特定的任务，比如天气预报，大型网络游戏，这些都需要很大...
使用keepalived设计集群机器的虚拟ip
Htojk的博客
03-31 491
Keepalived是一种高可用性软件，可用于设置两个或多个节点，其中一个为主节点，另一个或多个为备用节点。备用节点在主节点失效时自动接管服务，确保服务的高可用性。可以通过在主节点上停止Keepalived服务或将其网络接口断开来模拟主节点故障，然后观察备用节点是否自动接管服务。确保所有节点具有相同的配置文件，包括虚拟路由器ID，认证密码和虚拟IP地址等。如果主节点失效，则备用节点将自动接管服务。，指定该节点为备用节点。设置为比备用节点更高的值，例如150。指定该节点为备用节点，
高可用集群 之 Keepalived
chuyihuan7890的博客
12-08 162
1. keepalived介绍 在这里我们使用keepalived来实现高可用集群，因为heartbeat在centos6上有一些问题，影响实验效果（比如，切换不及时） keepalived通过 VRRP（Virtual Router Redundancy Protocl）虚拟路由冗余协议 ...
构建Keepalived高可用集群
热门推荐
CSDN
12-28 1万+
虚拟路由冗余协议(Virtual Router Redundancy Protocol，简称VRRP)是由IETF提出的解决局域网中配置静态网关出现单点失效现象的路由协议，1998年已推出正式的RFC2338协议标准。VRRP广泛应用在边缘网络中，它的设计目标是支持特定情况下IP数据流量失败转移不会引起混乱，允许主机使用单路由器，以及及时在实际第一跳路由器使用失败的情形下仍能够维护路由器间的连通性。
集群介绍 keepalived介绍 用keepalived配置高可用集群
b305723的专栏
04-10 102
集群介绍 • 根据功能划分为两大类：高可用和负载均衡 • 高可用集群通常为两台服务器，一台工作，另外一台作为冗余，当提供服务的机器宕机，冗余将接替继续提供服务 • 实现高可用的开源软件有：heartbeat、keepalived • 负载均衡集群，需要有一台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外，就是给用户提供服务的服...
linux集群架构介绍，Keepalived介绍，用keepalived配置高可用集群
aoli_shuai的博客
01-29 394
集群介绍 Linux集群根据功能划分为两大类：高可用和负载均衡。 高可用集群 高可用集群通常为2台服务器，一台工作，另一台作为冗余，当提供服务的机器宕机时，冗余将接替继续提供服务。 实现高可用的开源软件有：heartbeat、Keepalived，其中heartbeat已无人维护，基本上使用Keepalived来搭建高可用集群。 负载均衡集群 负载均衡集群，需要有1台服务器作为分发器，
搭建高性能数据库集群之三：Keepalived实现MySQL集群高可用
hualinger的博客
07-03 640
搭建高可用集群，2台HAProxy 可实现Mycat多节点的集群高可用和负载均衡，而HAProxy 的高可用，由Keepalived来实现。Keepalived负责为该台服务器抢占vip(虚拟IP)，抢到后对该主机访问。
高可用集群 keepalived
weixin_61428407的博客
10-28 603
高可用集群keepalived
keepalived+haproxy高可用集群搭建
06-01
高可用集群，haproxy+keepalived Example configuration for a possible web application
Keepalived+redis高可用主从-Keepalived的配置
01-07
Keepalived+redis高可用主从，本技术文档主要是Keepalived的配置，redis主从配置可以看我的文章https://blog.csdn.net/qq_41709494/article/details/116382183
linux高级技巧：服务器集群之keepalived
02-25
Keepalived是一个基于VRRP协议来实现的WEB服务高可用方案，可以利用其来避免单点故障。使用多台节点安装keepalived。其他的节点用来提供真实的服务，同样的，他们对外表现一个虚拟的IP。主服务器宕机的时候，备份...
Apollo使用（3）：分布式docker部署
游王子的博客
07-24 601
Apollo 1.7.0版本开始会默认上传Docker镜像到，可以按照如下步骤获取。
使用易备数据备份软件，践行虚拟机最佳备份方案
sanyuan7783的博客
07-26 704
新的关键业务应用程序有助于为容器和容器化工作负载赋予更大动力。但是，在可预见的未来，虚拟机的应用仍会普遍存在。容器和虚拟机可以很好地协同工作，适用于大多数关键的 IT 基础设施。因此，备份虚拟机及其包含的数据、服务和应用程序仍然是企业至关重要的任务。本文以 VMware vSphere 虚拟机为例，介绍虚拟机备份的最佳实践方法。
AccessLog| 一款开源的日志分析系统
最新发布
ClkLog的博客
07-26 381
系统采用Java语言、搭配OLAP数据库，涵盖基本web日志分析，同时提供性能分析，帮助高效运维
DNS反向解析、多域名解析、时间服务器相关配置
qq_74793290的博客
07-24 471
DNS反向解析、多域名解析、时间服务器
Keepalived+Nginx+Tomcat 高可用集群搭建实践教程
本文档详细记录了在Linux环境下使用Keepalived配置Nginx和Tomcat实现高可用集群的实战过程。首先，作者从Tomcat高可用集群的准备工作开始，包括软件环境的设置，如在CentOS 7.7系统上安装必要的依赖软件，如GCC、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值