本文OceanBase社区分享，仅限探讨。作者介绍：刘强，就职于作业帮基础架构 DBA 团队，负责分布式数据库的探索和使用，协同研发团队在公司内部推进分布式数据库在业务上的落地。在作业帮刚上线OceanBase 4.0 时，我分享过作业帮的业务架构痛点。目前，作业帮是多云架构（阿里云、百度云、腾讯云），并同时使用 MySQL、Redis-Cluster、MongoDB、Elastisear
VRRP（虚拟路由冗余协议） 文章目录VRRP（虚拟路由冗余协议）一、双机热备的原因【1】 华为防火墙的双机热备包含以下两种模式二、VRRP的介绍【1】VRRP的相关专业术语介绍【2】vrrp的两种角色【3】vrrp角色的选举流程三、vrrp相关配置【1】LSW1基本配置信息：【2】LSW4基本配置信息：【3】路由器主要的配置【4】实验的验证 一、双机热备的原因所谓的双机热备无非就是以7X24小时
编者按：在应对不断激增的业务量的时候，IT系统一般会采用两种方式，一是纵向扩展，也就是增加单台服务器的CPU计算能力、内存容量和磁盘承载能力等；二是横向扩展，也就是通过增加服务器的数量来增加处理能力。相比于纵向扩展，横向扩展在扩展规模、系统的性能和可靠性等方面的优势更为明显。在数据库层面，数据库的横向扩展更多的是通过数据库集群实现的。Oracle RAC(全称Oracle Real Applica
转载
2023-09-14 07:42:37
321阅读
我们通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。MySQL双主复制，即互为Master-Slave(只有一个Master提供写操作)，可以实现数据库服务器的热备，但是一个Master宕机后不能实现动态切换。使用Keepalived，可以通过虚拟IP，实现双主对外的统一接口以及自动检
转载
2023-08-04 14:15:52
192阅读
全国抗肺，实在是憋的难受，每天头条看疫情，也随手看了一看攒机贴与攒机视频贴。攒好机是个技术活，会攒机是个熟练活，攒机不是搭机木。会用计算机是个技术活，会玩计算机是个熟练活，玩好机器也需要不断的学习。今天我就谈一谈内存双通道原理和在实践中的应用。内存双通道不是什么新鲜玩意儿，早在双核时代就有双通道的概念。再早的计算机内存数据是传输到桥，桥再传给CPU。而在双核时代，由于内存运行速度的提高，也经满足不
1、介绍 Keeaplived主要有两种应用场景，一个是通过配置keepalived结合ipvs做到负载均衡（LVS+Keepalived）。另一个是通过自身健康检查、资源接管功能做高可用（双机热备），实现故障转移。 以下内容主要针对Keepalived+MySQL双主实现双机热备为根据，主要讲解keepalived的状态转换通知功能，利用此功能可有效加强对My
我们通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短MySQL双主复制，即互为Master-Slave（默认只使用一台MasterA负责数据写入，另一台MasterB备用），可以实现数据库服务器的热备，但是一台Master宕机后不能实现动态切换。使用Keepalived，可以通过虚拟IP
转载
2023-06-09 22:45:49
428阅读
几种常见高可用架构1、一主多从读写分离2、主备(Active-Standby)正常情况下只有主机在工作，当主机故障通过keepalived切换到备机热备：备库实时同步主库数据，同城多活冷备：备库只有在主库挂了才会启动，异地容灾3、多主双活：active-active双活一般用于建设数据中心，包含一个主数据中心 和一个备份数据中心。 主数据中心承载用户数据，备份数据中心为了备份主数据中心数据和配置等
转载
2023-07-07 10:27:03
16阅读
分布式双活数据中心在传统“两地三中心”模式的基础上，针对不同双活模型部署不同的技术。基于IP地址发布业务的数据中心在前端网络的Ingress方向(客户端到服务器)上需要设备支持RHI特性，在Egress方向(服务器到客户端)上需要配置网关分离。在数据中心后端需要部署服务器负载均衡与HA，以及数据分布式双活技术。基于域名发布业务的数据中心在前端网络需要采用全局负载分担设备(GSLB)进行选路。以下
转载
2023-10-14 07:16:32
737阅读
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提供主从热备的功能，可惜功能上并不完善，达不到生产环
转载
2023-09-24 17:30:52
656阅读
作者：人月神话简介：多年SOA规划建设，私有云PaaS平台架构涉及经验，长期从事一线项目实践今天谈下多数据中心和异地容灾备份方面的内容。在前面一篇文章里面我详细谈到过一个软件业务系统的高可用性设计，其中既包括了IT基础设施的高可用，也包括了业务软件系统设计方面的高可用性设计。对于高可用，我想再简单总结下，核心为三个方面的内容：高可靠：冗余性设计，无任何单点故障高性能：能够满足大数据量或海
转载
2023-08-08 07:31:28
476阅读
服务器部署1．Redis配置信息Redis部署使用两台服务器，实现Redis+keepalived，提供redis服务高可用，当主redis进程或服务器宕机之后，备redis进程或服务器继续提供服务。实现目的：主MASTER宕机后，从BACKUP接管VIP提供服务，升为MASTER，主MASTER恢复后状态变为从BACKUP，不抢占回VIP，待新MASTER宕机后继续接替VIP，重新升为MASTE
转载
2023-11-27 20:20:21
668阅读
基于 Oracle RAC/ADG/OGG 等数据库双活方案的选择比较cloud.tencent.com
容灾向来是以RPO/RTO来定义其级别，所谓的双活只是业内对某种较高容灾级别的架构的俗称，根据不同的角度对其理解也有所偏差。那么基于此，本人暂且认为只要是两个数据中心同时能提供业务服务的就认为是所谓的双活。在这个前提条件下，从Oracle数据库本身的技术来讲，有这么几种方案。■ 基于跨
高可用性解决方案分为4种 (DG、AR、RAC、HA):一种是oracle提供的被用方法,Standby (=9i DataGuard)一种是AR (高级复制Advanced Replication，在以前版本叫快照snapshot)一种是oracle并行服务器8i的OPS (9i RAC,Real Application Cluster)一种是第三方HA解决方案（如Rose HA，故障切换时间是
前面一篇文章我们介绍过一种基于事件监听的redis双活实现方案，详细请查看”Redis如何实现异地多活”,这种方案有一个缺陷，就是数据同步的性能取决于事件监听的效率，但是事件监听的效率非常有限，所以如何实现高性能的redis数据同步方案是一个问题，我们就基于这个问题来讨论一下。Redis本身有主从模式，并且有成熟多副本同步机制，那么我们是否可以考虑基于这个机制来实现数据同步呢？Red
转载
2023-08-04 15:08:22
240阅读
2014年，一个最显著的变化是，双活数据中心跨越了概念炒作的阶段，被很多企业用户所接受。HDS提出了一种新的双活模式——GAD(Global-Active Device)，基于存储实现双活，为业务连续性提供了坚实保障。 今天，保证7×24小时的业务连续性和数据随时随地可访问，已经不再是大型企业客户的“专利”，而是普通企业用户和个人消费者最基本的诉求。与此相适应，从单纯的数据备份到数据容灾，从主
转载
2023-09-05 10:48:49
154阅读
依托于阿里云高速通道专线、事件总线EventBridge和MSHA（Multi-Site High Availability）多活容灾平台，消息队列RocketMQ版提供异地双活功能，通过跨实例间数据的双向同步和业务切流能力，实现业务恢复和故障恢复解耦，保障故障场景下的业务连续性。本文介绍异地双活的概念、应用场景、功能优势、使用限制和计费说明。什么是异地双活多活容灾MSHA是在阿⾥巴巴电商业务环境
转载
2023-11-13 06:53:28
115阅读
一提到防火墙，一般都会想到企业的边界设备，是内网用户与互联网的必经之路。防火墙承载了非常多的功能，比如：安全规则、IPS、文件类型过滤、内容过滤、应用层过滤等。也正是因为防火墙如此的重要，如果防火墙一旦出现问题，所有对外通信的服务都将中断，所以企业中首先要考虑的就是防火墙的优化及高可用性。本文导读一、双机热备工作原理二、VRRP协议三、VGMP协议四、实现防火墙双机热备的配置一、双机热备工作原理在
本文主要介绍360商业化在跨IDC kafka热备方面的实践， 接下来会按以下顺序介绍各个议题：MM2简介跨IDC kafka热备多活方案产品化需要注意的风险MM2简介在介绍MM2之前先谈一下MM1, 这个是kafka很早之前就有的组件，本质来说就是实现了consumer + producer， 从集群A将数据同步到集群B， 使用的是kafka client的high level ap
