memcached 双机热备
双机保障(热备)实现系统高可用性
双机保障（热备）实现系统高可用性1.背景随着当前网络的快速发展，很多传统的服务已经转移到网络环境中实施，例如数据存储、金融交易、企业管理、通信传输等，当前大部分服务都是采用中心服务器的模式。
网络环境的脆弱性，导致中心服务器出现故障的几率比较大。
因为在网络环境下，导致服务器故障的原因是错综复杂，无法预测的，例如网络攻击、电缆断线、操作系统故障、软件故障、设备故障等。
一旦服务器出现故障，那么所提供的服务就会被中断一段较长的时间。
一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。
从实际经验上看，除非是简单地重启服务器（可能隐患仍然存在），否则往往需要几个小时以上。
而如果技术人员不在现场，则恢复服务的时间就更长了。
因此，服务器提供服务的持续性是得不到保证的。
但是，对于一些企业级应用来说，用户是很难忍受这样长时间的服务中断的，保证系统能够持续地、稳定地提供服务至关重要。
对于某些执行关键使命的系统，甚至要求系统能够具备365×24不停顿运行的能力。
因此，出现了高可用性的需求和方案。
HIFN实验室在研究UTM（统一威胁管理）平台时，采用了一种“双机热备”的技术方案保证UTM系统的高可用性。
该UTM平台采用了HIFN HPM模式匹配算法来完成内容过滤和病毒扫描，并使用了HIFN FlowThrogh IPSec加速卡来实现VPN。
以下笔者将会结合该UTM平台详细介绍这种“双机热备”式的高可用性技术方案。
2.概述双机热备技术，概括地说，就是使用两台服务器，通过即时备份数据的方式，实现系统的高可用性。
其基本原理是这两台服务器，一台处于active状态，称为主服务器，一台处于standby状态，称为备用服务器。
在正常情况下，由处于active状态的主服务器提供服务，当主服务器出现故障时，处于standby状态的备用服务器被激活，接替主服务器继续提供服务。
而整个过程无需人工干预，在短时间内自动完成服务接管。
双机热备条件
双机热备条件在计算机系统中，双机热备条件是一种常见的高可用性架构，用于确保系统的持续可用性和数据冗余。
双机热备条件通过使用两个或多个相同配置的服务器来保证系统的连续运行，即当一个服务器发生故障时，另一个服务器可以自动接管其工作，从而实现无缝切换并确保系统的稳定性。
为了实现双机热备条件，以下是一些关键的条件和要求：1. 硬件配置一致性：双机热备条件要求两个或多个服务器的硬件配置完全相同，包括处理器、内存、磁盘和网络适配器等。
只有硬件配置一致，系统才能在备用服务器上正确地执行相同的操作，确保系统状态的一致性。
2. 快速故障检测：双机热备条件要求系统能够快速检测到主服务器的故障，并迅速采取措施切换到备用服务器。
通常，这需要使用专用的监控软件或硬件来实时监测主服务器的状态，如网络连接、CPU负载和磁盘空间等。
3. 高可靠性存储：为了确保数据不会丢失或损坏，双机热备条件需要使用高可靠性的存储解决方案，如磁盘阵列或网络存储。
这些存储设备通常具有冗余的磁盘、热插拔功能和硬件加速等特性，以提供极高的数据可靠性和快速的故障恢复。
4. 快速数据同步：为了保持主服务器和备用服务器之间数据的一致性，双机热备条件要求快速的数据同步机制。
通常采用的方法是使用专门的数据复制软件或硬件来实时同步主服务器的数据到备用服务器，以确保备用服务器上的数据与主服务器完全一致。
5. 自动切换和恢复：双机热备条件需要具备自动切换和恢复功能，即当主服务器发生故障时，备用服务器能够自动接管主服务器的工作，并继续提供服务。
这通常需要一个负载均衡器或集群管理软件来监控服务器的状态并进行自动切换，以确保服务的连续性和用户的无感知。
6. 故障恢复测试：为了确保双机热备条件的有效性，定期进行故障恢复测试是必要的。
通过模拟主服务器故障，测试备用服务器的切换和恢复功能，以验证系统的可靠性和稳定性。
总结起来，双机热备条件要求硬件配置一致、快速故障检测、高可靠性存储、快速数据同步、自动切换和恢复以及定期故障恢复测试。
有两台服务器如何做双机热备
有两台服务器如何做双机热备双机热备是一种常见的服务器配置方式，可以提高系统的可用性和容错性。
通过配置两台服务器，当其中一台服务器出现故障时，另一台服务器可以立即接管工作，确保系统的连续性和稳定性。
本文将介绍如何进行双机热备配置，以及配置过程中需要注意的问题。
一、双机热备的基本原理双机热备的基本原理是将两台服务器配置为主备关系。
其中一台服务器作为主服务器（Master），负责处理用户请求和业务逻辑；另一台服务器作为备服务器（Backup），处于待命状态，等待接管主服务器的工作。
主备服务器之间通过网络进行通信，保持数据的同步和一致性。
二、双机热备的配置步骤1. 确定主备服务器的角色和IP地址：首先需要确定哪台服务器将担任主服务器，以及每台服务器的IP地址。
主服务器通常配置为具备更高性能的服务器，而备服务器则配置为相对较低性能的服务器。
2. 安装并配置操作系统：在两台服务器上安装并配置相同版本的操作系统，确保操作系统的版本和配置相同，以保证数据的一致性。
常见的操作系统包括Windows Server和Linux等。
3. 安装并配置数据库和应用程序：根据实际需求，在主备服务器上安装并配置相同版本的数据库和应用程序。
数据库和应用程序的版本、配置和数据结构需要保持一致，以确保数据的同步和一致性。
4. 配置网络和通信：配置主备服务器之间的网络和通信，确保主备服务器可以相互通信并进行数据同步。
可以使用局域网（LAN）或广域网（WAN）进行通信，常见的网络通信协议包括TCP/IP等。
5. 配置双机热备软件：选择并安装适用于双机热备的软件，常见的软件包括Heartbeat、Keepalived和Pacemaker等。
这些软件可以监控主服务器的运行状态，一旦主服务器发生故障，备服务器可以立即接管。
6. 测试和验证：在配置完成后，进行测试和验证，确保主备服务器能够正常工作。
可以模拟主服务器宕机的情况，观察备服务器是否能够顺利接管，并能够继续处理用户请求和业务逻辑。
双机热备 来回路径不一致 状态
双机热备系统是一种常见的容错机制，用于确保系统在出现故障时能够无缝地切换至备用系统，以保证系统的持续运行。
然而，在使用双机热备系统时，有时候可能会出现来回路径不一致的状态，从而影响系统的正常运行。
本文将围绕着双机热备系统和来回路径不一致的状态展开详细的讨论。
一、双机热备系统概述双机热备系统是指将一个主服务器与一个备用服务器通过网络连接起来，当主服务器出现故障时，备用服务器会自动接管主服务器的工作，以确保系统的正常运行。
这种系统通常用于关键性的应用领域，如金融、电信等，可以最大程度地降低系统宕机的风险。
二、来回路径不一致的概念来回路径不一致是指在双机热备系统中，主服务器和备用服务器之间的通信路径出现了问题，导致数据在传输过程中出现了不一致的情况。
这种情况可能会造成系统数据的丢失或错误，严重影响系统的可靠性和稳定性。
三、来回路径不一致的原因1. 网络故障：网络是双机热备系统中主备服务器之间通信的基础，如果网络发生故障，可能导致来回路径不一致的状态。
2. 硬件故障：硬件故障是双机热备系统中常见的故障类型，如网卡、交换机等硬件设备出现故障可能导致通信路径不一致。
3. 软件配置错误：双机热备系统的配置需要严格按照规范进行，如果配置过程中出现错误，可能导致来回路径不一致。
四、来回路径不一致的解决方法1. 定期检查网络设备：定期检查网络设备的状态，及时发现并修复网络故障。
2. 确保硬件设备正常：使用高质量的硬件设备，并进行定期维护检查，确保硬件的正常运行。
3. 规范配置操作：在配置主备服务器时，严格按照规范操作，减少配置误差的可能性。
五、结语双机热备系统的运行对于保障系统的可靠性和稳定性具有重要意义，在实际应用中，我们应该认真对待来回路径不一致的状态，并采取有效的措施进行解决，以确保系统的正常运行。
希望本文对读者有所帮助，谢谢阅读！由于双机热备系统的重要性，来回路径不一致的状态在实际应用中必须引起重视，并且需要适当的解决方法和预防措施。
双机热备解决方案
双机热备解决方案简介双机热备是一种常见的高可用性解决方案，通过在两台服务器之间进行数据同步和状态同步，实现在主服务器故障时快速切换到备服务器，从而确保系统的持续可用性。
在本文档中，将介绍双机热备的原理、实施步骤和常见问题解决方案。
原理双机热备的原理是将主服务器和备服务器通过网络连接起来，通过定期同步数据和状态，以便备服务器能够准确地为主服务器提供备份服务。
当主服务器出现故障时，备服务器将立即接管主服务器的工作，并提供相同的服务，以保证系统的可用性。
具体的原理如下： 1. 主服务器和备服务器通过一个交换机或路由器进行网络连接。
2. 定期将主服务器的数据和状态同步到备服务器上，可以使用文件同步工具、数据库复制等技术实现。
3. 备服务器处于待命状态，随时可以接管主服务器的服务。
4. 当主服务器出现故障时，备服务器立即接管主服务器的服务，并通知管理员进行处理。
实施步骤要实施双机热备解决方案，需要进行以下步骤：步骤一：选取适合的硬件设备为了实现双机热备，首先需要选取适合的硬件设备，例如服务器、网络交换机等。
这些硬件设备应具备高可靠性和性能。
步骤二：配置网络环境在选取合适的硬件设备后，需要配置网络环境。
主服务器和备服务器应通过可靠的网络连接起来，并保证网络延迟较低和带宽较大，以确保数据和状态的快速同步。
步骤三：选择并配置数据同步及状态同步方式选择和配置合适的数据同步和状态同步方式是双机热备的关键。
可以根据具体需求选择文件同步工具、数据库复制等技术来实现数据和状态的同步。
步骤四：验证双机热备方案在配置完数据同步和状态同步后，需要进行验证双机热备方案是否生效。
可以通过模拟主服务器故障的方式来验证备服务器是否能够成功接管主服务器的服务。
步骤五：监控和管理备服务器在双机热备方案生效后，需要对备服务器进行监控和管理。
通过实时监控备服务器的状态和性能，及时发现和解决问题，确保备服务器的可靠性和可用性。
常见问题解决方案在实施双机热备方案过程中，可能会遇到一些常见的问题。
双机热备——精选推荐
双机热备⽬录1、双机热备基础概念双机热备是⼀种概念，各种设备均可以采⽤此概念进⾏部署，⽐如三层交换机、路由器、防⽕墙、服务器等。
如果仅部署⼀台设备，难免会有单点故障的风险，所以部署两台，⼀主⼀备较为保险，⼀台坏了，另⼀台⾃动“顶上”，保证业务不中断，这就是双机热备。
最常见的双机热备就是同时带着同⼀品牌的两台⼿机，A坏了，B登录A的账号，通讯录与邮箱会同步过来，与保证业务不中断。
NOTE：1. 等保三级以上要求必须要有冗余设备，关键设备必须是⼀主⼀备的，这样才能保证业务的稳定性。
双机热备是⽹络⼯程师必须熟练掌握的技术之⼀。
2. 防⽕墙的双机热备其它设备不同，防⽕墙的双机热备需要⼀条专门的备份通道，⽤于两台防⽕墙之间的协商主备状态，以及会话等状态信息。
双机热备主要包括主备备份和负载分担两个场景。
主备备份指正常情况下仅由主⽤设备处理业务，备⽤设备空闲；当主⽤设备接⼝、链路或整机故障时，备⽤设备切换为主⽤设备，接替主⽤设备处理业务。
负载分担也可以称为“互为主备”，即两台设备同时处理业务。
当其中⼀台设备发⽣故障时，另外⼀台会⽴即承担其业务，保证业务不中断。
2、链路聚合讲双机热备之前，必须先讲链路聚合和VRRP，因为双机热备是在这两个技术的基础上进⾏实现的。
2.1 链路聚合的基本概念因为以太⽹的信息传输率主要有：10Mbit/s、100Mbit/s、1000Mbit/s（1Gibt/s）、10Gibt/s、100Gibt/s，它们之间的关系呈10倍递增。
发送/接收速率为10Mbit/s的以太⽹端⼝称为标准以太⽹端⼝。
发送/接收速率为100Mbit/s的以太⽹端⼝称为快速以太⽹端⼝，简称FE（fast ethernet）。
发送/接收速率为1000Mbit/s的以太⽹端⼝称为千兆以太⽹端⼝，1000兆达到了吉，所以也称GE（gigabit ethernet）。
发送/接收速率为10Gbit/s的以太⽹端⼝称为万兆以太⽹端⼝，⼀吉等于1000兆，⼗吉就等于⼗个1000兆，⼗个1000就是⼀万，所以这种接⼝就被称为万兆以太⽹端⼝。
存储双机热备方案
存储双机热备方案介绍存储双机热备方案是一种用于保障数据持久性和高可用性的技术方案。
通过将存储设备配置成主备两台，实现数据的实时同步和快速切换，以确保在主节点故障时能够无缝切换到备节点继续提供服务。
本文将介绍存储双机热备方案的原理、实施步骤和实现要点。
原理存储双机热备方案基于主备切换的原理，通过实时数据同步和热切换技术来确保数据的持久性和高可用性。
实时数据同步存储设备主备节点之间通过网络实时同步数据。
当主节点上的数据发生变化时，将立即同步到备节点上。
主备节点之间的数据同步方式可以采用镜像同步或增量同步的方式。
镜像同步是将主节点上的数据完全复制到备节点上，以保持主备节点之间的数据完全一致。
镜像同步通常适用于数据量较小或网络带宽较大的情况。
增量同步是将主节点上的数据变化部分同步到备节点上，以减少数据传输量和同步延迟。
增量同步通常适用于数据量较大且变化频繁的情况。
热切换技术当主节点发生故障或需要维护时，可以通过热切换技术将备节点切换为主节点，以实现无缝切换。
热切换技术通常基于心跳检测和自动故障转移。
心跳检测是通过在主备节点之间周期性地发送心跳信号，来检测主节点的状态。
当主节点无法正常响应心跳信号时，备节点会自动切换为主节点，提供数据服务。
自动故障转移是在主节点故障时，自动触发备节点切换为主节点。
自动故障转移通常需要配合集群管理软件或存储设备的管理工具实现。
实施步骤实施存储双机热备方案主要包括以下步骤：1.确定主备节点的配置要求：包括硬件配置、操作系统和存储设备的版本要求等。
2.配置主备节点的网络连接：确保主备节点之间可以正常通信，并具备足够的网络带宽来支持实时数据同步。
3.配置存储设备的主备模式：根据存储设备的类型和厂商提供的管理工具，将主备节点的存储设备配置为主备模式。
4.配置数据同步方式：根据实际需求，选择镜像同步或增量同步的方式，并配置同步参数。
5.配置热切换技术：基于心跳检测和自动故障转移的技术，配置主备节点的热切换参数和策略。
存储双机热备方案
存储双机热备方案简介存储双机热备方案是一种常用的数据备份和冗余方案，旨在确保数据的高可用性和持续可访问性。
本文将介绍存储双机热备方案的概念、原理以及实施步骤，帮助您了解并应用这一方案来保护您的数据。
什么是存储双机热备？存储双机热备（Storage Dual Machine Hot Standby），简称双机热备，是一种常见的存储系统备份方案。
它通过在两台主机之间实现数据的实时同步，保证了数据的高可用性和持续可访问性。
双机热备方案中，一台主机作为主系统（Primary）负责处理业务请求，同时将数据实时备份到另一台作为备用系统（Backup）的主机上。
当主系统发生故障或不可用时，备用系统立即接管主机的工作并提供服务，从而实现主机的快速切换和故障恢复。
存储双机热备的原理存储双机热备的实现依赖于以下关键技术和原理：1. 数据实时同步双机热备方案要保证数据的一致性和实时性，需要确保主机上的数据能够实时备份到备用系统上。
为此，通常会使用一种异步复制技术，当主机的数据发生变化时，通过存储复制技术将变更写入到备用系统中。
这样可以保证备用系统中的数据与主机的数据保持同步。
2. 心跳检测与故障切换为了实现主机的故障切换，双机热备方案会使用一种心跳检测机制来监测主机的存活状态。
主机和备用系统之间会周期性地发送心跳信号，一旦主机的心跳信号中断，备用系统会立即接管主机的工作并提供服务。
通过这种机制，能够实现主机的快速切换和故障恢复。
3. 数据一致性保证在双机热备方案中，由于主机和备用系统之间的数据同步是通过异步复制实现的，因此存在一定的延迟。
为了保证数据的一致性，通常会采用一些策略，如在写入主机后等待一段时间再进行切换，或者使用一些冲刷策略来确保数据的同步性。
实施步骤实施存储双机热备方案通常包括以下步骤：1.规划系统架构：根据业务需求和数据量大小，设计存储双机热备方案的系统架构，包括主机和备用系统的规划、网络拓扑等。
2.选择合适的存储设备：根据业务需求和预算限制，选择适合的存储设备，包括主机和备用系统的硬件配置、磁盘阵列、网络设备等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
memcached 双机热备一、需求背景发现公司好多项目都用到memched。
并且都是单点，memched服务器挂了就会影响业务，于是百度之，发现memched不可以集群，也没有看到有什么高可用方案，但是发现了repcached（memched主从复制），结合LVS的NAT模式不同端口转发实现memched双机HA，本文章记录本人的部署过程，从属实战，没有文字性的说明，欢迎各位指点。
二、环境：1、系统环境：1.CentOS release 6.4 (Final)2、网络环境1.调度机（master）：2.vip：172.28.26.1003.vip1:172.28.16.100（lvs转发网关）4.eth1:172.28.26.101 （内网）5.eth2:172.28.16.101（lvs转发网段）6.调度机（backup）：7.eth1:172.28.26.99 （内网）8.eth2:172.28.16.99（lvs转发网段）9.memched备节点：10.eth1:172.28.26.102 （内网）11.eth2:172.28.16.102（lvs转发网段）12.memched主节点：13.eth1:172.28.26.103 （内网）14.eth2:172.28.16.103（lvs转发网段）3、路由策略1.调度机（master）：2.echo '201 eth1'>> /etc/iproute2/rt_tables3.echo 'default table eth1 via 172.28.26.1 dev eth1'> /etc/sysconfig/network-scripts/route-eth14.echo 'from 172.28.26.101/255.255.255.255 table eth1'> /etc/sysconfig/network-scripts/rule-eth15.echo 'from 172.28.26.100/255.255.255.255 table eth1'>> /etc/sysconfig/network-scripts/rule-eth16.echo 'from 172.28.16.101/32 table ZW_LVS_LAN'> /etc/sysconfig/network-scripts/rule-eth27.memched节点1：8.echo 'default table ZW_LVS_LAN via 172.28.16.100'> /etc/sysconfig/network-scripts/route-eth29.echo 'from 172.28.16.0/24 table ZW_LVS_LAN'> /etc/sysconfig/network-scripts/rule-eth210.echo '202 ZW_LVS_LAN'>> /etc/iproute2/rt_tables11.memched节点2：12.echo 'default table ZW_LVS_LAN via 172.28.16.100'> /etc/sysconfig/network-scripts/route-eth213.echo 'from 172.28.16.0/24 table ZW_LVS_LAN'> /etc/sysconfig/network-scripts/rule-eth214.echo '202 ZW_LVS_LAN'>> /etc/iproute2/rt_tables4、内核参数1.fs.file-max= 10000002.kernel.core_uses_pid = 13.kernel.msgmax = 10485604.kernel.msgmnb = 10737418245.kernel.shmall = 42949672966.kernel.shmmax = 687194767367.kernel.sysrq = 0dev_max_backlog = 1048576.core.rmem_default = 2097152.core.rmem_max = 16777216.core.somaxconn = 1048576.core.wmem_default = 2097152.core.wmem_max = 16777216.ipv4.conf.default.accept_source_route = 0.ipv4.conf.default.rp_filter = 1.ipv4.ip_forward = 1.ipv4.ip_local_port_range = 1024 65000.ipv4.neigh.default.gc_thresh1 = 10240.ipv4.neigh.default.gc_thresh2 = 40960.ipv4.neigh.default.gc_thresh3 = 81920.ipv4.tcp_fin_timeout = 1.ipv4.tcp_keepalive_intvl = 15.ipv4.tcp_keepalive_probes = 5.ipv4.tcp_keepalive_time = 30.ipv4.tcp_max_orphans = 3276800.ipv4.tcp_max_syn_backlog = 1048576.ipv4.tcp_max_tw_buckets = 50000.ipv4.tcp_mem = 94500000 915000000 927000000.ipv4.tcp_orphan_retries = 3.ipv4.tcp_reordering = 5.ipv4.tcp_retrans_collapse = 0.ipv4.tcp_retries2 = 5.ipv4.tcp_rmem = 4096 87380 4194304.ipv4.tcp_sack = 1.ipv4.tcp_synack_retries = 1.ipv4.tcp_syncookies = 0.ipv4.tcp_syn_retries = 1.ipv4.tcp_timestamps = 1.ipv4.tcp_tw_recycle = 1.ipv4.tcp_tw_reuse = 1.ipv4.tcp_window_scaling = 1.ipv4.tcp_wmem = 4096 16384 4194304.ipv6.conf.all.disable_ipv6 = 1.ipv6.conf.default.disable_ipv6 = 1.ipv4.conf.eth0.rp_filter = 1 #memched节点不需要.ipv4.conf.eth1.rp_filter = 1 #memched节点不需要.ipv4.conf.eth2.rp_filter = 1 #memched节点不需要.ipv4.conf.all.rp_filter = 0 #memched节点不需要三、服务安装1、调度机（master、backup）1.yum -y install ipvsadm keepalived sendmail2、memched节点1、memched节点21.wget /files/memcached-1.4.15.tar.gz2.wget /~provos/libevent-1.4.13-stable.tar.gz3.wget /repcached/memcached-1.2.8-repcached-2.2.tar.gz1.tar -zxvf libevent-1.4.13-stable.tar.gz2.cd libevent-1.4.13-stable3../configure --prefix=/usr/local4.make5.make install7.tar -zxvf memcached-1.4.15.tar.gz8.cd memcached-1.4.159../configure --with-libevent=/usr/local10.make11.make install12.13.tar -zxvf memcached-1.2.8-repcached-2.2.tar.gz14.cd memcached-1.2.8-repcached-2.215../configure --enable-replication16.make17.make install四、keepalived配置（master、backup）[root@LVS1 keepalived]# cat /etc/keepalived/gobal_module1.! global configure file2.3.global_defs {4.notification_email {5.navyaijm@6.}7.notification_email_from navyaijm@8.smtp_server 127.0.0.19.smtp_connect_timeout 3010.router_id ZH_DG_LVS111.}12.13.[root@LVS1 keepalived]# cat /etc/keepalived/keepalived.conf14.! Keepalived main configure file15.include /etc/keepalived/gobal_module16.include /etc/keepalived/vrrpd_module17.include /etc/keepalived/lvs_module18.[root@LVS1 keepalived]# cat /etc/keepalived/vrrpd_module1.vrrp_sync_group ZH_DG_Memcached1 {2.group{3.ZH_DG_WAN14.ZH_DG_LAN15.}6.smtp_alter7.}9.vrrp_instance ZH_DG_WAN1 {10.state MASTER （从上为：backup）11.interface eth112.virtual_router_id 10 （从为：9）13.priority 10014.advert_int 115.authentication {16.auth_type PASS17.auth_pass 08756CD018.}19.virtual_ipaddress {20.172.28.26.100 # vip21.}22.}23.24.25.vrrp_instance ZH_DG_LAN2 {26.state MASTER （从上为：backup）27.interface eth228.virtual_router_id 10 （从为：9）29.priority 10030.advert_int 131.authentication {32.auth_type PASS33.auth_pass 6F8DBC2E34.}35.virtual_ipaddress {36.172.28.16.100 # Memcached 虚拟网关37.}38.}[root@LVS1 keepalived]# cat /etc/keepalived/lvs_module1.virtual_server 172.28.26.100 11211 {2.delay_loop 63.lb_algo wrr4.lb_kind NAT5.persistence_timeout 606.protocol TCP7.8.include /etc/keepalived/realserver/172.28.26.102_11234.conf9.include /etc/keepalived/realserver/172.28.26.103_11233.conf10.}11.12.13.[root@LVS1 keepalived]# cat /etc/keepalived/realserver/172.28.26.102_11234.conf14.real_server 172.28.16.102 11234 {15.weight 1 #权重16.inhibit_on_failure #故障会修改权重为零17.TCP_CHECK {18.connect_timeout 10 #10秒无响应超时19.nb_get_retry 3 #重连次数20.delay_before_retry 3 #重连间隔，单位为秒21.connect_port 11234 #检测端口22.}23.}24.25.26.[root@LVS1 keepalived]# cat /etc/keepalived/realserver/172.28.26.103_11233.conf27.real_server 172.28.16.103 11233 {28.weight 1 #权重29.inhibit_on_failure #故障会修改权重为零30.TCP_CHECK {31.connect_timeout 10 #10秒无响应超时32.nb_get_retry 3 #重连次数33.delay_before_retry 3 #重连间隔，单位为秒34.connect_port 11233 #检测端口35.}36.}五、启动服务1、keepalived启动（master和backup）1./etc/init.d/keepalived startmemcached的启动主节点：1./usr/local/bin/memcached -d -v -l 0.0.0.0 -p 11233 -X 11244 -uroot （11244是数据同步端口）备节点：1./usr/local/bin/memcached -d -v -l 0.0.0.0 -p 11234 -uroot -x 172.28.16.103 -X 11244（11234 是服务监听端口，11244是监听数据同步端口；-x 指定masterIP，-X指定master数据同步监听端口）1.PS：2.1、如果启动的时候报错如下：3.[root@yw_memcached_slave ~]#/usr/local/bin/memcached -d -v -l 0.0.0.0 -p 11233 -X 11244 -uroot4./usr/local/bin/memcached: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory5.请yum安装libeven6.[root@yw_memcached_slave ~]# yum -y install libeven7.2、 repcached是日本人开发的实现memcached复制功能，它是一个单master单slave的方案，但它的master/slave都是可读写的，而且可以相互同步，如果master坏掉，slave侦测到连接断了，它会自动listen而成为master；而如果slave 坏掉，master也会侦测到连接断，它就会重新listen等待新的slave加入；master没有抢占功能，如果master挂掉再起来只能是从了，并且永远只能是从。