CN105554106A - 一种memcache分布式缓存系统 - Google Patents
一种memcache分布式缓存系统 Download PDFInfo
- Publication number
- CN105554106A CN105554106A CN201510934681.3A CN201510934681A CN105554106A CN 105554106 A CN105554106 A CN 105554106A CN 201510934681 A CN201510934681 A CN 201510934681A CN 105554106 A CN105554106 A CN 105554106A
- Authority
- CN
- China
- Prior art keywords
- memcache
- server
- magent
- node
- proxy server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明提供了一种memcache分布式缓存系统,包括:至少一个magent集群代理服务器和至少2个memcache服务器,所述magent集群代理服务器通过一致性哈希算法将数据映射至所述memcache服务器中进行缓存;其中:所述magent集群代理服务器用于:将其中一台所述memcache服务器作为当前主节点,其他memcache服务器为备用节点,对所述当前主节点进行故障监测;在监测到所述当前主节点的memcache服务器出现故障时进行主备切换,即从所述备用节点中选择一memcache服务器切换为当前主节点,将出现故障的memcache服务器切换为备用节点;在监测到所述故障的memcache服务器恢复后,仍将恢复的memcache服务器作为备用节点。
Description
技术领域
本发明涉及缓存技术领域,具体地,涉及一种memcache分布式缓存系统。
背景技术
双主模式openstackHA环境中,每个控制节点上都同时运行着nova-consoleauthservice,用户通过horizon访问虚拟机的VNC服务时,需要向其中一台consoleauth发起认证请求,而consoleath默认将VNC认证token存储在本地内存缓冲区,其他consoleath无法共享获取到存储的token;双主模式下VNC认证请求消息通过rabbitmq以轮询方式发送到每个consoleauth,而只有其中一台在本地存储了正确的认证token,导致多consoleauth下访问VNC服务认证失败。为了解决这个问题我们引入memcache作为VNC认证token的共享存储区,并且为了避免单点故障我们同时还需要构建自己的memcacheHA。
Keystone认证token默认存储在数据库中,随着整个云计算平台运行时间的增长,数据库中token存放空间也会累计递增,长此以往keystone获取token进行认证的速度将受到影响,为此我们引入memcache作为keystone认证token的存储后端,并且为了避免单点故障我们同时还需要构建自己的memcacheHA。
Memcache作为高性能的分布式缓存系统,设计初衷并没有加入数据冗余机制,也没有必要。每个memcache分布式服务器端之间没有相互关系,数据的分布主要靠客户端相关算法来维系,没有任何应对单点故障的能力,集群中任何一台memcache节点故障都将导致存入的缓存数据丢失,为此我们需要设计一个全新的构架来构建稳定的memcacheHA。
数据冗余是构建memcacheHA防止单点故障的基础,理想的解决方案包括针对memcache自身开发具有数据冗余功能的repcache和使用具有主备数据同步功能的magent作为缓存代理服务器,前者由于单主从冗余机制限制了分布式集群的扩展性,而后者由于单向同步机制同样存在主节点宕机复活后无法同步备节点数据导致访问异常的问题。
转发超时几乎是所有memcacheHA构架中一个必然要解决的问题,当整个分布式memcache集群中作为主节点的memcache服务端宕机后,由于相关的请求超时机制导致每次访问memcache集群都将产生较大的延时,从而导致整个openstackhorizon页面的响应速度极慢,为此我们需要设计一套新的心跳检测机制及时调整更换整个构架中的memcache服务端的主备状态,以绕开请求超时所带来的响应延时,并且保证宕机的节点复活后能对活动节点进行数据同步,达到正常的数据冗余。
发明内容
针对现有技术中的缺陷,本发明的目的是提供一种memcache分布式缓存系统。
根据本发明提供的一种memcache分布式缓存系统,包括:至少一个magent集群代理服务器和至少2个memcache服务器,所述magent集群代理服务器通过一致性哈希算法将数据映射至所述memcache服务器中进行缓存;
其中:所述magent集群代理服务器用于:
将其中一台所述memcache服务器作为当前主节点,其他memcache服务器为备用节点,对所述当前主节点进行故障监测;
在监测到所述当前主节点的memcache服务器出现故障时进行主备切换,即从所述备用节点中选择一memcache服务器切换为当前主节点,将出现故障的memcache服务器切换为备用节点;
在监测到所述故障的memcache服务器恢复后,仍将恢复的memcache服务器作为备用节点。
可选地,所述magent集群代理服务器还用于:在监测到所述memcache服务器恢复后,将作为所述当前主节点的memcache服务器中的缓存数据同步到所述恢复的memcache服务器中。
可选地,所述magent集群代理服务器对所述当前主节点进行故障监测具体为:
所述magent集群代理服务器每隔预设时间,主动询问作为当前主节点的memcache服务器的运行状态,当监测到当前主节点的memcache服务器出现故障则触发所述主备切换。
可选地,所述magent集群代理服务器还用于:
将出现故障的memcache服务器切换为备用节点后向管理系统发送状态切换提示信息。
可选地,所述至少2个所述magent集群代理服务器通过keepalive保活机制对应至一个对外的虚拟IP;在所述magent集群代理服务器出现故障的状态下,待缓存数据通过所述虚拟IP再经由未出现故障的magent集群代理服务器转发至主节点的memcache服务器。
与现有技术相比,本发明具有如下的有益效果:
本发明将成熟的代理工具magent集群代理服务器和简单的设计脚本结合,设计简洁,原理清晰,不仅有效克服了memcacheHA构建过程中面临的转发超时和数据冗余的技术障碍,突破了memcache设计的理论瓶颈,还反馈式地解决了magent遗留问题,减少了平台对不成熟软件的依赖,为平台部署提供了高效稳定的memcacheHA分布式集群环境。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单的介绍,显而易见,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。附图中:
图1是可选实施例中的一种memcache分布式缓存系统构架示意图;
图2是可选实施例中的一种多memcache服务器的分布式缓存系统构架示意图;
图3是可选实施例中的一种多magent集群代理服务器的分布式缓存系统构架示意图。
具体实施方式
下文结合附图以具体实施例的方式对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明,但不以任何形式限制本发明。应当指出的是,还可以使用其他的实施例,或者对本文列举的实施例进行结构和功能上的修改,而不会脱离本发明的范围和实质。
在本发明提供的一种memcache分布式缓存系统,如图1所示,包括:至少一个magent集群代理服务器和至少2个memcache服务器,所述magent集群代理服务器通过一致性哈希算法将数据映射至所述memcache服务器中进行缓存;
其中:所述magent集群代理服务器用于:
将其中一台所述memcache服务器作为当前主节点,其他memcache服务器为备用节点,对所述当前主节点进行故障监测;
在监测到所述当前主节点的memcache服务器出现故障时进行主备切换,即从所述备用节点中选择一memcache服务器切换为当前主节点,将出现故障的memcache服务器切换为备用节点;
在监测到所述故障的memcache服务器恢复后,仍将恢复的memcache服务器作为备用节点。
现有技术中使用具有主备数据同步功能的magent作为缓存代理服务器以解决memcache分布系统的高可用(HA),但由于单向同步机制同样存在主节点宕机复活后无法同步备节点数据导致访问异常的问题。由于主节点在进行修复的时间段内是没有数据存储的,因此在主节点复活后出现了数据缺失,而如果需要读取这段数据,则出现所述的访问异常。
另一方面,现有技术通常是magent集群代理服务器在因memcache服务器宕机而取到NULL值后,才发现主节点宕机故障,由此再进行主备切换,从原备用节点读取缓存数据。该过程是被动触发的机制,如此造成了无法避免的转发超时。
本实施例采用keepalive+magent+switch_state.sh+memcaches结合;keepalive作为双机热备,magent作为缓存代理,switch_state.sh脚本文件设置新的心跳检测和magent主备切换后台程序,多台memcaches构成分布式缓存集群。所述magent集群代理服务器本身支持一致性哈希算法定位数据在分布式集群下的存储节点,加上本实施例中的脚本设置的心跳检测方式,轮询主节点的memcache服务器的运行状态,一旦有宕机故障出现,立即将其切换为备用节点,而另外选一备用节点作为当前主节点继续进行数据存取。宕机的memcache服务器则进行修复或重启,待恢复正常后,恢复的memcache服务器继续作为备用节点,而不进行还原。
由于在主动监测到主节点故障就立即进行主备切换,用备用节点的memcache代替故障设备,由于主备缓存数据相同,由此实现无延时缓存,大大提高了memcache分布式缓存系统的稳定性,有效抵抗单点故障对整体系统的影响。而在故障设备恢复后仍保持作为备用节点,避免了恢复的memcache服务器转做主节点后的数据补充过程,简化了系统管理流程。
作为一种实施例,所述magent集群代理服务器还用于:在监测到所述memcache服务器恢复后,将作为所述当前主节点的memcache服务器中的缓存数据同步到所述恢复的memcache服务器中。
作为一种实施例,所述magent集群代理服务器对所述当前主节点进行故障监测具体为:
所述magent集群代理服务器每隔预设时间,主动询问作为当前主节点的memcache服务器的运行状态,当监测到当前主节点的memcache服务器出现故障则触发所述主备切换。
作为一种实施例,所述magent集群代理服务器还用于:
将出现故障的memcache服务器切换为备用节点后向管理系统发送状态切换提示信息。
作为一种实施例,所述至少2个所述magent集群代理服务器通过keepalive保活机制对应至一个对外的虚拟IP;在所述magent集群代理服务器出现故障的状态下,待缓存数据通过所述虚拟IP再经由未出现故障的magent集群代理服务器转发至主节点的memcache服务器。
switch_state.sh间隔2秒轮询检查被magent集群代理服务器设置为主节点的memcache服务器的运行状态,当主节点宕机时,自动取消magent进程,并重启新的magent进程,将一备用节点切换为当前主节点,原主节点切换为备用节点,保证任何时间点主节点都处于活跃(active)状态,从而避免了因主节点宕机产生的转发超时问题。同时邮件或其他形式通知管理系统状态(state)切换,管理员应做好后续维护工作。
switch_state.sh的运行还保证了宕机节点复活后其状态(state)转换为备节点,magent集群代理服务器会将所有客户端请求导向存储完整数据的活跃的当前主节点,从而避免了采用magent集群代理服务器在主节点宕机恢复后请求到空值(NULL)的情况。
同时为了满足整个平台的高可用性,我们采用keepalive+2magent的构架,整个缓存代理集群向客户端暴露配置的虚拟IP,从而有效避免因单台magent集群代理服务器故障而产生的平台单点故障问题。
作为另一种实施例,如图2所示,本实施例设置多台memcache服务器A、B、C,通过设置多台memcache服务器,设置了两个备份节点有效保障数据冗余。而在所述magent集群代理服务器中设有监测到主节点宕机时的备用节点选择方案,在进行主备切换时,所述magent集群代理服务器根据该选择方案将预设备用节点切换为当前主节点。
如图3所示,是设置了3个magent集群代理服务器,由此增强了虚拟IP的高可用。用户从虚拟IP获取实际magent代理服务器的MAC地址,由此链接到实际的服务器上,一旦当前magent故障无法使用,则通过keepalive保活机制切换到另一个magent集群代理服务器上,设置多个magent集群代理服务器同样可增强系统稳定性。
以上所述仅为本发明的较佳实施例,本领域技术人员知悉,在不脱离本发明的精神和范围的情况下,可以对这些特征和实施例进行各种改变或等同替换。另外,在本发明的教导下,可以对这些特征和实施例进行修改以适应具体的情况及材料而不会脱离本发明的精神和范围。因此,本发明不受此处所公开的具体实施例的限制,所有落入本申请的权利要求范围内的实施例都属于本发明的保护范围。
Claims (5)
1.一种memcache分布式缓存系统,其特征在于,包括:至少一个magent集群代理服务器和至少2个memcache服务器,所述magent集群代理服务器通过一致性哈希算法将数据映射至所述memcache服务器中进行缓存;
其中:所述magent集群代理服务器用于:
将其中一台所述memcache服务器作为当前主节点,其他memcache服务器为备用节点,对所述当前主节点进行故障监测;
在监测到所述当前主节点的memcache服务器出现故障时进行主备切换,即从所述备用节点中选择一memcache服务器切换为当前主节点,将出现故障的memcache服务器切换为备用节点;
在监测到所述故障的memcache服务器恢复后,仍将恢复的memcache服务器作为备用节点。
2.根据权利要求1所述的系统,其特征在于,所述magent集群代理服务器还用于:在监测到所述memcache服务器恢复后,将作为所述当前主节点的memcache服务器中的缓存数据同步到所述恢复的memcache服务器中。
3.根据权利要求1所述的系统,其特征在于,所述magent集群代理服务器对所述当前主节点进行故障监测具体为:
所述magent集群代理服务器每隔预设时间,主动询问作为当前主节点的memcache服务器的运行状态,当监测到当前主节点的memcache服务器出现故障则触发所述主备切换。
4.根据权利要求1所述的系统,其特征在于,所述magent集群代理服务器还用于:
将出现故障的memcache服务器切换为备用节点后向管理系统发送状态切换提示信息。
5.根据权利要求1所述的系统,其特征在于,所述至少2个所述magent集群代理服务器通过keepalive保活机制对应至一个对外的虚拟IP;在所述magent集群代理服务器出现故障的状态下,待缓存数据通过所述虚拟IP再经由未出现故障的magent集群代理服务器转发至主节点的memcache服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510934681.3A CN105554106A (zh) | 2015-12-15 | 2015-12-15 | 一种memcache分布式缓存系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510934681.3A CN105554106A (zh) | 2015-12-15 | 2015-12-15 | 一种memcache分布式缓存系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105554106A true CN105554106A (zh) | 2016-05-04 |
Family
ID=55833038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510934681.3A Pending CN105554106A (zh) | 2015-12-15 | 2015-12-15 | 一种memcache分布式缓存系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105554106A (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106021005A (zh) * | 2016-05-10 | 2016-10-12 | 北京金山安全软件有限公司 | 一种提供应用业务的方法、装置及电子设备 |
CN106776084A (zh) * | 2017-01-19 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种RabbitMQ集群服务的错误检测封装方法 |
CN106790422A (zh) * | 2016-12-02 | 2017-05-31 | 北京锐安科技有限公司 | 一种用于web应用的数据缓存集群和数据检索方法 |
CN107124466A (zh) * | 2017-05-23 | 2017-09-01 | 努比亚技术有限公司 | 一种防止缓存穿透方法及装置、计算机可读存储介质 |
CN107360020A (zh) * | 2017-06-07 | 2017-11-17 | 上海斐讯数据通信技术有限公司 | 一种大容量数据业务单元保活系统及其使用方法 |
WO2018081242A1 (en) * | 2016-10-27 | 2018-05-03 | Machine Zone, Inc. | Systems and methods for managing a cluster of cache servers |
WO2018082406A1 (zh) * | 2016-11-02 | 2018-05-11 | 杭州海康威视数字技术股份有限公司 | 一种视频数据处理方法、装置及系统 |
CN109165078A (zh) * | 2018-07-12 | 2019-01-08 | 厦门中控智慧信息技术有限公司 | 一种虚拟分布式服务器及其访问方法 |
CN110855494A (zh) * | 2019-11-18 | 2020-02-28 | 上海新炬网络信息技术股份有限公司 | 基于分布式监控系统实现代理高可用的方法 |
CN110874288A (zh) * | 2018-09-04 | 2020-03-10 | 北京奇虎科技有限公司 | 一种Redis集群缓存数据的管理方法及装置 |
CN111338647A (zh) * | 2018-12-18 | 2020-06-26 | 杭州海康威视数字技术股份有限公司 | 一种大数据集群管理方法和装置 |
CN111858190A (zh) * | 2020-06-15 | 2020-10-30 | 福建天泉教育科技有限公司 | 提高集群可用性的方法及其系统 |
CN113485865A (zh) * | 2021-09-06 | 2021-10-08 | 中航信移动科技有限公司 | 基于正向代理服务器访问第三方应用的数据处理系统 |
CN113992696A (zh) * | 2020-07-10 | 2022-01-28 | 中国电信股份有限公司 | memcache缓存系统、其同步方法及计算机可读存储介质 |
CN114020357A (zh) * | 2021-11-04 | 2022-02-08 | 湖北美和易思教育科技有限公司 | namenode节点的启动方法、装置、系统及介质 |
CN114422521A (zh) * | 2022-01-12 | 2022-04-29 | 北京京东振世信息技术有限公司 | 确定主节点的方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101674331A (zh) * | 2009-10-21 | 2010-03-17 | 成都市华为赛门铁克科技有限公司 | 集群存储系统及其脑裂处理方法 |
CN103152191A (zh) * | 2011-12-06 | 2013-06-12 | 中国移动通信集团福建有限公司 | 一种物联网业务网关数据处理方法和系统 |
CN103763326A (zh) * | 2014-01-28 | 2014-04-30 | 广州一呼百应网络技术有限公司 | 一种基于Memcache和Cookie的网站一站式登录方法和系统 |
WO2014195665A1 (en) * | 2013-06-04 | 2014-12-11 | Lyst Ltd | Aggregating system |
CN104536529A (zh) * | 2014-12-26 | 2015-04-22 | 中经汇通电子商务有限公司 | 一种低功耗热数据服务器 |
CN104580432A (zh) * | 2014-12-23 | 2015-04-29 | 上海帝联信息科技股份有限公司 | memcached系统及内存缓存数据提供、维护和集群维护方法及装置 |
-
2015
- 2015-12-15 CN CN201510934681.3A patent/CN105554106A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101674331A (zh) * | 2009-10-21 | 2010-03-17 | 成都市华为赛门铁克科技有限公司 | 集群存储系统及其脑裂处理方法 |
CN103152191A (zh) * | 2011-12-06 | 2013-06-12 | 中国移动通信集团福建有限公司 | 一种物联网业务网关数据处理方法和系统 |
WO2014195665A1 (en) * | 2013-06-04 | 2014-12-11 | Lyst Ltd | Aggregating system |
CN103763326A (zh) * | 2014-01-28 | 2014-04-30 | 广州一呼百应网络技术有限公司 | 一种基于Memcache和Cookie的网站一站式登录方法和系统 |
CN104580432A (zh) * | 2014-12-23 | 2015-04-29 | 上海帝联信息科技股份有限公司 | memcached系统及内存缓存数据提供、维护和集群维护方法及装置 |
CN104536529A (zh) * | 2014-12-26 | 2015-04-22 | 中经汇通电子商务有限公司 | 一种低功耗热数据服务器 |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106021005A (zh) * | 2016-05-10 | 2016-10-12 | 北京金山安全软件有限公司 | 一种提供应用业务的方法、装置及电子设备 |
CN106021005B (zh) * | 2016-05-10 | 2019-01-22 | 北京金山安全软件有限公司 | 一种提供应用业务的方法、装置及电子设备 |
WO2018081242A1 (en) * | 2016-10-27 | 2018-05-03 | Machine Zone, Inc. | Systems and methods for managing a cluster of cache servers |
US10528442B2 (en) | 2016-10-27 | 2020-01-07 | Mz Ip Holdings, Llc | Systems and methods for managing a cluster of cache servers |
US10191824B2 (en) | 2016-10-27 | 2019-01-29 | Mz Ip Holdings, Llc | Systems and methods for managing a cluster of cache servers |
WO2018082406A1 (zh) * | 2016-11-02 | 2018-05-11 | 杭州海康威视数字技术股份有限公司 | 一种视频数据处理方法、装置及系统 |
CN106790422A (zh) * | 2016-12-02 | 2017-05-31 | 北京锐安科技有限公司 | 一种用于web应用的数据缓存集群和数据检索方法 |
CN106776084A (zh) * | 2017-01-19 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种RabbitMQ集群服务的错误检测封装方法 |
CN107124466A (zh) * | 2017-05-23 | 2017-09-01 | 努比亚技术有限公司 | 一种防止缓存穿透方法及装置、计算机可读存储介质 |
CN107124466B (zh) * | 2017-05-23 | 2020-12-29 | 努比亚技术有限公司 | 一种防止缓存穿透方法及装置、计算机可读存储介质 |
CN107360020A (zh) * | 2017-06-07 | 2017-11-17 | 上海斐讯数据通信技术有限公司 | 一种大容量数据业务单元保活系统及其使用方法 |
CN109165078B (zh) * | 2018-07-12 | 2020-12-04 | 厦门熵基科技有限公司 | 一种虚拟分布式服务器及其访问方法 |
CN109165078A (zh) * | 2018-07-12 | 2019-01-08 | 厦门中控智慧信息技术有限公司 | 一种虚拟分布式服务器及其访问方法 |
CN110874288A (zh) * | 2018-09-04 | 2020-03-10 | 北京奇虎科技有限公司 | 一种Redis集群缓存数据的管理方法及装置 |
CN111338647A (zh) * | 2018-12-18 | 2020-06-26 | 杭州海康威视数字技术股份有限公司 | 一种大数据集群管理方法和装置 |
CN111338647B (zh) * | 2018-12-18 | 2023-09-12 | 杭州海康威视数字技术股份有限公司 | 一种大数据集群管理方法和装置 |
CN110855494A (zh) * | 2019-11-18 | 2020-02-28 | 上海新炬网络信息技术股份有限公司 | 基于分布式监控系统实现代理高可用的方法 |
CN111858190A (zh) * | 2020-06-15 | 2020-10-30 | 福建天泉教育科技有限公司 | 提高集群可用性的方法及其系统 |
CN111858190B (zh) * | 2020-06-15 | 2023-05-23 | 福建天泉教育科技有限公司 | 提高集群可用性的方法及其系统 |
CN113992696A (zh) * | 2020-07-10 | 2022-01-28 | 中国电信股份有限公司 | memcache缓存系统、其同步方法及计算机可读存储介质 |
CN113485865A (zh) * | 2021-09-06 | 2021-10-08 | 中航信移动科技有限公司 | 基于正向代理服务器访问第三方应用的数据处理系统 |
CN114020357A (zh) * | 2021-11-04 | 2022-02-08 | 湖北美和易思教育科技有限公司 | namenode节点的启动方法、装置、系统及介质 |
CN114020357B (zh) * | 2021-11-04 | 2024-05-03 | 湖北美和易思教育科技有限公司 | namenode节点的启动方法、装置、系统及介质 |
CN114422521A (zh) * | 2022-01-12 | 2022-04-29 | 北京京东振世信息技术有限公司 | 确定主节点的方法、装置、电子设备及存储介质 |
CN114422521B (zh) * | 2022-01-12 | 2024-04-05 | 北京京东振世信息技术有限公司 | 确定主节点的方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105554106A (zh) | 一种memcache分布式缓存系统 | |
US20200358848A1 (en) | Methods, systems, and media for providing distributed database access during a network split | |
CN110224871B (zh) | 一种Redis集群的高可用方法及装置 | |
US10659292B2 (en) | Arbitration method, apparatus, and system used in active-active data centers | |
Rajagopalan et al. | SecondSite: disaster tolerance as a service | |
CN103077242B (zh) | 一种实现数据库服务器双机热备的方法 | |
US9971660B2 (en) | Virtual machine network loss detection and recovery for high availability | |
Botelho et al. | On the design of practical fault-tolerant SDN controllers | |
JP5714571B2 (ja) | キャッシュクラスタを構成可能モードで用いるキャッシュデータ処理 | |
CN103138912B (zh) | 数据同步方法及系统 | |
CN103207841A (zh) | 基于键值对缓存的数据读写方法及装置 | |
CN104158693A (zh) | 数据服务的容灾备份方法和系统 | |
CN103761166A (zh) | 一种虚拟化环境下针对网络服务的双机热备份容灾系统及其方法 | |
JP2008059583A (ja) | クラスタ・システムならびにクラスタ・システム内でレプリカをバックアップする方法およびプログラム製品 | |
CN105302661A (zh) | 一种实现虚拟化管理平台高可用的系统和方法 | |
CN105554074A (zh) | 一种基于rpc通信的nas资源监控系统及监控方法 | |
CN110351313B (zh) | 数据缓存方法、装置、设备及存储介质 | |
US7813341B2 (en) | Overhead reduction for multi-link networking environments | |
Suh et al. | On performance of OpenDaylight clustering | |
CN103501290A (zh) | 一种基于动态备份虚拟机的高可靠服务系统构建方法 | |
CN106919473A (zh) | 一种数据灾备系统及业务处理方法 | |
CN105069152A (zh) | 数据处理方法及装置 | |
CN104468651A (zh) | 分布式多副本数据存储方法及装置 | |
CN105262640A (zh) | 一种提升云平台服务器可靠性的系统、方法及其部署框架 | |
WO2015117389A1 (zh) | 运营商级网络地址转换cgn备份保护方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160504 |
|
RJ01 | Rejection of invention patent application after publication |