双机热备

说明 机器A：（172.16.1.251），机器B：（172.16.1.252） 两台机器都创建数据库web： create database hello default charset utf8; 实现步骤 双向热备份：首先设置A上数据库为master，B上的备份数据库为slave；然后配置B上的数据库为master，A上数据库为slave （1）修改 A和B上的 配置文件my.cnf，加入以下内容 #机器A配置 server-id=7 # 主ID，与从ID不能相同 log-bin=mysql-0-bin #设定生成log文件名 binlog-do-db=web #设置同步数据库名 binlog- ignore-db=mysql #忽略同步mysql数据库 replicate-do-db=web # 两处web是一致的 replicate- ignore-db=mysql auto-increment-increment=10 # 插入id增长间隔 auto-increment-offset=1 #从1开始增长 #机器B配置 server-id=17 # 主ID，与从ID不能相同 log-bin=mysql-1-bin #设定生成log文件名 binlog-do-db=web #设置同步数据库名 binlog- ignore-db=mysql #忽略同步mysql数据库

转： http://blog.csdn.net/qq394829044/article/details/53203645 Mysql数据库没有增量备份的机制，当数据量太大的时候备份是一个很大的问题。还好mysql数据库提供了一种主从备份的机制，其实就是把主数据库的所有的数据同时写到备份的数据库中。实现mysql数据库的热备份。 要想实现双机的热备，首先要了解主从数据库服务器的版本的需求。要实现热备mysql的版本都高于3.2。还有一个基本的原则就是作为从数据库的数据版本可以高于主服务器数据库的版本，但是不可以低于主服务器的数据库版本。 当然要实现mysql双机热备，除了mysql本身自带的REPLICATION功能可以实现外，也可以用Heartbeat这个开源软件来实现。不过本文主要还是讲如何用mysql自带的REPLICATION来实现mysql双机热备的功能。 1. 准备服务器 由于Mysql不同版本之间的（二进制日志）binlog格式可能会不太一样，因此最好的搭配组合是主（Master）服务器的Mysql版本和从（Slave）服务器版本相同或者更低，主服务器的版本肯定不能高于从服务器版本。 本次我用于测试的两台服务器版本都是Mysql-5.5.17。 2. Mysql 建立主－从服务器双机热备配置步骤 2.1环境描述 A服务器（主服务器Master）：59.151.15.36

转： http://blog.csdn.net/qq394829044/article/details/53203645 Mysql数据库没有增量备份的机制，当数据量太大的时候备份是一个很大的问题。还好mysql数据库提供了一种主从备份的机制，其实就是把主数据库的所有的数据同时写到备份的数据库中。实现mysql数据库的热备份。 要想实现双机的热备，首先要了解主从数据库服务器的版本的需求。要实现热备mysql的版本都高于3.2。还有一个基本的原则就是作为从数据库的数据版本可以高于主服务器数据库的版本，但是不可以低于主服务器的数据库版本。 当然要实现mysql双机热备，除了mysql本身自带的REPLICATION功能可以实现外，也可以用Heartbeat这个开源软件来实现。不过本文主要还是讲如何用mysql自带的REPLICATION来实现mysql双机热备的功能。 1. 准备服务器 由于Mysql不同版本之间的（二进制日志）binlog格式可能会不太一样，因此最好的搭配组合是主（Master）服务器的Mysql版本和从（Slave）服务器版本相同或者更低，主服务器的版本肯定不能高于从服务器版本。 本次我用于测试的两台服务器版本都是Mysql-5.5.17。 2. Mysql 建立主－从服务器双机热备配置步骤 2.1环境描述 A服务器（主服务器Master）：59.151.15.36

这段时间我们公司因要上新的系统，财务的，很重要，于是在讨论双机热备的问题。不过看样子可能要变成双机互备了。看了一些介绍，顺便给大家介绍介绍。 一、双机热备的概念. 双机热备这一概念包括了广义与狭义两种意义。 从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。 　 双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群。 　双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器。 　实现双机热备，需要通过专业的集群软件或双机软件。 　从狭义上讲，双机热备特指基于active/standby方式的服务器热备。服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。 二、 双机热备的实现模式 双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。 　基于存储共享的双机热备是双机热备的最标准方案。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> redis是非常实用的优秀nosql开源产品，在高并发的服务器环境中，可以作为缓存和队列使用.美中不足的是，到现在为止，redis并没有推出自己的集群方案，对一个完善的生产环境，负载均衡，高可用，主从备份都是必不可少的选项，redis提供了稳定·的主从备份功能，提供了数种持久化策略，在主从备份上也提供了增量备份的功能，现在通过sentinel提供主从热备的功能，可惜功能上并不完善，达不到生产环境的要求。 现在我们选定keepalived作为redis的高可用支持，keepalived不仅可以比较完善的支持redis的高可用，而且作为lvs负载均衡的配套产品，和lvs天然具有较好的配合，对于搭建redis集群有较好的扩展性。 redis和keepalived的安装非常简单，网上大把的文章可以参考，这里就不再赘述，这里按照redis双机主从热备的场景，讲需要注意的几点，网上的很多文章没有讲清楚。 1，lvs和keepalived的关系，lvs起的是负载均衡功能，而keepalived则是高可用（热备）的支持，keeplaived可以单独使用。 2，keepalived通过VIP虚拟ip的绑定转换来打造热备支持，在转化主从身份的过程中，还支持脚本的调用，根据不同的脚本，keepalived可以用于不同的场景要求

