服务器可用性计算_服务器的可用性

hacker|
137

文章目录:

如何评估你Exchange邮箱服务器的可用性

通俗的说,就是如何减少邮箱服务器的停机时间。保证企业的邮箱服务器,能够无故障的运行,是我们邮箱管理人员的职责。但是,月有阴晴圆缺,天有不测风云,邮箱服务器也会有生病的时候。所以,在邮箱服务器部署的时候,我们还需要对邮箱服务器的可用性进行评估,看看其存在哪些风险,可能会降低邮箱服务器的可用性。 在邮箱服务器可用性的评估方面,没有量化的指标,更多的是总结前人的经验。下面笔者就把自己在这方面的一些心得列举一下,后续对大家有所帮助。总的来说,我们可以从五个方面来评估邮箱服务器的高可用性所可能遭遇到的风险。 第一:环境风险。 邮箱服务器由于其要一年365天,天天无休的运行,所以其可以算得上是一个比较娇嫩的设备,对于外界环境的要求也比较高。在对邮箱服务器的可用性进行评估时,笔者往往从相对来说比较简单的环境问题开始。 如需要看看供电的情况。持续的供电以及稳定的电压这是邮箱服务器可用性的基本要求。可惜的是,很少有企业能够做到这一点,特别是在电压方面,要保证其稳压是一件比较困难的事情。所以,在部署企业邮箱服务器的时候,在供电方面,笔者是建议大家一定要部署带稳压功能的UPS。这个设备可以保证给邮箱服务器提供稳定的电流,当出现意外停电时,还可以提到一定的保护作用。 如机房是否有防灾难措施。笔者所在的企业,服务器比较多。为此企业专门划出了一个办公室用来存放服务器。这个存储服务器空间,跟我们的办公室是独立的,也就是说,没有人再这个存储各种服务器的房间内办公。因为人走进走出,灰尘会比较多。而且,磕磕碰碰的事情也免不了。所以,笔者建议,企业无论是邮箱服务器,还是部署了其它服务器应用,最好能够划分一个独立的空间来存放他们。并且,可以配备摄像头或者报警器等等,防止服务器被偷等等。所以,机房的防灾难措施是否得当,也是影响邮箱服务器可用性的一个重要因素。 在这个环境问题上,还有诸如灰尘、温度、湿度、线路布置等方面的考虑。当企业对于邮箱服务器的高可用性要求比较严格的时候,则在这些小问题上,也不能够忽视。 第二:硬件风险。 我们在部署邮箱服务器的时候,硬件也会影响邮箱服务器的可用性。 如是否有冗余的电源。因为邮箱服务器要一年365天不休的运转,所以,对于电源是一个很大的考验。根据笔者的了解,即使服务器的电源考虑到了这个问题,采取了比较好的材料,但是,仍然会经常出现因为电源故障而导致的服务器当机的现象。故,为了降低因为服务器电源问题导致的服务器故障的影响,笔者推荐的方法就是采用冗余电源。如笔者现在在给客户部署邮箱服务器的时候,都是建议企业在购买服务器的时候,要购买那些带冗余电源的服务器,也就是说提供两个电源的服务器。并且,当一个电源出现故障的时候,需要马上进行更换。如此的话,当一个电源出现问题,另外一个冗余电源可以马上接替其工作,从而防止断电现象的发生,提高邮箱服务器的可用性。 如磁盘空间的不合理规划,也会降低邮箱服务器的可用性。最常见的就是因为磁盘空间不足而导致的应用程序停止响应。所以,在磁盘空间规划上面,一方面要购买足够大的硬盘,反正现在硬盘的价格也不贵。另一方面,可以考虑采用磁盘限额。笔者在实际的工作中,发现很多员工没有定时清理邮箱的习惯,他们在企业中工作个十年,可能他们的邮件就会在邮箱服务器中保留个十年,这是一种很浪费磁盘空间的行为。而且,有些员工也会把邮箱服务器当作文件备份服务器来使用,把一些重要的文件干脆就放在邮箱服务器中。针对这种情况,在磁盘规划的时候,可以考虑为每个用户设置磁盘限额,以减轻对磁盘空间的压力。最后,在磁盘规划的时候,需要设置磁盘空间报警,当磁盘不足的时候,如使用量已经到达80%的时候,向管理员报警。让管理员可以有足够的时间来处理这件事情,是加硬盘呢,还是清理硬盘中的文件。如此的话,可以防止直到硬盘空间已经耗竭的时候,再来想处理的方法。 所以,邮箱服务器的硬件设置也是影响其可用性的一个重要方面。在硬件配置上,冗余是保障高可用性的一个重要举措。

