关于keepalive的的进程说明

首先说一下keepalived:
Keepalived 大致分两层结构:用户空间 user space和内核空间 kernel space
在
这个结构图里,处于下端的是内核空间,它包括ipvs和NETLINK两个部分。Ipvs的作用在前面的章节已经做过描述,不再重复叙述;netlink
提供高级路由及其他相关的网络功能,如果我们在负载均衡器上启用netfilter/iptable,将会直接影响它的性能。出于图形上方的组件为用户空
间,由它来实现具体的功能,下面选取几个重要的来做说明:
1、  WatchDog 负责监控checkers和VRRP进程的状况。
2、  Checkers 负责真实服务器的健康检查healthchecking,是keepalived最主要的功能。换句话说—可以没有VRRP Stack,但健康检查healthchecking是一定要有的。
3、  VRRP Stack负责负载均衡器之间的失败切换FailOver.如果只用一个负载均衡器,则VRRP不是必须的。
4、  IPVS wrapper 用来发送设定的规则到内核ipvs代码。
5、 Netlink Reflector 用来设定 vrrp 的vip地址等。
说一下我的问题:
今天在检查运维新安装的keepalive机器的时候发现有有一组keepalived机器 keepalived的进程是2个。
正常情况下是三个
这三个进程是:
父进程:内存管理,监控子进程。
VRRP子进程
healthcheck 子进程
而下面这个出问题的机器上只有
父进程:内存管理,监控子进程。
VRRP子进程
[[email protected] log]# ps -e |grep keepalived 
18212 ?        00:00:00 keepalived
18213 ?        00:00:00 keepalived
[[email protected] log]# 
开始怀疑是版本的问题,于是在测试服新安装了一个,
发现版本一样测试服是三个进程而正式服还是二个进程。
继续看配置文件也没发现异常,那问题可能出现在安装方式上,
于是问了一下这个keepalived的安装过程,果然有发现
有2个keepalived进程的机器上keepalived的安装方式没有指定内核,
而本地的测试服有3个keepalived进程的指定了内核。对!问题就出现在这。有2个进程的keepalived的一组服务器能正常切换,唯一和3个集成keepalived不一样的就是VIP 切换的时间,如果有healthcheck 检测进程的话,VIP 切换基本只会丢一个包,而没有healthcheck的话VIP切换过程中ping VIP的话至少丢5个以上的包。
最后问题终于解决。
时间: 2024-11-05 15:47:27

关于keepalive的的进程说明的相关文章

【 总结 】Tcp Keepalive 和 HTTP Keepalive 详解

TCP Keepalive Tcp keepalive的起源          双方建立交互的连接,但是并不是一直存在数据交互,有些连接会在数据交互完毕后,主动释放连接,而有些不会,那么在长时间无数据交互的时间段内,          交互双方都有可能出现掉电.死机.异常重启等各种意外,当这些意外发生之后,这些TCP连接并未来得及正常释放,那么,连接的另一方并不知道对端的情况,          它会一直维护这个连接,长时间的积累会导致非常多的半打开连接,造成端系统资源的消耗和浪费,为了解决这个

mysql主从复制与读写分离

MySQL主从复制与读写分离 MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部

Apache 性能调谐

Apache 2.x 是一个通用的 web 服务器,被设计在灵活性,可移植性和性能之间达到平衡.虽然被设计用于一些特殊的基准记录,Apache 2.x 在许多实际应用场景中性能不凡 相比于 Apache 1.3,2.x 包含很多额外的优化来提高吞吐量和性能.这些提高大多数是默认的.然而,有一些编译时和运行时可选的配置能够显著影响性能.一些配置选项能够是 httpd 更好的利用硬件和系统的能力,另一些能够在速度上得到提升 Hardware and Operating System Issues R

mysql proxy 读写分离

以下内容均摘录自网上.原址:http://blog.csdn.net/edwzhang/article/details/8475624 MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部署与实施的. 如下图所示: 下面进行部署: 一.MySQL的安装与配置 可以参考这篇文章:http://heylinu

Nginx 反向代理 负载均衡

常见负载均衡算法   轮询(默认) 权重 weight,访问比率等于权重之比 IP 哈希 解决session问题:每个请求访问IP的hash结果分配,这样每个访客可以固定到后端某一个台服务器. 问题: 如某台服务器挂掉,对应ip_hash找不到该机器? 如果哈希选择失败次数达到20次以上,回退到轮询策略进行选择. 如果同一IP地址请求较多,造成某一服务器压力较大,而其余的服务器较空闲?. 可以使用url_hash 进一步细分,来实现负载均衡. 最少连接(least_conn) 选择连接数最少的服

MySQL主从复制与读写分离的实现

MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部署与实施的. 如下图所示: 下

MySQL主从复制与读写分离 --非原创

原文出处:http://www.cnblogs.com/luckcs/articles/2543607.html MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再

MySQL的读写分离的几种选择

MySQL的读写分离的几种选择 MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 原址如下: http://heylinux.com/archives/1004.html Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步

MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践

Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部署与实施的. 如下图所示: 下面是我在实际工作过程中所整理的笔记,在此分享出来,以供大家参考. 一.MySQL的安装与