CN104850931A

CN104850931A - 一种服务器更新控制方法及装置

Info

Publication number: CN104850931A
Application number: CN201510164670.1A
Authority: CN
Inventors: 董海丰
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2015-04-09
Filing date: 2015-04-09
Publication date: 2015-08-19

Abstract

本发明公开了一种服务器更新控制方法及装置，该方法包括：接收产品线标识；获取所述产品线标识对应产品线的服务器使用状态信息；根据所述服务器使用状态信息判断是否需要对所述产品线的服务器进行更新。本发明的技术方案从服务器的整体使用状态来判断机器的使用是否达到最优，能在不影响产品线正常运行的前提下提高服务器的利用效率，减少资源的浪费。

Description

一种服务器更新控制方法及装置

技术领域

本发明涉及服务器技术领域，具体涉及一种服务器更新控制方法及装置。

背景技术

如今，服务器的使用越来越广泛，涉及到各行各业，服务器给人们的生活和工作带来了诸多便利。

随着服务器的不断使用，整个产品线的性能会发生变化，例如有些服务器的可用空间不断减少，又如有些服务器因为工作年限、使用强度等原因引起性能不断下降，因此产品线需要定期或不定期地对某些服务器进行更新以保证整个产品线的可持续运行。

现有技术中，需要通过人工凭经验来判断是否需要对服务器进行更新，这种方式过于主观，可能会出现更新过早或过晚的情况。如果过早进行了更新，则由于服务器的潜能没有充分发挥，导致服务器的利用率降低，造成资源浪费；而如果更新的太晚，则可能会导致服务器在使用过程中出现故障，严重影响整个产品线的正常运行。因此，如何客观合理地判断服务器的报废或更新临界点变得非常重要。

发明内容

有鉴于此，本发明实施例提供一种服务器更新控制方法及装置，以提高服务器的利用效率，减少资源浪费。

第一方面，本发明实施例提供了一种服务器更新控制方法，包括：

接收产品线标识；

获取所述产品线标识对应产品线的服务器使用状态信息；

根据所述服务器使用状态信息判断是否需要对所述产品线的服务器进行更新。

第二方面，本发明实施例还提供了一种服务器更新控制装置，包括：

产品线标识接收单元，用于接收产品线标识；

使用状态获取单元，用于获取所述产品线标识对应产品线的服务器使用状态信息；

更新判断单元，用于根据所述服务器使用状态信息判断是否需要对所述产品线的服务器进行更新。

本发明实施例通过获取产品线的服务器使用状态信息，根据服务器使用状态信息判断是否需要对所述产品线的服务器进行更新，从服务器的整体使用状态来判断机器的使用是否达到最优，能在不影响产品线正常运行的前提下提高服务器的利用效率，减少资源的浪费。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据本发明实施例的内容和这些附图获得其他的附图。

图1是本发明实施例一所述的服务器更新控制方法流程图；

图2是本发明实施例二所述的服务器更新控制方法流程图；

图3是本发明实施例三所述的服务器更新流程示意图；

图4是本发明实施例三所述的资产管理系统的更新流程图；

图5是本发明实施例四所述的服务器更新控制装置的结构框图。

具体实施方式

为使本发明解决的技术问题、采用的技术方案和达到的技术效果更加清楚，下面将结合附图对本发明实施例的技术方案作进一步的详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。

实施例一

图1是本发明实施例一提供的服务器更新控制方法流程图，本实施例可适用于企业对服务器的更新进行控制，该方法可以由配置在企业的资产管理系统中的服务器更新控制装置来执行，如图1所示，本实施例所述的服务器更新控制方法包括：

S101、接收产品线标识。

一个产品线中通常包含若干台服务器，这些服务器协同作业以支持一个产品线的正常运行。根据接收的产品线标识可以确定一组对应的服务器。

S102、获取所述产品线标识对应产品线的服务器使用状态信息。

服务器使用状态信息的获取，可通过实时监测的方式获取所述产品线标识对应产品线的服务器使用状态信息，也可从预设系统中获取所述产品线标识对应产品线的服务器使用状态信息。例如，百度公司的NOAH平台是监控营运部门使用服务器利用率情况的平台，百度公司可从NOAH平台获取各产品线的服务器的各种使用状态信息。

服务器使用状态信息包括多种，按照各产品线使用服务器的功能，重点在于利用服务器CPU计算功能和磁盘存储功能，因此，所述状态信息优选为CPU利用率和/或磁盘利用率。

S103、根据所述服务器使用状态信息判断是否需要对所述产品线的服务器进行更新。

