序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。...热升级了解一下，不可预知的中断了解一下 同城异地最关键的点在于存储，存储如何跨机房使用，从而分为几个方面进行探讨： 1、 DNS解析 在业务大量使用DNS解耦的时候，而且使用双机房的时候...2、 数据库同步 在数据库方面，主要是使用mysql，而mysql则主要是使用主备模式，从而主的在一个机房，而备库则在另外一个机房，在同步的时候，不可避免的情况就是如果一旦主机宕机，从而有可能是丢失数据的...主备复制的延迟考虑，一般主机房和备机房之间使用万兆网络，从而对于一般的数据传输来说，延迟不是很高，基本上是可以忽略的。...在数据库跨机房同步的时候，mysql可能出现脑裂的情况，也就是双机房互联网络出现中断，从而备机房检测到主机房不可用，但是在这个时候，是不能自动进行切换的，需要人工介入处理操作。
/mysql server_id = 1 #每个实例不一样，保持唯一 log-bin= mysql-bin replicate-ignore-db=mysql #设置不需要同步的库 replicate-ignore-db...includedir /etc/mysql/conf.d/ !...includedir /etc/mysql/mysql.conf.d/ 另外一台实例时，改变server_id和auto-increment-offset 2.拉取docker的mysql镜像,如果太慢的话自己去设置下镜像源...3306:3306 -e MYSQL_ROOT_PASSWORD=qwert~123 -v ~/test/mysql/data:/var/lib/mysql -v ~/test/mysql/conf/...my.cnf:/etc/mysql/mysql.conf.d/mysqld.cnf -d mysql:5.7 4.进入主库容器 docker exec -it 249mysql mysql -u root
问题背景近期某客户需要考虑NAT网关跨地域的灾备方案，用于在上海地域运营商网络中断等场景，可以借助腾讯云内网，将对外访问的流量调度到异地出口。...最终选型从上面分析可以看出，使用Nginx搭建四层正向代理解决方案，基本可以满足客户跨地灾备、运维自主切换的诉求。
偏硬件的方式，也被叫做数据级灾备；偏软件的，被叫做应用级灾备。后文谈得更多的是应用级灾备。 ②双机互备 本质上还是 Active/Standby，只是互为主从而已。...双机互备并不能工作于同一个业务，只是在服务器角度来看，更好的压榨了可用的资源。 比如，两个业务分别有库 A 和 B，通过两个机器 P 和 Q 进行部署。...同城双活其实和前文提到的双机热备没有本质的区别，只是“距离”更远了，基本上还是一样（同城专线网速还是很快的）。双机热备提供了灾备能力，双机互备避免了过多的资源浪费。...远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。...灾备机房是不对外提供服务的，只作为备份使用，发生故障了才切流量到灾备机房；或者是只作为数据备份。原因主要在于：距离太远，网络延迟太大。
偏硬件的方式，也被叫做数据级灾备；偏软件的，被叫做应用级灾备。后文谈得更多的是应用级灾备。 双机互备 本质上还是Active/Standby，只是互为主从而已。...双机互备并不能工作于同一个业务，只是在服务器角度来看，更好的压榨了可用的资源。比如，两个业务分别有库A和B，通过两个机器P和Q进行部署。那么对于A业务，P主Q从，对于B业务，Q主P从。...同城双活其实和前文提到的双机热备没有本质的区别，只是“距离”更远了，基本上还是一样（同城专线网速还是很快的）。双机热备提供了灾备能力，双机互备避免了过多的资源浪费。...远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。...灾备机房是不对外提供服务的，只作为备份使用，发生故障了才切流量到灾备机房；或者是只作为数据备份。原因主要在于：距离太远，网络延迟太大。
先从 MySQL 对数据库复制的能力看，MySQL 支持单向、异步的复制。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。...现在公司中很多都用到了云服务器，无论是服务器还是数据库，但是我们在开发阶段一般还是公司自己的服务器，在没有 dba 的情况就需要开发人员自己去搭建数据库集群，但是对于小公司来说，两台数据库服务器互为主备也许对开发人员来说就是比较理想的...下面我们就介绍下 CentOS7 中如何搭建 MySQL 主主互备服务器。 1....MySQL 配置 既然是主主互备，就说明两个数据库都要对外进行服务，为了防止 id 重复，我们需要在配置文件中对两个数据库的自增长的 offset 设置为不同的值，具体如下： master-1 服务器中文件...MySQL 重启 shell> service mysql restart 5.
资讯系统应用已深深影响人类的生活，因应地球暖化议题政府提倡节能减碳、组织改造、机房共构，以减少政府的资源浪费并提升组织效率。...相反的服务越多则资讯系统的软/硬体设备数量就越多，电力的消耗、技术能力的门槛、空间的佔用就越多，硬体设备环境改变由Rack伺服器变成刀锋伺服器，但系统及资料的保护依旧无法改善，仍然是资讯主管的一点重大问题，因此异地备援系统...、资料异地存放等方式产生，但都需要花费大量的成本及人力资源来进行资料的保护，如在费用的许可才会提供断线时系统及时切换提供服务，但往往在做切换系统到备援端时，需要大量的人力及资讯设备并在两地机方南北奔波，...且切换时需準备大量的SOP文件按步骤一步一步的去执行，要完成切换需有大量且较高专业技术能的工程师支援，使其演练能顺利完成。...最多可降低 50% 的总持有成本 日常透过vSphere Replication定时同步到备援中心，当发生异常备援端启动SRM切换使备援系统上线服务，可降低灾难復塬的总持有成本达50%。
灾难与 RTO、RPO 的关系 两地三中心容灾 两地三中心能够组合本地高可用，同城灾备中心，异地灾备中心，提高可用性，提升业务连续性，重点业务多采用“两地三中心”（即生产数据中心、同城灾备中心、异地灾备中心...双主复制 双主复制，也就是互做主从复制，每个 master 既是 master，又是另外一台服务器的 slave。这样任何一方所做的变更，都会通过复制应用到另外一方的数据库中。...两地三中心 MySQL 主从复制 MySQL 常见高可用方案优劣 对比目前主流的数据库高可用方案，都有各自的优势和劣势，但在支持异地容灾方面都不够简单易用： MySQL 主从初始化消息 通过抓取消息和分析代码...本方案通过机房内建立 MySQL 主主复制，此时主从切换无需繁琐的命令，只需要设置 read_only；同城机房间也是建立主主复制，方便容灾演练回切，无需复杂的配置。...总 结 该 MySQL 数据同步方案优化了 MySQL 本身的日志同步机制，引入多通道主主复制技术，降低了机房容灾演练和回切时数据同步关系调整带的复杂性；每个通道仅同步临近主库 binlog event
的主备》，而本篇文章介绍如何实现MySQL的双活方式，为后面基于Keepalived实现MySQL高可用做铺垫。...内容概括 1.MySQLA和MySQLB配置 2.构建主主同步 3.主主互备验证 测试环境 1.两台Linux服务器（172.31.6.148/172.31.5.190），操作系统为CentOS6.5...2.MySQL5.1.73 3.采用root用户操作 前置条件 1.两个MySQL版本必须一致 2.两个MySQL已安装 2.测试环境说明 ---- IP地址 状态 别名 172.31.6.148 已安装...socket=/var/lib/mysql/mysql.sock user=mysql # Disabling symbolic-links is recommended to prevent assorted...7.主主互备验证 ---- 1.登录MySQLA数据库创建test库 [w14or6gn7p.jpeg] 2.登录MySQLB数据库查看是否有test库 [1ppyftiop1.jpeg] 在MySQLB
，异地灾备中心，提高可用性，提升业务连续性，重点业务多采用“两地三中心”（即生产数据中心、同城灾备中心、异地灾备中心）建设方案。...双主复制 双主复制，也就是互做主从复制，每个 master 既是 master，又是另外一台服务器的 slave。这样任何一方所做的变更，都会通过复制应用到另外一方的数据库中。...4两地三中心 MySQL 主从复制 MySQL 常见高可用方案优劣 对比目前主流的数据库高可用方案，都有各自的优势和劣势，但在支持异地容灾方面都不够简单易用： 高可用方案 优势 劣势 主从 + Keepalived...本方案通过机房内建立 MySQL 主主复制，此时主从切换无需繁琐的命令，只需要设置 read_only；同城机房间也是建立主主复制，方便容灾演练回切，无需复杂的配置。...5总结 该 MySQL 数据同步方案优化了 MySQL 本身的日志同步机制，引入多通道主主复制技术，降低了机房容灾演练和回切时数据同步关系调整带的复杂性；每个通道仅同步临近主库 binlog event
跨机房性能问题 第三个问题——跨机房性能问题。...两地三中心（单元化） 一般来讲，两地三中心有两种方式可以做到，异地灾备和单元化，这两种架构目前都有客户在使用，区别是，单元化的模式能够获得单元化带来的一些优势，比如单元灰度，单元整体扩容等，但由于异地都用于灾备...在异地多活场景下，当一个单元出现故障时，需要将该单元的流量尽快切换到其他单元以保证服务连续性。可以在架构规划时配置好互备单元表来建立单元间的互备关系。...当其中一个单元出现故障时，通过更新状态，将流量指向互备单元从而进行路由调整。当发生切换时，数据库会将备单元下的副本调整为主本以提供服务。...比如这张图所展示的，当单元1发生故障时，停用单元1的流量，并获取单元1对应的互备单元信息（单元5），等待数据库主备切换完成，更新全局路由将流量转发至单元5。
订阅方案：consumer订阅所有机房服务，provider只向该机房zk集群进行注册。 2、数据双活 MySQL：采用MHA部署方案，主从半同步方案保证数据一致性。...架构方案较为简单，核心是解决底层数据双活，由于双机房距离近，通信质量好，底层储存例如mysql可以采用同步复制，有效保证双机房数据一致性。...异地灾备中心是指在异地的城市建立一个备份的灾备中心，用于双中心的数据备份，数据和服务平时都是冷的，当双中心所在城市或者地区出现异常而都无法对外提供服务的时候，异地灾备中心可以用备份数据进行业务的恢复。...架构方案较为简单，核心是解决底层数据双活，由于双机房距离近，通信质量好，底层储存例如mysql可以采用同步复制，有效保证双机房数据一致性。...出问题不敢轻易将流量切往异地数据备份中心，异地的备份数据中心是冷的，平时没有流量进入，因此出问题需要较长时间对异地灾备机房进行验证。
5月24日，个推TechDay系列线上技术沙龙将聚焦【消息推送主题】 由个推高级研发总监公瑾分享个推推送SDK之技术沉淀 个推平台研发总监逍遥则从实践角度出发剖析异地灾备的难点及解决思路。
异地容灾备份一般指在与生产机房有一定距离的异地建立与生产机房类似的信息平台（备份中心），并采用特定的技术将生产中心的数据传输到该备份中心，从而在生产中心发生较大的灾难如火灾或地质灾害时，仍能对生产数据进行保护的容灾系统...异地灾备中心的选址还必须做到“三不”，即不 在同一地震带，不在同一电网，不在同一江河流域。 传统的异地灾备中，两地三中心是最为稳固的、保护等级最高，也是成本最高的灾备方案。...图片二、异地灾备方案构建成本高传统异地灾备中心建设成本，要考虑以下几个部分：1）场地费用：包括灾备机房基础设施费用，灾备中心人员费用等。...四、云上可以实现异地灾备吗为了适应云和大数据时代，利用云容灾技术来实现异地灾备方案，不仅可以提高业务连续性，还有利于降低灾备成本。...在两地三中心的异地灾备场景中，由一个生产数据中心、一个同城灾备中心再加一个异地灾备中心组成。
跨机房性能问题第三个问题——跨机房性能问题。...两地三中心（单元化）一般来讲，两地三中心有两种方式可以做到，异地灾备和单元化，这两种架构目前都有客户在使用，区别是，单元化的模式能够获得单元化带来的一些优势，比如单元灰度，单元整体扩容等，但由于异地都用于灾备...在异地多活场景下，当一个单元出现故障时，需要将该单元的流量尽快切换到其他单元以保证服务连续性。可以在架构规划时配置好互备单元表来建立单元间的互备关系。...当其中一个单元出现故障时，通过更新状态，将流量指向互备单元从而进行路由调整。当发生切换时，数据库会将备单元下的副本调整为主本以提供服务。...比如这张图所展示的，当单元1发生故障时，停用单元1的流量，并获取单元1对应的互备单元信息（单元5），等待数据库主备切换完成，更新全局路由将流量转发至单元5。
作者介绍 万守兵：腾讯云行业架构师，对云上双活架构、迁移方案有比较深的了解，现主要负责腾讯云泛互行业TOP级客户的解决方案架构工作。 ? ? ? 高可用挑战 1. 高可用挑战：时间要求 ?...、服务SLA、负载均衡、流量调度、机房切换、限流/降级 F5自动化GW nginx(etcd+confd) 机房整体监控服务监控 (响应延时链接) 服务层 分布式架构、定时调度管理、灰度发布、自动化灾备恢复...、机房双活、大数据处理、一体化数据研发 应用架构 服务状态(服务响应) 性能监控(DB监控) 后端资源监控 语义监控 调用链分析 数据层 服务监控和性能调节、高并发 水平扩容、快速自动灾备恢复、定期归档备份...DB Proxy高可用 通过DB Proxy实现： 跨机房容灾切换; 单机房快速HA切换; ? 3. ...对象存储高可用 腾讯云对象存储COS提供异地备份功能，可以实现数据的异地备份和恢复。 ?
两地是指 2 个城市，三中心是指有 3 个机房，其中 2 个机房在同一个城市，并且同时提供服务，第 3 个机房部署在异地，只做数据灾备。这种架构方案，通常用在银行、金融、政企相关的项目中。...如果你对 MySQL 有所了解，MySQL 本身就提供了双主架构，它支持双向复制数据，但平时用的并不多。...3、提升高可用的核心是「冗余」，备份、主从副本、同城灾备、同城双活、两地三中心、异地双活，异地多活都是在做冗余4、同城灾备分为「冷备」和「热备」，冷备只备份数据，不提供服务，热备实时同步数据，并做好随时切换的准备...虽然物理上是两个机房，但「逻辑」上还是当做一个机房来用6、两地三中心是在同城双活的基础上，额外部署一个异地机房做「灾备」，用来抵御「城市」级别的灾害，但启用灾备机房需要时间7、异地双活才是抵御「城市」级别灾害的更好方案...我曾经有幸参与过，存储层同步中间件的设计与开发，实现过「跨机房」同步 MySQL、Redis、MongoDB 的中间件，踩过的坑也非常多。
两地是指 2 个城市，三中心是指有 3 个机房，其中 2 个机房在同一个城市，并且同时提供服务，第 3 个机房部署在异地，只做数据灾备。 这种架构方案，通常用在银行、金融、政企相关的项目中。...如果你对 MySQL 有所了解，MySQL 本身就提供了双主架构，它支持双向复制数据，但平时用的并不多。...3、提升高可用的核心是「冗余」，备份、主从副本、同城灾备、同城双活、两地三中心、异地双活，异地多活都是在做冗余 4、同城灾备分为「冷备」和「热备」，冷备只备份数据，不提供服务，热备实时同步数据，并做好随时切换的准备...虽然物理上是两个机房，但「逻辑」上还是当做一个机房来用 6、两地三中心是在同城双活的基础上，额外部署一个异地机房做「灾备」，用来抵御「城市」级别的灾害，但启用灾备机房需要时间 7、异地双活才是抵御「城市...我曾经有幸参与过，存储层同步中间件的设计与开发，实现过「跨机房」同步 MySQL、Redis、MongoDB 的中间件，踩过的坑也非常多。
最近恰好在搞异地双活，以下是一个梳理： 基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候，另外一个机房只是当做备份。 2、异地双（多）活。...比如“登录”必须实现异地多活、“注册”和“修改用户信息”不一定要实现异地多活。 4、冷备还是热备。冷备了以后，一直冷备，当真正出现问题，你还有勇气去切换到那个一直冷的机房吗？恐怕需要点勇气。...，延迟的问题会彻底放大； 3 、跨机房的专线很大概率会出问题，要做好运维或者程序层面的容错； 4 、不能依赖MySQL双写，必须有适应自身业务的跨机房消息同步方案； 5 、MySQL或者其他存储的数据同步问题...在支付宝微博答复中，有一个新名词——“异地多活”。在传统了灾备方案中，一般提的都是同城灾备、异地灾备、两地三中心。...与传统的灾备技术相比，异地多活的特点是：在不同地点的数据中心都可以同时支持业务，而且每个地点发生的交易都是真实业务流量，而不是常见的一主一备，如果主中心没有问题，备份中心永远都是“备胎”。
领取专属 10元无门槛券
手把手带您无忧上云
