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

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

由于 activemq 承担着消息服务的重要角色,在这篇文章中我们重点讲述在建设中 activemq 设计、规划、部署。...随着各个行业对 IT 建设的重视,越来越多的企业、单位正在筹备、实施 IT 建设。由于早期的建设并没有充分考虑多数据中心下容方案,势必在新的多数据中心环境需要做一番整体架构的调整、重建。...本文是对目前业界流行的消费服务产品 active 在建设的一些探讨,希望起到抛砖引玉的效果。...目标 建设最完美的架构设计:在同城、异地 2 个数据中心,在最极端情况下,例如单数据中心垮掉情况下,保证消息零丢失,支持 7*24 服务要求。

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

混合云应用最佳实践

解决方案 结合业务容需求和混合云 IDC+云形态的特点,采用应用架构能够较好的满足业务容诉求。...应用、中间件云上云下冗余对称部署,同时对外提供服务(应用)。 数据库异地主,异步复制备份。应用读写同一数据中心的数据库,避免考虑一致性问题。...整体 RTO<=1min) 容能力验证 基于 MSHA 完成应用架构建设后,还需验证业务容能力是否符合预期。接下来将制造真实的故障,来验证容恢复能力。...切流操作 进入 MSHA 控制台,在左侧导航栏选择异地应用>数据层配置。 2.在数据保护规则列表中,找到商品、订单、购物车数据库,逐个点击主切换。...总结 在本篇文章中,我们介绍了 MSHA 多助力企业进行混合云应用建设的实践案例,给出了容架构建设实践方法,同时利用 Chaos 故障演练产品注入真实故障,来验证故障场景业务容能力是否符合预期

3K20

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

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

2.7K70

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

摘要:vSAN延伸集群的出现,不仅使VMware有了自己的存储技术,从成本角度来看,更使存储这项技术,从“天上”来到了“民间”。...上一篇《VMware的----我在vForum 2015分会场的分享(1)》介绍了VMware技术SRM,作为姊妹篇,本次将介绍VMware技术。...在此基础上,利用服务器本地盘,实现的vSAN延伸集群,属于低成本解决方案。同时vSAN提供的保护级别,是VMDK级别的,其颗粒度更高(传统存储方案基于LUN)。...同城两个数据中心,异地作为中心通常在远端城市。同城之间,利用vSAN延伸集群提供数据同步复制,异地之间,利用VR提供数据的异步复制。...如果同城两个数据中心均出现故障,那么SRM将会让这些虚拟机在异地站点重启。

3.6K90

做容、多、同城、异地、多云,到底应该怎么选?

去年写过一篇《做容,冷是不是个好方案?》,当时提出来,冷或者主,其实并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的容模式根本起不到作用。...转回正题来,既然上篇提到主模式不靠谱,那到底怎么选?而且整天见各类技术文章,不是,就是多,不是同城,就是异地,现在又出来个多云,好复杂。...既然要,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何容意义了。...我们可以得出的几个结论: 不管怎么选择容方案,我们自己的业务系统,从自身架构上,一定要支持单元化,一定要支持数据同步才行,如果这都不支持,讲和多,就是特么的扯淡。...一个合理的建设节奏应该是,同城—异地—两地三中心(同城+异地多),因为你要解决的问题的复杂度和难度也是在逐步上升的,不可能一蹴而就。

2.9K40

做容、多、同城、异地、多云,到底应该怎么选?

或者主并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的容模式根本起不到作用。 原因我就不重复了,大家如果有兴趣可以直接看那篇文章。...转回正题来,既然上篇提到主模式不靠谱,那到底怎么选?而且整天见各类技术文章,不是,就是多,不是同城,就是异地,现在又出来个多云,好复杂。...既然要,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何容意义了。...我们可以得出的几个结论: 不管怎么选择容方案,我们自己的业务系统,从自身架构上,一定要支持单元化,一定要支持数据同步才行,如果这都不支持,讲和多,就是特么的扯淡。...一个合理的建设节奏应该是,同城—异地—两地三中心(同城+异地多),因为你要解决的问题的复杂度和难度也是在逐步上升的,不可能一蹴而就。

