CN112948089B - 一种招投标请求的资源分发方法及数据中心 - Google Patents

Abstract

本发明公开了一种招投标请求的资源分发方法及数据中心，实时获取所有服务器定时上报的当前资源；对所有服务器按照当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；接收招投标请求，将招投标请求分发至可用服务器排序列表的服务器。本发明将招投标请求动态分配到不同服务器中，以保证线上平台业务的正常工作的同时，最大化发挥服务器资源，实现服务器资源均衡，提升系统稳定性和用户体验。

Description

一种招投标请求的资源分发方法及数据中心

技术领域

本发明涉及招投标技术领域，特别涉及一种招投标请求的资源分发方法及数据中心。

背景技术

招标投标是基本建设领域促进竞争的全面经济责任制形式。一般由若干施工单位参与工程投标，招标单位(建设单位)择优入选，谁的工期短、造价低、质量高且信誉好，就把工程任务包给谁，由承建单位与发包单位签订合同，一包到底，按交钥匙的方式组织建设。

由此，在招标投标时，会有对应的页面供承建单位与发包单位进行访问并进行招标或者投标，而在一个标的开标的对应时间段里，该页面的浏览量剧增，所需要的服务器资源也更多。因此，现有采用标的和服务器进行绑定的方式，在开标时间段里，容易因为服务器资源不足而影响线上平台业务，而在其他时间段里，页面浏览量较小，所绑定的服务器存在资源浪费的情况，即现有对招投标请求的处理无法最大化发挥服务器资源且无法保证线上平台业务的正常工作。

发明内容

本发明所要解决的技术问题是：提供一种招投标请求的资源分发方法及数据中心，在保证线上平台业务的正常工作下最大化发挥服务器资源。

为了解决上述技术问题，本发明采用的技术方案为：

一种招投标请求的资源分发方法，包括步骤：

S1、实时获取所有服务器定时上报的当前资源；

S2、对所有所述服务器按照所述当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；

S3、接收招投标请求，将所述招投标请求分发至所述可用服务器排序列表的服务器。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种数据中心，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、实时获取所有服务器定时上报的当前资源；

S2、对所有所述服务器按照所述当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；

S3、接收招投标请求，将所述招投标请求分发至所述可用服务器排序列表的服务器。

本发明的有益效果在于：一种招投标请求的资源分发方法及数据中心，通过数据中心实时获取所有服务器定时上报的当前资源，对所有服务器按照当前资源进行排序，以得到可提供分发资源的可用服务器排序列表，然后将接收到的招投标请求分发至可用服务器排序列表的服务器，由此，将招投标请求动态分配到不同服务器中，以保证线上平台业务的正常工作的同时，最大化发挥服务器资源，实现服务器资源均衡，提升系统稳定性和用户体验。

附图说明

图1为本发明实施例的一种招投标请求的资源分发方法的主要流程示意图；

图2为本发明实施例涉及的生成服务器分发列表的流程示意图；

图3为本发明实施例的一种招投标请求的资源分发方法的整体架构示意图；

图4为本发明实施例的一种数据中心的结构示意图。

标号说明：

1、一种数据中心；2、处理器；3、存储器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

请参照图1至图3，一种招投标请求的资源分发方法，包括步骤：

S1、实时获取所有服务器定时上报的当前资源；

S2、对所有所述服务器按照所述当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；

S3、接收招投标请求，将所述招投标请求分发至所述可用服务器排序列表的服务器。

从上述描述可知，本发明的有益效果在于：通过数据中心实时获取所有服务器定时上报的当前资源，对所有服务器按照当前资源进行排序，以得到可提供分发资源的可用服务器排序列表，然后将接收到的招投标请求分发至可用服务器排序列表的服务器，由此，将招投标请求动态分配到不同服务器中，以保证线上平台业务的正常工作的同时，最大化发挥服务器资源，实现服务器资源均衡，提升系统稳定性和用户体验。

