首页 > TAG信息列表 > 多活

阿里云技术专家邓青琳:云上跨可用区容灾和异地多活最佳实践

2022 年 7 月 4 日,【可观测,才可靠——云上自动化运维 CloudOps 系列沙龙_第一弹】正式推出,连续四天,四大主题分享,最后一位分享的讲师是阿里云弹性计算技术专家邓青琳,他带来的主题分享是《云上跨可用区容灾和异地多活》,以下是他的演讲内容整理,供大家阅览:     01 系统容灾  

一篇文章搞清除异地多活

  在软件开发领域,「异地多活」是分布式系统架构设计的一座高峰,很多人经常听过它,但很少人理解其中的原理。   异地多活到底是什么?为什么需要异地多活?它到底解决了什么问题?究竟是怎么解决的?   这些疑问,想必是每个程序看到异地多活这个名词时,都想要搞明白的问题。       

架构 | 笔记6

如下内容来之https://time.geekbang.org/column/article/6463 学习笔记: 对于设计分布式系统的架构师来说,CAP 是必须掌握的理论。 CAP 定理(CAP theorem)又被称作布鲁尔定理(Brewer's theorem),是加州大学伯克利分校的计算机科学家埃里克·布鲁尔(Eric Brewer)在 2000 年的 ACM PODC 上提

docker-容器化-多活

docker使用基础     安装:mac intel chip:https://docs.docker.com/desktop/mac/install/   命令: docker run -dp 3000:3000 getting-started  ps  start<container_id>  stop<container_id>  images  rm <container_id> 概念:image container     docker run -d -

企业为什么要做应用多活?

简介:无容灾不上云,应用系统要随时具备对灾难故障的逃逸能力。平稳迁移上云是每位决策者的关键决策点。业务持续发展,架构不断演进,容灾治理解决的是发展中问题。如何实现应用多活的容灾架构和组织协同,也越来越成为更多企业者关心的问题。 容灾成为企业上云和用云的基础要求 2019 年 I

7*24 小时业务不中断!菜鸟乡村应用多活落地实践

作者:比扬 从前期调研、方案评估、多活建设到最终核心物流业务的改造上线,仅仅只用了 2 个多月,菜鸟乡村就完成了核心业务同城多活容灾的目标,实现业务的 7*24 小时不间断服务,最大程度保障了业务稳定性及连续性。 菜鸟乡村作为服务农村的新型物流业务,通过数字化技术,打造县域、乡镇、村

阿里云开源业内首个应用多活项目 AppActive,与社区共建云原生容灾标准

作者:中西(github @zhongxig),AppActive 负责人,来自阿里云云原生高可用架构团队,从事容灾架构和故障快恢的研发和开源工作。 摘要: 继高可用架构团队的 Sentinel、Chaosblade 开源后,第三个重磅高可用产品:应用多活 AppActive 正式开源,形成高可用的三架马车,帮助企业构建稳定可靠的企业级

异地多活设计4大技巧

极客时间:《从 0 开始学架构》:异地多活设计4大技巧 技巧 1:保证核心业务的异地多活 “异地多活”是为了保证业务的高可用,优先实现核心业务的异地多活架构 技巧 2:保证核心数据最终一致性 异地多活本质上是通过异地的数据冗余,来保证在极端异常的情况下业务也能够正常提供给用户,因此数

什么是同城双活、异地双活、异地多活

有状态服务 后台服务可以划分为两类,有状态和无状态。高可用对于无状态的应用来说是比较简单的,无状态的应用,只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存,比如MySQL数据库,redi

实时消息RTM| 多活架构中的数据一致性问题

一,容灾方案 之前介绍过RTM的系统架构设计,其中有说到我们的容灾设计的是双活和多活。有很多小伙伴问到为什么不采用主从架构设计,以及多活容灾怎么做到数据一致性等问题。这里我们针对容灾和多活设计进行详细介绍。 容灾的方案有很多,最常见的就是主备容灾,最初版本我们也采用了

B 站崩了,总结下「高可用」和「异地多活」

你好,我是悟空。 一、背景 不用想象一种异常场景了,这就真实发生了:B 站晚上 11 点突然挂了,网站主页直接报 404。 手机 APP 端数据加载不出来。 23:30 分,B 站做了降级页面,将 404 页面跳转到了比较友好的异常页面。 但是刷新下页面,又会跳转到 404 页面。 22:35 主页可以加载出数据了,

B 站崩了,总结下「高可用」和「异地多活」

https://www.cnblogs.com/jackson0714/p/HA.html   你好,我是悟空。 一、背景 不用想象一种异常场景了,这就真实发生了:B 站晚上 11 点突然挂了,网站主页直接报 404。 手机 APP 端数据加载不出来。 23:30 分,B 站做了降级页面,将 404 页面跳转到了比较友好的异常页面。 但是刷新下页