采购服务器,一般国内的服务器可用时间是多久啊?

服务器的可用性是指单位时间内(通常一年),服务器可以正常工作的时间比例,计量单位是百分比。可用性为99%的系统,全年停机时间为3.5天;99.9%的系统;全年停机时间为8.5小时;99.99%的系统全年停机时间为53分钟;99.999%的系统全年停机时间仅仅约为5分钟。我朋友他们很多都用的是北京多联元的服务器,基本都是99.999%的系统。

云主机可用性标准几个9

云主机可用性标准4个9。

可用性被定义为系统的一个属性,它说明系统已准备好,马上就可以使用。换句话说,高度可用的系统在任何给定的时刻都能及时地工作。可靠性是指系统可以无故障地持续运行,是一个持续的状态。与可用性相反,可靠性是根据时间段而不是任何时刻来进行定义的。

服务器的可用性用MTBF描述对不?

不对,用可用度表示。

可用度=1-宕机时间/总时间

若仅考虑设计因素,固有可用度=MTBF/(MTBF+MTTR)

如何计算服务器可用性指标(SAI)?

参照此表,您可以估算出服务器在繁忙时段的平均扩展系数,并且还可以为 Server_Transinfo_Range 设定合理的数值,以此得到一个比较理想的服务器可用性指标。 以下内容节选自 Domino Administrator 6.5.1 帮助文档。 集群中的每个服务器都定期判断自己的工作负载,判断将基于服务器最近处理请求的响应时间作出。系统用 0 到 100 之间的数字表示工作负载,其中 0 表示服务器负载过重;100 表示服务器负载很轻。这个数值称为服务器的可用性指标。随响应时间增加,服务器可用性指标减小。 服务器的可用性指标约等于仍然可用的总服务器容量百分比。例如,如果服务器的可用性指标为 65,则仍然有 65% 的服务器容量可用。尽管企业中的服务器功率和资源可能不同,但每台服务器上的服务器可用性指标都代表同一件事 -- 仍然可用的服务器容量。 服务器可用性指标基于扩展系数生成,用于指示服务器上的当前工作负载。扩展系数是由特定类型事件的响应时间与服务器曾经完成此类事务的最短时间之比决定的。例如,如果服务器当前执行“打开数据库”事务的平均时间为 12 毫秒,而服务器曾经执行“打开数据库”事务的最短时间为 3 毫秒,则“打开数据库”事务的扩展系数为 4(当前时间 12 毫秒除以最快时间 3 毫秒)。换言之,扩展系数决定完成当前事务所花的时间是在最佳条件下所花时间的多少倍。 IBM(R) Domino(TM) 将每种事务的最短时间存储在内存和 LOADMON.NCF 文件中,服务器每次启动时都会读取该时间。服务器关机时,Domino 会用最新信息更新 LOADMON.NCF 文件。 为确定当前的扩展系数,Domino 会在指定的时间段内跟踪最常用的几种 Domino 事务类型。缺省情况下,Domino 会在 5 个时间段内跟踪这些事务,每段时间为 15 秒。然后,Domino 就可以确定完成每种事务平均要花的时间,并用该时间除以它曾经完成每种同类事务所花的最短时间。这样就可确定每种事件的扩展系数。为确定整个服务器的扩展系数,Domino 会取所有类型事务的扩展系数的平均值,并对最常用的事务类型给予较大的加权数。 当服务器繁忙时,对服务器添加更多负载会显著地影响服务器的性能和可用性。因此,向繁忙的服务器中添加负载也比向不繁忙的服务器中添加负载要更快地增大扩展系数。 因为各个服务器的速度、容量和处理能力各不相同,能够处理的工作负载也不尽相同。所以,两个不同服务器的扩展系数相同并不一定意味着二者能够承担相当的工作负载。例如,对于一个在空闲状态下执行事务都需要花费很长时间的小型服务器来说,扩展系数 40 可能表示用户需要等待若干秒才能得到响应。而对于一个处理速度非常快的超大型服务器来说,扩展系数 400 可能表示用户只需等待不到一秒的时间就能得到响应。 注意:下表中的值是根据扩展系数 64 生成的,该值表示服务器处于满负载状态。 扩展系数可用性指标 1nozeros 100nozeros 2nozeros 83nozeros 4nozeros 67nozeros 8nozeros 50nozeros 16nozeros 33nozeros 32nozeros 17nozeros 64nozeros 0nozeros 注意:扩展系数和可用性指标仅用于度量服务器响应时间,该时间通常只是客户机经历的响应时间的一小部分。例如,客户机和服务器之间的网络响应时间通常占客户机经历的响应时间的很大部分。 更改表示服务器处于满负载状态的扩展系数值 要有效利用 Domino 工作负载平衡,必须调整扩展系数与可用性指标之间的关系,以便服务器在达到预期的故障转移工作负载时进行故障转移。通过指定表示服务器处于满负载状态的扩展系数值,可以实现此目的。Domino 中的缺省值为 64。当扩展系数达到该值时,便可将服务器视为负载已满,可用性指标降为 0(零)。 如果服务器的功能特别强大,处理速度特别快,则可提高表示服务器处于满负载状态的扩展系数值。对于一些处理速度极快的服务器来说,该值可以提高到几百或更高。如果服务器的处理速度特别慢,则可降低该值。 要更改表示满负载服务器的扩展系数值,请将下面的设置添加到 NOTES.INI 文件,然后重新启动服务器。 SERVER_TRANSINFO_RANGE= n 其中,值 n 表示服务器处于满负载状态的扩展系数值等于 2 的 n 次幂。 n 的缺省值为 6,这说明扩展系数值为 64,因为 2 的 6 次幂为 64; 如果将 SERVER_TRANSINFO_RANGE 设为 7,则满负载时的扩展系数值为 128;如果将 SERVER_TRANSINFO_RANGE 设为 8,则该值为 256。 要确定 SERVER_TRANSINFO_RANGE 的最优值,请执行下列操作: 1. 在服务器负载过重的期间内,监控服务器的扩展系数。可以使用控制台命令“show stat server.expansionfactor”来执行此任务。另外,还可以在这些期间内监控性能统计信息。记录有关此类期间的足够多的扩展系数值,以便确定使用哪个扩展系数值来表示服务器处于满负载状态。 2. 为 SERVER_TRANSINFO_RANGE 确定一个值,以 2 为底数, 该值为指数计算而得的值,即为在步骤 1 中选择的扩展系数值。 如果更改了表示服务器处于满负载状态的扩展系数值,扩展系数与可用性指标之间的关系就会发生变化。下表列出了当 SERVER_TRANSINFO_RANGE 值为 8 时的一些扩展系数以及由之转换而来的可用性指标。因为 2 的 8 次幂为 256,所以本例中的最大扩展系数为 256。 扩展系数可用性指标1nozeros100nozeros2nozeros88nozeros4nozeros75nozeros8nozeros63nozeros16nozeros50nozeros32nozeros38nozeros64nozeros25nozeros128nozeros13nozeros256nozeros0nozeros更改用于计算扩展系数的数据量 尽管不是必需的操作,但还是可以使用下列 NOTES.INI 设置来更改 Domino 收集用以配置扩展系数的数据量。 要更改 Domino 使用的数据收集时间段数,请使用 NOTES.INI 的 Server_Transinfo_Max=x 设置,其中 x 是您希望 Domino 使用的收集时段数量。 要更改每个数据收集时间段的时间长度,请使用 NOTES.INI 的 Server_Transinfo_Update_Interval=x 设置,其中 x 是每个时间段的长度(秒)。

