后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，redis等内存数据库。除了这两种类型的维护方式，还有jvm的内存的状态维持，但jvm的状态生命周期通常很短。高可用的一些解决方案高可用，从发展
### 同城双活MySQL：实现高可用性和负载均衡
在当今互联网时代，数据是公司最重要的资产之一。为了确保数据的高可用性和数据的负载均衡，许多公司选择使用同城双活MySQL架构。这种架构可以确保即使其中一个数据中心发生故障，系统依然可以正常运行，同时还能实现负载均衡，提高系统的性能。
### 什么是同城双活MySQL？
同城双活MySQL是指在同一个城市内部署两个MySQL数据库，这两个数据
对于阿里的交易以及支付来讲，我们做异地多活最重要的目的除了灾备之外，更重要的点是追求持续可用，整个支付交易的体量对于用户来讲是持续可用。我们可以看一下业界比较主流的灾备是怎么做的，以及阿里在这方面整个的演进。业界最重要的很多人都知道，最主流的灾备技术是两地三中心，数据中心A和数据中心B在同城作为生产级的机房，当用户访问的时候随机访问到数据中心A或B。之所以随便访问，因为A和B会同步做数据复制，所以
今天谈下多数据中心和异地容灾备份方面的内容。在前面一篇文章里面我详细谈到过一个软件业务系统的高可用性设计，其中既包括了IT基础设施的高可用，也包括了业务软件系统设计方面的高可用性设计。对于高可用，我想再简单总结下，核心为三个方面的内容：高可靠：冗余性设计，无任何单点故障高性能：能够满足大数据量或海量并发访问下响应需求高扩展：能够动态水平弹性扩展 对于三者之间的关系，我前面整理过下面一个图来进一步说
下面是一些核心的知识点梳理：一、系统可用性一个好的软件架构应该遵循以下 3 个原则：高性能、高可用、易扩展。1、「高性能」意味着系统拥有更大流量的处理能力，更低的响应延迟。例如 1 秒可处理 10W 并发请求，接口响应时间 5 ms 等等。2、「易扩展」表示系统在迭代新功能时，能以最小的代价去扩展，系统遇到流量压力时，可以在不改动代码的前提下，去扩容系统。3、「高可用」这个概念，看起来很抽象，怎么
一，头部区域的制作新建git分支，然后创建router和对应的city组件利用声明式导航，实现页面的跳转功能二，实现基本页面的制作：三，使用Better-Scroll的使用和字母表布局https://github.com/ustbhuangyi/better-scroll 安装：npm install @better-scroll/core实现的效果：四，城市页面的数据渲染五，接下来要实现典型的列
作者：薛定谔的风口猪在使用Elastic Job Lite做定时任务的时候，我发现很多开发的团队都是直接部署单点，这对于一些离线的非核心业务（如对账、监控等）或许无关紧要，但对于一些高可用补偿、核心数据定时修改（如金融场景的利息更新等），单点部署则“非常危险”。实际上，Elastic Job Lite是支持高可用的。网上关于Elastic Job的较高级的博文甚少，本文试图结合自身实践的一些经验，
本发明涉及数据库技术领域，尤其涉及了一种同城双活架构快速切换的方法。背景技术：Oracle RAC(Oracle Real Application Cluster)即真正的应用集群，它作为一个整体向用户提供一组网络资源，是Oracle提供的一个并行集群系统。集群就是一组计算机，它们作为一个整体向用户提供一组网络资源，这些单个的计算机系统就是集群的节点，集群提供了以下关键的特性：1.可扩展性。集群的
1、概念两地三中心 ： 是指 同城双中心 加 异地灾备 一种商用容灾备份解决方案；两地 是指同城、异地；三中心 是指生产中心、同城容灾中心、异地容灾中心。（ 生产中心、同城灾备中心、异地 灾备 中心 ）双活 数据中心 “ 双活
前言zookeeper相信大家都不陌生，很多分布式中间件都利用zk来提供分布式一致性协调的特性。dubbo官方推荐使用zk作为注册中心，zk也是hadoop和Hbase的重要组件。其他知名的开源中间件中也都出现了zk的身影。有很多童鞋认识zk很久了，知道其基本理念，知道如何使用。但当面试时问到集群zk之间的选举和数据同步机制时，就陷入了盲区。其实很多的分布式中间件的选举和同步，都和zk有异曲同工之
异地多活的概念一直都有，只是内涵不断变化。以双机房多活为例，应用通常都是无状态的，可以多地部署。数据库有状态，传统数据库只有主库可以提供读写，备库最多只能提供只读服务（如ORACLE的Active Dataguard）：1. 应用双活，数据库A地读写，B地不可读写。这种只有应用多活，数据库是异地备份容灾（无并发）。2. 应用双活，数据库A地读写，B地只读。这种也是应用双活，数据库读写分离（实例级并
作者：vivo官网商城开发团队 采用高可用系统架构支持重要系统，为关键业务提供7x24的不间断...
转载
2020-09-14 10:44:00
460阅读
2评论
本文介绍了一些业界常用的多活手段例如同城双活、两地三中心、异地多活架构设计方案并详述了各种方案的优缺点。
原创
2020-09-14 10:48:19
892阅读
作者：vivo官网商城开发团队采用高可用系统架构支持重要系统，为关键业务提供7x24的不间断服务，已经成为众多企业保障业务稳定、持续运转的主要选择。服务多活是高可用架构重要实施手段，本文介绍了一些业界常用的多活手段例如同城双活、两地三中心、异地多活架构设计方案并详述了各种方案的优缺点。一、为什么要做多活随着移动互联网的深入发展，用户增长达到一定规模后，不少企业都会面高并发业务和临海量数据的挑战，传
原创
2023-04-04 20:50:03
314阅读
后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，redis等内存数据库。除了这两种类型的维护方式，还有jvm的内存的状态维持，但jvm的状态生命周期通常很短。高可用的一些解决方案高可用，从发展
转载
2021-03-28 10:17:29
1225阅读
几种常见高可用架构1、一主多从读写分离2、主备(Active-Standby)正常情况下只有主机在工作，当主机故障通过keepalived切换到备机热备：备库实时同步主库数据，同城多活冷备：备库只有在主库挂了才会启动，异地容灾3、多主双活：active-active双活一般用于建设数据中心，包含一个主数据中心 和一个备份数据中心。 主数据中心承载用户数据，备份数据中心为了备份主数据中心数据和配置等
转载
2023-07-07 10:27:03
0阅读
1.搭建Redis Cluster主要步骤1.配置开启节点
2.meet
3.指派槽
4.主从关系分配2.环境说明两台虚拟机，IP地址分别为：192.168.81.100和192.168.81.101
两台虚拟机操作系统均为：CentOS 7.5 64位
两台虚拟机系统说明：
使用yum方式安装Redis
关闭firewalld防火墙
使用两台虚拟机的7000,7001,7002端
redis是非常实用的优秀nosql开源产品，在高并发的服务器环境中，可以作为缓存和队列使用.美中不足的是，到现在为止，redis并没有推出自己的集群方案，对一个完善的生产环境，负载均衡，高可用，主从备份都是必不可少的选项，redis提供了稳定·的主从备份功能，提供了数种持久化策略，在主从备份上也提供了增量备份的功能，现在通过sentinel提供主从热备的功能，可惜功能上并不完善，达不到生产环
分布式双活数据中心在传统“两地三中心”模式的基础上，针对不同双活模型部署不同的技术。基于IP地址发布业务的数据中心在前端网络的Ingress方向(客户端到服务器)上需要设备支持RHI特性，在Egress方向(服务器到客户端)上需要配置网关分离。在数据中心后端需要部署服务器负载均衡与HA，以及数据分布式双活技术。基于域名发布业务的数据中心在前端网络需要采用全局负载分担设备(GSLB)进行选路。以下
跨数据中心的数据同步是企业提升容灾能力的必备手段，对于社交、视频直播、电商以及游戏等访问规模大、业务分部广的行业，跨区域全球部署也愈发重要。8月28日，阿里云发布了Redis全球多活产品，这是国内首个全球多活的Redis版本，可轻松支持多个数据中心同时对外提供服务的业务场景，助力企业构建跨地域服务，走向国际化。国内首家，阿里云发布Redis全球多活版众所周知，企业在单个可用区部署服务存在单点问题，
转载
2023-09-05 15:27:31
0阅读