进一步地，所述步骤S1中的当前资源包括CPU资源、内存资源、硬盘I/O资源、网络带宽资源以及接口信息；

所述步骤S2具体包括以下步骤：

根据每一台所述服务器的所述CPU资源、所述内存资源、所述硬盘I/O资源以及所述网络带宽资源得到每一台所述服务器的第一阶梯权重值；

根据所述每一台所述服务器的接口信息中的接口请求量级得到第二阶梯权重值；

根据每一台所述服务器的上报情况，过滤不可用服务器，得到可用服务器排序列表；

对所述可用服务器排序列表中的每一台所述服务器的所述第一阶梯权重值和所述第二阶梯权重值进行累加，得到对应的最终权重值，按照所述最终权重值对所述可用服务器排序列表中的所有所述服务器进行排序，得到可用服务器排序列表。

从上述描述可知，通过对服务器的CPU资源、内存资源、硬盘I/O资源、网络带宽资源以及接口信息进行综合考虑，以得到最优的可用服务器排序列表。

进一步地，所述步骤S3具体包括以下步骤：

获取第一时间段的预计投标量级，根据所述预计投标量级确定所述第一时间段的预计页面浏览量PV；

根据所述预计页面浏览量PV得到所述第一时间段内所需服务器数量m＝Ceiling{[(PV*0.8)/(T*0.2)]/X}，所述T为所述第一时间段内的秒数，所述X为单台服务器的每秒查询率，所述Ceiling为向上取整运算；

从所述可用服务器排序列表中为所述第一时间段分配m台服务器；

在所述第一时间段内接收招投标请求时，将所述招投标请求分发至所分配的m台所述服务器进行处理响应。

从上述描述可知，每天80％的访问集中在20％的时间里，将这20％时间叫做峰值时间，以此将服务器设置的数量足够服务峰值时间的访问，从而保证线上平台业务的正常工作。

进一步地，所述步骤S3具体包括以下步骤：

获取所需服务器数量m以及所述可用服务器排序列表中的可用服务器数量n；

从n台所述可用服务器中随机抽取m台服务器，将随机抽取的m台服务器放入服务器选取集中；

从未被抽取的n-m台服务器中按照接口请求次数进行升序排序，从排序在前a台服务器中选取|m/2|台服务器，放入所述服务器选取集中，所述a＝α*(n-m)，|m/2|/(n-m)<α<1；

从所述服务器选取集中随机选取m台服务器，作为最终的服务器分发列表；

接收招投标请求，将所述招投标请求分发至所述服务器分发列表的服务器进行处理响应。

从上述描述可知，通过第一次随机筛选、第二次均衡性筛选以及第三次随机筛选，以在保证接口能够均衡随机的分发给各服务器的基础上尽量追求资源分配的均衡性。

进一步地，还包括以下步骤：

当接收到的某一台服务器在连续时间段内的占用资源超过预设资源阈值，则发出资源不足预警信号以提醒运维人员临时增加服务器；

当未接收到的某一台服务器上报的当前资源，则将这一台服务器标记为不可用服务器并发出服务器宕机预警信号以提醒运维人员进行处理。

从上述描述可知，通过对服务器进行健康检查，以在资源不足或者服务器宕机时及时发出预警信号以进行系统处理，保证系统业务的正常工作。

请参照图3和图4，一种数据中心，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、实时获取所有服务器定时上报的当前资源；

S2、对所有所述服务器按照所述当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；

S3、接收招投标请求，将所述招投标请求分发至所述可用服务器排序列表的服务器。

从上述描述可知，本发明的有益效果在于：通过数据中心实时获取所有服务器定时上报的当前资源，对所有服务器按照当前资源进行排序，以得到可提供分发资源的可用服务器排序列表，然后将接收到的招投标请求分发至可用服务器排序列表的服务器，由此，将招投标请求动态分配到不同服务器中，以保证线上平台业务的正常工作的同时，最大化发挥服务器资源，实现服务器资源均衡，提升系统稳定性和用户体验。

