数据库是应用系统的核心,为了保证数据库的安全采用主从热是很常见的方法,也就是主数据库DDL、DML都将被同步到从数据库。  一、      实验环境操作系统:windowsserver 2008 R2数据库:MySQL-advanced-5.6.21-winx64二、 准备工作1、  &nbsp
# 如何实现mongodb主热 ## 概述 在本文中,我将向你介绍如何实现MongoDB主热。这是一个常见的需求,特别是在高可用性和容错性方面。通过主热,可以确保在其中一个主节点发生故障时,系统可以无缝切换到另一个主节点继续提供服务。 ## 流程概述 下面是整个流程的概述,在后续的步骤中,我将详细解释每个步骤。 ```mermaid gantt title MongoD
原创 2023-11-01 05:18:57
54阅读
**   Mongodb是支持数据之间的相互复制的,具体存在两种方式,一种就是主从复制,而另一种是副本集,两者之间既有相同点,也有不同点,我们将通过实例进行讲解。 主从复制概念讲解       什么是主从复制?之前我们接触过mysql,知道数据库的双击备份,也就是主节点当掉之后,从节点可以接替主节点继续工作
一.背景 由于不需要进行故障自动切换以及机器不足以组建集群,因此不采用mongodb官方推荐的副本集模式,采用旧版本(本次实验版本号是3.4.1)的主从复制模式(并没有功能上的bug,只是官方不建议使用,但是适用我们的场景)二.主从同步搭建流程 1.首先准备两台服务器,分别安装好mongodb,这里249为主机,248为从机。(以下的用户名、密码、配置都是测试用的,没法直接拿来登录248 249数
文章目录异地多活同城单机房多集群同城双机房主同城双机房多活两地三中心三地五中心异地多活系统设计方法论一个原理:CAP三个原则1、只保证核心业务2、只能做到最终一致性3、只保证绝大部分用户四个步骤1、业务分级2、数据分类3、数据同步4、异常处理五大技巧视频会议-异地多活案例单元化(Set化)异地多活面临的挑战单元化部署分区维度支付宝分区维度饿了么分区维度全局路由网关异地静态主CDNCDN与DC
标题原理概述二、实验拓扑二、实验内容1.基本配置ip地址2.配置ospf3.配置vrrp备份组总结与思考 原理概述当VRRP 配置为单备份组时,业务全部由Master 设备承担,而 Backup设备完全处于空闲状念,没有得到充分利用。 VRRP可以通过配置多备份组来实现负载分担,有效地解决了这一问题。VRRP 允许同一台设备的同一个接口加入多个VRRP备份组,在不同备份组中有不同的优先级,便得
# MySQL 热切 ![MySQL]( MySQL 是一种流行的开源关系型数据库管理系统,被广泛用于Web应用程序的开发中。在实际应用中,我们经常需要处理大量的数据操作,而数据库的性能和高可用性是保证系统稳定运行的关键因素之一。为了提高MySQL数据库的性能和可用性,MySQL热切(MySQL Hot Standby)是一种常用的解决方案。 ## 什么是MySQL热切? MySQL热切
原创 2023-11-16 10:00:44
67阅读
其实活这个字眼并不属于容灾范畴,容灾向来是以RPO/RTO来定义其级别,所谓的活只是业内对某种较高容灾级别的架构的俗称,根据不同的角度对其理解也有所偏差。那么基于此,本人暂且认为只要是两个数据中心同时能提供业务服务的就认为是所谓的活。在这个前提条件下,从Oracle数据库本身的技术来讲,有这么几种方案。基于跨中心实现的远距离RAC架构。1)基于ASM冗余设计实现。2)基于存储集群化之后的分布
前言:mongodb目前推荐的方式是副本集的方式实现,但是副本集需要三台服务器,目前配置为主方式假设你已经安装好了mongo,并配置好了响应的用户下面修改mongodb.conf配置文件,开启认证并添加keyfile:dbpath=/usr/tools/mongodb/data logpath=/usr/tools/mongodb/logs/mongo.log port=27017 #bind_
转载 2019-09-05 10:27:00
215阅读
  从这一篇开始我们主要讨论MongoDB的部署技术。    我们知道sql server能够做到读写分离,双机热备份和集群部署,当然mongodb也能做到,实际应用中我们不希望数据库采用单点部署,如果碰到数据库宕机或者被毁灭性破坏那是多么的糟糕。 一:主从复制1: 首先看看模型图  2: 从上面的图形中我们可以分析出这种架构有
