7.2 衡量可用性

可用性是提供商试图保证一定的可用性级别和客户可以期望的可用性或更多。在某些情况下(取决于服务合同) 收取罚款或减少申购费用是意外停机的原因。

可用性的质量使用百分数来衡量;例如,99.99% 或 99.999% 分别被拼写为“四个9”和“五个9”。这些值被认为是相当不错的可用性值,但是,计算这些值有一个小窍门。

如果供应商有一个提前公布的计划的停机时间;例如,一年或半年一次的一个城镇的水管维护不会使可用性数字差一些。可用性仅在计划维护窗口外被衡量。

让我们来看三个例子。所有例子列出整整一年期间的真实正常运行时间和停机时间。

在第一个例子中,一个理论服务提供商还没有维护窗口。在第二个例子中,服务提供商在一整年期间有一周的计划停机时间。在第三个例子中,每天有一个小时的计划停机时间。

上表中列出的第一个例子中的正常运行时间和停机时间可以很容易理解。该供应商提供(或者认为它的服务)一个不间断服务,并且是用户期望和依赖的。在现实生活中,这种服务可以是前面提到的天然气(用于加热和烹调),自来水,污水处理系统。然而,没有什么东西有无限制的能力。污水管道具有有限制的吞吐量和大风暴能带来这么大的雨,该管道可突然被充满和溢出。这是在服务中的意外停机时间,每个人来说都是明显的麻烦。维修可能需要数小时,或者,如果在此期间管道裂开了,则需要数天的时间。

然而,让我们考虑一下“五个9”的情况中0.001%的停机时间。全年时间中,用户感觉到被拒绝或延迟服务仅有5分钟15秒(例如,每天864毫秒),这可能一点都不会被注意到。

正因为如此,该服务被认为是不间断的。

在表中第二个和第三个例子显示,无论供应商做什么,都存在一个最小的停机时间,正常运行时间会达到可提供的最大值。

让我们看看计划的停机时间意味着什么,以及如何隐藏它。

我们看一下理论工厂以及它的工人。工人在特定的机器上操作,并且期望机器在他们的工作时间内工作。工厂可以有不同的更换,因此机器可能不会被关闭,除了一周的维修。

工人们被告知在这个时间窗口期间有他们的假期。如果真的没有别的停机时间,每个人都开心。另一方面,如果有停机时间,对工厂来说,就意味着收入丢失,对工人来说意味着浪费时间和更低的收入。

让我们看一下“每天一小时”停机时间的总和。这意味着总时间超过了两周,这确实令人吃惊。如果加在一起确实相当多。但在某些情况下,服务确实是不需要的每天一小时的停机时间。例如,但没有用户在办公室是,一个后台数据库可以在晚上做自动维修安排

这种方法是不会感觉到有停机时间的;当用户需要系统的时候,系统一直在运行。

“每天一小时的停机时间”的另一个例子是:一个不停业的混合超市。在第二天进行进行第一笔付款之前,收款机通常被切换到日常报告模式;否则它们拒绝接受进一步的付款。 为了会计和税务机关,这些报告必须被打印出来。作为一个不停业的混合超市,它实际上并没有关门,但是顾客可以不支付并离开,直到收款机切回服务模式。