进一步地，所述步骤S1中的当前资源包括CPU资源、内存资源、硬盘I/O资源、网络带宽资源以及接口信息；

所述步骤S2具体包括以下步骤：

根据每一台所述服务器的所述CPU资源、所述内存资源、所述硬盘I/O资源以及所述网络带宽资源得到每一台所述服务器的第一阶梯权重值；

根据所述每一台所述服务器的接口信息中的接口请求量级得到第二阶梯权重值；

根据每一台所述服务器的上报情况，过滤不可用服务器，得到可用服务器排序列表；

对所述可用服务器排序列表中的每一台所述服务器的所述第一阶梯权重值和所述第二阶梯权重值进行累加，得到对应的最终权重值，按照所述最终权重值对所述可用服务器排序列表中的所有所述服务器进行排序，得到可用服务器排序列表。

从上述描述可知，通过对服务器的CPU资源、内存资源、硬盘I/O资源、网络带宽资源以及接口信息进行综合考虑，以得到最优的可用服务器排序列表。

进一步地，所述步骤S3具体包括以下步骤：

获取第一时间段的预计投标量级，根据所述预计投标量级确定所述第一时间段的预计页面浏览量PV；

根据所述预计页面浏览量PV得到所述第一时间段内所需服务器数量m＝Ceiling{[(PV*0.8)/(T*0.2)]/X}，所述T为所述第一时间段内的秒数，所述X为单台服务器的每秒查询率，所述Ceiling为向上取整运算；

从所述可用服务器排序列表中为所述第一时间段分配m台服务器；

在所述第一时间段内接收招投标请求时，将所述招投标请求分发至所分配的m台所述服务器进行处理响应。

从上述描述可知，每天80％的访问集中在20％的时间里，将这20％时间叫做峰值时间，以此将服务器设置的数量足够服务峰值时间的访问，从而保证线上平台业务的正常工作。

进一步地，所述步骤S3具体包括以下步骤：

获取所需服务器数量m以及所述可用服务器排序列表中的可用服务器数量n；

从n台所述可用服务器中随机抽取m台服务器，将随机抽取的m台服务器放入服务器选取集中；

从未被抽取的n-m台服务器中按照接口请求次数进行升序排序，从排序在前a台服务器中选取|m/2|台服务器，放入所述服务器选取集中，所述a＝α*(n-m)，|m/2|/(n-m)<α<1；

从所述服务器选取集中随机选取m台服务器，作为最终的服务器分发列表；

接收招投标请求，将所述招投标请求分发至所述服务器分发列表的服务器进行处理响应。

从上述描述可知，通过第一次随机筛选、第二次均衡性筛选以及第三次随机筛选，以在保证接口能够均衡随机的分发给各服务器的基础上尽量追求资源分配的均衡性。

进一步地，还包括以下步骤：

当接收到的某一台服务器在连续时间段内的占用资源超过预设资源阈值，则发出资源不足预警信号以提醒运维人员临时增加服务器；

当未接收到的某一台服务器上报的当前资源，则将这一台服务器标记为不可用服务器并发出服务器宕机预警信号以提醒运维人员进行处理。

从上述描述可知，通过对服务器进行健康检查，以在资源不足或者服务器宕机时及时发出预警信号以进行系统处理，保证系统业务的正常工作。

请参照图1至图3，本发明的实施例一为：

一种招投标请求的资源分发方法，包括步骤：

S1、实时获取所有服务器定时上报的当前资源；

在本实施例中，当前资源包括CPU资源、内存资源、硬盘I/O资源、网络带宽资源以及接口信息；

S2、对所有服务器按照当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；

在本实施例中，步骤S2具体包括以下步骤：

S21、根据每一台服务器的CPU资源、内存资源、硬盘I/O资源以及网络带宽资源得到每一台服务器的第一阶梯权重值；

S22、根据每一台服务器的接口信息中的接口请求量级得到第二阶梯权重值；

