双活数据中心的架构_mysql异地双活架构_双活”数据中心的虚拟化 - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

双活数据中心建设-网络&安全层双活设计

总体网络架构设计要点：（1）如果两个数据中心间链路距离<=25KM，建议使用裸光纤互联。 l4台核心交换机建议10GE链路互联，至少2对裸光纤。...（2）如果两个数据中心间链路距离>25KM，建议使用裸光纤互联。 l建议使用波分设备来构建两数据中心的同城网络。l以太网交换机和FC交换机同时连接到波分设备，两个数据中心通过级联的方式互联。...网络双活核心技术网络双活核心技术分析：网络层双活主要通过SDN技术实现网络自动化部署，通过VXLAN构建跨数据中心大二层网络、通过EVPN技术实现跨数据中心互联，三大技术相辅相成共同实现网络层双活...工作流程： lSDN：通过转发器和控制器的逻辑架构实现转发与控制相分离，实现网络的自动化部署。 lVXLAN：通过VXLAN构建跨数据中心大二层网络，确保虚机无障碍迁移。...网络安全层技术网络双活核心技术分析：双活数据中心网络安全防护建议最新等级保护2.0相关要求部署相关的安全设备进行整体安全防护。

3.7K2 0

双活数据中心建设-存储层双活设计（part-1）

存储层双活本质上是HyperMetro通过数据双写和DCL机制实现存储层数据的双活，两个数据中心同时对主机提供数据读写的能力。（即2端存储做集群、数据双写、数据一致性回滚）。...数据双写机制：应用服务器下发I/O请求时，可同时下发到本端Cache和远端Cache，从而保证本端Cache与远端Cache的变更数据一致性。...DCL机制：当某数据中心故障时，DCL可记录业务运行中数据中心的数据变更。等故障恢复后，同时跟踪变更数据同步到该数据中心存储设备中，从而防止数据在同步过程中出现遗漏。...当任何一端存储系统故障的情况下，主机将切换业务到正常的存储系统继续进行业务访问。同时双活可以通过另一端存储系统的数据，对坏数据进行修复，保证两个数据中心的数据一致。...这里面还有一个锁机制要和大家解释一下：为了防止不同的主机同时访问同一存储资源，而发生访问冲突，需要设计锁分配机制来避免访问冲突，只有获取锁分配机制允许的存储系统才能写入数据。

2K3 0

您找到你想要的搜索结果了吗？

是的

没有找到

双活数据中心建设-应用层双活设计（part-2）

在B/S应用中的双活设计一般考虑三个层次，分别是WEB层、APP层、DB层。...一般web层的虚机不需要进行跨数据中心集群部署，因为web是无状态的，所以可以在2个数据中心独立进行集群部署，同时在每个数据中心部署独立的SLB，可以把SLB和WEB组合为一个资源池协同提供web相关服务...在APP层和DB层就需要部署跨数据中心集群软件，从而实现应用层双活。...无论客户在哪里，都是通过域名来访问的，不同的客户端访问的同一个域名可能会得到不同的IP地址，通过对不同IP地址的调度，将流量定义到不同的数据中心。...数据库主要和应用服务器对接，数据库双活一般都是AA的，也可以是AS。

2.1K5 0

双活数据中心建设-应用层双活设计（part-1）

但是项目中见的更多的是让数据库独享服务器。 C/S架构：在C/S架构中前端是客户端、后端是服务器。...用户要想访问相应的服务，必须安装相应的客户端软件，在客户端中调用后端APP服务器从而通过APP访问DB。同样的业务和应用可以使用C/S架构和B/S架构来开发自己的系统。...B/S架构应用范围还是比较广泛的。...该架构开发简单、客户端侧不需要植入任何客户端应用程序、对平台的适用性很好，研发人员可以把更多的精力放到后台的开发上面】 C/S架构应用不用浏览器、不用WEB服务器，客户端需要安装一个插件（一个...【但软件会进行不定期更新、从而增加了维护成本，所以更多的是使用B/S架构】

1.4K2 0

同城双活与异地多活架构分析

