高可用性及容灾的几个衡量指标

devopsec 等级 950 0 0

网站可用性

所谓网站可用性(availability)也即网站正常运行时间的百分比,业界用 N 个9 来量化可用性, 最常说的就是类似 “4个9(也就是99.99%)” 的可用性。

高可用性及容灾的几个衡量指标


容灾恢复能力的关键指标 ================================================================================================================

RPO:(Recovery Point Obejective,恢复点目标)是指业务系统所允许的在灾难过程中的最大数据丢失量,用来衡量容灾系统的数据冗余备份能力。高可用性及容灾的几个衡量指标

RTO:(Recovery Time Objective,恢复时间目标)是指信息系统从灾难状态恢复到可运行状态所需的时间,用来衡量容灾系统的业务恢复能力。高可用性及容灾的几个衡量指标

我国的国家标准《GB20988-2007-T 信息安全技术信息系统灾难恢复规范》对灾备数据中心根据RPO与RTO两项指标分成了6个相应的等级,如下所示:

高可用性及容灾的几个衡量指标

高可用性及容灾的几个衡量指标

版权声明:本文为CSDN博主「田攀」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/pan\_tian/article/details/23270119

容灾系统的衡量指标和级别有哪些?

容灾系统是指在相隔较远的异地,建立两套或多套功能相同的IT系统,互相之间可以进行健康状态监视和功能切换,当一处系统因意外(如火灾、地震等)停止工作时,整个应用系统可以切换到另一处,使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分,容灾系统更加强调处理外界环境对系统的影响,特别是灾难性事件对整个IT节点的影响,提供节点级别的系统恢复功能。

1 容灾系统衡量指标

衡量容灾系统的主要指标有RPO(Recovery Point Object,灾难发生时允许丢失的数据量)、RTO(Recovery Time Objective,系统恢复的时间)、容灾半径(生产系统和容灾系统之间的距离)以及ROI(Return of Investment,容灾系统的投入产出比)。

RPO是指业务系统所允许的灾难过程中的最大数据丢失量(以时间来度量),这是一个灾备系统所选用的数据复制技术有密切关系的指标,用以衡量灾备方案的数据冗余备份能力。

RTO是指“将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态,并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态”所需时间,其中包括备份数据恢复到可用状态所需时间、应用系统切换时间、以及备用网络切换时间等,该指标用以衡量容灾方案的业务恢复能力。例如,灾难发生后半天内便需要恢复,则RTO值就是十二小时。

容灾半径是指生产中心和灾备中心之间的直线距离,用以衡量容灾方案所能防御的灾难影响范围。

容灾方案的ROI也是用户需要重点关注的,它用以衡量用户投入到容灾系统的资金与从中所获得的收益的比率。

显然,具有零RTO、零RPO和大容灾半径的灾难恢复方案是用户最期望的,但受系统性能要求、适用技术及成本等方面的约束,这种方案实际上是不大可行的。所以,用户在选择容灾方案时应该综合考虑灾难的发生概率、灾难对数据的破坏力、数据所支撑业务的重要性、适用的技术措施及自身所能承受的成本等多种因素,理性地作出选择。

2 容灾级别

按照容灾系统对应用系统的保护程度可以分为数据级容灾、应用级容灾和业务级容灾。

数据级容灾仅将生产中心的数据复制到容灾中心,在生产中心出现故障时,仅能实现存储系统的接管或是数据的恢复。容灾中心的数据可以是本地生产数据的完全复制(一般在同城实现),也可以比生产数据略微落后,但必定是可用的(一般在异地实现),而差异的数据通常可以通过一些工具(如操作记录、日志等)可以手工补回。基于数据容灾实现业务恢复的速度较慢,通常情况下RTO超过24小时,但是这种级别的容灾系统运行维护成本较低。

应用级容灾是在数据级容灾的基础上,进一步实现应用可用性,确保业务的快速恢复。这就要求容灾系统的应用不能改变原有业务处理逻辑,是对生产中心系统的基本复制。因此,容灾中心需要建立起一套和本地生产相当的备份环境,包括主机、网络、应用、IP等资源均有配套,当生产系统发生灾难时,异地系统可以提供完全可用的生产环境。应用级容灾的RTO通常在12个小时以内,技术复杂度较高,运行维护的成本也比较高。

业务级容灾是生产中心与容灾中心对业务请求同时进行处理的容灾方式,能够确保业务持续可用。这种方式业务恢复过程的自动化程度高,RTO可以做到30分钟以内。但是这种容灾级别的项目实施难度大,需要从应用层对系统进行改造,比较适合流程固定的简单业务系统。这种容灾系统的运行维护成本最高。

转自:https://blog.csdn.net/z136370204/article/details/105184371/

本文转自 https://www.cnblogs.com/duanxz/p/5440708.html,如有侵权,请联系删除。

收藏
评论区

相关推荐