一.Keepalived双击热备 概述 Keepalived起初是专门针对LVS设计的一款强大的辅助工具，主要用来提供故障切换(Failover)和健康检查(Health Checking)功能一判断 LVS负载调度器、节点服务器的可用性，及时隔离并替换为新的服务器，当故障主机恢复后将其重新加入群集。 通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。 当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。 VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议 keepalived的工作原理是VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议。 在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。 VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协 同工作，共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。当主控路由失效后，备份路由 中会重新选举出一个主控路由，来继续工作，来保障不间断服务。 安装 [ root@localhost ~]# yum install -y

一、Keepalived双机热备的基础知识 keepalived官方网站： www.keepalived.org/ 在非LVS环境中keepalived也可以作为热备软件使用。 1、Keepalived作用 keepalived最初是专门针对LVS设计的一款强大的辅助工具，主要用来提供故障切换和健康检查功能——判断LVS负载调度器、节点服务器的可用性，及时隔离并替换为新的服务器，当故障主机回复后将其重新加入群集。单独部署LVS环境的话，调度器发生宕机的话，整个群集就失效了，某一个web节点宕机后，客户端在访问时，总会碰上访问不到网页的情况，所以，将keepalived和LVS结合起来，才可形成一个真正的高可用群集，当然，后端的共享存储也必须搭建一个高可用的存储服务器，三者其中有一个满足不了，都不能称之为一个高可用的群集环境。 2、Keepalived的热备方式 keepalived采用VRRP（虚拟路由冗余协议）热备份协议，以软件的方式实现Linux服务器的多机热备功能。VRRP是针对路由器的一种备份解决方案——由多台路由器组成一个热备组，通过共用的虚拟IP（VIP）地址对外提供服务；每个热备份组内同一时刻只有一台主路由器提供服务，其他路由器处于冗余状态，若当前在线的路由器失效，则其他路由器会自动接替（优先级决定接替顺序）虚拟IP地址，以继续提供服务。

来源： CSDN 作者： hekewangzi 链接： https://blog.csdn.net/hekewangzi/article/details/78601386

在生产应用中，某台“Nginx+PHP+MySQL”接口数据服务器，扮演的角色十分重要，如果服务器硬件或Nginx、MySQL发生故障，而短时间内无法恢复，后果将非常严重。为了避免单点故障，我设计了此套方案，编写了failover.sh脚本，实现了双机互备、全自动切换，故障转移时间只需几十秒。 2、解释： 　　(1)、假设外网域名blog.s135.com解析到外网虚拟IP 72.249.146.214上，内网hosts设置db10对应内网虚拟IP 192.168.146.214 　　(2)、默认情况下，由主机绑定内、外网虚拟IP，备机作为备份，当主机的MySQL、Nginx或服务器出现故障无法访问时，备机会自动接管内、外网虚拟IP。两台服务器都启动负责监控、自动切换虚拟IP的守护进程/usr/bin/nohup /bin/sh /usr/local/webserver/failover/failover.sh 2>&1 > /dev/null & 　　(3)、主机和备机上的MySQL服务器互为主从，互相同步。在主机处于活动状态（即由主机绑定虚拟IP）时，读写主机的MySQL，写到主机的数据会同步到备机；在备机处于活动状态时，读写备机的MySQL，写到备机的数据会同步到主机（如果主机上的MySQL死掉暂时无法同步，主机上的MySQL恢复后，数据会自动从备机上同步过来，反之亦然）。

通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。 当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。 下面来以keepalived结合tomcat来实现一个web服务器的双机热备。 keepalived的工作原理是VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议。 在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。 VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。当主控路由失效后，备份路由中会重新选举出一个主控路由，来继续工作，来保障不间断服务。 我们在本文中的测试环境如下 两台物理服务器和一个虚拟服务器(vip): master：redhat 2.6.18-53.el5 192.168.8.4 backup: redhat 2.6.18-53.el5 192.168.8.6 vip： 192.168.8.100 测试环境的网络topology图如下: 节点A 192.168.8.4 (主节点), 节点B 192.168.8.6(备用节点)，虚拟IP