区块链的优缺点

区块链的优点: 一是难以篡改,更加安全。 在传统信息系统的安全方案中,安全依赖于层层设防的访问控制。通过区块链技术,记录交易的数据库任何人都可以访问,但由于巧妙的设计并辅以密码学和共识机制,区块链的数据记录方式使得修改某一数据需要变更所有的后续数据记录,难度极大。实践证明,

挖槽!淘宝的高可用异地多活架构到底有多牛?

异地多活,作为一种高可用部署架构,成为大中型互联网公司的选择。像大家熟知的大型互联网公司,如阿里、腾讯、百度、网易、新浪等等都已经完成了异地多活的技术重构。 可以说,异地多活是互联网公司业务规模扩大后所必然要经历的阶段。那么如何解决高可用异地多活呢? 有状态服务 后台服

高可用架构怎么选?常见多活建设这么一对比就懂了

采用高可用系统架构支持重要系统,为关键业务提供7x24的不间断服务,已经成为众多企业保障业务稳定、持续运转的主要选择。 服务多活是高可用架构重要实施手段,本文介绍了一些业界常用的多活手段,例如同城双活、两地三中心、异地多活架构设计方案并详述了各种方案的优缺点。 一、为什么

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

点击上方 "编程技术圈"关注, 星标或置顶一起成长 后台回复“大礼包”有惊喜礼包! 每日英文 People do a lot of thinking, and sometimes, that's what kills us. 有时候是我们自己想太多,才让自己如此难受。 每日掏心话 人生一场,比的是心态。坐拥家财万贯,野心不死,终究迎来祸从天

异地多活与CAP原理

前言 今天我给大家分享的主题是阿里游戏异地多活设计的原则和一些理念。对于做技术的同学来说,设计一个异地多活的方案其实是很具有挑战性的和成就感的。 异地多活系统确实比较复杂,作为运维的同学来说,如果自己负责维护的系统具备异地多活的能力,那是一件很幸福的事情,因为异地多活

阿里资深架构师推荐:浅谈异地多活及阿里云容灾经验分享

  天秤座的架构师 2020-07-04 21:07:39 510 收藏 4分类专栏: 商业操作系统--企业中台实践 架构微学堂 文章标签: 异地多活版权1 什么是异地多活?异地多活,英文Multi-Site High Availability,顾名思义就是分布在异地多个站点同时对外提供服务。与传统灾备最主要的区别是“多活”里所有

揭秘高可用「异地多活」架构设计中不得不说的“小秘密”!

前言 后台服务可以划分为两类,有状态和无状态。高可用对于无状态的应用来说是比较简单的,无状态的应用,只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存,比如MySQL数据库,redis等内存数

异地多活之企业架构案例

此文转载自:https://my.oschina.net/yunqi/blog/4767332 大咖揭秘Java人都栽在了哪?点击免费领取《大厂面试清单》,攻克面试难关~>>> 简介: 异地多活之企业架构案例 1. 前言 多活容灾 MSHA(Multi-Site High Availability),是在阿⾥巴巴电商业务环境演进出来的多活容灾架构解

架构设计-异地多活

参考: https://blog.csdn.net/suifeng629/article/details/89326048?utm_medium=distribute.pc_relevant_right.none-task-blog-BlogCommendFromMachineLearnPai2-5.nonecase&depth_1-utm_source=distribute.pc_relevant_right.none-task-blog-BlogCommendFromMachineLearnP

MDS 多活配置

CephFS 介绍及使用经验分享 阅读 1179 收藏 2 2019-01-14 原文链接:www.jianshu.com WebRTC SFU中发送数据包的丢失反馈juejin.im 目录 Ceph架构介绍 NFS介绍 分布式文件系统比较 CephFS介绍 MDS介绍 5.1 单活MDS介绍 5.2 单活MDS高可用 CephFS遇到的部分问题 6.1 客户端缓存

异地多活高可用架构设计方案

转载链接 异地多活高可用架构设计方案

Coremail多活集群解决方案:单点故障克星

       在使用邮件系统的过程中,你可曾有过这样的烦恼?单机系统突然出现致命故障,但是排查故障,恢复系统运行,短则花了半小时,长则需要一到两个小时才能解决问题,并且故障问题还不一定能全部恢复,问题严重时甚至会造成数据丢失。而在这一个小时里,你永远不可能知道会发生什么样的损

异地多活场景下的数据同步之道 | 珍藏版

在当今互联网行业,大多数人互联网从业者对"单元化"、"异地多活"这些词汇已经耳熟能详。而数据同步是异地多活的基础,所有具备数据存储能力的组件如:数据库、缓存、MQ等,数据都可以进行同步,形成一个庞大而复杂的数据同步拓扑 本文将先从概念上介绍单元化、异地多活、就近访问等基本