转载 2023-09-08 11:19:08
177阅读
# 如何实现MySQL ## 简介 在实际应用中,为了保证MySQL数据库的高可用性和容灾能力,常常会使用架构来实现数据的备份和同步。本文将介绍如何实现MySQL。 ## 流程概述 下面是实现MySQL的流程概述: ```mermaid gantt title MySQL流程图 section 创建主库1 创建主库1 :a1,
原创 2024-05-25 06:54:08
49阅读
文章目录1. 主数据中心/灾数据中心2. 运营数据中心3. 活数据中心4. GaussDB同城集群高可用方案5. 跨AZ容灾方案6. 参考 1. 主数据中心/灾数据中心在这种工作模式下,用户所有的业务系统在主数据中心中运行,而灾数据中心为业务系统提供冷或热。当主数据中心的应用出现故障时,可以将单个应用或者数据中心整体切换到灾数据中心。2. 运营数据中心在这种工作模式下,一部分
MySQL 数据同步 主主设置(互为主) 两台MySQL主机做为服务器: master-1:192.168.1.99 master-2:192.168.1.113 一、创建并授权用户 这一步在每一台(主)服务器上创建一个用户,并为之授权,使它们可以互相访问彼此的数据库
转载 2024-08-11 14:34:57
100阅读
如何搭建高可用架构(二)–Nginx双机主(Keepalived实现)标签(空格分隔): 高可用架构在上篇介绍Nginx的基本知识,搭建了最基础的Nginx架构,如下: 这个架构中,可以满足小并发的网站请求,但如果说Nginx服务器出现宕机,那整个网站都会处于瘫痪状态,所以我们想到是否可以使用多台Nginx实现主切换呢?如何实现?使用Keepalive实现心跳检测。什么是Keeplived简
mysql主互设置详细记录 1.环境详细信息:     1.1 服务器A             CentOS realse 6.8 final             mysql,5.
转载 2023-10-26 10:56:35
99阅读
一、MongoShake工具介绍 MongoShake是一个基于MongoDB的oplog的通用服务平台。它从源mongo数据库中获取oplog,并在目标mongo数据库中重放或发送到不同隧道的其他端。如果目标端是mongo数据库,即直接replay oplog,它就像一个同步工具,用于将数据从源MongoDB复制到另一个MongoDB,以建立冗余复制或活复制。除了这种直接方式,还有其他隧道类型
转载 2024-03-05 13:06:15
72阅读
一、集群简介1.1 集群架构当单台 RabbitMQ 服务器的处理消息的能力达到瓶颈时,此时可以通过 RabbitMQ 集群来进行扩展,从而达到提升吞吐量的目的。RabbitMQ 集群是一个或多个节点的逻辑分组,集群中的每个节点都是对等的,每个节点共享所有的用户,虚拟主机,队列,交换器,绑定关系,运行时参数和其他分布式状态等信息。一个高可用,负载均衡的 RabbitMQ 集群架构应类似下图:&nb
# MongoDB ## 简介 MongoDB是一种非关系型数据库,它以文档的形式存储数据。在实际应用中,为了保证数据的高可用性和容灾能力,通常需要设置主机制。主机制是指在MongoDB集群中,主节点负责写操作,节点负责读操作,并且节点能够自动接管主节点的角色,以确保系统的可用性。 ## 主配置 MongoDB配置通常是通过复制集来实现。一个复制集包含一个主节点和多个
原创 2023-11-08 07:04:08
7阅读
背景介绍MongoDB 复制集里 Secondary 不断从主上批量拉取 oplog,然后在本地重放,以保证数据与 Primary 一致。Secondary 拉取到一批 oplog 后,在重放这批 oplog 时,会加一个特殊的 Lock::ParallelBatchWriterMode 的锁,这个锁会阻塞所有的读请求,直到这批 oplog 重放完成。这么做的原因有2个尽量避免脏读,等一批 opl
虽说我们的机子(服务器)在绝大部分下是可靠的,但是还是会有意外发生。单点故障的情况不可避免,而且单副本的存储方案早已无法满足业务的可靠性要求,单机可靠性就就两个9,也就是一年大概有3.65天不可用。因此一般情况下我们至少也会上个双机存储架构。凡事最好有个plan B。主主:主机,机。主机的意思当然是以它为主了,读写都是主机上,而机呢就是备用,默默的在背后吸收主机的数据,时刻待命着等待主机
  • 1
  • 2
  • 3
  • 4
  • 5