进行判断时，具体考量产品线上已有的服务器是否够用，例如，对于重点在于利用服务器CPU计算功能的产品线来说，应该根据该产品线上已有服务器的CPU利用率来判断是否需要更新，对于重点在于利用服务器磁盘存储功能的产品线来说，应该根据该产品线上已有服务器的磁盘利用率来判断是否需要更新，而对于重点在于既利用服务器磁盘存储功能，又利用服务器CPU计算功能的产品线来说，应该根据该产品线上已有服务器的CPU利用率和磁盘利用率的综合指标来判断是否需要更新。

确定判断的方向以后，进行具体判断的方法可为多种，例如，将服务器的使用状态信息与预设阀值进行比较，若所述状态信息大于预设阀值，则对所述产品线的服务器进行更新，否则不进行更新。

例如：将CPU和磁盘等评测指标的利用率数据，与利用率阀值进行比较，达标即可更新，不达标即反映出服务器使用效率低，仍有改进架构及提升利用率的空间，扩容需求暂缓支持，使服务器的更新需求更加趋于合理和准确。

本实施例通过获取特定产品线的服务器使用状态信息，根据服务器使用状态信息判断是否需要对所述产品线的服务器进行更新，从服务器的整体使用效率来考虑机器的使用是否达到最优，能在不影响产品线正常运行的前提下提高服务器的利用效率，减少资源的浪费。

实施例二

图2是本发明实施例二所述的服务器更新控制方法流程图，如图2所示，本实施例所述的服务器更新控制方法包括：

S201、接收产品线标识。

S202、确定所述产品线的全天高峰流量时间区间。

具体地，评测产品线的服务器是否够用，需要以评测产品线的服务器在工作量高峰时是否够用为准，即需确定产品线在高峰流量时间区间的使用状态信息，若该时间区间内该产品线的服务器是够用的，则说明该产品线的服务器是够用的，否则说明该产品线的服务器不足以支撑高峰流量时段的使用，需要扩充新的服务器。

具体地，高峰流量时间区间的确定可以是管理人员凭经验确定后，人为设定的默认值，也可以从预设系统中获取，例如从预设系统中获取所述产品线标识对应产品线的服务器使用状态信息后，统计出产品线的服务器使用状态信息处于高峰时所处的时段，作为所述产品线的全天高峰流量时间区间，还可从预设系统中获取所述产品线所负担的流量或整个公司的流量，将全天高峰流量时段作为全天高峰流量的时间区间。

本实施例仅以服务器的硬件在全天高峰流量时间区间的使用参数为样本，来判断特定产品线的服务器是否够用，需要说明的是，具体评测还可以参照年度、季度、月度等时段的高峰流量时间区间。

S203、在该全天高峰流量时间区间内周期性地获取所述产品线的服务器的硬件使用参数。

确定时间区间之后，可在该时间区间内周期性地获取所述产品线的服务器的硬件使用参数，以作为评测依据。

S204、根据所述硬件使用参数获取所述产品线的服务器的硬件使用状态信息。

例如，获取所述产品线上所有服务器在各周期时间窗口内的硬件使用参数的峰值，计算所述峰值的平均值，作为所述产品线的服务器的硬件使用状态信息。

S205、根据所述服务器使用状态信息判断是否需要对所述产品线的服务器进行更新。

本实施例在实施例一的基础之上，进一步公开了一种具体获取产品线的服务器使用状态信息的方法，通过在全天高峰流量时段内周期性地获取产品线的服务器的硬件使用参数，根据所述硬件使用参数获取硬件使用状态信息，进而根据该硬件使用状态信息判断是否需要对所述产品线的服务器进行更新，能提高判断的科学性和客观性，保证业务正常运行的同时减少资源浪费。

实施例三

图3是本发明实施例三所述的服务器更新流程示意图，如图3所示，本实施例所述的服务器更新流程包括：

S301、业务部门提交更新申请操作单，则执行S302。

S302、资产管理系统调用预设系统获取利用率数据，并与预设阀值比对，则执行S303。

本实施例中，所述资产管理系统的功能包含服务器从更新到报废整个资产生命周期各流程管理和操作的环节。

资产管理系统可以与用作监控营运部门使用服务器利用率情况的平台的预设系统，进行交互，实现营运部分申请服务器更新需求的自动化管理。例如资产管理系统调用预设系统获取利用率数据，并与预设阀值比对。

S303、资产管理系统根据比对结果判断是否批准更新请求，若是则执行S304，否则执行S305。

S304、第一级管理人员是否确认，若是则执行S308，否则执行S309。

