一 故障描述 我在台湾合作方给定的两台虚拟机上部署HAProxy+Keepalived负载均衡高可用方案.在配置完Keepalived后,重新启动Keepalived,Keepalived没有绑定VIP. Keepalived执行程序路径为/data/app_platform/keepalived/sbin/keepalived 配置文件路径为/data/app_platform/keepalived/conf/keepalived.conf   Keepalived的启动脚本为/etc/ini

1 问题现象:keepalived已启动但vip 没有生成./var/log/messages日志不断刷屏 tail /var/log/messages Nov :: cache-redis- Keepalived_vrrp[]: (redis): ip address associated with VRID not present in MASTER advert : 172.16.1.63 Nov :: cache-redis- Keepalived_vrrp[]: bogus VRRP

安装配置教程我就不说了,网上很多,这里只给出我遇到的两个坑: 1 rc.d目录 ,kp在1.4版本之后rc.d要去解压之后的源码包里去找,make之后的目录里面没有了,我使用的是2.0.13最新版本,到2019年3月目前为止 2 安装后启动不报错,但是查看状态一直dead 3 这里还有一个坑,就是虚拟ip网段要和real server 真实ip的网络地址一致,比如 192.168.171.128,那么虚拟ip必须是 192.168.171.* ,否则虚拟ip无法访问 4 如果主从之间无法切换,还

keepalived可以将多个无状态的单点通过虚拟IP(以下称为VIP)漂移的方式搭建成一个高可用服务,常用组合比如 keepalived+nginx,lvs,haproxy和memcached等.它的实现基础是VRRP协议,包括核心的MASTER竞选机制都是在VRRP协议所约定的. 一.配置说明: keepalived的配置位于/etc/keepalived/keepalived.conf,配置文件格式包含多个必填/可选的配置段,部分重要配置含义如下: global_defs: 全局定义块,定

在openstack环境创建的多台云主机配置keepalived作主备,默认情况下无法生效,直接对云主机一张网卡配置两个IP进行测试也是同样结果,因为: 可以看到,port所在的宿主机上iptables 对 MAC地址和IP进行了限制.所以需要如下操作: pre.   确认云主机网卡port_id nova interface-list [vm_id] 1.  确认 ml2 配置中 arp_responder = False  或 未配置(因为默认为false): 2.  对需要配置vip的po

背景:之前搭建过keepalived双机热备的集群,但对其中的原理不甚理解,看完就忘了,所有有必要深入的学习下. 简介 什么是keepalived呢?keepalived是实现高可用的一种轻量级的技术手段,主要用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生.之所以说keepalived是轻量级的,是相对于corosync + ldirectord来说的.keepalived也可以实现高可用集群,而且配置起来比corosync + ldirectord简单方便

做镜像时候忘记expose端口了, 或者要做一个通用的镜像, expose端口不固定, 又要在k8s环境里跑并暴漏服务访问,怎么破? 实际上: yaml的 ports: - containerPort: 8000 相当于 docker run --expose 构建无expose的镜像 [root@n1 pyhttp]# cat Dockerfile from ubuntu:14.04 workdir / #expose 8000 entrypoint ["python3", &quo

以往的套路是,安装完成k8s集群后-->安装dns-->安装ingress以便外面访问(或者映射nodeport方式) 如果你不想做任何关于ingress/nodeport一些操作.想通过master直接能够访问到集群pod.怎么破? 正是本文讲解的方法. 通过http://api:8080/api/v1/namespaces/default/services/mynginx/proxy/ 通过svc访问集群报错 我想通过类似这种模式来访问我的集群 http://192.168.14.11:8

2017-01-18 Martin 开源技术社区 简介 什么是keepalived呢?keepalived是实现高可用的一种轻量级的技术手段,主要用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生.之所以说keepalived是轻量级的,是相对于corosync + ldirectord来说的.keepalived也可以实现高可用集群,而且配置起来比corosync + ldirectord简单方便很多,keepalived与corosync的工作机制相差很多.

有一个问题就是现在我的业务分配在多个Pod上,那么如果我某个Pod死掉岂不是业务完蛋了,当然也会有人说Pod死掉没问题啊,K8S自身机制Deployment和Controller会动态的创建和销毁Pod来保证应用的整体稳定性,那这时候还会有问题,那就是每个Pod产生的IP都是动态的,那所以说重新启动了我对外访问的IP岂不是要变了,别急,下面我们来解决下这个问题. 可以通过Service来解决如上所遇到的问题,那么什么是Service呢? Service是kubernetes最核心的概念,通过创建

