首页
学习
活动
专区
工具
TVP
发布

实战分享:activemq 在活建设中的研究

由于 activemq 承担着消息服务的重要角色,在这篇文章中我们重点讲述在活建设中 activemq 设计、规划、部署。...随着各个行业对 IT 建设的重视,越来越多的企业、单位正在筹备、实施 IT 建设。由于早期的建设并没有充分考虑多数据中心下容方案,势必在新的多数据中心环境需要做一番整体架构的调整、重建。...本文是对目前业界流行的消费服务产品 active 在活建设的一些探讨,希望起到抛砖引玉的效果。...目标 活建设最完美的架构设计:在同城、异地 2 个数据中心,在最极端情况下,例如单数据中心垮掉情况下,保证消息零丢失,支持 7*24 服务要求。...演讲议题涵盖 Oracle 18c 的新特性解析和 DBA 的未来、 Oracle 数据库故障诊断、金融行业 PaaS 云数据库平台解决方案等。欢迎各位数据库爱好者报名参与! ?

1.7K10

VMware的活----我在vForum 2015分会场的分享(1)

本次VMware vForum大会(北京站和上海站),有幸和同事Alex You一起分享了《如何基于虚拟化构建活数据中心》课题。我主要负责介绍了VMware活方案。...很多同学表示出来了较大的兴趣,因此写出来共享给大家,由于内容较多,本次先发布部分内容。 一. 谈到,首先谈到灾害。在过去几年中,全球各国经历过许多大范围的灾难,如海啸,地震等。...当一个站点发生故障时,SRM会自动将故障站点的虚拟机在站点重启,实现切换。虚拟机切切换到站点,IP地址可以不变或者改变,站点切换时还可以定义虚拟机切换的优先级。...6.切换开始,过一会,虚拟会在站点重启。 ?...接下来请欣赏-VMware的活----我在vForum 2015分会场的分享(2)--活篇。

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

VMware的活----我在vForum 2015分会场的分享(2)

上一篇《VMware的活----我在vForum 2015分会场的分享(1)》介绍了VMware技术SRM,作为姊妹篇,本次将介绍VMware活技术。...心跳机制 vSAN延伸集群实施完毕后,vSAN会从主站点和站点分别选出两个ESXi,做站点间心跳通讯检测。...如果站整体出现故障,Master会从主站点选一个ESXi作为心跳的backup。 如果Master和仲裁站点5秒钟没有心跳,那么仲裁站点将被认为出现故障。...同城两个数据中心,异地作为中心通常在远端城市。同城之间,利用vSAN延伸集群提供数据同步复制,异地之间,利用VR提供数据的异步复制。...如果同城两个数据中心均出现故障,那么SRM将会让这些虚拟机在异地站点重启。

3.4K90

首次揭秘1112背后的云数据库技术!| Q推荐

从 2009 年到 2021 年,从千万交易额到千亿交易额, 11 已经开展了 12 年。如今,每年的 11 以及一个月后的 12,已经成为真正意义上的全民购物狂欢节。...是什么样的数据库撑起了 2021 年的 11 12 的稳定进行?...《数据 Cool 谈》第三期,阿里巴巴大淘宝技术部 12 队长朱成、阿里巴巴业务平台 11 队长徐培德、阿里巴巴数据库 11 队长陈锦赋与 InfoQ 主编王一鹏,一同揭秘了 11 12 背后的数据库技术...“那这背后对于一个新的数据库产品类型的要求,实际上整个业界大家都是在探索阶段。” 写在最后 11 12 背后的数据库技术支持远不止于此。... 11 12 丰富的运营活动和千亿交易额背后,数据库层面是包括 RDS、PolarDB、Tair、ADB(ADB3.0) 以及 Lindorm 等数据库产品提供的组合技。

31.6K50

【DB笔试面试507】基于数据库的数据复制技术构建方案有哪些?