若资产管理系统通过调用预设系统获取的利用率数据大于预设阀值，则说明该产品线的服务器可能不够用，经第一级管理人员进行确认，若第一级管理人员确认无误，则执行S308，否则执行S309。

S305、业务部门选择是否发起申诉说明更新，若是则执行S306，否则执行S309。

若资产管理系统通过调用预设系统获取的利用率数据小于预设阀值，则说明该产品线的服务器利用率未达上限，仍有改进架构及提升利用率的空间，扩容需求暂缓支持。

S306、业务部门提出提高利用率的方案措施，则执行S307。

业务部门提出提高利用率的方案措施，改进架构提升利用率之后，经过第二级管理人员进行审批，看是否仍需支持扩容。

S307、第二级管理人员是否审批，若是则执行S308，否则执行S309。

S308、更新下单，结束。

S309、流程结束，结束。

其中，本实施例所述的服务器更新流程示意图中，资产管理系统执行的步骤S302和步骤S303的具体方法可参见图4，如图4所示，本实施例所述的资产管理系统的更新方法包括：

S401、根据产品线类型，监控业务部门产品线现有服务器的使用效率。

服务器使用状态信息包括多种，例如包括利用服务器CPU计算功能和利用磁盘存储功能。例如对四个产品线(产品线1、产品线2、产品线3、以及产品线4)在设定的高峰流量区间的使用效率(如产品线1和产品线2的CPU使用效率，产品线3和产品线4的磁盘使用效率)的记录信息的概要信息如下表所示。

产品线	指标项	高峰流量区间设定	样本数	备注
					产品线1	CPU	10：00-23：00	78
产品线2	CPU	08：00-17：00	54	去除周六、日
					产品线3	磁盘	20：00-24：00	16
产品线4	磁盘	00：00-24：00	144

S402、根据产品线定义、指标项、高峰流量时间区间设定进行样本的数量采集。

例如，进行样本采集时，可在预设系统上按产品线的特性分别确定全天高峰流量时间区间，在该时间区间内，每10秒采集一次服务器单机CPU和/或磁盘数据，取每10分钟内的这60个数据的最大值作为一个样本：

将全天高峰期的CPU样本求平均，得到单机高峰流量时间区间峰值平均利用率；累计所有线上机器的当天单机峰值平均利用率，求和后除以线上机器总数，得到部门线上机器CPU峰值平均利用率。

将单机磁盘全天高峰期的最大值，除单机总容量得到单机的利用率，将整个部门的产品线的单机峰值求和，除以产品线所有机器的总容量可得到产品线的磁盘利用率。

以下通过公式的形式举例说明如何计算CPU利用率和磁盘利用率。

X产品线单机CPU利用率的公式如下：

Ux = avg {Σ_{i = 1}^{Tx} \max_{10 s} (CPU) 600 s}

其中，Tx为X产品线高峰流量时间区间范围；

K为纳入CPU或磁盘类型利用率统计的全公司机器总数；

Kx为X产品线纳入CPU或磁盘类型利用率统计的机器总数；

Y为单机磁盘容量；

X产品线CPU利用率公式如下：

X类产品线单机的磁盘利用率公式如下：

Ux = avg Σ_{i = 1}^{Tx} \max_{10 s} (DISK) 600 s

其中，是磁盘每10秒钟内的最大利用率。

同样地，在获取产品线单机的磁盘利用率之后，可通过如下公式计算X产品线磁盘利用率：

S403、建立KPI值，当达到指标视为机器利用效率最高，可扩容买机器。

设定关键绩效指标KPI，可取全年的平均年值作为关键绩效指标KPI。当业务不达标及可以有提升利用率的空间，不可更新机器，也是促使业务部门提高机器利用率的方法。

S404、将两种标准与业务部门产品线的对应关系表录入资产管理系统。

S405、业务部门在资产管理系统提出更新服务器的需求，资产管理系统调用预设系统该业务的实际利用率数据，与录入的KPI值进行比对，大于等于KPI值即可进行更新。

业务部门在资产管理系统提出更新服务器的需求，资产管理系统调用预设系统该业务的实际利用率数据，与录入的KPI值进行比对，大于等于KPI值即可进行更新，流程可以向下走，小于KPI值则无法进行更新，系统提示利用率不达标，无法进行更新。