2.8K30

知识总结:容与备份区别、技术、容体系规划

如果是同步容,那容端同时就删除了;如果是异步容,那容端在数据异步复制的间隔内就会被删除。这时就需要从备份系统 中取出最新备份,来恢复被错误删除的信息。...规划企业安全保障体系考虑的因素 对于企业而言到底应该如何建设自己的系统,是只建设备份系统、还是只建设容系统、还是需要二者同时建设、或者是分步骤的建设,谁先谁后等问题,主要根据业务的需求而定: (1...常用的组合方式 基于以上原因,业界在系统的建设上一般按照以下几种方式: 建设机房内的本地备份系统 建设异地的备份系统 该方式可以备份系统的价格满足备份和异地容功能,能够避免主生产中心由于地震、...备份系统+异地容系统 这是一个较为理想化的容系统一体化解决方案,能够在很大程度上避免各种可能的错误。 容恢复等级 ? 灾难恢复层次 ? 技术层次 ? 1.1 磁盘阵列技术 ?...2.1 卷管理软件技术 ? 2.2 数据库日志复制技术 ? 2.3 数据库技术 ? 3.1 应用技术 ? 11.容体系结构规划 ? 系统正常运行 ? 生产中心单台主机宕机 ?

8.9K21

同城异地

序言 同城异地,主要是用来进行备份容的,从而当一个数据中心挂了,另外一个数据中心经过切换之后,能让服务迅速的恢复。...同城,则是基于多机房的情况下,流量经过双机房,一个机房挂掉,完全不影响业务。...随着业务的进一步发展,需要提供高可用水平,从而需要从单机房扩展为多机房,从而也就有了同城容。。。 对于运维来说,多一次升级,多一次变更,就会多一个故障,多一个锅。。。...2、 数据库同步 在数据库方面,主要是使用mysql,而mysql则主要是使用主模式,从而主的在一个机房,而库则在另外一个机房,在同步的时候,不可避免的情况就是如果一旦主机宕机,从而有可能是丢失数据的...主复制的延迟考虑,一般主机房和机房之间使用万兆网络,从而对于一般的数据传输来说,延迟不是很高,基本上是可以忽略的。

4.1K31

CP技术介绍

工作机制 在vBRAS转发与控制分离组网中,CP的实现过程如下: 在不同DC的CP上分别创建CP组,并指定CP组的主角色。 向CP组中添加待管理的UP。...对CP组管理的UP而言,主CP组所在的CP是主CP,CP 组所在的CP是CP。 主CP上有用户上线时,主CP将用户数据通过RedisDBM备份到远端Redis服务器上。...实现过程为,在两个互为主的CP上分别创建一个CP组,这两个CP组管理的UP范围一致。当主CP组所在CP发生切换时,CP组所在CP可以接管这些UP上 的用户业务。 ?...例如,上述组网中,在CP 1上创建CP组group 1并配置为主CP组,在CP 2上创建CP组group 1 并配置为CP组,且CP 1和CP 2上的CP组group 1管理的UP...在CP 1上将group 1配置为主CP组,group 2配置为CP组;在CP 2上将group 1配置 为CP组,group 2配置为主CP组。

2.3K21

自动技术分析

前言 ,又称灾难恢复(disaster recovery)。指的是, 发生灾难时恢复业务的能力。这就意味着已经发生了灾难,进行补救。它的流程是,前期准备,发现灾难,应对灾难。...大多数系统的自动依赖外部系统实现,一些关键模块则使用分布式共识算法实现内部。 自动的基础 副本(前期准备) 副本是的基础,没有副本拿什么容呢。...探(发现灾难) 多副本冗余是前提,故障转移是修复能力。在一切就绪后,什么时候进行故障转移呢? 所以我们还需要探,用于判断是否存在故障。...通常,探模块通过租约或心跳检副本是否可用,不过也存在问题。 1. 探活存在间隔,有真空期。 2. 探模块本身如何保证可用性。 虽然存在探的间隔,但目前间隔可以压缩至秒级,常见业务可以接收。...总结 副本,故障转移,探,是自动的基础。 有状态的应用,需要保证备用副本的可靠性(和主副本一致),可靠性和延时需要取舍。

1.2K20

RBD快照方案

一、说明 从主集群定期的导出最近两个快照之差,然后导入到集群。...3.1.2 首次备份 1.在主集群创建Image的快照 2.导出主集群Image的全量快照 3.将导出的全量快照文件传输到集群 4.集群创建对应的pool/image 5.导入全量快照文件到集群中...6.完成备份 3.1.3 非首次备份 1.在主集群查找最近的快照文件,并且确认集群是否存在同名的快照 2.在主集群创建Image的快照 3.导出最近快照文件和刚创建快照文件的差量文件。...(导出每次diff,实现增量备份) 4.将导出的差量快照文件传输到集群 5.导入全量快照文件到集群中 6.完成备份 3.2 总结 定期的每天导出增量的数据文件,在做恢复的时候,就从第一个快照导入

1.9K10

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

- 同城模式 - 以上这样改造后,针对定时任务就已经解决了两个问题: 1、定时任务能实现在两个机房下的高可用; 2、任务能优先调度到指定机房。...对于B机房是否有一些实际问题其实我们可能是不知道的(常见的例如数据库权限没申请),由于没有流量的验证,这时候真的出现容问题,B机房是否能安全接受其实并不是100%稳妥的。...我们能否再进一步做到同城呢?也就是,B机房也会承担一部分的流量?例如10%?...以上两种方案都能实现让A、B两个机房都有流量(有任务在被调度),从而实现所谓的。 以下针对上面抛出来的方案一,给出一个的示意代码和架构。...注:这里任意一个机房不可用了,任务均能在另外一个机房调度,这里增强的只是对于不同任务做针对性的优先调度实现: public class ActiveStandbyESJobStrategy extends

68920

系列(八)——同城数据冷建设

为了让企业能更好用好云平台的数据安全能力,本文重点云平台数据备份冷能力,以腾讯云为例,主要从以下两个维度介绍:同城数据冷能解决企业什么问题,达到怎么样业务容效果?...云平台对数据冷能给予企业哪些帮助?1. 数据冷介绍1.1 数据冷概念数据冷,业务数据文件在同地域或者跨地域定时做备份。...,对现有业务架构没有任何改造,方案架构如下:图片该方案核心要点说明:数据备份:云侧数据库mysql和redis在控制台设置数据备份参数,数据备份存储在COS,具备地域级别容,RPO依赖于数据库备份周期以及时间...本文小结同城冷方案,在云平台的协助下,企业几乎0成本并拥有同城数据冷能力来保障业务生命线。指标详细说明容能力具备同地域(不同可用区)数据备份能力,不具备不同地域的能力。...3.容演练能力建设,增加平时运维成本以及自动化工具开发功能。

6.5K113

系列(九)——异地数据冷建设

即使云平台在建设数据中心之前,会遵循机房建设标准来选址,但是对于极端情况自然灾害,例如地震,台风等等,对同地域备份安全能力有非常大的风险,因此本文重点阐述腾讯云对异地数据冷解决方案。1....异地数据备份挑战相对同城数据备份,异地数据冷主要挑战是成本,主要是跨地域之数据传输带宽成本。...异地数据冷方案2.1 API实现方案数据备份:云平台的数据库数据备份均为同地域,因此需要将该备份数据上传到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地容能力。...异地数据冷备案例3.1 异地冷方案以某在线商城为例,涉及数据产品为mysql,reids以及cos,结合云平台的能力,具体方案架构如下:图片方案要点说明:数据备份:基于数据恢复的rto时长,mysql

8.7K164
领券