S23、根据每一台服务器的上报情况，过滤不可用服务器，得到可用服务器排序列表；

其中，当未接收到的某一台服务器上报的当前资源，则将这一台服务器标记为不可用服务器并发出服务器宕机预警信号以提醒运维人员进行处理；

S24、对可用服务器排序列表中的每一台服务器的第一阶梯权重值和第二阶梯权重值进行累加，得到对应的最终权重值，按照最终权重值对可用服务器排序列表中的所有服务器进行排序，得到可用服务器排序列表。

在本实施例中，如图3所示，数据中心虽然已预先分配好充足的服务器，但由于开标数量和在线投标人不可控，当同时开标数和在线投标人达到更高的量级，是可能存在之前分配的充足服务器在某个时间出现不充足的情况，所以，当已分配的服务器仍然无法满足未来某个时间内开标数量和在线投标人数达到更高量级情况下，会提前进行预警，提醒运维人员临时增加服务器，即当接收到的某一台服务器在连续时间段内的占用资源超过预设资源阈值，则发出资源不足预警信号以提醒运维人员临时增加服务器。

S3、接收招投标请求，将招投标请求分发至可用服务器排序列表的服务器。

由此，将招投标请求动态分配到不同服务器中，以保证线上平台业务的正常工作的同时，最大化发挥服务器资源。

请参照图1至图3，本发明的实施例二为：

一种招投标请求的资源分发方法，在上述实施例一的基础上，步骤S3具体包括以下步骤：

S31、获取第一时间段的预计投标量级，根据预计投标量级确定第一时间段的预计页面浏览量PV；

在本实施例中，投标量级是指投标人数的分级，并非具体投标人数。

其中，PV即page views的简写，指用户的页面浏览量。

在本实施例中，假设第一时间端为天，而每天的预计页面浏览量为300万PV。

S32、根据预计页面浏览量PV得到第一时间段内所需服务器数量m＝Ceiling{[(PV*0.8)/(T*0.2)]/X}，T为第一时间段内的秒数，X为单台服务器的每秒查询率，Ceiling为向上取整运算；

其中，每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，即每秒请求数，即最大谈吐能力。其中值得说明的是并发数，并发数和QPS是不同的概念，一般说QPS会说多少并发用户下QPS，当QPS相同时，并发用户数越大，网站并发处理能力越好。当并发用户数过大时，会造成进程频繁切换，反而真正用于处理请求的时间变少，每秒能够处理的请求数反而变少，同时用户的请求等待时间也会变大。找到最佳线程数能够让web系统更稳定，效率更高。

在本实施例中，T为第一时间段内的秒数即为一天86400秒，而单台服务器的每秒查询率X预先算好为58，则每一天的所需服务器数m＝Ceiling{[(PV*0.8)/(T*0.2)]/X}＝Ceiling{[(3000000*0.8)/(86400*0.2)]/58}＝3，即需要为每天分配3台服务器。

S33、获取可用服务器排序列表中的可用服务器数量n；

如图2所示，在本实施例中，可用服务器数量n＝12。

S34、从n台可用服务器中随机抽取m台服务器，将随机抽取的m台服务器放入服务器选取集中；

如图2所示，ci代表第i台服务器在上一阶段(例如20分钟内)被分发给接口的次数，即接口请求次数。

其中，步骤S34为第一次随机选取，其从12台服务器中随机选取了3台服务器，服务器ID分别为A10、A09和A03。

S35、从未被抽取的n-m台服务器中按照接口请求次数进行升序排序，从排序在前a台服务器中随机选取|m/2|台服务器，放入服务器选取集中，a＝α*(n-m)，|m/2|/(n-m)<α<1；

其中，α为均衡改善因子。

如图2所示，从未被抽取的9台服务器中按照接口请求次数ci进行排序，则|m/2|＝2，a＝α*(n-m)＝4.5，即取前四台服务器随机排序后随机抽取2台服务器，服务器ID分别为A01和A08，最终的服务器选取集中包括了服务器ID分别为A10、A09、A03、A01和A08这五台服务器。