服务多活是高可用架构重要实施手段，本文介绍了一些业界常用的多活手段例如同城双活、两地三中心、异地多活架构设计方案并详述了各种方案的优缺点。...1、多活场景多活架构的关键点就是指不同地理位置上的系统都能够提供业务服务，这里的“活”是指实时提供服务的意思。...架构方案较为简单，核心是解决底层数据双活，由于双机房距离近，通信质量好，底层储存例如mysql可以采用同步复制，有效保证双机房数据一致性。...出问题不敢轻易将流量切往异地数据备份中心，异地的备份数据中心是冷的，平时没有流量进入，因此出问题需要较长时间对异地灾备机房进行验证。...同城双活和两地三中心建设方案建设复杂度都不高，两地三中心相比同城双活有效解决了异地数据灾备问题，但是依然不能解决同城双活存在的多处缺点，想要解决这两种架构存在的弊端就要引入更复杂的解决方案去解决这些问题

9.4K6 2

双活数据中心解决方案剖析

由于华为公司的产品线相当齐全，华为双活数据中心方案中可以做到6层端到端双活从而大大提升了双活数据中心的业务上线速度。目前在双活数据中心中有2类双活形态即AA双活和AP双活。...2个数据中心中每一个时刻只能有1个业务在运行中。该方案在现网中也有很多应用但是假双活并非我们部署双活数据中心的真正目的，笔者也不看好AP形式的双活数据中心。...AA双活就是真正的双活了，同一个站点可以同时承担起所有对外访问的业务，可以做到真正的业务负载均衡同时故障可无缝切换，提升了数据中心的整体对外服务能力。...存储层使用阵列的HM双活特性，在AB2个数据中心之间阵列做集群最终可实现2边数据双写的目标。计算层也叫主机层，是对存储前端的主机上面的虚拟化操作系统提供集群的特性。...安全层即安全设备2边都要坐HA实现实现东西、南北向流量的安全加固。华为双活数据中心解决方案以以上6层双活实现端到端双活，该方案具有故障点少系统可靠性高的特点。

2.7K4 0

双活数据中心建设概览-part-3

本门课程就以华为双活数据中心建设为例，详细分析一下在双活数据中心建设过程中涉及到的端到端六层双活的实现方法。...1、存储层双活：存储层主要依靠存储的双活特性来实现，2个数据中心都使用双活特性，当然也可以理解为集群特性，说白了它是通过跨数据中心的两套华为存储组建储集群的方式来实现双活。...2、计算层双活：计算层双活本质上也是通过集群的方式实现的，主要是指本端数据中心和对端数据中心的虚机所使用的构建的集群。...4、网络层双活：网络层双活主要是通过多活网关、大二层的技术来实现的，所以跨越数据中心可以理解为是一个大的平面网络，左右数据中心都在一个大二层网络里，有了这个依托后业务层面才可以灵活的在2个数据中心里进行共享...可以通过以上6层双活实现技术为载体，根据用户要求建设出一套满足未来3-5年业务发展所需的双活数据中心.

7053 0

双活数据中心概念及优缺点介绍

A—A AA 双活则是真正的双活，同一个双活 LUN 的所有 I/O 路径均可同时访问，业务负载均衡，故障时可无缝切换。什么是双活数据中心 ？...数据中心双活又分为：同城双活、异地双活。传统主备模式的缺点出于灾备（Disaster Recovery）的目的，一般都会建设2个（或多个）数据中心。...双活数据中心优点充分利用资源，避免了一个数据中心常年处于闲置状态而造成浪费。通过资源整合，“双活”数据中心的服务能力是双倍的。...双活数据中心的建设三个条件双活数据中心的建设首先要满足三个条件，第一个是应用双活，也就是说数据库一定要实现双活，第二个是网络要双活，业务网络要保证能够同时联通两个数据中心，第三个是数据要双活，两边的数据要能够实现被独立使用...a.企业自身人员的维护能力必须加强，才具备能力维护跨站点的双活系统，也就是需企业用户自身人维护人员必须从维护设备的能力转变为具备维护双活系统架构的能力，才能维稳系统的正常运行，让双活系统实现该有的效果。

