深圳幻海软件技术有限公司

今天给大家分享一个话题，就是多机房多活架构，这个话题可能很多兄弟从来没听说过，或者哪怕听过，但是因为一直在小公司工作，也没搞过，没经历过。不过没关系，今天我们就给大家讲解讲解这个大厂才会玩儿的多机房多活架构师什么，大家也可以了解了解，就当拓个知识面出来。什么是服务器？什么是机架？什么是机房？说到这个

一、简述异地多活的概念以及为什么要做异地多活这里就不进行概述了。概念性的很多，像什么同城双活、两地三中心、三地五中心等等概念。阅读本篇文章之前，我们先明确一下背景，这样大家后续在看的时候就不会产生困惑。​​​1、机房划分得物多活改造一期目前有两个机房，分别是机房A和机房B。文章中大部分图中都会有标识

01背景随着B站业务的高速发展，业务数据的生产速度变得越来越快，离线集群规模快速膨胀，既有机房内的机位急剧消耗，在可预见的不久的将来会达到机房容量上限，阻塞业务的发展。因此，如何解决单机房容量瓶颈成为了我们亟待解决的问题。目前，针对机房容量问题的解决方案业界主要有以下两种：1） 集群整体搬

​一、基本概念1、机房中心机房当前单机房情况下的机房，除了双活的业务外，长尾业务以及没做多活的业务都在该机房。 单元机房新机房，即双活新增的机房，用以承接主链路双活能力流量的机房。2、路由sharding_id即route_code，双活根据路由规则会转换为route_code（四轮出行为

今天给大家分享一个话题，就是多机房多活架构，这个话题可能很多兄弟从来没听说过，或者哪怕听过，但是因为一直在小公司工作，也没搞过，没经历过。不过没关系，今天我们就给大家讲解讲解这个大厂才会玩儿的多机房多活架构师什么，大家也可以了解了解，就当拓个知识面出来。什么是服务器?什么是机架?什么是机房?说到这个

引言在异地多活项目整体推过程中的一些注意事项和设计点归纳和整理，抛砖引玉，其中一些点还有待深入探讨和优化。一、指导事项归纳1.多活原因归纳推动多活的原因大体可归纳为以下三种。高可用架构部署业务整体的容灾单机房容量限制2.多活指导归纳多活牵扯公司业务方方面面，整体来讲业务改造和基础设施中间件改造两大块

张大胖是一家公司的IT部门主管，负责管理机房的机器，并且对系统进行运维。  一天，公司的梁总来到机房视察，看到机房又拉来几台机器。            &nb

 从嫩芽初发到绿意灼灼，韭菜到底经历了什么?想IPO想疯了的创业者最清楚。第一次听到RPO，我以为是专门割韭菜的IPO，加上说这话的人不断对我挤眉弄眼，以至于我手抖，怎么搜都搜不到这个技术名词。到了最后我才弄明白，他说的是RPO，而不是IPO，是灾备场景中的名词。好家伙，又是缩写!不过经过

前情提要：《当年，我们是怎么平滑上云的?》一文中提到了上云的背景，将所有的系统，从一个机房，迁移到另一个机房。如上图：迁移之前，系统部署在机房A(M6)内，是单机房架构。迁移之后，系统部署在机房B(阿里云)内，换了一个机房。《当年，我们是怎么平滑上云的?》有三结论：单机房架构的核心是“全连接”;机房

今天，简单的聊聊架构方案，我们是如何平滑进行机房迁移的。【1】核心问题一，被迁移的系统是一个什么样的架构呢?上图是一个典型的互联网单机房系统架构：上游是客户端，PC浏览器或者APP;然后是站点接入层，做了高可用集群;接下来是服务层，服务层又分为两层，业务服务层和基础服务层，也都做了高可用集群;底层是

 说到大规模微服务系统，往往是一些7*24时不间断运行的在线系统。那么如何设计一个大规模的微服务系统呢? 图片来自Pexels这样的系统往往有以下的要求：高可用。这类的系统往往需要保持一定的SLA，7*24时不间断运行不代表完全不挂，而是有一定的百分比的。例如我们常说的可用性需达

 高可用部署要求 图1高可用部署(*注：随着服务满足高可用要求的增多，服务的高可用能力就越强)一致性这里的一致性指的是模块依赖的方方面面，包括但不限于硬件规格和配置、操作系统、基础软件、系统参数，还包括模块自身的相关信息，如配置文件、版本、上下游依赖组件等的一致性。可以通过配置管

本文将和大家分享饿了么作为高速发展的互联网企业之一，在发展历程中数据库技术如何跟随企业发展并不断满足业务的需求。分享内容大致涉及到以下五点：数据库架构怎么满足业务、支撑业务发展怎么提高数据库的可用性如何对数据流进行相应的控制和保护规模大了以后如何提高数据库运维的效率一些个人认为重要原则的总结首先简单