CN111010303A - 一种服务器控制方法及装置 - Google Patents
一种服务器控制方法及装置 Download PDFInfo
- Publication number
- CN111010303A CN111010303A CN201911329211.9A CN201911329211A CN111010303A CN 111010303 A CN111010303 A CN 111010303A CN 201911329211 A CN201911329211 A CN 201911329211A CN 111010303 A CN111010303 A CN 111010303A
- Authority
- CN
- China
- Prior art keywords
- server
- historical
- response time
- servers
- strategy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 230000009467 reduction Effects 0.000 claims abstract description 83
- 230000008602 contraction Effects 0.000 claims abstract description 20
- 230000004044 response Effects 0.000 claims description 125
- 238000004891 communication Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 8
- 238000012163 sequencing technique Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供了一种服务器控制方法及装置，所述方法包括：从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；基于所述历史数据判断是否符合服务器的扩/缩容策略；若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。如此可以基于历史访问请求对应的历史数据来自动对服务器进行扩/缩容，避免了人工的干预，可以实现服务器自动扩/缩容，提升服务器扩/缩容效率。
Description
技术领域
本发明涉及互联网技术领域，特别是涉及一种服务器控制方法及装置。
背景技术
服务器集群，指将多台服务器集中起来对外统一提供同一种服务，例如，数据存储服务，服务器集群对外表示为一台服务器。在服务搭建之初，服务器集群中包括有限的服务器。
随着时间的推移以及业务的增长，客户端访问量逐渐增加，由于服务器集群的处理能力是有限的，导致服务器集群并不能及时对客户端访问请求进行处理，或者服务器集群中包括的服务器存在冗余。此时，存在对服务器进行扩/缩容的需求，即在服务器集群中控制服务器的数量。
相关技术中，需要人工进行扩/缩容，即在服务器集群中通过人工的方式控制服务器的数量。由于人工进行扩/缩容，处理比较繁琐，导致服务器扩/缩容效率较低。
发明内容
本发明实施例的目的在于提供一种服务器控制方法及装置，以实现服务器自动控制，提高服务器扩/缩容效率。具体技术方案如下：
在本发明实施的第一方面，首先提供了一种服务器控制方法，所述方法包括：
从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
基于所述历史数据判断是否符合服务器的扩/缩容策略；
若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。
优选的，所述历史数据包括：历史响应时间；
基于所述历史数据判断是否符合服务器的扩/缩容策略，包括：
基于所述历史响应时间确定目标历史响应时间；
判断所述目标历史响应时间是否超过预设响应时间阈值；
若所述目标历史响应时间超过预设响应时间阈值，则确定所述历史响应时间符合服务器的扩容策略；
若所述目标历史响应时间未超过预设响应时间阈值，则确定所述历史响应时间未符合服务器的扩容策略。
优选的，所述基于所述历史响应时间确定目标历史响应时间，包括：
根据预设的排序规则，对所述历史响应时间进行排序；
从经过排序的历史响应时间中，确定预设位置对应的历史响应时间为目标历史响应时间。
优选的，所述服务器的扩容策略包括：服务器的乘法策略或加法策略；
基于所述服务器的扩/缩容策略对所述服务器的数量进行控制，包括：
计算所述目标历史响应时间与预设响应时间阈值之间的差值；
若所述差值大于第二阈值，则基于服务器的乘法策略对所述服务器的数量进行扩容；
若所述差值大于第三阈值且不大于第二阈值，则基于服务器的加法策略对所述服务器的数量进行扩容。
优选的，所述方法还包括：
对所述服务器的数量进行扩容后，确定服务器缩容周期：
基于所述服务器缩容周期以及服务器的缩容策略，对扩容之后服务器的数量进行缩容。
优选的，所述历史数据还包括：历史请求数量；
基于所述历史数据判断是否符合服务器的扩/缩容策略，包括：
判断所述历史请求数量是否不大于第一阈值；
若所述历史请求数量不大于第一阈值，则确定所述历史请求数量符合服务器的缩容策略；
若所述历史请求数量大于第一阈值，则确定所述历史请求数量未符合服务器的缩容策略。
优选的，所述服务器的缩容策略包括：服务器的减法策略或除法策略。
在本发明实施的第二方面，还提供了一种服务器控制装置，所述装置包括：
数据获取模块，用于从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
判断模块，用于基于所述历史数据判断是否符合服务器的扩/缩容策略；
服务器控制模块，用于若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。
在本发明实施的第三方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的服务器控制方法。
在本发明实施的第四方面，还提供了一种服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述任一所述的服务器控制方法。
在本发明实施的第五方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的服务器控制方法。
本发明实施例提供的服务器控制方法，通过获取历史访问请求对应的历史数据，基于历史数据来判断是否符合服务器的扩/缩容策略，进一步根据判断结果对服务器的数量进行控制。如此可以基于历史访问请求对应的历史数据来自动对服务器进行扩/缩容，避免了人工的干预，可以实现服务器自动扩/缩容，提升服务器扩/缩容效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中示出的一种应用场景示意图；
图2为本发明实施例中示出的一种服务器控制方法的实施流程示意图；
图3为本发明实施例中示出的另一种服务器控制方法的实施流程示意图；
图4为本发明实施例中示出的一种服务器控制装置的结构示意图；
图5为本发明实施例中示出的一种设备结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，为本发明实施例提供的一种应用场景示意图，在服务搭建之初，服务器集群中包括有限的服务器。存在对服务器进行扩/缩容的需求，即在服务器集群中控制服务器的数量。相关技术中，需要人工进行扩/缩容，即在服务器集群中通过人工的方式控制服务器的数量。由于人工进行扩/缩容，处理比较繁琐，导致服务器扩/缩容效率较低。
针对上述技术问题，本发明实施例提供一种技术方案，如图2所示，为本发明实施例提供的一种服务器控制方法的实施流程示意图，该方法具体可以包括以下步骤：
S201，从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
对于日志文件，本发明实施例获取设定时间段内的日志文件，从该日志文件中获取历史访问请求对应的历史数据。例如，设定时段内为最近10秒内，则获取最近10秒内的日志文件，从该日志文件中获取历史访问请求对应的历史数据。
另外，对于该历史访问请求，由客户端向服务器发送。其中，对于历史访问请求的数量，本发明实施例中可以是多个，相应的获取历史访问请求对应的多个历史数据。
S202，基于所述历史数据判断是否符合服务器的扩/缩容策略；
对于上述获取的历史数据，可以基于其判断是否符合服务器的扩/缩容策略，意味着对于历史数据而言，其可能符合服务器的扩容策略，也可能符合服务器的缩容策略。
S203，若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。
对于上述步骤的判断结果，若确定历史数据符合服务器的扩/缩容策略，则可以基于服务器的扩/缩容策略对服务器的数量进行控制，即对服务器的数量进行扩/缩容。
对于上述步骤的判断结果，若确定历史数据未符合服务器的扩/缩容策略，则无需对服务器的数量进行控制，即无需对服务器的数量进行扩/缩容。
本发明实施例通过获取历史访问请求对应的历史数据，基于历史数据来判断是否符合服务器的扩/缩容策略，进一步根据判断结果对服务器的数量进行控制。如此可以基于历史访问请求对应的历史数据来自动对服务器进行扩/缩容，避免了人工的干预，可以实现服务器自动扩/缩容，提升服务器扩/缩容效率。
如图3所示，为本发明实施例提供的另一种服务器扩容方法的实施流程示意图，该方法具体可以包括以下步骤：
S301，从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
对于互联网服务而言，为了安全考虑，往往在最外一层添加网关，例如nginx(HTTP和反向代理web服务器)，可以代理服务器响应客户端的访问请求。网关可以收集客户端访问请求、服务器返回的响应消息、客户端访问请求的响应时间以及客户端访问请求数量，最终以固定格式写入日志文件中。除此之外，日志文件中可以包括访问请求的客户端、日期、URL等。
为此，本发明实施例可以从网关中获取设定时间段内的日志文件，从设定时间段内的日志文件中获取客户端历史访问请求对应的历史数据，其中，历史访问请求由客户端向服务器发送，该历史数据包括历史响应时间，可以基于历史响应时间来进行服务器数量的自动扩容。
例如，本发明实施例通过网关收集客户端访问请求、服务器返回的响应消息以及客户端访问请求的响应时间，从网关中获取最近10秒内的日志文件，最近10秒内的日志文件中，记录最近10秒内客户端历史访问请求、服务器返回的历史响应消息以及客户端历史访问请求对应的历史响应时间，可以从这10秒内的日志文件中获取客户端历史访问请求对应的历史响应时间。例如，客户端历史访问请求对应的历史响应时间分别可以是5ms、7ms、10ms、6ms、8ms等。
另外，对于历史数据还可以包括历史请求数量，本发明实施例可以从网关中获取设定时间段内的日志文件，从设定时间段内的日志文件中获取客户端历史访问请求对应的历史请求数量，可以基于该历史请求数量来自动进行服务器数量的自动缩容。
例如，本发明实施例通过网关收集客户端访问请求、服务器返回的响应消息以及客户端访问请求的请求数量，从网关中获取最近10秒内的日志文件，最近10秒内的日志文件中，记录最近10秒内客户端历史访问请求、服务器返回的历史响应消息以及客户端历史访问请求对应的历史请求数量，可以从这10秒内的日志文件中获取客户端历史访问请求对应的历史请求数量，例如，这10秒内的历史请求数量可以为1000。
需要说明的是，上述从网关中获取设定时间段内的日志文件并不是对本发明实施例的限定，也可以从其他位置获取设定时间段内的日志文件，本发明实施例在此不再一一赘述。
S302，基于所述历史响应时间判断是否符合服务器的扩容策略；基于所述历史请求数量判断是否符合服务器的缩容策略；
在本发明实施例中，可以基于历史响应时间判断是否符合服务器的扩容策略。其中，判断是否符合服务器的扩容策略的具体可选实现方式如下：
基于历史响应时间确定目标历史响应时间，判断目标历史响应时间是否超过预设响应时间阈值，若目标历史响应时间超过预设响应时间阈值，则确定历史响应时间符合服务器的扩容策略，若目标历史响应时间未超过预设响应时间阈值，则确定历史响应时间未符合服务器的扩容策略。
例如，基于历史响应时间确定目标历史响应时间8ms，预设响应时间阈值6ms，判断目标历史响应时间超过预设响应时间阈值，则可以确定历史响应时间符合服务器的扩容策略。
其中，基于历史响应时间确定目标历史响应时间的可选实现方式如下：
可选实现方式1、根据预设的排序规则，对历史响应时间进行排序，从经过排序的历史响应时间中，确定预设位置对应的历史响应时间为目标历史响应时间。其中，对于预设的排序规则，可以是从大到小，也可以是从小到大，本发明实施例对此不做限定，可以根据实际需求进行设置。
例如，从设定时间段内的日志文件中获取100条历史访问请求对应的历史响应时间，按照从小到大的排序规则进行排序，从经过排序的历史响应时间中，选取P90位置(预设位置)对应的历史响应时间(即排名第90的历史响应时间)，确定P90位置对应的历史响应时间为目标历史响应时间。这里预设位置可以根据实际需求进行设置，本发明实施例对此不做限定。
可选实现方式2、计算历史响应时间的加权和，确实该加权和为目标历史响应时间。
例如，从设定时间段内的日志文件中获取100条历史访问请求对应的历史响应时间，计算这100条历史访问请求对应的历史响应时间的加权和，确定该加权和为目标历史响应时间。
可选实现方式3、从历史响应时间中随机选择一个历史响应时间，确定该历史响应时间为目标历史响应时间。
例如，从设定时间段内的日志文件中获取100条历史访问请求对应的历史响应时间，分别是5ms、7ms、10ms、6ms、8ms……，随机选择一个历史响应时间8ms，确定该历史响应时间8ms为目标历史响应时间。
需要说明的是，上述基于历史响应时间确定目标历史响应时间的可选实现方式，还可以是其它实现方式，例如，选取历史响应时间中的中间值，确定该中间值为目标历史响应时间，对于其他实现方式，本发明实施例在此不再一一赘述。
另外，基于从设定时间段内的日志文件中获取历史访问请求对应的历史请求数量，可以基于该历史请求数量判断是否符合服务器的缩容策略。
其中，判断该历史请求数量是否不大于第一阈值，若历史请求数量不大于第一阈值，则确定历史请求数量符合服务器的缩容策略，若历史请求数量大于第一阈值，则确定历史请求数量未符合服务器的缩容策略。
例如，预先设置第一阈值800，从设定时间段内的日志文件中获取历史访问请求对应的历史请求数量600，判断该历史请求数量不大于第一阈值，表明客户端访问服务器可能处于低谷期，并未处于高峰期，则可以确定历史请求数量符合服务器的缩容策略，后续可以基于服务器的缩容策略对服务器的数量进行控制。
S303，若确定所述历史响应时间符合服务器的扩容策略，则基于所述服务器的扩容策略对所述服务器的数量进行控制；若确定所述历史请求数量符合服务器的缩容策略，则基于所述服务器的缩容策略对所述服务器的数量进行控制；
针对上述的判断结果，若确定历史响应时间符合服务器的扩容策略，则可以基于服务器的扩容策略对所述服务器的数量进行控制。其中，服务器的扩容策略包括：服务器的乘法策略或加法策略。
对于服务器的乘法策略或加法策略，可以根据实际情况进行选择，如下：
计算目标历史响应时间与预设响应时间阈值之间的差值，若差值大于第二阈值，则表示目标历史响应时间与预设响应时间阈值之间的差别较大，可以采用服务器的乘法策略，可以基于服务器的乘法策略对服务器的数量进行控制，如此可以快速调整服务器的数量，可以使服务器及时地对客户端访问请求进行处理，提升处理效率。
具体在实施服务器的乘法策略对服务器的数量进行控制的过程中，可以确定当前服务器数量，在当前服务器数量的基础之上乘以预设步进阈值，以此来对服务器的数量进行控制，即对服务器的数量进行扩容，并且可以记录扩容之后的服务器数量。
例如，若差值大于第二阈值，则表示目标历史响应时间与预设响应时间阈值之间的差别较大，确定当前服务器数量100，在当前服务器数量的基础之上乘以预设步进阈值1.5，对服务器的数量进行扩容，扩容之后服务器数量为150。
另外，若差值大于第三阈值且不大于第二阈值，差值处于第三阈值与第二阈值之间，则表示目标历史响应时间与预设响应时间阈值之间的差别较小，可以采用服务器的加法策略，可以基于服务器的加法策略对服务器的数量进行控制，如此可以提升服务器的利用率，最大限度的利用服务器资源。
具体在实施服务器的加法策略对服务器的数量进行控制的过程中，可以确定当前服务器数量，在当前服务器数量的基础之上加上预设步进阈值，以此来对服务器的数量进行控制，即对服务器的数量进行扩容，并且可以记录扩容之后的服务器数量。
例如，若差值大于第三阈值且不大于第二阈值，则表示目标历史响应时间与预设响应时间阈值之间的差别较小，确定当前服务器数量100，在当前服务器数量的基础之上加上预设步进阈值5，对服务器的数量进行扩容，扩容之后服务器数量为105。
在对服务器进行扩容之后，如果服务器并不能及时对客户端访问请求进行处理，处理效率仍然较低，还可以重复执行上述步骤S301至S303，直至服务器可以及时地对客户端访问请求进行处理，本发明实施例对此不做限定。
在对服务器进行扩容之后，可以通知相关人员服务器的数量已进行扩容，其中，可以以短信或者邮件形式等通知相关人员服务器的数量已进行扩容，以便相关人员对服务器进行优化配置，避免扩容的频繁发生。
另外，针对上述的判断结果，若确定历史请求数量符合服务器的缩容策略，则基于服务器的缩容策略对服务器的数量进行控制，即对服务器的数量进行缩容。其中，服务器的缩容策略包括：服务器的减法策略或除法策略。
具体在实施服务器的减法策略或除法策略对服务器的数量进行控制的过程中，可以确定当前服务器数量，在当前服务器数量的基础之上除以或者减去预设步进阈值，以此来对服务器的数量进行控制，即对服务器的数量进行缩容，并且可以记录缩容之后的服务器数量，如此对服务器的数量进行自动缩容，可以消除服务器中存在的冗余，对服务器的数量进行优化。
例如，若确定历史请求数量符合服务器的缩容策略，确定当前服务器数量100，在当前服务器数量的基础之上减去预设步进阈值5，对服务器进行缩容，缩容之后服务器数量为95。
对服务器的数量进行扩容往往是为了应付客户端访问高峰期，确保服务在客户端访问高峰期的情况下不会出现问题，进一步地，在对服务器的数量进行扩容之后，为了更大限度的利用服务器资源，本发明实施例还需要进一步缩容，这样有利于服务器适应最优性能。自动扩容可以保证服务在客户端访问高峰期的情况下不会出现问题，自动缩容可以在客户端访问低谷期的情况下节省服务器资源，可以更大限度的利用服务器资源，极大的保证了服务稳定性。
为此，在对服务器的数量进行扩容之后，需要确定服务器缩容周期，基于服务器缩容周期以及服务器的缩容策略，对扩容之后服务器的数量进行缩容。其中，服务器的缩容策略包括服务器的除法策略或者减法策略。
例如，扩容之后服务器的数量为150，每间隔3个小时，基于服务器的缩容策略对扩容之后服务器的数量执行一次缩容：在扩容之后服务器的数量的基础之上，减去预设倒退阈值5，如此可以反向一步步减少服务器的数量。
需要说明的是，在对扩容之后服务器的数量进行缩容的过程中，确保缩容之后服务器的数量不能小于扩容之前服务器的数量。
例如，扩容之前服务器数量为100，扩容之后服务器数量为150，在对扩容之后服务器的数量进行缩容的过程中，确保缩容之后的服务器数量不能小于扩容之前服务器数量100。
本发明实施例提供的技术方案，基于历史访问请求对应的响应时间，来对服务器的数量自动进行扩容，避免了人工的干预，可以实现服务器自动扩容，提升服务器扩容效率。自动扩容可以保证服务在客户端访问高峰期的情况下不会出现问题，为了更大限度的利用服务器资源，在对服务器的数量进行扩容之后，基于服务器缩容周期以及服务器的缩容策略，对扩容之后服务器的数量进行自动缩容，自动缩容可以在客户端访问低谷期的情况下节省服务器资源，可以更大限度的利用服务器资源，极大的保证了服务稳定性。
另外，基于历史访问请求对应的历史请求数量，来对服务器的数量进行自动缩容，避免了人工的干预，可以实现服务器自动缩容，提升服务器缩容效率。
与上述方法实施例相对应，本发明实施例还提供了一种服务器控制装置，如图4所示，该装置可以包括：数据获取模块410、判断模块420、服务器控制模块430。
数据获取模块410，用于从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
判断模块420，用于基于所述历史数据判断是否符合服务器的扩/缩容策略；
服务器控制模块430，用于若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。
在本发明实施例的具体实施方式中，所述历史数据包括：历史响应时间；
所述判断模块420包括：
第一确定子模块421，用于基于所述历史响应时间确定目标历史响应时间；
第一判断子模块422，用于判断所述目标历史响应时间是否超过预设响应时间阈值；
第二确定子模块423，用于若所述目标历史响应时间超过预设响应时间阈值，则确定所述历史响应时间符合服务器的扩容策略；
第三确定子模块424，用于若所述目标历史响应时间未超过预设响应时间阈值，则确定所述历史响应时间未符合服务器的扩容策略。
在本发明实施例的具体实施方式中，所述第一确定子模块421具体用于：
根据预设的排序规则，对所述历史响应时间进行排序；
从经过排序的历史响应时间中，确定预设位置对应的历史响应时间为目标历史响应时间。
在本发明实施例的具体实施方式中，所述服务器的扩容策略包括：服务器的乘法策略或加法策略；
所述服务器控制模块430具体用于：
计算所述目标历史响应时间与预设响应时间阈值之间的差值；
若所述差值大于第二阈值，则基于服务器的乘法策略对所述服务器的数量进行扩容；
若所述差值大于第三阈值且不大于第二阈值，则基于服务器的加法策略对所述服务器的数量进行扩容。
在本发明实施例的具体实施方式中，所述装置还包括：
服务器缩容模块440，用于对所述服务器的数量进行扩容后，确定服务器缩容周期：
基于所述服务器缩容周期以及服务器的缩容策略，对扩容之后服务器的数量进行缩容。
在本发明实施例的具体实施方式中，所述历史数据还包括：历史请求数量；
所述判断模块420还包括：
第二判断子模块425，用于判断所述历史请求数量是否不大于第一阈值；
第四确定子模块426，用于若所述历史请求数量不大于第一阈值，则确定所述历史请求数量符合服务器的缩容策略；
第五确定子模块427，用于若所述历史请求数量大于第一阈值，则确定所述历史请求数量未符合服务器的缩容策略。
在本发明实施例的具体实施方式中，所述服务器的缩容策略包括：服务器的减法策略或除法策略。
本发明实施例还提供了一种服务器，如图5所示，包括处理器51、通信接口52、存储器53和通信总线54，其中，处理器51，通信接口52，存储器53通过通信总线54完成相互间的通信，
存储器53，用于存放计算机程序；
处理器51，用于执行存储器53上所存放的程序时，实现如下步骤：
从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
基于所述历史数据判断是否符合服务器的扩/缩容策略；
若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的服务器控制方法。
在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的服务器控制方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (10)
1.一种服务器控制方法，其特征在于，所述方法包括：
从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
基于所述历史数据判断是否符合服务器的扩/缩容策略；
若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。
2.根据权利要求1所述的方法，其特征在于，所述历史数据包括：历史响应时间；
基于所述历史数据判断是否符合服务器的扩/缩容策略，包括：
基于所述历史响应时间确定目标历史响应时间；
判断所述目标历史响应时间是否超过预设响应时间阈值；
若所述目标历史响应时间超过预设响应时间阈值，则确定所述历史响应时间符合服务器的扩容策略；
若所述目标历史响应时间未超过预设响应时间阈值，则确定所述历史响应时间未符合服务器的扩容策略。
3.根据权利要求2所述的方法，其特征在于，所述基于所述历史响应时间确定目标历史响应时间，包括：
根据预设的排序规则，对所述历史响应时间进行排序；
从经过排序的历史响应时间中，确定预设位置对应的历史响应时间为目标历史响应时间。
4.根据权利要求2所述的方法，其特征在于，所述服务器的扩容策略包括：服务器的乘法策略或加法策略；
基于所述服务器的扩/缩容策略对所述服务器的数量进行控制，包括：
计算所述目标历史响应时间与预设响应时间阈值之间的差值；
若所述差值大于第二阈值，则基于服务器的乘法策略对所述服务器的数量进行扩容；
若所述差值大于第三阈值且不大于第二阈值，则基于服务器的加法策略对所述服务器的数量进行扩容。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
对所述服务器的数量进行扩容后，确定服务器缩容周期：
基于所述服务器缩容周期以及服务器的缩容策略，对扩容之后服务器的数量进行缩容。
6.根据权利要求1所述的方法，其特征在于，所述历史数据还包括：历史请求数量；
基于所述历史数据判断是否符合服务器的扩/缩容策略，包括：
判断所述历史请求数量是否不大于第一阈值；
若所述历史请求数量不大于第一阈值，则确定所述历史请求数量符合服务器的缩容策略；
若所述历史请求数量大于第一阈值，则确定所述历史请求数量未符合服务器的缩容策略。
7.根据权利要求6所述的方法，其特征在于，所述服务器的缩容策略包括：服务器的减法策略或除法策略。
8.一种服务器控制装置，其特征在于，所述装置包括：
数据获取模块，用于从设定时间段内的日志文件中获取历史访问请求对应的历史数据，其中，所述历史访问请求由客户端向服务器发送；
判断模块，用于基于所述历史数据判断是否符合服务器的扩/缩容策略；
服务器控制模块，用于若确定所述历史数据符合服务器的扩/缩容策略，则基于所述服务器的扩/缩容策略对所述服务器的数量进行控制。
9.一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一所述的方法步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911329211.9A CN111010303A (zh) | 2019-12-20 | 2019-12-20 | 一种服务器控制方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911329211.9A CN111010303A (zh) | 2019-12-20 | 2019-12-20 | 一种服务器控制方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111010303A true CN111010303A (zh) | 2020-04-14 |
Family
ID=70117385
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911329211.9A Pending CN111010303A (zh) | 2019-12-20 | 2019-12-20 | 一种服务器控制方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111010303A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111767137A (zh) * | 2020-06-03 | 2020-10-13 | 北京奇艺世纪科技有限公司 | 一种系统部署方法、装置、电子设备及存储介质 |
| CN112328462A (zh) * | 2020-11-06 | 2021-02-05 | 杭州米络星科技(集团)有限公司 | 基于服务器健康状态评估的服务器扩容方法和系统 |
| CN114385308A (zh) * | 2020-10-22 | 2022-04-22 | 中国联合网络通信集团有限公司 | 应用的扩缩容方法及装置 |
| CN114710406A (zh) * | 2022-04-24 | 2022-07-05 | 中国工商银行股份有限公司 | 超时阈值的动态确定方法、装置、电子设备和介质 |
| CN117082068A (zh) * | 2023-08-25 | 2023-11-17 | 北京神州云合数据科技发展有限公司 | 报税服务器弹性扩容方法及系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106100867A (zh) * | 2016-05-27 | 2016-11-09 | 乐视控股（北京）有限公司 | 分布式服务系统的运行维护方法及装置 |
| CN108845881A (zh) * | 2018-05-30 | 2018-11-20 | 有米科技股份有限公司 | 服务器容量动态调整的方法及装置 |
| CN109766182A (zh) * | 2018-12-18 | 2019-05-17 | 平安科技（深圳）有限公司 | 系统资源动态扩缩容方法、装置、计算机设备及存储介质 |
| CN110493213A (zh) * | 2019-08-13 | 2019-11-22 | 北京奇艺世纪科技有限公司 | 基于响应时间的访问控制方法、装置及电子设备 |
-
2019
- 2019-12-20 CN CN201911329211.9A patent/CN111010303A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106100867A (zh) * | 2016-05-27 | 2016-11-09 | 乐视控股（北京）有限公司 | 分布式服务系统的运行维护方法及装置 |
| CN108845881A (zh) * | 2018-05-30 | 2018-11-20 | 有米科技股份有限公司 | 服务器容量动态调整的方法及装置 |
| CN109766182A (zh) * | 2018-12-18 | 2019-05-17 | 平安科技（深圳）有限公司 | 系统资源动态扩缩容方法、装置、计算机设备及存储介质 |
| CN110493213A (zh) * | 2019-08-13 | 2019-11-22 | 北京奇艺世纪科技有限公司 | 基于响应时间的访问控制方法、装置及电子设备 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111767137A (zh) * | 2020-06-03 | 2020-10-13 | 北京奇艺世纪科技有限公司 | 一种系统部署方法、装置、电子设备及存储介质 |
| CN111767137B (zh) * | 2020-06-03 | 2023-09-01 | 北京奇艺世纪科技有限公司 | 一种系统部署方法、装置、电子设备及存储介质 |
| CN114385308A (zh) * | 2020-10-22 | 2022-04-22 | 中国联合网络通信集团有限公司 | 应用的扩缩容方法及装置 |
| CN112328462A (zh) * | 2020-11-06 | 2021-02-05 | 杭州米络星科技(集团)有限公司 | 基于服务器健康状态评估的服务器扩容方法和系统 |
| CN114710406A (zh) * | 2022-04-24 | 2022-07-05 | 中国工商银行股份有限公司 | 超时阈值的动态确定方法、装置、电子设备和介质 |
| CN114710406B (zh) * | 2022-04-24 | 2023-09-26 | 中国工商银行股份有限公司 | 超时阈值的动态确定方法、装置、电子设备和介质 |
| CN117082068A (zh) * | 2023-08-25 | 2023-11-17 | 北京神州云合数据科技发展有限公司 | 报税服务器弹性扩容方法及系统 |
| CN117082068B (zh) * | 2023-08-25 | 2024-03-29 | 北京神州云合数据科技发展有限公司 | 报税服务器弹性扩容方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111010303A (zh) | 一种服务器控制方法及装置 | |
| CN107872402B (zh) | 全局流量调度的方法、装置及电子设备 | |
| CN111614736A (zh) | 网络内容资源调度方法、域名调度服务器及电子设备 | |
| CN110519183B (zh) | 一种节点限速的方法、装置、电子设备及存储介质 | |
| CN110851753A (zh) | 一种网站的访问方法、装置、设备及存储介质 | |
| CN111782692B (zh) | 一种频率控制方法及装置 | |
| CN110830565A (zh) | 资源下载方法、装置、系统、电子设备及存储介质 | |
| CN112866062B (zh) | 一种分布式压力测试系统、方法、装置、设备及存储介质 | |
| CN111291252B (zh) | 一种每秒查询率的调整方法、装置、电子设备及存储介质 | |
| CN114356558A (zh) | 一种基于集群的缩容处理方法及装置 | |
| CN114490078A (zh) | 一种微服务的动态缩扩容方法、装置及设备 | |
| CN105577958A (zh) | 用于调整分流策略和分流用户请求的方法、装置及系统 | |
| CN117459536A (zh) | 资源分发方法、云服务器、装置、电子设备及存储介质 | |
| CN107329832B (zh) | 一种数据接收方法及装置 | |
| CN111555918A (zh) | 一种回源优化方法、装置及电子设备 | |
| CN114143263B (zh) | 一种对用户请求进行限流的方法、设备及介质 | |
| CN113992378B (zh) | 一种安全监测方法、装置、电子设备及存储介质 | |
| CN115567597A (zh) | 一种支付结算系统的报文请求转发方法及装置 | |
| CN105763508B (zh) | 一种数据访问方法和应用服务器 | |
| CN114448810A (zh) | 带宽牵引方法、装置及电子设备 | |
| CN111597047A (zh) | 一种服务部署方法、装置、电子设备及存储介质 | |
| CN111092959A (zh) | 一种集群中服务器的请求处理方法、系统及相关装置 | |
| CN113300966A (zh) | 流量控制方法、装置、系统以及电子设备 | |
| CN116321272B (zh) | Af网元中ue地址信息的时效预测方法及装置 | |
| CN113141420B (zh) | 网络地址变更方法、装置以及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200414 |
|
| RJ01 | Rejection of invention patent application after publication |