题目部分 基于数据库的数据复制技术构建方案有哪些? 答案部分 基于数据库的数据复制技术大体上可分为两类:数据库自己提供的数据容模块和第三方厂商提供的数据库复制技术。...与最大保护模式一样,日志数据需同时写到源数据库的联机日志文件和至少一个库的备用日志文件(standby redo log),事务才能提交,与最大保护模式不同的是,如果主库日志数据不能写到至少一个库的备用日志文件...所有复制对象结构(DDL)的改变,都必须通过Oracle提供的复制包来实施 基于日志挖掘 主要用途 恢复、高可用性 数据共享 数据同步 高可用与容、实时数据集成 实现简易程度 实现过程和管理简单...经过对以上几种数据库复制技术的分析,DataGuard、Stream、Advenced Replication是专为Oracle数据库开发的模块,适合于同构平台的Oracle数据库;Shareplex...适合于异构平台的Oracle数据库;GoldenGate适合于异构平台和异构数据库的容与应急备份,消除计划内停机、业务中心、数据仓库实时供给、实时报表等应用场景需求。

1.4K20

天翼云TeleDB数据库如何实现容活?

数据库作为企业数据的管理软件,是企业的核心资产,需要避免单点灾难,因此数据库需求应运而生。 但数据库想要实现绝对可靠的并不是一件容易的事。...随着越来越多的企业上云,如何做好云数据库,确保云上数据安全、保障云上业务不中断,这些问题对数据库技术提出了更高的要求。 此外,不同行业用户对于数据库的需求也不尽相同。...那么,在云时代,数据库方案应如何满足不同用户的需求?数据库的技术理念有着怎样的技术更新和迭代?...但如何达到国内外建设标准,其实是门值得深入钻研的必修课。 作为承载中国电信核心系统业务的天翼云TeleDB数据库,在提供容活能力方面有着出色的表现。...一方面,天翼云借鉴国际国内标准,进一步细化指标,添加库级读写分离、表级读、行级读等能力,让数据库标准更加优化,有法可依。

2.8K10

AntDB数据库助力中国移动华南中心计费项目

华南中心项目中,AntDB采用了典型的分布式架构,具备中心容机制,主中心共有48台主机,数据节点DN1-DN12配置为一主两,其中主中心一主一,容中心为异步节点,共计36节点。...GTM主中心各两台,分别为一主一,共计4节点。计算节点主中心各4台,共计8节点,主节点之间采用流复制方式同步数据。DN1到DN12为主数据节点,其余数据节点均为节点。...中心容保证可靠性 根据用户需求,计费系统为核心系统,为保证业务的连续性及数据安全性,数据库需要建设主系统,在单中心发生断电、断网等全局故障的时候另外一个中心可以快速接管,不影响计费话单数据存储和处理...亚信科技AntDB数据库支持中心、两地三中心等多种容方式,该项目上选用的是中心容模式。...AntDB分布式部署架构支持中心容,通过AntDB集群管理工具可以快速地在中心完成集群搭建,主中心出现全局故障时可以迅速切换到中心承载业务。

1.6K20

服务器解决方案–两地三中心(图文详解)

(以时间来度量),这是一个系统所选用的数据复制技术有密切关系的指标,用以衡量方案的数据冗余备份能力。...应用级 容的 RTO 通常 在 12 个 小时 以内 ,技术复杂度较高,运行维护的成本也比较高。 业务级容 是生产中心 与容中心对业务请求同时进行 处理 的容方式,能够确保 业务 持续可用。...与异地模式相比较,本地中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点;异地中心是指在异地建立一个备份的中心,用于中心的数据备份,当中心出现自然灾害等原因而发生故障时...业务以及基础组件异地活方案 数据库的异地活 Zookeeper异地活 先来点背景知识: 1、zookeeper中的server机器之间会组成leader/follower集群,1:n的关系。...基于功能分表方案 根据不同的功能拆分数据库或表,也是一种非常不错选择。 总结 方案都是有成本和风险的,也没有银弹,不可能打死所有的怪兽。还是随着业务发展,不断的演化才是王道。

13.3K103

微服务高可用容架构设计