最近发现公司云平台服务器的vip有丢失的现象,查看keepalived日志 Jun :: lb1 dhclient: DHCPREQUEST of (xid=0x6deab016) Jun :: lb1 dhclient: DHCPNAK from 10.0.0.3 (xid=0x6deab016) Jun :: lb1 dhclient: DHCPDISCOVER on eth0 to interval (xid=0x37e1db6a) Jun :: lb1 dhclient: DHCPREQ

https://www.cnblogs.com/zcc666/p/13141626.html  这个是nginx安装教程地址 https://www.cnblogs.com/zcc666/p/13138260.html  这个是Keepalived的安装教程地址 1.首先把nginx.Keepalived安装好了,我们开始进行今天的技术分析话题 2.准备2台linux负载服务器,并且2台都要安装nginx.Keepalived程序. 准备一个虚拟IP,我这里用192.168.1.20 第一台li

三台主机: 192.168.33.134 192.168.33.136 192.168.33.137   实验前: 关闭selinux 和iptables     1). 192.168.33.134 配置 #yum install keepalived #systemctl start keepalived #systemctl enable keepalived   #cp vim /etc/keepalived/keepalived.conf{,.bak}   #vim /etc/keep

解决步骤: 1. 利用kubectl 修改 k8s 配置, 设置 external** = Local 2. 在服务发现与负载均衡界面,选择对应的LB 服务, 设置服务LB 的 external** = Local

1.大家可以先看我的单台Redis安装教程,链接在此点击Redis在CentOS for LInux上安装详细教程 2.第一台redis配置,是正常配置.作为MASTER主服务器,第二台redis的配置文件中 加  一行代码 slaveof    主redis的IP  6379 例如我的主redis的ip是192.168.1.2 我在从redis配置文件中加一行 从:       slaveof 192.168.1.2 6379 3.然后启动从redis服务器,主从复制就搭建好了.当然你的配置文

1.参考这篇文章: https://github.com/kubernetes/dashboard/wiki/Creating-sample-user 创建用户 2.获取token 3.kubectl get svc --all-namespaces kube-system   kubernetes-dashboard               NodePort       10.233.31.8     <none>        443:32666/TCP 4.修改type spec:

1 阿里云ecs不支持keepalived vip 1.1 场景描述 本来计划用keepalived配合nginx做VIP漂移,用以反代多台master的apiserver的6443端口,结果部署了vip后,该VIP在其他ecs上访问不到,以为是自己的问题搞了好久搞不定,经工单咨询阿里云工程师,明确告知ecs不支持vip 截图如下: 所以只能只用SLB来实现了,但是slb也有坑,详见解决办法 1.2 解决办法和结论 阿里云不能使用vip,要用vip只能走slb slb已经没有免费的了,都要收费,

实验目的 一般情况下,k8s集群中只有一台master和多台node,当master故障时,引发的事故后果可想而知. 故本文目的在于体现集群的高可用,即当集群中的一台master宕机后,k8s集群通过vip的转移,又会有新的节点被选举为集群的master,并保持集群的正常运作. 因本文体现的是master节点的高可用,为了实现效果,同时因资源条件限制,故总共采用4台服务器完成本次实验,3台master,1台node. 看到这也需有人有疑惑,总共有4台机器的资源,为啥不能2台master呢?这是因

今天收到redis的keepalived vip无法ping通的告警,查看服务器和服务时发现vip在服务器上,服务也正常.只能在本机ping通,跨网段无法ping通.切换keepalived vip至slave后恢复,但是在切回master后过了一会又无法ping通. 故障原因: 一.keepalived和redis软件问题 1.登录master发现vip在服务器上正常,slave无vip,但是跨网段无法ping通,keepalived服务正常 2.查看tcpdump抓包,未发现有vrid相同的

前面两篇文章已经配置好了etcd和flannel的网络,现在开始配置k8s master集群. etcd集群配置参考:二进制搭建kubernetes多master集群[一.使用TLS证书搭建etcd集群] flannel网络配置参考:二进制搭建kubernetes多master集群[二.配置flannel网络] 本文在以下主机上操作部署k8s集群 k8s-master1:192.168.80.7 k8s-master2:192.168.80.8 k8s-master3:192.168.80.9

一.部署环境 主机列表: 主机名 Centos版本 ip docker version flannel version Keepalived version 主机配置 备注 master01 7.6.1810 172.27.34.3 18.09.9 v0.11.0 v1.3.5 4C4G control plane master02 7.6.1810 172.27.34.4 18.09.9 v0.11.0 v1.3.5 4C4G control plane master03 7.6.1810 1