S36、从服务器选取集中随机选取m台服务器，作为最终的服务器分发列表；

如图2所示，从服务器选取集随机抽取出3台服务器，其服务器ID为A09、A03和A01这三台服务器作为最终的服务器分发列表。

S37、接收招投标请求，将招投标请求分发至服务器分发列表的服务器进行处理响应。

由此，在将招投标请求分发至服务器ID为A09、A03和A01这三台服务器进行处理响应。

其中，在本实施例中列举的预计页面浏览量PV、单台服务器的每秒查询率X、第一时间段内的秒数T、可用服务器数量n、接口请求次数ci、均衡改善因子α和所需服务器数m均为进行示例说明，上述具体数量的限定并不对本发明起到限定作用，在合理的范围内变动上述数值应当认为是本实施例的等同实施例。

请参照图3和图4，本发明的实施例三为：

一种数据中心1，包括存储器3、处理器2及存储在存储器3上并可在处理器2上运行的计算机程序，处理器2执行计算机程序时实现上述实施例一或二的步骤。

综上所述，本发明提供的一种招投标请求的资源分发方法及数据中心，通过数据中心实时获取所有服务器定时上报的当前资源，对所有服务器按照当前资源进行综合排序，以得到可提供分发资源的最优可用服务器排序列表，之后根据峰值时间所需要的访问量来设置服务器的数量，得到所需服务器数量，之后通过第一次随机筛选、第二次均衡性筛选以及第三次随机筛选，得到服务器分发列表，最后将接收到的招投标请求分发至服务器分发列表的服务器，由此，将招投标请求动态分配到不同服务器中，以保证线上平台业务的正常工作的同时，最大化发挥服务器资源，实现服务器资源均衡，提升系统稳定性和用户体验。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种招投标请求的资源分发方法，其特征在于，包括步骤：

S1、实时获取所有服务器定时上报的当前资源；

S2、对所有所述服务器按照所述当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；

S3、接收招投标请求，将所述招投标请求分发至所述可用服务器排序列表的服务器；

所述步骤S3具体包括以下步骤：

获取所需服务器数量m以及所述可用服务器排序列表中的可用服务器数量n；

从n台所述可用服务器中随机抽取m台服务器，将随机抽取的m台服务器放入服务器选取集中；

从未被抽取的n-m台服务器中按照接口请求次数进行升序排序，从排序在前a台服务器中选取|m/2|台服务器，放入所述服务器选取集中，所述a＝α*(n-m)，|m/2|/(n-m)<α<1；

从所述服务器选取集中随机选取m台服务器，作为最终的服务器分发列表；

接收招投标请求，将所述招投标请求分发至所述服务器分发列表的服务器进行处理响应。

2.根据权利要求1所述的一种招投标请求的资源分发方法，其特征在于，所述步骤S1中的当前资源包括CPU资源、内存资源、硬盘I/O资源、网络带宽资源以及接口信息；

所述步骤S2具体包括以下步骤：

根据每一台所述服务器的所述CPU资源、所述内存资源、所述硬盘I/O资源以及所述网络带宽资源得到每一台所述服务器的第一阶梯权重值；

根据所述每一台所述服务器的接口信息中的接口请求量级得到第二阶梯权重值；

根据每一台所述服务器的上报情况，过滤不可用服务器，得到可用服务器排序列表；

对所述可用服务器排序列表中的每一台所述服务器的所述第一阶梯权重值和所述第二阶梯权重值进行累加，得到对应的最终权重值，按照所述最终权重值对所述可用服务器排序列表中的所有所述服务器进行排序，得到可用服务器排序列表。

3.根据权利要求1所述的一种招投标请求的资源分发方法，其特征在于，所述步骤S3具体包括以下步骤：

获取第一时间段的预计投标量级，根据所述预计投标量级确定所述第一时间段的预计页面浏览量PV；