本实施例以一个完整的服务器更新流程为例，说明了服务器的更新流程，并着重说明在此过程中资产管理系统的更新方法，能根据产品线中服务器的实际的利用率情况，智能的审核利用率是否达标以此来判断是否更新，介入的人工成本少，仅需在利用率不达标且仍有需求的情况下介入总监级别的审批，其余各环节中依靠资产管理系统进行自动判断和汇总记录，可以达到主动计算，实时监控，自动交互数据的目的，提高了服务器的利用率来控制更新量的准确性，减少资源及成本的浪费。

实施例四

图5是本发明实施例四所述的服务器更新控制装置的结构框图，如图5所示，本实施例所述的服务器更新控制装置包括：

产品线标识接收单元510，用于接收产品线标识；

使用状态获取单元520，用于获取所述产品线标识对应产品线的服务器使用状态信息；

更新判断单元530，用于根据所述服务器使用状态信息判断是否需要对所述产品线的服务器进行更新。

进一步地，所述服务器使用状态信息包括服务器的CPU利用率和/或磁盘利用率。

进一步地，所述使用状态获取单元520具体用于：通过实时监测的方式获取所述产品线标识对应产品线的服务器使用状态信息，或从预设系统中获取所述产品线标识对应产品线的服务器使用状态信息。

进一步地，所述使用状态获取单元520具体用于：

确定所述产品线的全天高峰流量时间区间；

在该全天高峰流量时间区间内周期性地获取所述产品线的服务器的硬件使用参数；

根据所述硬件使用参数获取所述产品线的服务器的硬件使用状态信息。

进一步地，所述使用状态获取单元520具体用于：

获取所述产品线上所有服务器在各周期时间窗口内的硬件使用参数的峰值；

计算所述峰值的平均值，作为所述产品线的服务器的硬件使用状态信息。

进一步地，所述更新判断单元530具体用于：将所述服务器使用状态信息与预设阀值进行比较，若所述服务器使用状态信息大于所述预设阀值，则对所述产品线的服务器进行更新，否则不进行更新。

本实施例提供的服务器更新控制装置可执行本发明实施例一、实施例二和实施例三所提供的服务器更新控制方法，具备执行方法相应的功能模块和有益效果。

以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存储在可读取的存储介质中，存储介质例如：计算机中的硬盘、光盘或软盘。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims

1.一种服务器更新控制方法，其特征在于，包括：

接收产品线标识；

获取所述产品线标识对应产品线的服务器使用状态信息；

2.根据权利要求1所述的服务器更新控制方法，其特征在于，所述服务器使用状态信息包括服务器的CPU利用率和/或磁盘利用率。

3.根据权利要求1或2所述的服务器更新控制方法，其特征在于，获取所述产品线标识对应产品线的服务器使用状态信息的操作具体包括：通过实时监测的方式获取所述产品线标识对应产品线的服务器使用状态信息，或从预设系统中获取所述产品线标识对应产品线的服务器使用状态信息。

4.根据权利要求3所述的服务器更新控制方法，其特征在于，通过实时监测的方式获取所述产品线标识对应产品线的服务器使用状态信息的操作具体包括：

确定所述产品线的全天高峰流量时间区间；

5.根据权利要求4所述的服务器更新控制方法，其特征在于，根据所述硬件使用参数获取所述产品线的服务器的硬件使用状态信息的操作具体包括：

6.根据权利要求1或2所述的服务器更新控制方法，其特征在于，根据所述服务器使用状态信息判断是否需要对所述产品线的服务器进行更新的操作具体包括：将所述服务器使用状态信息与预设阀值进行比较，若所述服务器使用状态信息大于所述预设阀值，则对所述产品线的服务器进行更新，否则不进行更新。

7.一种服务器更新控制装置，其特征在于，包括：

产品线标识接收单元，用于接收产品线标识；

8.根据权利要求7所述的服务器更新控制装置，其特征在于，所述服务器使用状态信息包括服务器的CPU利用率和/或磁盘利用率。

9.根据权利要求7或8所述的服务器更新控制装置，其特征在于，所述使用状态获取单元具体用于：通过实时监测的方式获取所述产品线标识对应产品线的服务器使用状态信息，或从预设系统中获取所述产品线标识对应产品线的服务器使用状态信息。

10.根据权利要求9所述的服务器更新控制装置，其特征在于，所述使用状态获取单元具体用于：

确定所述产品线的全天高峰流量时间区间；

11.根据权利要求10所述的服务器更新控制装置，其特征在于，所述使用状态获取单元具体用于：

12.根据权利要求7或8所述的服务器更新控制装置，其特征在于，所述更新判断单元具体用于：将所述服务器使用状态信息与预设阀值进行比较，若所述服务器使用状态信息大于所述预设阀值，则对所述产品线的服务器进行更新，否则不进行更新。