1.故障现象 俩台服务器keepalived的vip在俩台服务器同时出现 A:10.70.12.72 B:10.70.12.73 2.问题分析 1).先分析那台服务器在提供服务 A:10.70.12.72 B:10.70.12.73 可以看到是B机器72在对外提供lvs转发服务 2).查看俩台服务器的keepalived日志 发现俩台的日志都是判断自己是master状态,证明俩者之间没有通过vrrp通信,来得到对方的状态信息 查看俩台服务器防火墙,发现B的防火墙没有关闭.关闭后发现keepali

Keepalive 双主搭建配置 keepalived保证双主数据库的可用性 环境说明 192.168.1.10  keepalive 主1 192.168.1.20  keepalive 主2 192.168.1.111  keepalive 主1  从2 VIP 192.168.1.222  keepalive 从1  主2 VIP 1.官网下载最新版本 keepalived-1.2.19 2.部署安装 yum install gcc gcc-c++ make openssl openssl

转载自https://blog.51cto.com/3381847248/1977073 前面我已经介绍了haproxy结合keepalive做简单的双主高可用,如果不清楚的话,可以去我的上一 篇博客http://3381847248.blog.51cto.com/13408601/1977014看看,根据haproxy的性能和特点,我们可以对haproxy进行优化调整,体现出haproxy的价值. 假设一家公司有多台后端web服务器(或者多台图片服务器),每一台web服务器都有自己唯一的域 名

Nginx+Keepalived+Tomcat+Memcached 实现双VIP负载均衡及Session会话保持 IP 信息列表: 名称         IP                     软件-------------------------------------------------VIP1          192.168.200.254     VIP2          192.168.200.253nginx-1      192.168.200.101        

mysql+keepalive实现浮动地址自动切换,由于keepalive无自带健康检查功能,所以必须自动编写健康检查守护进程(监控DB1和DB2数据库的监控状态,来保证浮动地址双机自动切换.) 一,部署说明及拓扑架构: 1.mysql安装在非root用户下(Mysql 版本5.7.18) 2.keepalive安装在root用户下 3.两台服务器安装mysql+keepalive,DB1真实ip地址为:10.112.188.70:DB2真实IP地址为:10.112.188.71:两台数据库除了

Win7 和 CentOS 的双系统,在重装 Windows 后,CentOS 就无法启动了,因为MBR被Windows重写了. 解决方法就是恢复 CentOS 的MBR,需要借助2款 Windows 下的软件. 1.EasyBCD   2.Ext2Fsd (需要进行第3步时才需要) 这2款软件网上很容易就能下载到. 1.建立新的CentOS启动项(在windows中引导CentOS) 启动EasyBCD -> Add New Entry ->Linux/BSD Type:SysLinux N

准备好tomcat 第一台 tar vxf apache-tomcat-7.0.54.tar.gz mv apache-tomcat-7.0.54 /usr/local/tomcat tar vxf jdk-7u65-linux-x64.tar.gz mv jdk1.7.0_65/ /usr/local/java 编辑vim /etc/profile加 export JAVA_HOME=/usr/local/java       #设置java根目录 export PATH=$PATH:$JAV