根据所述预计页面浏览量PV得到所述第一时间段内所需服务器数量m＝Ceiling{[(PV*0.8)/(T*0.2)]/X}，所述T为所述第一时间段内的秒数，所述X为单台服务器的每秒查询率，所述Ceiling为向上取整运算；

从所述可用服务器排序列表中为所述第一时间段分配m台服务器；

在所述第一时间段内接收招投标请求时，将所述招投标请求分发至所分配的m台所述服务器进行处理响应。

4.根据权利要求1至3任一所述的一种招投标请求的资源分发方法，其特征在于，还包括以下步骤：

当接收到的某一台服务器在连续时间段内的占用资源超过预设资源阈值，则发出资源不足预警信号以提醒运维人员临时增加服务器；

当未接收到的某一台服务器上报的当前资源，则将这一台服务器标记为不可用服务器并发出服务器宕机预警信号以提醒运维人员进行处理。

5.一种数据中心，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

S1、实时获取所有服务器定时上报的当前资源；

S2、对所有所述服务器按照所述当前资源进行排序，以得到可提供分发资源的可用服务器排序列表；

S3、接收招投标请求，将所述招投标请求分发至所述可用服务器排序列表的服务器；

所述步骤S3具体包括以下步骤：

获取所需服务器数量m以及所述可用服务器排序列表中的可用服务器数量n；

从n台所述可用服务器中随机抽取m台服务器，将随机抽取的m台服务器放入服务器选取集中；

从未被抽取的n-m台服务器中按照接口请求次数进行升序排序，从排序在前a台服务器中选取|m/2|台服务器，放入所述服务器选取集中，所述a＝α*(n-m)，|m/2|/(n-m)<α<1；

从所述服务器选取集中随机选取m台服务器，作为最终的服务器分发列表；

接收招投标请求，将所述招投标请求分发至所述服务器分发列表的服务器进行处理响应。

6.根据权利要求5所述的一种数据中心，其特征在于，所述步骤S1中的当前资源包括CPU资源、内存资源、硬盘I/O资源、网络带宽资源以及接口信息；

所述步骤S2具体包括以下步骤：

根据每一台所述服务器的所述CPU资源、所述内存资源、所述硬盘I/O资源以及所述网络带宽资源得到每一台所述服务器的第一阶梯权重值；

根据所述每一台所述服务器的接口信息中的接口请求量级得到第二阶梯权重值；

根据每一台所述服务器的上报情况，过滤不可用服务器，得到可用服务器排序列表；

对所述可用服务器排序列表中的每一台所述服务器的所述第一阶梯权重值和所述第二阶梯权重值进行累加，得到对应的最终权重值，按照所述最终权重值对所述可用服务器排序列表中的所有所述服务器进行排序，得到可用服务器排序列表。

7.根据权利要求5所述的一种数据中心，其特征在于，所述步骤S3具体包括以下步骤：

获取第一时间段的预计投标量级，根据所述预计投标量级确定所述第一时间段的预计页面浏览量PV；

根据所述预计页面浏览量PV得到所述第一时间段内所需服务器数量m＝Ceiling{[(PV*0.8)/(T*0.2)]/X}，所述T为所述第一时间段内的秒数，所述X为单台服务器的每秒查询率，所述Ceiling为向上取整运算；

从所述可用服务器排序列表中为所述第一时间段分配m台服务器；

在所述第一时间段内接收招投标请求时，将所述招投标请求分发至所分配的m台所述服务器进行处理响应。

8.根据权利要求5至7任一所述的一种数据中心，其特征在于，还包括以下步骤：

当接收到的某一台服务器在连续时间段内的占用资源超过预设资源阈值，则发出资源不足预警信号以提醒运维人员临时增加服务器；

当未接收到的某一台服务器上报的当前资源，则将这一台服务器标记为不可用服务器并发出服务器宕机预警信号以提醒运维人员进行处理。