PostgreSQL Replication之第七章 理解Linux高可用(2)的更多相关文章

  1. PostgreSQL Replication之第七章 理解Linux高可用(1)

    高可用(HA)是工业长期持续的,不间断的服务.在本章,您将了解高可用软件的历史,概念和实现与PostgreSQL复制和高可用之间的关系. 本章将详细地讲述如下主题: •理解高可用性的目的 •衡量可用性 ...

  2. PostgreSQL Replication之第七章 理解Linux高可用(6)

    7.6 PostgreSQL和高可用性 数据库是我们日常数字生活的一部分,并期望它们快速工作. 您浏览网上论坛吗?那个帖子在数据库中.您看医生吗?您的医疗记录在数据库中.您在网上购物吗?那个货物,您的 ...

  3. PostgreSQL Replication之第七章 理解Linux高可用(3)

    7.3 高可用软件的历史 有大量的专有的和开源的高可用性软件.专有的例子有:Solaris Cluster (有时称为Sun 集群 or SunCluster), SteelEye LifeKeepe ...

  4. PostgreSQL Replication之第七章 理解Linux高可用(5)

    7.5 高可用性是所有冗余 让我们从一个不同的角度看一下前面的混合超市的例子.为了处理大量顾客无需长排队,无需关闭超市,混合超市雇用更多的出纳员以及安装许多(甚至更多)的收银机. 这样,如果一个收银机 ...

  5. PostgreSQL Replication之第七章 理解Linux高可用(4)

    7.4 术语与概念 一组计算机被称为集群.集群内的一台计算机被称为一个节点. 当集群内的节点数量是 N (2,,3,等.) ,那么我们讨论一个N节点的集群. 高可用性软件,传输层和集群管理层都运行于每 ...

  6. PostgreSQL Replication之第三章 理解即时恢复(4)

    3.4 重放事务日志 一旦我们创建了一个我们自己的初始基础备份,我们可以收集数据库创建的XLOG.当时间到时,我们可以使用所有这些XLOG 文件并执行我们所期望的恢复进程.这就像本节描述的一样工作. ...

  7. PostgreSQL Replication之第三章 理解即时恢复(1)

    到现在为止,您已经掌握了一定的理论.因为生活不仅由理论组成(它可能同样重要),是时候深入实际的工作了. 本章的目标是让您明白如何恢复数据到一个给定的时间点.当您的系统崩溃或者有人意外地删除了一个表,不 ...

  8. 《Linux命令行与shell脚本编程大全》 第七章理解Linux文件权限

    Linux沿用了Unix文件权限的方法,允许用户和组根据每个文件和目录的安全性设置来访问文件. 用户权限通过创建用户时分配的用户ID(UID)来跟踪的.每个用户有唯一的ID,但是登录时用的不是UID, ...

  9. PostgreSQL Replication之第三章 理解即时恢复(3)

    3.3 做基础备份 在上一节中,您已经看到,启用归档只需要几行命令,并提供了极大的灵活性.在本节,我们将看到如何创建一个所谓的基础备份,稍后这可以使用XLOG.一个基本备份是一个最初的数据的拷贝. [ ...

随机推荐

  1. 闲来无事爬了下通讯录 试手 jsdom

    curl http://xxx.com/address/addresslist\?search\=%40 --cookie oa_cookie=123 -s| node parss .js js 代码 ...

  2. HDU 5616 Jam's balance 背包DP

    Jam's balance Problem Description Jim has a balance and N weights. (1≤N≤20)The balance can only tell ...

  3. Android应用内加载pdf的方法?

    [可行] 最直接的方式下载到本地, 然后调用相关应用打开 [可行,有局限] 使用 webview 加载, 需要在 原url 前面加上 http://docs.google.com/gview?url= ...

  4. No connection could be made because the target machine actively refused it [::1]:808

    No connection could be made because the target machine actively refused it [::1]:808 1.首先查看端口占用情况, 在 ...

  5. yum 命令讲解

    (一)yum介绍 Yum(全称为 Yellow dogUpdater, Modified)是一个在Fedora和RedHat以及CentOS中的Shell前端软件包管理器.基于RPM包管理,能够从指定 ...

  6. Javascript四种调用模式中的this指向

    第一种:函数直接调用执行的模式 function add(a,b){ console.log(this); return a+b; } add(,) //this===window 这里的this指向 ...

  7. Kettle学习系列之Kettle能做什么?(三)

    不多说,直接上干货! PDI(Kettle) 都能做什么? 可以说凡是有数据整合.转换.迁移的场景都可以使用PDI,他代替了完成数据转换任务的手工编码,降低了开发难度. 同时,我们可以在自己实际业务里 ...

  8. 51nod 1785 数据流中的算法 (方差计算公式)

    1785 数据流中的算法 基准时间限制:1.5 秒 空间限制:131072 KB 分值: 20 难度:3级算法题   51nod近日上线了用户满意度检测工具,使用高级人工智能算法,通过用户访问时间.鼠 ...

  9. 【转载】大型系统中使用JMS优化技巧

    [本文转自:http://www.javabloger.com/article/sun-openmq-jms-large-scale-systems.html] 我们先来看看在Sun OpenMQ系统 ...

  10. SSM博客实战(9)-拦截器验证权限和登录与注销的实现

    转载 https://liuyanzhao.com/6300.html