两地三中心 两地三中心建立在同城活+异地的基础上,兼具高可用性和灾难备份的能力,其中异地中心 是指在异地的城市建立一个备份的中心,用于中心的数据备份,当中心出现自然灾害等原因而发生故障时...整体架构是同城活+主的组合方案。 部署方案: 微服务管控层:同城活部署,异地,各自的数据不需要做同步,只负责各自的服务管控。...应用层:不同数据分片的应用异地多活,相同数据分片的应用同城活,异地数据库层:数据分片一主多从,不同分片异地互。...部署单元设计:考虑容设计,单元与数据库分片绑定,同城单元活,异地部署单元。...应用层:每个地域包含全量单元分片,不同数据分片的应用异地多活,相同数据分片的应用同城活,异地数据库层:数据分片一主多从,不同分片异地互

52470

云上容架构设计与方案

活架构一般是发生是两个数据中心相邻距离不远的场景。如果对于金融级的客户,还会考虑异地的。则采用以下的架构。保障活的公有云中断时,异地的私有云还能够在一定的时间内接管业务。 ?...五、数据级的容方案 对于以上的方案,投入的代价较大,例如需要支付活数据中心的高速通道费用、相同配置的云主机费用。...2、例如下图,也可以通过纯软件的方式进行,直接将备份的文件放下云端、或线下私有云。 ? 这两种方式本质上都是文件级的方案,因此对于数据库等高可靠性的业务支撑不如日志级的数据同步方案。...建议将的周期可以设置为一小时及以上,以保障数据库的运行稳定安全。同时为避免数据库在异常情况下无法恢复,建议使用原厂的工具进行数据实时日志级同步,如Oracle DG、Mysql的主从脚本等。...六、小结 1、如果中型企业、资金预算较充足,可以选择AZ方案、或线上+线下的活高可用方案。 2、对于金融级客户,可以选择两地三中心的方案。 3、对于普通企业客户,可以选择数据级的方案。

4.9K10

“两地三中心”和“活”简介--容技术方案

与异地模式相比较,本地中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点;异地中心是指在异地建立一个备份的中心,用于中心的数据备份,当中心出现自然灾害等原因而发生故障时...异地中心 是指在异地的城市建立一个备份的中心,用于中心的数据备份,当中心出现自然灾害等原因而发生故障时,异地中心可以用备份数据进行业务的恢复。...( 生产中心、同城中心、异地 中心 ) 4、 活 数据中心 所谓 “ 活 ” 或 “ 多 活 ” 数据中心,区别于 传统 数据中心 和 中心的模式,前者 多个 或两个数据中心都处于运行当中...应用级 容的 RTO 通常 在 12 个 小时 以内 ,技术复杂度较高,运行维护的成本也比较高。 业务级 容 是生产中心 与容中心对业务请求同时进行 处理 的容方式,能够确保 业务 持续可用。...异地中心是指在异地的城市建立一个备份的中心,用于中心的数据备份,当中心出现自然灾害等原因而发生故障时,异地中心可以用备份数据进行业务的恢复。 1.3.4.

10K126

云化数据中心容解决方案

现阶段的云化数据中心的建设都是以主中心和两地三中心的模式为主。通常可以以主中心的模式作为基准,通过详细规划和逐步建设,向两地三中心的模式演进。...3)级别 级别主要考虑应用级容和数据级容(业务级容主要是面向非IT系统的范畴),在具体执行上,又可以分别采用活和主两种工作模式,因此,系统的级别包括: 应用主...数据主 应用活 数据主 应用活 数据活 工作模式 应用和数据仅在生产中心运行,并通过异步方式备份到中心。...图 5 数据一致性的挑战 数据库是容建设的关键,数据的一致性是实现同步需要首先考虑的问题,这需要通过在主数据中心之间建立数据的同步机制来保障。...在传统数据中心中,建设同步活级别的系统需要在生产中心和中心中配置对等的基础资源,而云化数据中心的建设则可以大大降低建设成本。

4K10

高校容备份方案 2.0

