第九章 容错 在当前，由于集群庞大的组织体系和复杂性，以及用户普遍要求低成本硬件，使得集群在运行过程中发生的错误概率，远远高于单一且性能稳定的小型机服务器，并且集群在运行过程中几乎是不允许停止的，这就更需要提供比单机环境复杂得多的错误管理方案。实际上，我们在产品设计、开发、运营的各个阶段，有相当大一部分精力，都是用来获取各种故障，和解决各种故障发生后的错误处理问题。对于这些错误处理，我们整体遵循
目录1、引入1.1 需求1.2 挑战2、几个概念2.1 HA2.2 容灾2.3 二者对比 2.3 容灾和备份2.4 关键指标RTO和RPO3、容灾系统概述3.1 系统级别3.2 容灾建设等级3.3 容灾解决方案4、容灾方案架构4.1 基本框架4.2 容灾设计模式：同步、异步结合使用4.3 容灾方案（一）主备容灾方案（二）两地三中心（3DC）容灾方案（三）双活容灾方案（四）阵列复制容灾方案
数据复制技术很多，初步比较如下。 后面重点讨论银行最常用的存储复制和数据库复制。。当然，我最推荐的还是应用方式。。只有应用做好了才能做到真正的多活应用！！！银行需要加大研发力度， 摆脱厂商的束缚，长远来看，肯定是节约成本的。但是目前由于风险问题，还是很少这方面的尝试类别方案描述优点缺点应用应用双写应用同时连接两个数据库将数据写入的方式，或应用将产生的文件写入到两个存储位置。数据保护性最好需要应用开
本篇文章主要介绍了支付宝高可用和容灾能力建设的解决思路，高可用性指的是一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。容灾能力一般特指面对自然灾害时的处理与恢复能力。在架构设计中，作为系统高可用性技术的重要组成部分，容灾设计强调的是系统对外界环境影响具备快速响应能力，尤其是当发生灾难性事件并对IDC节点产生影响时，能够具备节点级别的快速恢复能力，保障系统的持续可用。2015
企业在容灾过程中，为什么会有跨平台容灾的需求？市场中是否有合适的跨平台容灾工具？让我们带着这些问题，一起看看HyperBDR云容灾工具如何成为数据流转的桥梁。1、不可忽视的跨平台容灾需求“不把鸡蛋放在同一个篮子里”，企业通常会为了降低灾难发生时，数据无法恢复的概率，选择跨平台备份和容灾。类似于异地容灾，跨平台容灾可以在生产中心A云出现问题后，在灾备中心B云恢复业务。企业会有成本、混合云架构等方面的
【纲要】常见事故及如何容灾逻辑层容灾数据层容灾容灾判定负载均衡，过载保护【常见事故及如何容灾】服务器故障死机 ——备份（硬件方案，软件方案）服务雪崩——负载均衡，过载保护网络环境恶劣——多运营商，异步部署就近服务程序core，负责人无法联系 —– 自动拉起服务，备份负责人…【设计方案*逻辑层容灾】*容灾模型1+1 容灾；1+n 容灾；n+1容灾*切换方式主要有冷切，热切，双在线这三种方式冷切：主系
数据容灾架构一、系统架构设计1.主从架构2.无主架构3.弱主架构4.弱分布式架构二、主要问题1.数据一致性2.数据延时、丢失3.网络故障、磁盘损坏、机器断电4.隔离性5.业务透明6.恢复效率、数据迁移
转载
2023-07-19 16:47:10
138阅读
Redis数据备份与恢复企业级的持久化的配置策略在企业中，RDB的生成策略，用默认的也差不多save 60 10000：如果你希望尽可能确保说，RDB最多丢1分钟的数据，那么尽量就是每隔1分钟都生成一个快照，低峰期，数据量很少，也没必要10000->生成RDB，1000->RDB，这个根据你自己的应用和业务的数据量，你自己去决定AOF一定要打开，fsync，everysecauto-a
在服务器遇到一些故障无法运行的时候，我们必须将备份数据恢复到生产系统继续生产，这就是容灾。容灾基本概念在本地数据进行备份远远不够，必须在远程节点建立另一个系统。保证主生产系统所有数据事实的传输到远程备份系统。主系统故障，将应用切换到远程设备继续进行。在性能和容量上可适当降低。备份的基本步骤网络连接本地系统和备用系统，先将某时刻数据，实时传送到备用系统。再在这个时刻变化后的数据，同步到备用系统。此后
大家好，这是一个为了梦想而保持学习的博客。这个专题会记录我对于 KAFKA 的学习和实战经验，希望对大家有所帮助，目录形式依旧为问答的方式，相当于是模拟面试。【概述】在 kafka 集群中，还存在一个角色：Controller这个角色和 kafka 集群中的各个 broker 是什么关系呢？其实就是任意一个 broker 都可以去扮演这个么一个 Controller 的角色，然后去履行这个角色所需
第一章 ERP系统容灾概述1.1 容灾的概念演变过去，容灾主要是指灾难恢复（Disaster Recovery），随着IT技术的发展，各种业务对IT系统依赖程度的加深，对IT系统提供连续服务的要求也越来越高，容灾概念逐步演变为业务连续性（Business Continuity）概念，在中国，这两个概念基本是等价的，主要包含以下三个方面的要求：1. 高
华为云数据灾备，助力企业实现业务安全随着互联网的发展，用户和企业对网络服务的需求也越来越高，数据在网络上的存储与日俱增，于是关于数据安全性的问题也越来越重要。华为云就此推出了数据灾备的解决方案来满足企业数据安全及业务连续性的要求，为企业铸造数据安全的堤坝。下面让我们一起来了解一下华为云数据灾备解决方案是如何助力企业实现数据保护以及业务安全的呢？ 华为云数据灾备解决方案优势1.提供多级别容
带外（out-of-band）容灾是指容灾数据不经过生产数据传输网络，它通过对I/O流量进行旁路监控和数据分离，传到容灾设备中，以减轻容灾方案部署对已有生产系统的影响。旁路(Side-band)部署是指部署时不改变已有存储网络的任意连续和访问方式，将容灾设备部署在新的存储链路中，以避免部署方案时影响现有生产系统的正常运行。
原创
2010-07-21 15:02:19
610阅读
爱数应用容灾部署方案可在异地部署远程容灾站点实现远程应用容灾方案，采用级联复制模型，在本地和远程分别部署容灾站点，克服实时复制对带宽延迟较高的缺点，获得最佳的容灾效果。并且可根据用户的网络和容灾环境，提供P2L2R、两地互容、一地多容、链式环容、多地共容等多种异地容灾方案。
原创
2010-07-21 15:06:29
616阅读
爱数应用容灾方案是一种业务可持续性的容灾方案，能保证业务系统在发生灾难后可持续对外提供服务。整个方案的可持续性关键指标包括数据丢失量最小（RPO）和灾难恢复时间最小（RTO）。
爱数应用容灾方案采用容灾服务器模式，基于持续数据保护（CDP）技术，内置实时复制、灾难恢复和介质同步模块，可实现应用系统的实时备份、本地高可用、一体化集成保护、异地业务持续性容灾等方案。
原创
2010-07-21 14:55:53
2431阅读
作者：Bogon一、容灾模式当前市场上常见的容灾模式可分为：同城容灾、异地容灾、 双活数据中心、 两地三中心几种。1、同城容灾同城 容灾 是在同城或相近区域内 （ ≤ 200K M ）建立两个数据中心 : 一个为数据中心，负责日常生产运行 ; 另一个为灾难备份中心，负责在灾难发生后的应用系统运行。同城灾难备份的数据中心与灾难备份中心的距离比较近，通信线路质量较好，比较容易实现数据的同步 复制 ，保
什么是容灾？简单的说是对灾难的而应对策略。比如火灾，盗窃，人为损坏，火山，地震，洪水，战争，飓风等自然灾害或者人为灾害。RTO/RPORPO(Recovery Point Objective): 指灾难后可能恢复到的时间点。涉及丢失业务数据的多少。RTO(Recovery Point Time): 指灾难发生后，业务恢复所需的时间。容灾的分类按RTO分：cold, warm, standby按RP
在Redis集群(一)：集群搭建中解了对Redis集群的基本操作，实际生产应用中确保集群的稳定可用也非常重要。
集群原理简述Redis3.0版本之前没有提供集群功能，一般用一致性Hash和Hash环在客户端做key的分片。3.0版本开始Redis使用Hash槽实现分片，Redis共准备了16384个槽(slot)，这些slot分布在集群节点上。 &nb
数据复制技术很多，初步比较如下。 后面重点讨论银行最常用的存储复制和数据库复制。。当然，我最推荐的还是应用方式。。只有应用做好了才能做到真正的多活应用！！！银行需要加大研发力度，拜托厂商的束缚，长远来看，是节约成本的类别方案描述优点缺点应用应用双写应用同时连接两个数据库将数据写入的方式，或应用将产生的文件写入到两个存储位置。数据保护性最好需要应用开发双写应用受限较多，例如应用所能忍受的延迟、性能
银行基本应该是在四级、5级和六级。总资产规模越大的级别就应该越高。灾难恢复等级是指灾难恢复能力国家标准等级，以下简要为大家分别介绍六个等级的内容：
灾难恢复等级：第一级
需满足国标《信息系统灾难恢复规范》(GB/T 20988-2007)灾难恢复等级第1级要求，存储介质为各种磁介质、光介质和纸介质，完全数据备份至少要每周一次，备份介质要场外存放，并且要有介质存取、验证和转储管理制度。