高可用性及容灾的几个衡量指标
网站可用性 所谓网站可用性(availability)也即网站正常运行时间的百分比,业界用 N 个9 来量化可用性, 最常说的就是类似 “4个9(也就是99.99%)” 的可用性。 (https://imghelloworld.osscnbeijing.aliyuncs.com/67633a3236e38841845b1b
数据库运维做些什么?
一. 数据库生命周期 结合软件生命周期、项目的开展,数据库的生命周期大致可分为这么几个阶段。 (https://imghelloworld.osscnbeijing.aliyuncs.com/8552b8c2942bb8ce23
DUBBO 详细介绍
摘要: 主要核心部件: Remoting: 网络通信框架,实现了 sync-over-async 和 request-response 消息机制. RPC: 一个远程过程调用的抽象,支持负载均衡、容灾和集群功能 Registry: 服务目录框架用于服务的注册和服务事件发布和订阅 Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能
EDAS 微服务应用同城容灾最佳实践
前言 -- 上云目前已经是绝大数企业首选的IT基础设施建设方案,但是云上仍然存在一些不确定因素(机房硬件故障、网络故障、断网/断电、人为操作失误),导致各大云厂商每年在不同的数据中心都会发生一些故障,所以建设具备容灾能力的业务应用是必需的。公共云上容灾解决方案涵盖同城双活、跨Region容灾和异地多活等容灾场景,对公共云上大多数中长尾客户来说,更需要的是一
2021年灾备行业白皮书
![](https://oscimg.oschina.net/oscnet/8c90fb01-ed41-42b1-b74f-d48416d9274d.png) <2021>正式发布,历时十个月,由数十位一线技术工程师及行业权威专家共同策划编写完成,共计 7 个章节 12 万余字。白皮书内容由浅入深的介绍了灾备的技术原理,展示了当前用于灾备、数据管理
2008年第七届中国企业领袖年会马云讲话
马云演讲实录—— 介绍我的时候感觉我像个政府官员,其实我还是一个创业者。其实去年这个时候还有周其仁教授,很多的学者、专家、教授已经感觉到,只不过是我胆子比较大,把话说出来,而且说得难听一点。 我走了一大圈,分析一下我自己对于目前经济形势的看法,也许我自己的思考未必对,但我也不需要得到大家的认同,只是希望大家回去思考一些想法。我最近在全世界各地听了太多
6款备份工具,助力企业保障容器应用安全!
本周六,2020年首场线下沙龙来咯!Rancher应用上云最佳实践内部资料首次公开!安信证券的DevOps转型之路还有凡泰极客CTO分享小程序+容器的落地实践,等你来听! 点击文末【阅读原文】或扫描下方二维码即可报名: ![](https://oscimg.oschina.net/oscnet/509070c6-2bda-4b0e-9c36-6f
MySQL 8.0.23中复制架构从节点自动故障转移
接触MGR有一段时间了,MySQL 8.0.23的到来,基于MySQL Group Replicaion(MGR)的高可用架构又提供了新的架构思路。 1. 灾备机房的slave,如何更好的支持主机房的MGR? 2. MGR 到底可以坏几个节点? 这次我就以上2个问题,和大家简单聊下MGR的一些思想和功能。
MySQL数据库如何备份?详解如何从服务器备份数据库到本地
现阶段互联网技术的数据信息发生爆炸早已从文本的定义演化了一种社会问题,乃至占据大公共数据并具有相对表述的应用工作能力,早已变成了当今新一轮的高新科技市场竞争的关键。因此 互联网大数据的安全性、备份数据和容灾备份就看起来至关重要,如何给网络服务器备份数据呢?为大伙儿详细介绍。 备份数据是容灾备份的基本,拥有备份数据并不等于万事如意。由于备份数据的数据信息能
MySQL高级
1mysql的架构介绍 Mysql简介 概述 高级MySQL mysql内核 sql优化工程师 mysql服务器的优化 查询语句优化 主重复制 软硬件升级 容灾备份 sql编程 MysqlLinux版本的安装--mysql5.5 查看MySQL的安装位置:which mysqld 参考网址:https://ww
NPM 私库从搭建到数据迁移最后容灾备份的一些解决方案
👆   这是第  80  篇 不掺水的原创 ,想要了解更多 ,请戳上方蓝色字体: 政采云前端团队  关注我们吧~ > 本文首发于政采云前端团队博客:NPM 私库从搭建到数据迁移最后容灾备份的一些解决方案 > > https://www.zoo.team/article/set-up-the-npm-private-library ![](https:/
Redis 备份、容灾及高可用实战
郝朝阳,宜搜科技,运维工程师,负责前端运维工作。专注于运维自动化的实现。致力于DevOps思想的推广,帮助企业形成形成自有文化的运维体系建设。 ### 一,Redis简单介绍 Redis是一个高性能的key-value非关系型数据库,由于其具有高性能的特性,支持高可用、持久化、多种数据结构、集群等,使其脱颖而出,成为常用的非关系型数据库。 此
SQL Server中灾难时备份结尾日志(Tail of log)的两种方法
转自:http://www.cnblogs.com/CareySon/archive/2012/02/23/2365006.html [SQL Server中灾难时备份结尾日志(Tail of log)的两种方法](https://www.oschina.net/action/GoToLink?url=http%3A%2F%2Fwww.cnblogs.co
SQL Server中灾难时备份结尾日志(Tail of log)的两种方法
转自:http://www.cnblogs.com/CareySon/archive/2012/02/23/2365006.html [SQL Server中灾难时备份结尾日志(Tail of log)的两种方法](https://www.oschina.net/action/GoToLink?url=http%3A%2F%2Fwww.cnblogs.co
TcaplusDB常见问题
* [gameserver 如何剔除某个无效的 tcaproxy(接入层)节点?](#52) * [gameserver 是怎么选择 tcaproxy(接入层)节点的?](#53) * [TcaplusDB 有压缩功能吗?](#59) * [TcaplusDB API 是线程安全的吗?](#61) * [tcapsvr(存储层)的容灾是怎