本文叙述了高校业务系统及数据容备份方案 2.0 的应用探索和实践,介绍了数据库活、应用秒级容和数据级实时备份、虚拟化平台备份等综合性创新应用,满足当前教育信息化 2.0 行动计划的信息安全需求...关键字:数据库活 容 CDP 虚拟化备份 一、行业背景 新一代信息技术、通信技术、人工智能的飞速发展,给教育信息化的腾飞插上了翅膀,大部分的教育机构也在“教育信息化 2.0 行动计划”的发展纲要下,...△容备份方案 2.0 2.0 方案覆盖数据库系统故障、应用系统故障、单机单点故障、逻辑错误&病毒攻击、自然灾害等场景,满足高校在数据库活、云、容秒级接管、数据持续保护等容备份需求,具备了多层次...、多策略、全域的特征优势,其重要功能应用如下: 1.Oracle RAC 数据库集群容备份 通过数据库结构化同步软件 i2Active,对 Oracle RAC 数据库集群环境的业务系统,进行一对一的活保护...,即到对应单机 Oracle 数据库系统内。

1.5K30

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

偏硬件的方式,也被叫做数据级;偏软件的,被叫做应用级。后文谈得更多的是应用级。 双机互 本质上还是Active/Standby,只是互为主从而已。...同城活其实和前文提到的双机热没有本质的区别,只是“距离”更远了,基本上还是一样(同城专线网速还是很快的)。双机热提供了能力,双机互避免了过多的资源浪费。...远端的备份机房能更大的提供能力,能更好的抵抗地震,恐袭等情况。活的机器必须部署到同城,距离更远的城市作为机房。...机房是不对外提供服务的,只作为备份使用,发生故障了才切流量到机房;或者是只作为数据备份。原因主要在于:距离太远,网络延迟太大。...异地活 同城活可以应对大部分的情况,但是碰到大面积停电,或者自然灾害的时候,服务依然会中断。

2.7K20

聊聊高可用的“异地多活”架构设计

偏硬件的方式,也被叫做数据级;偏软件的,被叫做应用级。后文谈得更多的是应用级。 双机互 本质上还是Active/Standby,只是互为主从而已。...同城活其实和前文提到的双机热没有本质的区别,只是“距离”更远了,基本上还是一样(同城专线网速还是很快的)。双机热提供了能力,双机互避免了过多的资源浪费。...远端的备份机房能更大的提供能力,能更好的抵抗地震,恐袭等情况。活的机器必须部署到同城,距离更远的城市作为机房。...机房是不对外提供服务的,只作为备份使用,发生故障了才切流量到机房;或者是只作为数据备份。原因主要在于:距离太远,网络延迟太大。...3、异地活 同城活可以应对大部分的情况,但是碰到大面积停电,或者自然灾害的时候,服务依然会中断。

1.4K20

简述异地多活方案以及腾讯云实践

下面我们主要阐述的也是数据层的容。主流容架构同城同一个城市至少部署两个机房,仅主机房对外提供服务, 机房平时不提供服务能力,主要作为主机房的备份,主之间数据采用单向同步的形式。...缺点: 数据中心存在资源浪费的情况;关键时刻不敢切流,容易出现版本、参数、操作系统不一致等情况同城活两个机房同时对外提供服务。...对于延时敏感的系统跨机房写会给用户带来不好的体验伪异地活(应用层活)这种架构与同城活有很多相似之处,唯一的区别在于数据中心的读写进行了分离,读操作直接读数据中心,而写操作为了保证数据一致性,将打到主数据中心的数据库上...云上容架构分析案例一腾讯云上云基础架构云上基础容架构如下(数据层采取同城活):图片主要产品:CDN 加速WAF应用防火墙+DDOS防护CLB 负载均衡(多可用区)多可用区云主机数据库(多可用区主...+异地)

2.6K93

混合云应用活容最佳实践

