本发明属于计算机领域，尤其涉及一种服务器资源的配置处理方法及系统。
背景技术：
服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。通常分为文件服务器、数据库服务器、应用程序服务器、web服务器等。将服务器划分为不同种类，使得每一种类的服务器只需处理一种或者固定的几种请求，减少服务器繁杂的逻辑处理流程，使得每一种服务器处理速度加快。
对于服务请求种类较多的企业来说，需要的服务器种类也相应的增多，现存的服务器在资源配置中通常是将一台或几台服务器作为一个服务器组，每个服务器组对应一种服务请求，在服务器组接收到服务请求后，调用该服务器组中的一台或几台服务器对请求进行处理、响应。
现存的服务器在资源配置时存在以下问题：在搭建之初进行服务器资源配置时就已经将每一种类的服务器容量大小进行固定，通常是将处理某类服务请求所需最大服务器容量的值确定为该类服务器组容量的大小，但是对于一种服务器组，在处理同一种类的服务请求时所需要的服务器容量大小不固定且大部分情况下小于服务器组的容量大小，这就造成服务器组中一部分服务器容量长期不被使用，对于设置多种服务器组的企业来说，每种服务器组中均存在长期不被使用的服务器容量，造成资源的闲置和浪费，占用场地和成本。
技术实现要素：
本发明实施例提供一种服务器资源的配置处理方法及系统，旨在解决现存服务器资源配置不合理，导致服务器组中存在长期不被使用的服务器容量，造成服务器资源的闲置和浪费的问题。
本发明实施例是这样实现的，一种服务器资源的配置处理方法，所述服务器包括与服务请求类型一一对应的多个基础服务器和用于扩充基础服务器的共享服务器，所述共享服务器内设置有多个虚拟服务器；
所述服务器资源的配置处理方法包括：
接收客户端发送的服务请求，所述服务请求携带有请求类型信息；
将所述服务请求发送给与所述请求类型信息对应的基础服务器；
获取与所述请求类型信息对应的基础服务器的运行速度，并判断所述运行速度是否小于预设的预警值；
当判断所述运行速度小于预设的预警值时，调用至少一个虚拟服务器，调用虚拟服务器后，所述基础服务器的运行速度大于预设的预警值；
当判断完成所述服务请求后，释放调用的虚拟服务器。
作为本发明的一种改进方案：一种服务器资源的配置处理方法还包括所述基础服务器的容量更迭方法，所述基础服务器的容量更迭方法包括：
获取处理服务请求时所需的最大服务器容量，并将所述最大服务器容量的一半确定为基础服务器的初始容量；
获取每次基础服务器处理服务请求时所使用的实际容量且获取实际容量的次数加一；
当获取实际容量的次数达到第一预设值时，对所获得的实际容量求平均值得到平均容量；
判断平均容量是否大于初始容量：
当平均容量大于初始容量时，调用至少一个所述虚拟服务器到基础服务器，调用后所述基础服务器的初始容量与虚拟服务器的容量总和不小于平均容量，将调用的虚拟服务器与基础服务器固定作为新基础服务器，其容量总和作为新基础服务器的初始容量；
当平均容量不大于初始容量时，初始容量减去平均容量得到闲置服务器的容量，将所述闲置服务器从基础服务器转移到共享服务器。
作为本发明的又一种改进方案：一种服务器资源的配置处理方法还包括所述共享服务器的容量确定方法，所述共享服务器的容量确定方法包括：
获取处理每种服务请求类型所需的最大服务器容量，并对所有最大服务器容量求和得到所需总服务器容量；
将所述所需总服务器容量的一半确定为共享服务器的初始容量；
获取每日共享服务器连续变化的剩余容量，并剔除当日突变的剩余容量，获取每日平均剩余容量且获取每日平均剩余容量的次数加一；
当获取每日平均剩余容量的次数达到第二预设值时，对所获得的每日平均剩余容量进行从小到大排序，取处于五分之一处的每日平均剩余容量为最终剩余容量；
将共享服务器的初始容量减去最终剩余容量得到共享服务器的最终容量。
作为本发明的另一种改进方案：多个基础服务器同时工作时，分别依次判断每个基础服务器的运行速度是否小于预设的预警值。
作为本发明的进一步方案：在调用虚拟服务器时，还要判断共享服务器中是否有虚拟服务器：
当共享服务器中没有虚拟服务器时，延后服务请求的发送，并不断对共享服务器进行监控；
当共享服务器中有虚拟服务器时，将服务请求发送给与所述请求类型信息对应的基础服务器；
实现上述方法的物理载体为一种服务器资源的配置处理系统，包括客户端、多个基础服务器、共享服务器和资源管理模块；
所述客户端，用于发送服务请求；
所述基础服务器，用于执行服务请求，并将执行结果反馈给客户端；
所述共享服务器，用于扩充基础服务器，且与每个基础服务器互联；
所述资源管理模块，用于监控整个服务器资源的配置处理流程。
作为本发明的再进一步方案：所述资源管理模块包括：服务请求识别模块、基础服务器运行速度监测模块、虚拟服务器调用模块；
所述服务请求识别模块，用于识别服务请求携带的请求类型信息并将所述服务请求发送给与所述请求类型信息对应的基础服务器；
所述基础服务器运行速度监测模块，用于获取基础服务器的运行速度并将所述运行速度发送给虚拟服务器调用模块；
所述虚拟服务器调用模块，用于判断所述运行速度是否小于预设的预警值，还用于调用虚拟服务器到基础服务器。
作为本发明的优化方案：所述资源管理模块还包括共享服务器监控模块；
所述共享服务器监控模块，用于监控共享服务器内虚拟服务器的剩余量以及每月所述剩余量为零的次数；
所述共享服务器监控模块将监测到的每月虚拟服务器剩余量为零的次数发送给客户端。
作为本发明的又一种方案：一种服务器资源的配置处理系统还包括基础服务器容量更迭模块和共享服务器容量确定模块；所述基础服务器容量更迭模块，用于不断更新所述基础服务器的容量；所述共享服务器容量确定模块，用于确定共享服务器的最终容量。
本发明的有益效果：
将服务器资源分割成多个基础服务器和一个公用的共享服务器，其中共享服务器内设置有多个虚拟服务器，同等功能下，基础服务器容量小于现存服务器组的固定容量，且本发明中服务器总资源数量比改进前也减小；相比于现存服务器的资源配置方法，本发明通过服务器资源管理模块对整个服务器资源配置处理流程进行监控，不断调用虚拟服务器与基础服务器之间联动，在保证基础服务器的运行速度基础上做到了资源的有效利用，降低闲置服务器的数量，做到了降本增效的目的。
附图说明
图1是服务器资源的配置处理系统主要架构示意图；
图2是服务器资源的配置处理系统运行时序图；
图3是服务器资源的配置处理方法主流程图；
图4是基础服务器容量更迭方法流程图；
图5是共享服务器容量确定方法流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
请参阅图1，作为本发明的一种实施例，一种服务器资源的配置处理系统，包括客户端、多个基础服务器、共享服务器和资源管理模块；
所述服务器包括与服务请求类型一一对应的多个基础服务器和用于扩充基础服务器的共享服务器，所述共享服务器内设置有多个虚拟服务器；虚拟服务器是一种网络技术，可以让多个主机，在一个单一服务器(或是一个服务器组)上运作，而且可以分开支持每个单一的主机。虚拟并非指不存在，而是指空间是由实体的服务器延伸而来，其硬件系统可以是基于服务器群，或者单个服务器。这种虚拟服务器能够根据需求随时改变其容量的大小，可以随时合并和删除，具有灵活多变的优点。
所述客户端，用于发送服务请求；
所述基础服务器，用于执行服务请求，并将执行结果反馈给客户端；
所述共享服务器，用于扩充基础服务器，且与每个基础服务器互联；
所述资源管理模块，用于监控整个服务器资源的配置处理流程。
请参阅图2，作为本发明的一种优化实施例，
所述资源管理模块包括：服务请求识别模块、基础服务器运行速度监测模块、虚拟服务器调用模块；
所述服务请求识别模块，用于识别服务请求携带的请求类型信息并将所述服务请求发送给与所述请求类型信息对应的基础服务器；所述请求类型信息在客户端将服务请求发出时，自动标记在服务请求信息的前端，当服务请求识别模块接收到服务请求信息的时候能够不关注服务请求内容本身立即做出判断并将该请求立刻传送给对应的基础服务器。
所述基础服务器运行速度监测模块，用于获取基础服务器的运行速度并将所述运行速度发送给虚拟服务器调用模块；
所述虚拟服务器调用模块，用于判断所述运行速度是否小于预设的预警值，还用于调用虚拟服务器到基础服务器。所述虚拟服务器调用模块将虚拟服务器和基础服务器互联，保证基础服务器一直处于较快的运行速度上，减少基础服务器卡顿。
请参阅图2，作为本发明的又一种优化实施例，所述资源管理模块还包括共享服务器监控模块；
所述共享服务器监控模块，用于监控共享服务器内虚拟服务器的剩余量以及每月所述剩余量为零的次数；当共享服务器中虚拟服务器的个数为零时，姜武虚拟服务器可调用，此时共享服务器监控模块如果发现有虚拟服务器调用指令传送到共享服务器将向服务请求识别模块发出延后指令，服务请求识别模块将延后服务请求的发送知道共享如武器监控模块监测到虚拟服务器个数不为零时，服务请求识别模块才会继续传送服务请求。
所述共享服务器监控模块将监测到的每月虚拟服务器剩余量为零的次数发送给客户端。由于服务器处理的内容不是一成不变的，随着时间的推移，业务的增多以及服务器性能的下降，导致单位时间内被调用的虚拟服务器会增多，使得每月虚拟服务器剩余量为零的次数变多，所以监控每月虚拟服务器剩余量为零的次数是从侧边监控整个服务器资源是否能够满足当前服务请求，如果剩余量为零的次数过高，说明整体服务器多数时间内处于超载运行的状态，此时可以通过扩充共享服务器和基础服务器的容量，以满足越来越多的服务请求。
请参阅图1，作为本发明的另一种优化实施例，一种服务器资源的配置处理系统还包括基础服务器容量更迭模块和共享服务器容量确定模块；所述基础服务器容量更迭模块，用于不断更新所述基础服务器的容量；客户端发送的服务请求的量可能在不同时间段内发送的数量不同，当服务请求的数量激增的时候，基础服务器经常处于满载的状态下运行，需要服务器调用模块不停地调用虚拟服务器扩充基础服务器，在基础服务器容量更迭模块的调整下，在服务请求较多的时候直接将部分虚拟服务器固定在基础服务器中，以此来扩充基础服务器的容量，使得基础服务器在大部分情况下处于高速运行的状态，减少频繁调用虚拟服务器的次数，增加处理服务请求的速度；反之当某些服务请求的数量减少的时候，部分基础服务器运行时只使用少量容量，大部分容量处于闲置状态，此时将该部分闲置容量从基础服务器中提取出来转移至共享服务器中，扩大共享服务器的容量，能够更好的应对其他高负载或者满载运行的基础服务器的调用。由于基础服务器容量更迭模块的存在，使得基础服务器的容量与共享服务器的容量实时流动，也形成基础服务器之间间接流动。
所述共享服务器容量确定模块，用于确定共享服务器的最终容量。共享服务器容量的初次确定是尽可能往最大化配置，但是该容量并没有经过实践检验，共享服务器容量确定模块是为了进一步优化共享服务器容量，经过一段时间的使用，共享服务器容量确定模块对共享服务器的变化进行检测并收集其剩余量，从而确认共享服务器的最优容量。
在上述系统中搭载以下方法，以实现服务器资源的合理配置，避免服务器资源的闲置浪费。
请参阅图2和图3，作为本发明的另一种实施例，一种服务器资源的配置处理方法包括：
步骤s101，接收客户端发送的服务请求，所述服务请求携带有请求类型信息；
步骤s102，将所述服务请求发送给与所述请求类型信息对应的基础服务器；
步骤s103，获取与所述请求类型信息对应的基础服务器的运行速度，
步骤s104，判断所述运行速度是否小于预设的预警值；该预警值的设定根据经验值设定，运行速度高于该预警值表示基础服务器运行速度和处理能力较强，当运行速度低于该预警值时表示基础服务器的处理能力降低，处理服务请求的速度较慢，等待时间较长。
步骤s105，当判断所述运行速度小于预设的预警值时，调用至少一个虚拟服务器，调用虚拟服务器后，所述基础服务器的运行速度大于预设的预警值；每次调用一个基础服务器后需要返回上述步骤再次判定基础服务器的运行速度，当运行速度仍低于预警值时，再次调用一个虚拟服务器，重复上述步骤直到基础服务器的运行速度大于预设的预警值。
步骤s106，判断是否完成所述服务请求；
步骤s107，当判断完成所述服务请求后，释放调用的虚拟服务器。
请参阅图4，作为本发明的一种优化实施例：一种服务器资源的配置处理方法还包括所述基础服务器的容量更迭方法，所述基础服务器的容量更迭方法包括：
步骤s201，获取处理服务请求时所需的最大服务器容量；
步骤s202，将所述最大服务器容量的一半确定为基础服务器的初始容量；
步骤s203，获取每次基础服务器处理服务请求时所使用的实际容量；
步骤s204，获取实际容量的次数加一；
步骤s205，判断获取实际容量的次数是否达到第一预设值：该第一预设值大小根据经验设置，至少是每周基础服务器处理服务请求的次数，该第一预设值决定样本基数，越大越好。
步骤s206，当获取实际容量的次数达到第一预设值时，对所获得的实际容量求平均值得到平均容量；
步骤s207，将获取实际容量的次数归零；能够使得基础服务器容量形成周期性更迭。
步骤s208，判断平均容量是否大于初始容量：
步骤s209，当平均容量大于初始容量时，调用至少一个所述虚拟服务器到基础服务器，调用后所述基础服务器的初始容量与虚拟服务器的容量总和不小于平均容量；步骤s210，将调用的虚拟服务器与基础服务器固定作为新基础服务器，其容量总和作为新基础服务器的初始容量；
步骤s211，当平均容量不大于初始容量时，初始容量减去平均容量得到闲置服务器的容量，步骤s212，将所述闲置服务器从基础服务器转移到共享服务器。
请参阅图5，作为本发明的又一种优化实施例：一种服务器资源的配置处理方法还包括所述共享服务器的容量确定方法，所述共享服务器的容量确定方法包括：
步骤s301，获取处理每种服务请求类型所需的最大服务器容量；
步骤s302，对所有最大服务器容量求和得到所需总服务器容量；
步骤s303，将所述所需总服务器容量的一半确定为共享服务器的初始容量；
步骤s304，获取每日共享服务器连续变化的剩余容量，并剔除当日突变的剩余容量，获取每日平均剩余容量；
步骤s305，获取每日平均剩余容量的次数加一；
步骤s306，判断获取每日平均剩余容量的次数是否等于第二预设值：该第二预设值大小根据经验设置，至少是30次数即以每月为基数，如有必要可提升第二预设值的数值，以90天即一个季度为基数。
步骤s307，当获取每日平均剩余容量的次数达到第二预设值时，对所获得的每日平均剩余容量进行从小到大排序，
步骤s308，取处于五分之一处的每日平均剩余容量为最终剩余容量；此处将取值位置设置为五分之一处，是为了保证大部分情况的共享服务器中能够剩余虚拟服务器，少部分情况下虚拟服务器的剩余量才为零，此情况为突变情况，极少发生，不影响整体服务器处理服务请求的进程。
步骤s309，将共享服务器的初始容量减去最终剩余容量得到共享服务器的最终容量。
对于上述实施例中s101-s103步骤进行进一步的优化，多个基础服务器同时工作时，分别依次判断每个基础服务器的运行速度是否小于预设的预警值。
对于上述实施例中s104和s105之间的步骤进行进一步的优化：在调用虚拟服务器前，还要判断共享服务器中是否有虚拟服务器：
当共享服务器中没有虚拟服务器时，将该情况反馈给服务请求识别模块，延后服务请求的发送，并不断对共享服务器进行监控；
当共享服务器中有虚拟服务器时，将该情况反馈给服务请求识别模块，恢复服务请求的发送，将其发送给与所述请求类型信息对应的基础服务器，基础服务器按照流程继续处理服务请求。
本应该理解的是，虽然本发明各实施例的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
1.一种服务器资源的配置处理方法，其特征在于，
所述服务器包括与服务请求类型一一对应的多个基础服务器和用于扩充基础服务器的共享服务器，所述共享服务器内设置有多个虚拟服务器；
所述服务器资源的配置处理方法包括：
接收客户端发送的服务请求，所述服务请求携带有请求类型信息；
将所述服务请求发送给与所述请求类型信息对应的基础服务器；
获取与所述请求类型信息对应的基础服务器的运行速度，并判断所述运行速度是否小于预设的预警值；
当判断所述运行速度小于预设的预警值时，调用至少一个虚拟服务器，调用虚拟服务器后，所述基础服务器的运行速度大于预设的预警值；
当判断完成所述服务请求后，释放调用的虚拟服务器。
2.如权利要求1所述的一种服务器资源的配置处理方法，其特征在于，还包括所述基础服务器的容量更迭方法，所述基础服务器的容量更迭方法包括：
获取处理服务请求时所需的最大服务器容量，并将所述最大服务器容量的一半确定为基础服务器的初始容量；
获取每次基础服务器处理服务请求时所使用的实际容量且获取实际容量的次数加一；
当获取实际容量的次数达到第一预设值时，对所获得的实际容量求平均值得到平均容量；
判断平均容量是否大于初始容量：
当平均容量大于初始容量时，调用至少一个所述虚拟服务器到基础服务器，调用后所述基础服务器的初始容量与虚拟服务器的容量总和不小于平均容量，将调用的虚拟服务器与基础服务器固定作为新基础服务器，其容量总和作为新基础服务器的初始容量；
当平均容量不大于初始容量时，初始容量减去平均容量得到闲置服务器的容量，将所述闲置服务器从基础服务器转移到共享服务器。
3.如权利要求1所述的一种服务器资源的配置处理方法，其特征在于，还包括所述共享服务器的容量确定方法，所述共享服务器的容量确定方法包括：
获取处理每种服务请求类型所需的最大服务器容量，并对所有最大服务器容量求和得到所需总服务器容量；
将所述所需总服务器容量的一半确定为共享服务器的初始容量；
获取每日共享服务器连续变化的剩余容量，并剔除当日突变的剩余容量，获取每日平均剩余容量且获取每日平均剩余容量的次数加一；
当获取每日平均剩余容量的次数达到第二预设值时，对所获得的每日平均剩余容量进行从小到大排序，取处于五分之一处的每日平均剩余容量为最终剩余容量；
将共享服务器的初始容量减去最终剩余容量得到共享服务器的最终容量。
4.如权利要求1所述的一种服务器资源的配置处理方法，其特征在于，多个基础服务器同时工作时，分别依次判断每个基础服务器的运行速度是否小于预设的预警值。
5.如权利要求1所述的一种服务器资源的配置处理方法，其特征在于，在调用虚拟服务器时，还要判断共享服务器中是否有虚拟服务器：
当共享服务器中没有虚拟服务器时，延后服务请求的发送，并不断对共享服务器进行监控；
当共享服务器中有虚拟服务器时，将服务请求发送给与所述请求类型信息对应的基础服务器。
6.一种服务器资源的配置处理系统，其特征在于，包括客户端、多个基础服务器、共享服务器和资源管理模块；
所述客户端，用于发送服务请求；
所述基础服务器，用于执行服务请求，并将执行结果反馈给客户端；
所述共享服务器，用于扩充基础服务器，且与每个基础服务器互联；
所述资源管理模块，用于监控整个服务器资源的配置处理流程。
7.如权利要求6所述的一种服务器资源的配置处理系统，其特征在于，所述资源管理模块包括：服务请求识别模块、基础服务器运行速度监测模块、虚拟服务器调用模块；
所述服务请求识别模块，用于识别服务请求携带的请求类型信息并将所述服务请求发送给与所述请求类型信息对应的基础服务器；
所述基础服务器运行速度监测模块，用于获取基础服务器的运行速度并将所述运行速度发送给虚拟服务器调用模块；
所述虚拟服务器调用模块，用于判断所述运行速度是否小于预设的预警值，还用于调用虚拟服务器到基础服务器。
8.如权利要求7所述的一种服务器资源的配置处理系统，其特征在于，所述资源管理模块还包括共享服务器监控模块；
所述共享服务器监控模块，用于监控共享服务器内虚拟服务器的剩余量以及每月所述剩余量为零的次数；
所述共享服务器监控模块将监测到的每月虚拟服务器剩余量为零的次数发送给客户端。
9.如权利要求6所述的一种服务器资源的配置处理系统，其特征在于，还包括基础服务器容量更迭模块，其用于不断更新所述基础服务器的容量。
10.如权利要求6所述的一种服务器资源的配置处理系统，其特征在于，还包括共享服务器容量确定模块，其用于确定共享服务器的最终容量。
技术总结