首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

可用解决方案:同城?异地?异地多?怎么实现?

可用对于无状态的应用来说是比较简单的,无状态的应用,只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。...可用的一些解决方案 可用,从发展来看,大致经过了这几个过程: 冷备 双机热备 同城 异地 异地多 在聊异地多的时候,还是先看一些其他的方案,这有利于我们理解很多设计的缘由。...其他的可用方案还可以参考各类数据库的多种部署模式,比如mysql的主从、主多从、MHA;redis的主从,哨兵,cluster等等。 同城 前面讲到的几种方案,基本都是在一个局域网内进行的。...所以大多数的互联网公司采用了异地的方案。 上图是一个简单的异地的示意图。...实际上,异地和异地多已经很像了,的结构更为简单,所以在程序架构上不用做过多的考虑,只需要做传统的限流,failover等操作即可。但其实只是一个临时的步骤,最终的目的是切换到多

3K20
您找到你想要的搜索结果了吗?
是的
没有找到

Keepalived+主实现mysql可用

生产环境中一台 mysql 主机存在单点故障,所以我们要确保 mysql可用性,即两台 MySQL服务器如果其中有一台 MySQL 服务器挂掉后,另外一台能立马接替其进行工作。...本次主要介绍了利用 keepalived 实现 MySQL 数据库的可用。 基本思路: Keepalived+mysql主来实现MySQL-HA,我们必须保证两台MySQL数据库的数据完全一样。...基本思路是两台 MySQL 互为主从关系,通过 Keepalived 配置虚拟 IP,实现当其中的一台MySQL 数据库宕机后,应用能够自动切换到另外一台 MySQL 数据库,保证系统的可用。...实现可用的基本环境: OS:centos7.0 x86_64 Mysql 版本:mysql 5.7.22 Keepalived: keepalived-2.0.6 Mysql-vip:192.168.1.100...Keepalived+mysql 主一般来说,中小型规模的时候,采用这种架构是最省事的。在 master 节点发生故障后,利用 keepalived 的可用机制实现快速切换到备用节点。

1.4K30

Elastic Job 从单点到可用、同城主备、同城

- 双机房可用 - 随着互联网业务的发展,慢慢地,对架构的可用会有更高的要求。...- 同城模式 - 以上这样改造后,针对定时任务就已经解决了两个问题: 1、定时任务能实现在两个机房下的可用; 2、任务能优先调度到指定机房。...我们能否再进一步做到同城呢?也就是,B机房也会承担一部分的流量?例如10%?...以上两种方案都能实现让A、B两个机房都有流量(有任务在被调度),从而实现所谓的。 以下针对上面抛出来的方案一,给出一个的示意代码和架构。...注:这里任意一个机房不可用了,任务均能在另外一个机房调度,这里增强的只是对于不同任务做针对性的优先调度实现: public class ActiveStandbyESJobStrategy extends

68220

干货 | 携程呼叫中心异地——座席服务的可用

颜值的,点上面! 随着业务量的不断上升,呼叫中心已经从单纯的大容量单中心逐渐向多地多中心演化,在这种架构下,多地呼叫中心的统一协作成为整合资源、提升可用性、提高效率的重要手段。...在此基础之上,通过系统级的异地,可以更好地保障业务服务连续性,保证系统在灾难场景下的可用性,实现跨地域的容灾能力,减少单地域灾难带来的影响。 ?...1 技术介绍 呼叫中心异地功能基于携程联络中心呼叫中心、统一登录平台来实现,可以提供包括计划内冗灾切换(按系统、按城市区域、按技能组)、计划外冗灾切换(覆盖PBX故障、CTI故障、统一登录故障)。...3 技术特点 支持故障情况下在线座席的自动切换、计划内维护的手工切换; 支持按系统、按地域、按座席技能组等不同维度进行计划内的手工切换; 支持1000+在线座席异地自动切换; ?...4 拓展 结合携程呼叫中心CTI平台网呼功能上线和统一登录平台整合,异地功能可以实现PBX、CTI、统一登录的云端管理,真正实现四海一家,使座席不再按地域划分,一点接入,服务全球。

2.4K90

部署 Keepalived 实现 MySQL 可用架构