一.数据库全备 RUN {ALLOCATE CHANNEL ch00 DEVICE TYPE disk;ALLOCATE CHANNEL ch01 DEVICE TYPE disk;backup as compressed backupset database filesperset 5 format '/apps/oracle_backup_20141209/bk_%d_%T%s_%p' ;backup current controlfile format '/apps/oracle_back

一．现象 安装有keepalived的两节点服务器10.11.4.186/187,主要做高可用,设定VIP10.11.4.185. 首先启动10.11.4.186的keepalived服务,服务启动正常,VIP生成正常: 但在启动10.11.4.187的keepalived服务后,也能获得VIP: 外部访问VIP正常,从arp的效果看,对外提供服务仍是10.11.4.186节点. 二．问题原因 1. 查看日志 查看10.11.4.187的日志发现,其上keepalived服务刚启动后不久就进入m

一．建立3台服务器之间ssh互信在mydb1,mydb2,mydb3服务器上分别执行:ssh-keygen -t rsassh-copy-id -i .ssh/id_rsa.pub root@192.168.1.101ssh-copy-id -i .ssh/id_rsa.pub root@192.168.1.102ssh-copy-id -i .ssh/id_rsa.pub root@192.168.1.103   在mydb1,mydb2,mydb3服务器上:cat /etc/hosts   

一.Keepalived+MySQL Replication的应用场景 MySQL的高可用方案有cluster,MMM,MHA等,这些高可用方案都要三台服务器以上,成本有点高,今天介绍一个低成本高可用方案:MySQL Replication+keepalive这个方案只需要两台服务器,适合小型企业 二.Keepalived双机热备的优缺点 MySQL Replication 架构为master/master,其中一台设置为只读(read_only),当master1故障时,借助keepalive

在上一片博客中,讲述了怎么去配置MHA架构!这片博客不再细说,只说明其中MySQL主从搭建,这里使用的是gtid加上半同步复制! 步骤与上一片博客一样,不同之处在于MySQL主从的搭建!详细的gtid搭建过程https://www.cnblogs.com/wxzhe/p/10055154.html 上一片博客中,把MySQL主从的搭建由filename和pos的过程改变为如下的基于gtid的过程就可以,因此不再详细说明,只展示gtid的搭建! 四台服务器分配如下: MHA管理节点: 10.0.1

集群从功能实现上分高可用和负载均衡: 高可用集群,即“HA"集群,也常称作“双机热备”. 当提供服务的机器宕机,备胎将接替继续提供服务: 实现高可用的开源软件有:heartbeat.keepalived.,keepalived还有负载均衡的功能. 核心原理都是通过心跳线连接两台服务器,一台用于提供服务,当这台机子宕机了,另外一台服务器顶替.; 负载均衡集群,需要有一台服务器作为分发器,它负责把用户的请求分发给后端的服务器处理,在这个集群里,除了分发器外,就是给用户提供服务的服务器了,这些服务器数

Mysql 主主复制失败 Mysql 主主复制失败 故障描述 架构信息 节点信息 故障分析 同步AIPPRD2的从环境 同步AIPPRD1的从环境 故障描述 原因描述 因为机柜PDU老化, 导致整个机柜掉电. 故障时间 20160923-10:09 发现时间 20160929-13:56 架构信息 Tomcat Memcache Keepalive Mysql主主复制 节点信息 序号 节点名称 IP地址 报错信息 1 aipprd1 10.66.1.52 Got fatal error 1236

上一篇:Zabbix数据库表结构 安装两台Zabbix-server 两台均安装MySQL数据库 数据库做双主互相同步 keepalive做vip偏移 to_master.sh脚本 两边都要安装sshpass Zabbix server配置需要修改sourceip为vip 否则agent不会找vip 同时Zabbix server里面的agent sourceip为11  server指向vip serveractive也要指向vip httpd配置指向的ip也需要改成vip

为了测试一个环境,需要在Azure上搭建高可用的LAMP架构.但要求MySQL的中间件Atlas采用主备的模式.在数据中心一般采用Keepalive+VIP的模式,通过浮动地址对外提供服务. 但在云环境中,不能支持浮动地址,也不支持A/S的负载均衡模式.于是考虑采用ILB+HAProxy的模式,由ILB模拟VIP地址,HAProxy负责A/S的负载均衡. 整体框架 采用全冗余的架构设计.每层都是双机.主机都是采用CentOS6.5的操作系统.  MySQL的安装与配置 MySQL采用主主的配置方

一.部署Kubernetes集群 1.1 Kubernetes介绍 Kubernetes(K8S)是Google开源的容器集群管理系统,K8S在Docker容器技术的基础之上,大大地提高了容器化部署应用简单高效.并且具备了完整的集群管理能力,涵盖项目周期的各个环节. Docker与Kubernetes联系:Docker是一个容器引擎,用于运行容器,Kubernetes是一个容器编排系统,不具备容器引擎功能,相比Docker是一个更高级封装,而他们在一起堪称珠联璧合. 1.2 创建Kubernet

一. Keeplive服务介绍 Keeplive期初是专门为LVS设计的,专门用来监控LVS集群系统中各个服务节点的状态,后来又加入VRRP的功能,因此除了配合LVS服务以外,也可以作为其他服务(nginx,haroxy)的高可用软件,VRRP是Virtual Router Redundancy Protocol(虚拟路由冗余协议)的缩写,VRRP出现的目的就是为了解决静态路由出现的单点故障问题,它能够保证网络的不间断,稳定的运行.所以keepalive一方面具有LVS cluster node

一.虚拟交换系统(VSS) VSS是一种网络虚拟化技术,讲两台Catalyst 6500系列交换机组合为单一虚拟交换机,从而提高运营效率.增强不间断通信,并将系统带宽容量扩展到1.4Tbps.在初始阶段,VSS将使两台物理Cisco Catalyst 6500系列交换机作为单一逻辑虚拟交换机运行,称为虚拟交换系统1440(VSS1440). 虚拟交换系统1440与传统网络设计的比较 二.VSS1440 VSS1440指由两台采用Virtual Switching Supervisor 720-1

Percona-XtraDB-Cluster+Haproxy 搭建集群环境 环境准备及服务器信息: 配置防火墙 firewall-cmd --add-port=3306/tcp --permanent firewall-cmd --add-port=4567/tcp --permanent firewall-cmd --add-port=4568/tcp --permanent firewall-cmd --add-port=4444/tcp --permanent firewall-cmd -