2.2K5 0

双活数据中心南北互通互联港湾立足全国

传统灾备系统通常采取IOE架构，通过数据库的数据复制或存储的数据复制技术，在广域网上实现数据的复制，具有很强的通用性。...分布式双活中心在沿袭了传统主备模式灾备服务的优点之外，充分发挥备份中心服务器资源，高效利用广域网链路，并行运行分布在多个数据中心的同一类业务，层次化运行分布在不同数据中心的一个业务。...通过高效合理的的资源整合，避免常年闲置数据中心造成的资源浪费，因此，分布式双活数据中心具有双倍的服务能力。（2）故障影响小。...在互联港湾双活数据中心网络环境下，通过数据中心前端的分布式双活技术，用户能快速访问“距离最近”的可用数据中心业务，提高服务响应速度，提升用户访问体验。...目前，互联港湾北上广三地的数据中心都已成功实现双活，互联港湾亦庄云数据中心同网银互联的战略合作也已拉开序幕，相信强大的技术实力和完善的服务体系，再加上合作伙伴的力量，将助我们在前进的道路上再迈出坚定的一步

6502 0

图文简述在多故障场景下双活数据中心的应对

最近有个集团级的云项目处于实施过程中，客户对数据备份、应用双活视为同一个事物，要求我方将原秒级数据备份升级为秒级应用双活。实际问题，备份与双活是不同的两个概念。...数据备份达不到应用双活的要求，因为仅实现了数据的备份，应用实际是单部署。一旦主应用服务器中断，实际是无备应用服务器接替服务器的。...因此通过数据备份来启动备用的数据中心服务，一般切换周期至少在几小时以上。二、应用双活： 1、在两个数据中心边界部署GSLB，在单数据中心全部中断服务情况下，秒级切换。...可采用OceanStor V3系列产品，实现存储双活架构，为两个数据中心存储同时提供读写服务，且整个存储系统架构全冗余，任意数据中心故障时，另外一个数据中心有一份存储设备和相同数据可用，最大化提高了业务连续性...该特性要求数据中心至运营商大网必须通过BGP、OSPF等动态路由进行路由交换，不能为静态路由。 6、最后，应用双活是很复杂的体系，需要网络、数据中心等多台设备的联动，成本、实施难度很高。

2.1K1 0

高可用解决方案：同城双活？异地双活？异地多活？怎么实现？

这种架构下，读写分离是很好的，单写多读，减少冲突又提高了效率。...所以大多数的互联网公司采用了异地双活的方案。上图是一个简单的异地双活的示意图。...实际上，异地双活和异地多活已经很像了，双活的结构更为简单，所以在程序架构上不用做过多的考虑，只需要做传统的限流，failover等操作即可。但其实双活只是一个临时的步骤，最终的目的是切换到多活。...单个数据中心并不需要和其他数据中心进行数据交互，只有在统计出报表的时候才需要，但报表是不太注重实时性的。那么，在这种情况下，全国的业务其实可以被很好的sharding的。...按照业务进行单元切分，已经需要对代码和架构进行彻底的改造了（可能这也是为什么阿里要先从双活再切到多活，历时3年）。比如，业务拆分，依赖拆分，网状改星状，分布式事务，缓存失效等。

2.7K2 0

物联网模式下的多活数据中心架构认识与实践

大家好，我是架构君，一个会写代码吟诗的架构师。今天说一说物联网模式下的多活数据中心架构认识与实践[通俗易懂],希望能够帮助大家进步!!! ...在不同行业、不同场景下都有不同的解决方案。今天就与大家聊聊特来电在物联网模式下的多活数据中心架构上的认识和实践。 ...下面是技术平台和中间件的架构图，图中的五个平台都需要改造。第二步：架设两个数据中心，每个数据中心部署一个服务单元，两个数据中心进行引流，验证总体架构和设想，实现双活架构。...核心思路：上海、北京异地两数据中心双活，部分充电桩分流到上海数据中心。用户充电时，根据集控所在数据中心，下达充电指令。...第三步：架设多个数据中心、多个服务单元，按照地区对流量进行切割，真正实施多活架构。核心思路：建立多活数据中心，每个数据中心多个服务单元。