1.部署 MySQL 主(Master – Master)集群 参考我的博文:《MySQL 主 Master to Master 架构部署方法》 地址:http://www.sunbloger.com.../2018/08/16/604.html 假设已经在 IP 为 192.168.0.1 和 192.168.0.2 的两台主机上部署好了 MySQL 主集群,接下来我们进行 Keepalived 的部署...是否可以访问,为了测试,我们可以在两台主机以外的机器上来测试访问,例如: # mysql -h 192.168.0.3 -uroot -p123456 用上述命令如果能够正常登录 MySQL 的话,接下来我们就可以停掉...192.168.0.1 上的 MySQL 进程,看 VIP 是否能够漂移到 192.168.0.2 这台主机上。...# service mysqld stop 再次尝试登录 # mysql -h 192.168.0.3 -uroot -p123456 如果依旧可以登录,就说明部署成功了。

45910

使用MMM实现MySQL主复制可用

MySQL本身没有提供replication failover的解决方案,通过MMM方案能实现服务器的故障转移,从而实现MySQL可用。...对于那些对数据的一致性要求很高的业务,不建议采用MMM这种可用架构。 2. 优缺点 优点:可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性。...缺点:Monitor节点是单点,可以结合Keepalived实现可用。 3....通过监管的管理,这些IP会绑定在可用MySQL之上,当某一台MySQL宕机时,监管会将VIP迁移至其它MySQL。...图1 在节点主-主设置中,MMM使用五个IP:每个节点的单个永久IP,两个读取VIP(只读)和1个写入VIP(更新)。最后三个IP在节点之间迁移,具体取决于节点可用性。

1.4K20

MySQL集群(四)之keepalived实现mysql可用

利用 keepalived 软件 监控主节点状态,当主节点崩溃,立刻热切换主节点备份节点从而得到可用性。        双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务。...二、keepalived安装与配置mysql可用 环境: ubuntu17.04的server版:hostname=server1、ip=1.0.0.3 ubuntu17.04的桌面版:hostname...而在server1中,并没有监听虚拟ip,这是因为我们在配置文件中设置了udzyh1主机的keepalived的优先级。...所以当者两台主机   开启的时候,他们两个竞争这个虚拟ip,但是因为udzyh1的优先级,所以归它了。 ?...接受不到数据包,所以备份节点就会立刻热切换主节点备份节点从而得到可用性,获得虚拟ip。

1.6K91

可用架构之异地多

当谈到架构的可用时,无论是可用计算架构,还是可用存储架构,其本质的设计目的都是为了解决部分服务器故障的场景下,如何保证系统能够继续提供服务。但在一些极端场景下,有可能所有服务器都出现故障。...而对数据一致性要求不那么,或者数据不怎么改变,或者即使数据丢失影响也不大的业务,跨城异地多就能够派上用场了。...、 接下来我将介绍跨城异地多架构设计的一些技巧和步骤 技巧1:保证核心业务的异地多 “异地多”是为了保证业务的可用,但很多架构师在考虑这个“业务”时,会不自觉地陷入一个思维误区:我要保证所有业务都能...其实这个问题涉及异地多架构设计中一个典型的思维误区:我要保证业务100%可用!但极端情况下就是会丢一部分数据,就是会有一部分数据不能同步,有没有什么巧妙能做到100%可用呢? 很遗憾,答案是没有!...例如,同步通道有可能同时出现故障、日志记录方案本身日志也可能丢失。因此,无论多么完美的方案,故障的场景下总是可能有一小部分用户业务上出问题,系统无法弥补这部分用户的损失。

32521

利用Keepalived+mysql构建可用MySQL主自动切换

,要是想实现可用,就得对mmm管理端做HA,这样无疑又增加了硬件开支;对于共享存储,个人觉得MySQL数据还是放在本地较为安全,存储设备毕竟存在单点隐患。...使用MySQLmaster+keepalived是一种非常好的解决方案,在MySQL-HA环境 中,MySQL互为主从关系,这样就保证了两台MySQL数据的一致性,然后用keepalived实现虚拟IP...#标识,主相同 } vrrp_instance VI_1 { state BACKUP #两台都设置BACKUP interface ens33 virtual_router_id...51 #主备相同 priority 100 #优先级,另一台改为90 advert_int 1 nopreempt #不抢占,只在优先级的机器上设置即可,优先级低的机器不设置...#标识,主相同 } vrrp_instance VI_1 { state BACKUP #两台都设置BACKUP interface ens33 virtual_router_id

