内容:对于企业关键业务而言,信息系统可靠性是关键。各行业关键 IT系统因为系统故障导致服务中断的事件仍然时有发生,近年来有一些银行 IT 系统,虽然建有两地三中心布局,但仍然有业务中断服务的现象。灾备在企业级数据中心已经是标准配备,但在实践中还是有不少缺陷。如切换时间过长、容灾演练不足、关键时刻不能打开灾备数据库等。在这个主题中,将和大家分享如何用数据中心解决上述缺陷,以及 Oracle Ex
一、前言什么是kafka,先看下官网的定义:Apache Kafka is a distributed streaming platform.(kafka是一个分布式的流平台)从这个定义我们可以认为,kafka是实现大数据传递的MQ,使用在日志收集,度量指标,流处理等场景。高吞吐,高可用,分布式是其主要的特征。二、kafka架构与ActiveMQ,RabbitMQ的主从架构不同,而kafka的采用
容灾多解决方案同城两个中心机房各有一组服务,两组服务层各接收50%的流量; 资源层(数据库等等)分主备,分别部署在两个中心机房中,默认只使用主资源层,数据同步到备用资源层; 当某一中心机房不可用的时候,在DNS域名解析环节把故障机房地址映射信息摘除,这样全部流量就到了正常的机房中。 DNS一般部署在两个机房外的第三方或者云上,防止出现因为某个中心数据故障而无法进行数据切换。 只使用一个资源层
用友官方表示,U8 + 软件正常是支持双机热备部署,但加密服务不支持。本次方案中版本为 U8+16.1。用友 U8+ 支持数据库服务器做群集双机热备,支持应用服务器负载均衡。相关术语集群群集,将两个或多个服务器连接在一起,使其对于客户端呈现为单个主机在工作。双机热备从广义上讲,使用两台服务器,互相备份,共同执行同一服务。当一台服务器出现故障 时,可以由另一台服务器承担服务任务,在不需要人工干预的情
VRRP(虚拟路由冗余协议) 文章目录VRRP(虚拟路由冗余协议)一、双机热备的原因【1】 华为防火墙的双机热备包含以下两种模式二、VRRP的介绍【1】VRRP的相关专业术语介绍【2】vrrp的两种角色【3】vrrp角色的选举流程三、vrrp相关配置【1】LSW1基本配置信息:【2】LSW4基本配置信息:【3】路由器主要的配置【4】实验的验证 一、双机热备的原因所谓的双机热备无非就是以7X24小时
本文OceanBase社区分享,仅限探讨。作者介绍:刘强,就职于作业帮基础架构 DBA 团队,负责分布式数据库的探索和使用,协同研发团队在公司内部推进分布式数据库在业务上的落地。在作业帮刚上线OceanBase 4.0 时,我分享过作业帮的业务架构痛点。目前,作业帮是多云架构(阿里云、百度云、腾讯云),并同时使用 MySQL、Redis-Cluster、MongoDB、Elastisear
我们通常说的双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短。MySQL主复制,即互为Master-Slave(只有一个Master提供写操作),可以实现数据库服务器的热备,但是一个Master宕机后不能实现动态切换。使用Keepalived,可以通过虚拟IP,实现主对外的统一接口以及自动检
转载 2023-08-04 14:15:52
184阅读
全国抗肺,实在是憋的难受,每天头条看疫情,也随手看了一看攒机贴与攒机视频贴。攒好机是个技术,会攒机是个熟练,攒机不是搭机木。会用计算机是个技术,会玩计算机是个熟练,玩好机器也需要不断的学习。今天我就谈一谈内存双通道原理和在实践中的应用。内存双通道不是什么新鲜玩意儿,早在核时代就有双通道的概念。再早的计算机内存数据是传输到桥,桥再传给CPU。而在核时代,由于内存运行速度的提高,也经满足不
分布式数据中心在传统“两地三中心”模式的基础上,针对不同模型部署不同的技术。基于IP地址发布业务的数据中心在前端网络的Ingress方向(客户端到服务器)上需要设备支持RHI特性,在Egress方向(服务器到客户端)上需要配置网关分离。在数据中心后端需要部署服务器负载均衡与HA,以及数据分布式技术。基于域名发布业务的数据中心在前端网络需要采用全局负载分担设备(GSLB)进行选路。以下
redis是非常实用的优秀nosql开源产品,在高并发的服务器环境中,可以作为缓存和队列使用.美中不足的是,到现在为止,redis并没有推出自己的集群方案,对一个完善的生产环境,负载均衡,高可用,主从备份都是必不可少的选项,redis提供了稳定·的主从备份功能,提供了数种持久化策略,在主从备份上也提供了增量备份的功能,现在通过sentinel提供主从热备的功能,可惜功能上并不完善,达不到生产环
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端
编者按:在应对不断激增的业务量的时候,IT系统一般会采用两种方式,一是纵向扩展,也就是增加单台服务器的CPU计算能力、内存容量和磁盘承载能力等;二是横向扩展,也就是通过增加服务器的数量来增加处理能力。相比于纵向扩展,横向扩展在扩展规模、系统的性能和可靠性等方面的优势更为明显。在数据库层面,数据库的横向扩展更多的是通过数据库集群实现的。Oracle RAC(全称Oracle Real Applica
几种常见高可用架构1、一主多从读写分离2、主备(Active-Standby)正常情况下只有主机在工作,当主机故障通过keepalived切换到备机热备:备库实时同步主库数据,同城多冷备:备库只有在主库挂了才会启动,异地容灾3、多主:active-active一般用于建设数据中心,包含一个主数据中心 和一个备份数据中心。 主数据中心承载用户数据,备份数据中心为了备份主数据中心数据和配置等
转载 2023-07-07 10:27:03
0阅读
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阅读
作者:人月神话简介:多年SOA规划建设,私有云PaaS平台架构涉及经验,长期从事一线项目实践今天谈下多数据中心和异地容灾备份方面的内容。在前面一篇文章里面我详细谈到过一个软件业务系统的高可用性设计,其中既包括了IT基础设施的高可用,也包括了业务软件系统设计方面的高可用性设计。对于高可用,我想再简单总结下,核心为三个方面的内容:高可靠:冗余性设计,无任何单点故障高性能:能够满足大数据量或海
服务器部署1.Redis配置信息Redis部署使用两台服务器,实现Redis+keepalived,提供redis服务高可用,当主redis进程或服务器宕机之后,备redis进程或服务器继续提供服务。实现目的:主MASTER宕机后,从BACKUP接管VIP提供服务,升为MASTER,主MASTER恢复后状态变为从BACKUP,不抢占回VIP,待新MASTER宕机后继续接替VIP,重新升为MASTE
基于 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,故障切换时间是
一、基于 Oracle 数据库技术的容灾方案都有哪些?容灾向来是以RPO/RTO来定义其级别,所谓的只是业内对某种较高容灾级别的架构的俗称,根据不同的角度对其理解也有所偏差。基于此,暂且认为只要是两个数据中心同时能提供业务服务的就认为是所谓的。在这个前提条件下,从Oracle数据库本身的技术来讲,有这么几种方案。基于跨中心实现的远距离RAC架构。 1)基于ASM冗余设计实现。 2)基于存储
原创 2021-04-18 14:32:57
1584阅读
  • 1
  • 2
  • 3
  • 4
  • 5