5285 0

ES异地双活方案

image.png 理论上讲，上面这种结构是可行的，但实际应用中，要考虑的因素会更多： 1、1个机房变3个机房，这成本就得翻好几倍了，回想一下mysql之类的解决方案，master-slave架构顶多放...解决了双机房ES"读"的问题，再来看“写”的问题，可能有同学说了，这还不简单，直接双写就行了吧，一份数据，向A、B机房的ES集群各写一份。...听想来貌似可行，但是有一些细节问题： 1、双写并非原子操作，如果A机房的ES集群写成功了，B机房的ES集群没写成功，该怎么办？...2、当B机房的ES挂了，双写不进去时，过一段时间又恢复后，故障期间的数据，B机房的ES集群怎么补进去？如果手动事后补数据，虽然可行，但是毕竟麻烦。...这样就免去了事后手动补数据的麻烦。当然，这个方案的提前是MQ本身是高可用的，不过这个不难做到，已经有一些rocket mq双机房多活的案例，不在本文讨论范围，大家可以自行搜索。

4K3 0

异地双活实践笔记

最近恰好在搞异地双活，以下是一个梳理：基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候，另外一个机房只是当做备份。 2、异地双（多）活。...所以mq消息其实也是需要同步的。同步可以通过客户端双写，或者服务端复制。双写更加容易。 Redis的异地双活 Redis 的异地双活。就是分别在每个机房搭建一套Redis集群。...B2B公司，因为业务的特性，卖家主要集中在国内，买家主要集中在国外，所以衍生出了杭州和美国异地机房的需求，同时为了提升用户体验，整个机房的架构为双A，两边均可写，由此诞生了otter这样一个产品。...这种多活数据中心的好处是：因为所有的数据中心都在支持交易，所以能节约IT成本;另外传统方式中备份系统都不在真实的交易活动状态，所以很难判断它的状态到底怎么样，在出现问题时，都不一定敢切过去。　　...中国银行业，只有某国有大行在去年6月份实现了上海同城两个数据中心的双活，是“同城双活”，还没有实现“异地多活”，而且在灾难真正发生时，切换效果如何，还有待验证。

11.6K11 1

【Android 进程保活】应用进程拉活 ( 双进程守护保活 )

文章目录一、双进程守护保活原理二、双进程守护保活完整源码 1、AIDL 接口 2、本地前台服务 Service 3、远程前台服务 Service 4、清单配置 5、启动两个服务 5、执行效果...三、源码资源一、双进程守护保活原理 ---- 双进程守护拉活 , 使用 JobScheduler 拉活和系统 Service 机制拉活两种拉活方式 , 结合起来使用 ; 双进程机制拉活 ,...比之前的广播拉活 , 系统 Service 机制拉活 , 账户同步拉活 , JobScheduler 机制拉活 , 成功率都要高 , 可靠性比较高 , 但是也存在失败的情况 ; JobScheduler..., 代码基本一致 , 这两个进程都是前台进程 , 都进行了提权 , 并且互相绑定 , 当监听到绑定的另外一个进程突然断开连接 , 则本进程再次开启前台进程提权 , 并且重新绑定对方进程 , 以达到拉活对方进程的目的...android.permission.FOREGROUND_SERVICE 权限 : 二、双进程守护保活完整源码

2.9K2 1

基于 RocketMQ 的同城双活架构在美菜网的挑战与实践

今天主要从三个方面进行分享：美菜网消息队列的历史基于 RocketMQ 我们做了那些事情同城双活的选型和思考美菜网消息队列的历史 ---- 美菜网历史上是多套 MQ 并存，Kafka 用于大数据团队...统一集群的选型比较： 1、功能性，核心的功能每个 MQ 都有，考虑更多的是附加功能，比如延迟消息、顺序消息、事务消息，还有就是消息的回溯、基于 key 的检索。...同城双活的选型和思考 ---- 背景： 1、保证数据可靠性，如果所有数据都在一个机房，一旦这个机房出了问题，数据有丢失的风险。 2、机房的扩容，单机房毕竟容量有限，多个机房可以分担流量。...2、同城双活，平时就是双机房对外提供服务，出问题的时候切掉故障机房，真正实现容灾的目的。...我们接下来要做的事情 1、大规模集群化的运维。目前的情况下，当大规模集群需要运维的时候是很棘手的，如果实现真正的无人值守的就会好很多。 2、按 SLA 进行自动 topic 路由调整。