这道 四级网络工程师题 怎么做?

这题不难。可用性计算就是可用的时间除以总的时间,然后乘以100%就可。专业的说法就是指网络或网络设备(如主机或服务器)可用于执行预期任务时间所占总量的百分比。1年365天算,1天24个小时,1小时60分。所以1年总的有365*24*60分钟,设1年不可运行的时间X分钟(即停机时间),题中可用性99.999%。解方程求的X即可。总的时间减掉不可用的时间就是可用时间。(360*24*60-X)/360*24*60*100%=99.999%把答案代入即可。意思就是可用性至少要99.999%,1年最多停5分钟。

2条大神的评论

  • avatar
    访客 2023-03-01 下午 12:07:12

    o 会取所有类型事务的扩展系数的平均值,并对最常用的事务类型给予较大的加权数。当服务器繁忙时,对服务器添加更多负载会显著地影响服务器的性能和可用性。因此,向繁忙的服务器中添加负载也比向不繁忙的服务器中添加负载要更快地增大

  • avatar
    访客 2023-03-01 上午 09:55:03

    时间之比决定的。例如,如果服务器当前执行“打开数据库”事务的平均时间为 12 毫秒,而服务器曾经执行“打开数据库”事务的最短时间为 3 毫秒,则“打开数据库”事务的扩展系数为 4(当前时间 12 毫秒除以最快时间 3 毫秒)。换言之,扩展系数决定完成当

发表评论