应用、中间件云上云下冗余对称部署,同时对外提供服务(应用活)。 数据库异地主,异步复制备份。应用读写同一数据中心的数据库,避免考虑一致性问题。...数据同步&数据库连接切换 数据库异地主部署,云上云下应用日常态均读写云上 Redis 和 RDS 数据库,无需考虑数据一致性问题。...改造内容 应用上云 选择跟自建 IDC 较近的阿里云地域,云上完全冗余的部署一套应用、中间件和数据库,以便搭建云上云下活容架构。在这个 Demo 案例中,选择杭州 Region 作为容单元。...中间件和数据库: 云上部署 MSE 托管 ZK/Nacos 注册中心、云数据库 Redis 和 RDS,建议使用跨可用区部署高可用版本,具备同城活容能力。...主切换详情页,可以看到切换进度和切换结果,任务进度 100% 后,表示切换完成。 商品、订单、购物车数据库都主切换完成后。

2.9K20

两地三中心是什么意思「建议收藏」

同城双机房指的是在同一个城市或相邻的城市建立两个相同的系统,中心具备等同的业务处理能力并通过高速链路实时数据同步,日常情况下可同时分担业务及管理系统的运行,并可切换运行,当意外的情况下基本在保证不丢失数据的情况下可进行应急切换...,保证业务的连续性, 异地是考虑因为特殊的自然现象而在外地做的备份,实现双机房的数据备份,当同城机房因为自然灾害等出现意外情况,异地的备份数据可以进行恢复,以保证数据的完整性。...首先UCACHE云与本地服务中心建立的中心,数据通过G口网络实时同步备份至中心,可以实现实时备份,或是定时备份,当本地中专心出现服务器故障或者数据丢失时,可快速从云平台将数据恢复,同时云平台也可将数属据恢复至本地服务中心...数据有效性验证:即时的数据验证 7、数据有效性验证:统一编排恢复验证计划,自动测试并输出详细报告 8、数据利用:任意时间点的分钟级数据挂载,以进行开发测试、查询分析等 9、数据加密:云采用从传输层、存储层、数据库层全程加密的方式...,保障数据全程处于加密状态;且加密密钥可由客户自主管理,并支持定期进行密钥更新 10、操作方式:一站式数据管理WEB平台,一键管理 11、备份功能设置:定时备份、增量备份、永久增量数据备份 12

2.2K30

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

偏硬件的方式,也被叫做数据级;偏软件的,被叫做应用级。后文谈得更多的是应用级。 ②双机互 本质上还是 Active/Standby,只是互为主从而已。...同城活其实和前文提到的双机热没有本质的区别,只是“距离”更远了,基本上还是一样(同城专线网速还是很快的)。双机热提供了能力,双机互避免了过多的资源浪费。...远端的备份机房能更大的提供能力,能更好的抵抗地震,恐袭等情况。活的机器必须部署到同城,距离更远的城市作为机房。...机房是不对外提供服务的,只作为备份使用,发生故障了才切流量到机房;或者是只作为数据备份。原因主要在于:距离太远,网络延迟太大。...异地活 同城活可以应对大部分的情况,但是碰到大面积停电,或者自然灾害的时候,服务依然会中断。

2.1K11

系列(一)—— 云上业务容方案要如何选?

典型案例 虽然这里对“容”概念进行扩展,一般指同地域以及跨地域粒度的容;以云上客户案例同时结合腾讯云产品能力,分别对同城容,异地以及异地多活进行说明。...3.1 异地容 异地容的核心特征: 1)容范围:地域粒度的容。 2)流量分布:单地域承载100%业务流量。 3)数据存储:数据库以及存储均在异地做冷,数据单向同步。...image.png 3.2.2 同城活(写) 同城活核心特征: 1)容范围:可用区粒度容 2)流量分布:每个可用区均承载流量业务;数据库采用分区模式,将数据分为两个可用区,az间的网络延时对业务影响较小...以下是云上某saas厂家同城活案例: 云上的存储业务均采用虚拟机或者黑石机器进行自建,业务以账户单双号进行set化部署;A区的数据库存双号,B区的数据库存双号;数据库同步使用双向方式;每个AZ数据库均存在全量数据...以下为某生活巨头异地多活的场景: 业务流量统一调度,通过路由层进行set路由,将流量分发到各个set;各个set业务流量相互独立;数据容各个set之间两两互,同时set和中心互形成三副本。

7.7K115
领券