9421 0

异地多活架构

某地异常时，用户访问其他地方正常的业务系统，能够得到正确的业务服务。异地多活的代价：系统复杂度会有质的变化。成本大大增加。架构模式 1....这就出事儿了，所以这类数据不会做跨城异地多活，只能用同城异区架构，因为同城的网络环境要好很多，可以搭建多条互联通道，成本也不会太高。...保证核心业务的异地多活思维误区：要保证所有业务都能异地多活。...假设用户子系统，负责注册、登录、用户信息这3个业务，由于有海量用户，所以对用户进行分区，分配到不同数据中心，正常情况下某个用户属于某个主分区，并在其他分区也有备份，通过hash计算得出属于哪个中心。...补充体验例如上面的转账例子，可以在转账结果出来后给用户发个短信，减少用户不时的登录查看。小结 ? 内容整理自《从0开始学架构》

3.1K2 1

使用ChatGPT实现同城双活部署

前言今天老板让我写一篇腾讯云云原生的微服务项目部署实践，还要实现同城双活。...听说ChatGPT已经“出圈”了，无所不能，还可以帮人写文章，刚好最近比较懒，看看他能否帮我写完这篇实践，并教会我实现同城双活部署。...图片同城双活改造基础资源的部署，可能对ChatGPT来说有些简单，接下来，给他一些挑战，给我们提供一个应用层的跨区高可用方案。...我们希望只用一套TKE集群实现同城双活，最大程度的节约成本。...结语今天在ChatGPT的帮助下，我们不光完成了容器的部署，还实现了应用层的高可用改造。从接入层、应用层到数据层，快速地搭建出云上同城双活架构，从而避免单可用区故障，可能导致的访问中断。

3.3K19 0

TCM同城双活设计方案

TCM能力概述架构概述上篇文章，讲述了接入层高可用设计，这篇文章我们聊聊TCM。...同时，基于TKE集群本身的健康检查机制等，保证了进程的高可用 TCM详细资料参考：https://cloud.tencent.com/document/product/1261/62928 架构设计方案...同城双活需求分析使用了TCM产品，只需要考虑数据面的高可用建设，即业务程序的同城双活。...这种架构模式下，有两个技术点需要解决：接入层的流量负载均衡逻辑层的set部署，即可用区内流量闭环设计方案适合上面同城双活的集群部署模式，如下图一、图二所示。...图二建设要求一个服务网格+一个TKE集群一个服务网格+两个TKE集群部署模式承载双活业务的

3971 0

业务双活的数据切换思路设计（下）

这是学习笔记的第 2132 篇文章前几天写了一篇关于业务双活的数据切换思路设计，我今天把下半部分补充一下。...业务双活的数据切换思路设计（上）首先整个业务的上游是流量入口，分为读流量和写流量，整体是分布式设计。 ?...在完成数据迁移，数据同步之后，目前的流量是在“已有数据服务”侧，如果要实现服务的平滑迁移，我们可以按照这个流程来进行设计。首先关闭两个数据服务间的数据旁路，类似下面的图。 ?...我们接下来把读流量逐步切换过去，切换完成就是如下图所示的情况了，读写流量都切换到了新的数据服务中。 ? 而“已有数据服务”的写流量照样是写入，这样就达到了一种“理想”的双写状态。 ?...这样一来，我们就可以顺利完成数据业务的整体迁移过程，在这个过程中会和开发团队进行密切的配合，迁移的很多工作不单单是DBA来处理，也需要业务的深度接入和配合，这样一来业务的稳定性和健壮性都有一定的保证。

9732 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