2K40

Mysql+Keepalived主热备可用操作记录

使用Keepalived,可以通过虚拟IP,实现主对外的统一接口以及自动检查、失败切换机制,从而实现MySQL数据库的可用方案。...之前梳理了Mysql主从/主主同步,下面说下Mysql+keeoalived主热备可用方案的实施。...Keepalived看名字就知道,保持存活,在网络里面就是保持在线了,也就是所谓的可用或热备,用来防止单点故障(单点故障是指一旦某一点出现故障就会导 整个系统架构的不可用)的发生,那说到keepalived...过多内容在这里就不做详细介绍了,下面详细记录下Mysql+Keepalived主热备的可用方案的操作记录 1)先实施Master->Slave的主主同步。主主是数据双向同步,主从是数据单向同步。...二、配置Mysql+Keepalived故障转移的可用环境 1)安装keepalived并将其配置成系统服务。

4.1K110

详解:淘宝可用异地多架构

p=299 导读:异地多,作为一种可用部署架构,成为大中型互联网公司的选择。像大家熟知的大型互联网公司,如阿里、腾讯、百度、网易、新浪等等都已经完成了异地多的技术重构。...可以说,异地多是互联网公司业务规模扩大后所必然要经历的阶段。那么如何解决可用异地多呢? 有状态服务 后台服务可以划分为两类,有状态和无状态。...可用对于无状态的应用来说是比较简单的,无状态的应用,只需要通过 F5 或者任何代理的方式就可以很好的解决。 后文描述的主要是针对有状态的服务进行分析。...可用的一些解决方案 可用,从发展来看,大致经过了这几个过程: 冷备 双机热备 同城 异地 异地多 在聊异地多的时候,还是先看一些其他的方案,这有利于我们理解很多设计的缘由。...其他的可用方案还可以参考各类数据库的多种部署模式,比如 MySQL 的主从、主多从、MHA;Redis 的主从,哨兵,Cluster 等等。

2.2K11

KeepAlived主模式可用集群

一、keepalived简介 keepalived是vrrp协议的实现,原生设计目的是为了可用ipvs服务,keepalived能够配置文件中的定义生成ipvs规则,并能够对各RS的健康状态进行检测;...通过共用的虚拟IP地址对外提供服务;每个热备组内同一时刻只有一台主服务器提供服务,其他服务器处于冗余状态,若当前在线的服务器宕机,其虚拟IP地址将会被其他服务器接替(优先级决定接替顺序),实现可用为后端主机提供服务...vrrp stack:keepalived是基于vrrp协议实现可用vps服务,vrrp则为相关子进程为其提供服务 check:检测keepalived的健康状态相关进程 system call:系统调用...watch dog:监控check和vrrp进程的看管者,check负责检测器子进程的健康状态,当其检测到master上的服务不可用时则通告vrrp将其转移至backup服务器上。...出现上诉的结果说明你配置的keepalived可用集群已经实现可用,可换为浏览器进行测试,或将后端主机搭建相应的服务进行测试查看其是否按照你定义的调度算法进行轮询。

87570

KeepAlived主模式可用集群

一、keepalived简介 keepalived是vrrp协议的实现,原生设计目的是为了可用ipvs服务,keepalived能够配置文件中的定义生成ipvs规则,并能够对各RS的健康状态进行检测;...通过共用的虚拟IP地址对外提供服务;每个热备组内同一时刻只有一台主服务器提供服务,其他服务器处于冗余状态,若当前在线的服务器宕机,其虚拟IP地址将会被其他服务器接替(优先级决定接替顺序),实现可用为后端主机提供服务...vrrp stack:keepalived是基于vrrp协议实现可用vps服务,vrrp则为相关子进程为其提供服务 check:检测keepalived的健康状态相关进程 system call:系统调用...watch dog:监控check和vrrp进程的看管者,check负责检测器子进程的健康状态,当其检测到master上的服务不可用时则通告vrrp将其转移至backup服务器上。...出现上诉的结果说明你配置的keepalived可用集群已经实现可用,可换为浏览器进行测试,或将后端主机搭建相应的服务进行测试查看其是否按照你定义的调度算法进行轮询。

1.6K90
领券