CN103188335A - 节点部署方法与使用其的服务器系统 - Google Patents
节点部署方法与使用其的服务器系统 Download PDFInfo
- Publication number
- CN103188335A CN103188335A CN2011104613491A CN201110461349A CN103188335A CN 103188335 A CN103188335 A CN 103188335A CN 2011104613491 A CN2011104613491 A CN 2011104613491A CN 201110461349 A CN201110461349 A CN 201110461349A CN 103188335 A CN103188335 A CN 103188335A
- Authority
- CN
- China
- Prior art keywords
- node
- section point
- described section
- deployment
- type
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种节点部署方法,适于一服务器系统,此服务器具有多个第一节点与多个第二节点。此节点部署方法包括下列步骤。接收第一节点的节点信息,以取得第一节点的节点类型。接收第二节点的节点信息,以取得第二节点的节点类型。依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作。依据一配置策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点。
Description
技术领域
本发明涉及一种节点部署方法,特别是涉及一种节点部署方法与使用其的服务器系统。
背景技术
随着科技的发展,通过网际网络能够使得世界各地的电脑进行连结。一台电脑通过网络连线便能够与另一台电脑进行数据的交换、存取等动作。在客户端与服务器系统架构上,客户端与服务器便是通过网络来进行沟通。
一般来说,服务器系统可配置有多个节点,且每一个节点同时运行多个虚拟机器(Virtual Machine,VM),藉以提供给每一使用者独立的运作环境。并且,每个节点可视为各自独立的计算机,亦即各节点具有存储器、储存空间、运算能力与网络连结功能。因此,各节点可以运行独自的作业系统,且各节点之间也可以通过网络交换器(Switch)进行沟通与数据传输。
在服务器系统架构完毕后,必须对其内的节点完成部署,亦即安装各节点所需的作业系统与软件封装数据,以使服务器系统运作并提供服务给使用者使用。然而,在现有的技术中,服务器系统进行前述节点部署时,都会一次将所有节点都部署完成后再进行运作。由于使用者不会一次使用服务器内所有节点的资源,且一旦节点的数量变大或繁多时,将会使得节点的部署时间拉长,而使得节点部署较没效率,并造成使用上的不便。
发明内容
鉴于以上的问题,本发明在于提供一种节点部署方法与使用其的服务器系统,藉以提升节点部署的效率,以增加使用的便利性。
本发明的一种节点部署方法,适于一服务器系统,此服务器具有多个第一节点与多个第二节点,例如为提供基础设施即服务IaaS(Infrastructure as aService,IaaS)的货柜式(Container)数据中心(Data Center)。此节点部署方法包括下列步骤。接收第一节点的节点信息,以取得第一节点的节点类型。接收第二节点的节点信息,以取得第二节点的节点类型。依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作。依据配置策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点。
在一实施例中,上述依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作在取得所有第一节点的节点类型与第二节点的节点类型之后执行,且依据配置策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点在服务器系统启动并正常运作之后执行。
在一实施例中,上述配置策略包括操作负载优先时,则依据配置策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点的步骤包括下列步骤。依据上述第二节点,建立节点列表。检测服务器系统的操作负载。判断操作负载是否超过预设值。若判断操作负载超过预设值,则回到检测服务器系统的操作负载的步骤。若判断操作负载未超过预设值,由节点列表选择第二节点其中之一作为部署节点。依据部署节点的节点类型,对部署节点安装作业系统与软件封装数据。判断所有第二节点是否部署完成。若判断所有第二节点未部署完成,将部署节点由节点列表中删除,并回到检测服务器系统的操作负载的步骤。
在一实施例中,上述配置策略包括节点部署数量优先时,则依据配置策略与第二节点的节点类型时,则依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点的步骤包括下列步骤。依据第二节点,建立节点列表。由节点列表选择第二节点其中之一作为部署节点。依据部署节点的节点类型,对部署节点安装作业系统与软件封装数据。将部署节点完成部署的数量进行累加,以产生累加数量。判断累加数量是否达到临界值。若判断累加数量达到临界值,则等待预设时间,并重置累加数量。判断所有第二节点是否完成部署。若判断所有第二节点未部署完成,将部署节点由节点列表中删除,并回到由节点列表选择第二节点其中之一作为部署节点的步骤。若判断第二节点部署的数量未达到临界值,则直接进入判断所有第二节点是否部署完成的步骤。
在一实施例中,上述配置策略包括相同节点类型的节点的负载瓶颈优先时,且依据配置策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点的步骤包括下列步骤。依据上述第二节点,建立节点列表。检测第一节点中的节点类型相同的第一节点的使用负载。判断使用负载是否达到负载量。若判断使用负载未达到负载量,则回到判断使用负载是否达到负载量的步骤。若判断使用负载达到负载量,由节点列表选择第二节点其中之一作为部署节点。依据部署节点的节点类型,对部署节点安装作业系统与软件封装数据,其中部署节点的节点类型与第一节点的节点类型相同。判断所有第二节点是否部署完成。若判断所有第二节点未部署完成,将部署节点由节点列表中删除,并回到检测第一节点中的节点类型相同的第一节点的使用负载的步骤。
本发明的一种服务器系统,包括多个第一节点、多个第二节点、数据库与部署模块。数据库用于储存第一节点的节点信息、第一节点的节点类型、第二节点的节点信息与第二节点的节点类型。部署模块耦接至第一节点、第二节点与数据库,接收第一节点的节点信息,以取得第一节点的节点类型,接收第二节点的节点信息,以取得第二节点的节点类型,并将第一节点的节点信息、第一节点的节点类型、第二节点的节点信息与第二节点的节点类型储存至数据库,且部署模块依据第一节点的节点类型,每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作,并依据部署策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点。
在一实施例中,上述部署模块还在取得所有第一节点的节点类型与第二节点的节点类型之后,依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作,且在服务器系统启动并正常运作之后,依据配置策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点。
在一实施例中,上述配置策略包括操作负载优先时,部署模块还依据第二节点,建立节点列表,且检测服务器系统的操作负载,并判断服务器系统的操作负载是否超过预设值,若判断操作负载超过预设值,部署模块持续检测服务器系统的操作负载,若判断操作负载未超过预设值,部署模块由节点列表选择第二节点其中之一作为部署节点,并依据部署节点的节点类型对部署节点安装作业系统与软件封装数据,再判断所有第二节点是否部署完成,其中若判断所有第二节点未部署完成,部署模块将部署节点由节点列表中删除,再检测服务器系统的操作负载,以持续由节点列表选择第二节点其中之一作为部署节点,并对部署节点安装作业系统与软件封装数据,直到所有第二节点部署完成为止。
在一实施例中,上述配置策略包括节点部署数量优先时,部署模块还依据第二节点,建立节点列表,且由节点列表选择第二节点其中之一作为部署节点,以依据部署节点的节点类型对部署节点安装作业系统与软件封装数据,并将部署节点完成部署的数量进行累加,以产生累加数量,之后部署模块判断累加数量是否达到临界值,其中若判断累加数量达到临界值,则部署模块等待预设时间,并重置累加数量,且再判断所有第二节点是否部署完成,若判断所有第二节点未部署完成,部署模块将部署节点由节点列表中删除,再由节点列表选择第二节点其中之一作为部署节点,并对部署节点安装作业系统与软件封装数据,直到所有第二节点部署完成为止,而若判断第二节点部署的数量未达到临界值,则部署模块直接判断所有第二节点是否部署完成。
在一实施例中,上述配置策略包括相同节点类型的节点的负载瓶颈优先时,部署模块依据第二节点,建立节点列表,且检测第一节点中的节点类型相同的第一节点的使用负载,并判断使用负载是否达到负载量,若使用负载未达到负载量,则部署模块持续判断使用负载是否达到负载量的步骤,若使用负载达到负载量,部署模块由节点列表选择第二节点其中之一作为部署节点,并依据部署节点的节点类型,对部署节点安装作业系统与软件封装数据,而部署节点的节点类型与第一节点的节点类型相同,再判断所有第二节点是否部署完成,其中若判断所有第二节点未部署完成,将部署节点由节点列表中删除,再检测第一节点中的节点类型相同的第一节点的使用负载,以持续由节点列表选择第二节点其中之一作为部署节点,并对部属节点安装作业系统与软件封装数据,直到所有第二节点部署完成为止。
本发明的节点部署方法与使用其的服务器系统,藉由将第一节点部署完成,并使服务器系统启动并正常运作,以提供基本的服务给使用者。接着,再依据操作负载优先、节点部署数量优先以及相同节点类型的节点的负载瓶颈优先其中之一的部署策略,以渐进的方式依序完成第二节点的部署。如此一来,可提高节点部署的效率,以避免影响服务器系统的运作,进而增加使用的便利性。
有关本发明的特征与实作,兹配合图式作最佳实施例详细说明如下。
附图说明
图1为本发明的服务器系统的方块图;
图2为本发明的节点部署方法的流程图;
图3为本发明的另一节点部署方法的流程图;
图4为本发明的又一节点部署方法的流程图;
图5为本发明的再一节点部署方法的流程图。
其中,附图标记:
100 服务器系统
110_1~110_N 第一节点
120_1~120_N 第二节点
130 数据库
140 部署模块
具体实施方式
以下结合附图和具体实施例对本发明进行详细描述,但不作为对本发明的限定。
请参考图1所示,其为本发明的服务器系统的方块图。服务器系统100包括多个第一节点110_1~110_N、多个第二节点120_1~120_M、数据库130与部署模块140,其中N、M为大于1的正整数。其中,N为服务器系统100可正常运作的最小数量,而N可由使用者视需求自行调整,且服务器系统100例如为提供基础设施即服务IaaS(Infrastructure as a Service,IaaS)的货柜式(Container)数据中心(Data Center)。
数据库130用于储存第一节点110_1~110_N的节点信息、第一节点110_1~110_N的节点类型、第二节点120_1~120_M的节点信息与第二节点120_1~120_M的节点类型。在本实施例中,第一节点110_1~110_N的节点类型(Node Type)可具有储存节点(Storage Node)、运算节点(Computing Node)与服务节点(Service Node),并且第二节点120_1~120_M具有与第一节点110_1~110_N相同的节点类型。其中,储存节点用以提供储存空间给客户端的使用者使用以及用以储存虚拟机器的映像文件及组态文件,运算单元用以提供多个虚拟机器(Virtual Machine,VM)给客户端的使用者使用,服务节点用以提供服务给客户端的使用者使用。
部署模块140耦接至第一节点110_1~110_N、第二节点120_1~120_M与数据库130,接收第一节点110_1~110_N的节点信息,以取得第一节点110_1~110_N的节点类型,接收第二节点120_1~120_M的节点信息,以取得第二节点120_1~120M的节点类型,并将第一节点110_1~110_N的节点信息、第一节点110_1~110_N的节点类型、第二节点120_1~120_M的节点信息与第二节点120_1~120_M的节点类型储存至数据库130。
在本实施例中,部署模块140例如发出智慧平台管理介面(IntelligentPlatform Management Interface,IPMI)指令给第一节点110_1~110_N与第二节点120_1~120_M上的基板管理控制器(Baseboard Management Controller,BMC),以要求基板管理控制器去取得第一节点110_1~110_N与第二节点120_1~120_M的节点信息并回传给部署模块140。而部署模块140可依据所取得的节点信息而得知第一节点110_1~110_N与第二节点120_1~120_M的节点类型(例如服务节点、运算节点或储存节点),以便进行后续的处理。
接着,为了使得服务器系统100可以在最小数量的节点部署完成后即可运作。因此,部署模块140会先依据第一节点110_1~110_N的节点类型,对每一第一节点110_1~110_N安装作业系统与软件封装数据,以部署第一节点110_1~110_N。当第一节点110_1~110_N部署完成后,服务器系统100便可启动并进行基本的正常运作。如此一来,可让使用者感觉服务器系统100的节点部署过程很快就完成,而不必等到服务器节点100内所有的节点都部署完后再进行操作,以增加节点部署的效率。在一实施例中,部署模块140进一步在取得所有第一节点110_1~110_N的节点类型与第二节点120_1_~120_M的节点类型之后,才进行第一节点110_1~110_N的部署,并启动服务器系统100以正常运作。
在本实施例中,第一节点110_1~110_N的数量例如为服务器系统100符合基本运作条件的数量,亦即完成第一节点110_1~110_N的部署,服务器系统100即可启动并进行运作,以提供基本的服务给使用者使用。而第一节点110_1~110_N的数量可由使用者视需求自行调整。假设N为10,亦即服务器系统100有10个第一节点,而这10个第一节点可分别为6个服务节点的第一节点、1个运算节点的第一节点与3个储存节点的第一节点。而服务器系统100完成上述10个第一节点的部署(即安装所需的作业系统与软件封装数据),服务器系统100即可运作并提供基本的服务给使用者使用。
接着,当第一节点110_1~110_N部署完成后(亦即服务器系统100启动并正常运作后),部署模块140可依据一部署策略与第二节点的节点类型,依序对每一第二节点120_1_~120_M安装作业系统与软件封装数据,以完成第二节点120_1_~120_M的部署。如此一来,以渐进的方式完成服务器系统100的所有节点的部署,以增加节点部署的效率以及使用的便利性。
在本实施例中,前述第一节点110_1~110_N与第二节点120_1~120_M例如利用预启动执行环境(Preboot eXecution Environment,PXE)开机,以通过网络卡来各节点所需的安装作业系统与软件封装数据。在本实施例中,前述配置策略可包括操作负载优先、节点部署数量优先与相同节点类型的节点的负载瓶颈优先其中之一。
以下,将进一步说明第二节点120_1~120_M的详细部署方式。假设配置策略以操作负载优先为例。首先,部署模块140会依据第二节点120_1~120_M,建立一节点列表,并例如储存于部署模块140的一存储器中,以进行后续的处理。
接着,部署模块140会检测服务器系统100的操作负载,以获得服务器系统100的运作状态,进而确认是否适合对第二节点120_1~120_M进行部署。接着,部署模块140进一步判断操作负载是否超过预设值。若判断操作负载超过预设值,表示服务器系统100正在进行大量的数据运算或传输,则部署模块140不会对第二节点120_1~120_M进行任何部署,以避免影响服务器系统100的效能。
若判断操作负载未超过预设值,表示服务器系统100为轻载状态,即没有进行大量数据运算或传输,部署模块140由节点列表选择第二节点120_1~120_M其中之一作为部署节点,例如第二节点120_1,以依据第二节点120_1的节点类型对部署节点安装作业系统与软件封装数据,以完成对第二节点120_1的部署,进而将第二节点120_1加入服务器系统100的运作。
在第二节点120_1部署完成后,部署模块140判断所有第二节点120_1~120_M是否都部署完成。由于只完成第二节点120_1的部署,故部署模块140会判断出第二节点尚未部署完成。接着,部署模块140会将部署节点由节点列表中删除,亦即将第二节点120_1由节点列表中删除。之后,部署模块140会再次检测服务器系统100的操作负载,并由节点列表选择第二节点120_2~120_M其中之一作为部署节点,以持续对所选的部署节点安装其所需的作业系统与软件封装数据,直到所有第二节点120_1~120_M部署完成为止。
另外,假设配置策略以节点配置数量优先为例,且临界值(即第二节点120_1~120_M每次可进行部署的最大上限数量)例如为2,以避免影响服务器系统100的运作效率。首先,部署模块140会依据第二节点120_1~120_M,建立一节点列表,并例如储存于部署模块140的一存储器中,以进行后续的处理。
接着,部署模块140由节点列表选择第二节点120_1~120_M其中之一作为部署节点,例如第二节点120_1,以依据第二节点120_1的节点类型对部署节点安装作业系统与软件封装数据,以完成对第二节点120_1的部署,进而将第二节点120_1加入服务器系统100的运作。
在第二节点120_1部署完成后,部署模块140将部署节点完成部署的数量进行累加,以产生累加数量。由于只完成1个节点(即第二节点120_1)的部署,故累加数量为1。接着,部署模块140会判断累加数量是否达到临界值。由于累加数量为1,因此部署模块140会判断出累加数量未达到临界值,接着判断所有第二节点是否部署完成。由于只完成第二节点120_1的部署,故部署模块140会判断出第二节点尚未部署完成。接着,部署模块140会将部署节点由节点列表中删除,亦即将第二节点120_1由节点列表中删除。
之后,部署模块140由节点列表选择第二节点120_2~120_M其中之一作为部署节点,例如第二节点120_2,以依据第二节点120_2的节点类型对部署节点安装作业系统与软件封装数据,以完成对第二节点120_2的部署,进而将第二节点120_2加入服务器系统100的运作。
在第二节点120_2部署完成后,部署模块140将部署节点完成部署的数量进行累加,以产生累加数量。由于已完成2个节点(即第二节点120_1与120_2)的部署,故累加数量为2。接着,部署模块140会判断累加数量是否达到临界值。由于累加数量为2,因此部署模块140会判断出累加数量达到临界值,接着部署模块140会等待预定时间,并重置累加数量,例如将累加数量归零。
之后,部署模块140再次判断所有第二节点是否部署完毕,再持续由节点列表中选择剩余的第二节点其中之一作为部署节点,并重复前述的部署流程,以对节点进行部署,直到所有节点部署完成为止。其中,前述预定时间可由使用者自行调整,例如6小时、半天或一天,并搭配节点部署数量,以避免大量进行节点的部署而降低服务器系统100的运作效率。
此外,假设配置策略以相同节点类型的节点的负载瓶颈优先为例,且负载量例如为80%。也就是说,相同节点类型的节点的使用负载达到此负载量时,表示相同节点类型的节点已达到负载瓶颈(Load Bottleneck),故可据此部署相应节点类型的节点,以解除负载瓶颈。首先,部署模块140会依据第二节点120_1~120_M,建立一节点列表,并例如储存于部署模块140的一存储器中,以进行后续的处理。
接着,部署模块140检测第一节点的节点类型相同的第一节点的使用负载。前述第一节点110_1~10_N的节点类型例如包括服务节点、运算节点与储存节点。其中,若节点类型为服务节点,则使用负载例如为服务节点的性能(performance),若节点类型为运算节点,则使用负载例如为运算节点的使用率,若节点类型为储存节点,则使用负载例如为储存空间。
之后,部署模块140会判断前述使用负载是否达到负载量。若判断使用负载未超过负载量,则部署模块140会持续判断使用负载是否超过负载量。若判断使用负载超过负载量,部署模块140会由节点列表选择第二节点其中之一作为部署节点,并依据部署节点的节点类型,对前数部署节点安装作业系统与软件封装数据,其中部署节点的节点类型与第一节点的节点类型相同。
举例来说,若此时已达负载瓶颈的节点类型为服务节点,则部署节点的节点类型为服务节点,若此时已达负载瓶颈的节点类型为运算节点,则部署节点的节点类型为运算节点,若此时已达负载瓶颈的节点类型为储存节点,则部署节点的节点类型为储存节点。也就是说,部署模块140会对已达负载瓶颈的节点类型优先进行相应的部署,以维持服务器系统的运作效能。
之后,部署模块140会判断所有第二节点是否完成部署。若判断所有第二节点未部署完成,则部署模块140会将部署节点(即已完成部署的节点)由节点列表中删除,并再次检测第一节点中的节点类型相同的第一节点的使用负载,以持续对剩余的第二节点进行部署,直到所有第二节点部署完成。若判断所有第二节点部署完成,则结束第二节点的节点部署流程。如此一来,藉由前述渐进的部署方式(先完成第一节点部署,再完成第二节点的部署),以有效地提升节点部署效率,进而增加使用的便利性。
由前述实施例的说明,可归纳出一种节点部署方法。请参考图2所示,其为本发明的节点部署方法的流程图。本实施例适于一服务器系统,且此服务器系统据多个第一节点与第二节点。在步骤S210中,接收多个第一节点的节点信息,以取得前述第一节点的节点类型。在步骤S220中,接收多个第二节点的节点信息,以取得前述第二节点的节点类型。在步骤S230中,依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作。
在步骤S240中,依据配置策略与第二节点的节点类型,依序对每一第二节点安装作业系统与软件封装数据,以部署第二节点。其中,前述配置策略操作负载优先、节点部署数量优先以及相同节点类型的节点的负载瓶颈优先其中之一。
在本实施例中,步骤S230会进一步在取得所有第一节点的节点类型与第二节点的节点类型之后执行,步骤S240会进一步在服务器系统启动并正常运作之后执行。
请参考图3所示,其为本发明的另一节点部署方法的流程图。本实施例适于一服务器系统,且此服务器系统据多个第一节点与第二节点,其中部署策略为操作负载优先。
在步骤S302中,接收多个第一节点的节点信息,以取得前述第一节点的节点类型。在步骤S304中,接收多个第二节点的节点信息,以取得前述第二节点的节点类型。在步骤S306中,依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作。
在步骤S308中,依据第二节点,建立一节点列表。在步骤S310中,检测服务器系统的操作负载。在步骤S312中,判断操作负载是否超过预设值。若判断操作负载超过预设值,则回到步骤S310中,持续检测服务器系统的操作负载。
若判断操作负载未超过预设值,则进入步骤S314,由节点列表选择第二节点其中之一作为部署节点。在步骤S316中,依据部署节点的节点类型,对部署节点安装作业系统与软件封装数据。
在步骤S318中,判断所有第二节点是否部署完成。若判断所有第二节点未部署完成,则进入步骤S320,将部署节点由节点列表中删除,并回到步骤S310,以持续检测服务器系统的负载操作,以持续对第二节点进行部署,直到所有第二节点部署完成。若判断所有第二节点部署完成,则结束本实施例的节点部署流程。
在本实施例中,步骤S306会进一步在取得所有第一节点的节点类型与第二节点的节点类型之后执行,而步骤S308会进一步在服务器系统启动并正常运作之后执行。
请参考图4所示,其为本发明的又一节点部署方法的流程图。本实施例适于一服务器系统,此服务器系统据多个第一节点与第二节点,其中部署策略为节点配置数量优先。
在步骤S402中,接收多个第一节点的节点信息,以取得前述第一节点的节点类型。在步骤S404中,接收多个第二节点的节点信息,以取得前述第二节点的节点类型。在步骤S406中,依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作。
在步骤S408中,依据第二节点,建立节点列表。在步骤S410中,由节点列表选择第二节点其中之一作为部署节点。在步骤S412中,依据部署节点的节点类型,对部署节点安装作业系统与软件封装数据。在步骤S414中,将部署节点完成部署的数量进行累加,以产生累加数量。在步骤S416中,判断累加数量是否达到临界值。若判断累加数量达到临界值,则进入步骤S418,等待预设时间,并重置累加数量。
接着,在步骤S420中,判断所有第二节点是否完成部署。若判断所有第二节点未部署完成,则进入步骤S422,将部署节点由节点列表中删除,并回到步骤S410,再次由节点列表选择第二节点其中之一作为部署节点,以持续对第二节点进行部署,直到所有第二节点部署完成。若判断所有第二节点部署完成,则结束本实施例的节点部署流程。
在本实施例中,步骤S406会进一步在取得所有第一节点的节点类型与第二节点的节点类型之后执行,而步骤S408会进一步在服务器系统启动并正常运作之后执行。
请参考图5所示,其为本发明的再一节点部署方法的流程图。本实施例适于一服务器系统,此服务器系统据多个第一节点与第二节点,其中部署策略为相同节点类型的节点的负载瓶颈优先。
在步骤S502中,接收多个第一节点的节点信息,以取得前述第一节点的节点类型。在步骤S504中,接收多个第二节点的节点信息,以取得前述第二节点的节点类型。在步骤S506中,依据第一节点的节点类型,对每一第一节点安装作业系统与软件封装数据,以部署第一节点,使服务器系统启动并正常运作。
在步骤S508中,依据第二节点,建立节点列表。在步骤S510中,检测第一节点中的节点类型相同的第一节点的使用负载。在步骤S512中,判断使用负载是否超过负载量。若判断使用负载未超过负载量,则回到步骤S510,以持续判断使用负载是否超过负载量。
若判断使用负载超过负载量,则进入步骤S514,由节点列表选择第二节点其中之一作为部署节点。在步骤S516中,依据部署节点的节点类型,对部署节点安装作业系统与软件封装数据,其中部署节点的节点类型与第一节点的节点类型相同。
接着,在步骤S518中,判断所有第二节点是否完成部署。若判断所有第二节点未部署完成,则进入步骤S520,将部署节点由节点列表中删除,并回到步骤S510,再次检测第一节点中的节点类型相同的第一节点的使用负载,以持续对第二节点进行部署,直到所有第二节点部署完成。若判断所有第二节点部署完成,则结束本实施例的节点部署流程。
在本实施例中,步骤S506会进一步在取得所有第一节点的节点类型与第二节点的节点类型之后执行,而步骤S508会进一步在服务器系统启动并正常运作之后执行。
本发明的实施例的节点部署方法与使用其的服务器系统,其藉由将第一节点部署完成,并使服务器系统启动并正常运作,以提供基本的服务给使用者。接着,再依据操作负载优先、节点部署数量优先以及相同节点类型的节点的负载瓶颈优先其中之一的部署策略,以渐进的方式依序完成第二节点的部署。如此一来,可提高节点部署的效率,以避免影响服务器系统的运作,进而增加使用的便利性。
当然,本发明还可有其它多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (10)
1.一种节点部署方法,适于一服务器系统,该服务器系统具有多个第一节点与多个第二节点,其特征在于,该节点部署方法包括:
接收所述第一节点的节点信息,以取得所述第一节点的节点类型;
接收所述第二节点的节点信息,以取得所述第二节点的节点类型;
依据所述第一节点的节点类型,对每一所述第一节点安装一作业系统与一软件封装数据,以部署所述第一节点,使该服务器系统启动并正常运作;以及
依据一配置策略与所述第二节点的节点类型,依序对每一所述第二节点安装该作业系统与该软件封装数据,以部署所述第二节点。
2.根据权利要求1所述的节点部署方法,其特征在于,依据所述第一节点的节点类型,对每一所述第一节点安装一作业系统与一软件封装数据,以部署所述第一节点,使该服务器系统启动并正常运作在取得所有所述第一节点的节点类型与所述第二节点的节点类型之后执行,且依据该配置策略与所述第二节点的节点类型,依序对每一所述第二节点安装该作业系统与该软件封装数据,以部署所述第二节点在该服务器系统启动并正常运作之后执行。
3.根据权利要求1所述的节点部署方法,其特征在于,该配置策略包括一操作负载优先时,则依据该配置策略与所述第二节点的节点类型,依序对每一所述第二节点安装该作业系统与该软件封装数据,以部署所述第二节点的步骤包括:
依据所述第二节点,建立一节点列表;
检测该服务器系统的一操作负载;
判断该操作负载是否超过一预设值;
若判断该操作负载超过该预设值,则回到检测该服务器系统的该操作负载的步骤;
若判断该操作负载未超过该预设值,由该节点列表选择所述第二节点其中之一作为一部署节点;
依据该部署节点的一节点类型,对该部署节点安装该作业系统与该软件封装数据;
判断所有所述第二节点是否部署完成;以及
若判断所有所述第二节点未部署完成,将该部署节点由该节点列表中删除,并回到检测该服务器系统的该操作负载的步骤。
4.根据权利要求1所述的节点部署方法,其特征在于,该配置策略包括一节点部署数量优先时,则依据该配置策略与所述第二节点的节点类型,则依序对每一所述第二节点安装该作业系统与该软件封装数据,以部署所述第二节点的步骤包括:
依据所述第二节点,建立一节点列表;
由该节点列表选择所述第二节点其中之一作为一部署节点;
依据该部署节点的一节点类型,对该部署节点安装该作业系统与该软件封装数据;
将该部署节点完成部署的数量进行累加,以产生一累加数量;
判断该累加数量是否达到一临界值;
若判断该累加数量达到该临界值,则等待一预设时间,并重置该累加数量;
判断所有所述第二节点是否完成部署;
若判断所有所述第二节点未部署完成,将该部署节点由该节点列表中删除,并回到由该节点列表选择所述第二节点其中之一作为该部署节点的步骤;以及
若判断所述第二节点部署的数量未达到该临界值,则直接进入判断所有所述第二节点是否部署完成的步骤。
5.根据权利要求1所述的节点部署方法,其特征在于,该配置策略包括一相同节点类型的节点的负载瓶颈优先时,且依据该配置策略与所述第二节点的节点类型,依序对每一所述第二节点安装该作业系统与该软件封装数据,以部署所述第二节点的步骤包括:
依据所述第二节点,建立一节点列表;
检测所述第一节点中的节点类型相同的所述第一节点的一使用负载;
判断该使用负载是否达到一负载量;
若判断该使用负载未达到该负载量,则回到判断该使用负载是否达到该负载量的步骤;
若判断该使用负载达到该负载量,由该节点列表选择所述第二节点其中之一作为一部署节点;
依据该部署节点的一节点类型,对该部署节点安装该作业系统与该软件封装数据,其中该部署节点的该节点类型与所述第一节点的节点类型相同;
判断所有所述第二节点是否部署完成;以及
若判断所有所述第二节点未部署完成,将该部署节点由该节点列表中删除,并回到检测所述第一节点中的节点类型相同的所述第一节点的该使用负载的步骤。
6.一种服务器系统,其特征在于,包括:
多个第一节点;
多个第二节点;
一数据库,用于储存所述第一节点的节点信息、所述第一节点的节点类型、所述第二节点的节点信息与所述第二节点的节点类型;以及
一部署模块,耦接至所述第一节点、所述第二节点与该数据库,接收所述第一节点的节点信息,以取得所述第一节点的节点类型,接收所述第二节点的节点信息,以取得所述第二节点的节点类型,并将所述第一节点的节点信息、所述第一节点的节点类型、所述第二节点的节点信息与所述第二节点的节点类型储存至该数据库,且该部署模块依据所述第一节点的节点类型,对每一所述第一节点安装一作业系统与一软件封装数据,以部署所述第一节点,使该服务器系统启动并正常运作,并依据一配置策略与所述第二节点的节点类型,依序对每一所述第二节点安装该作业系统与该软件封装数据,以部署所述第二节点。
7.根据权利要求6所述的服务器系统,其特征在于,该部署模块还在取得所有所述第一节点的节点类型与所述第二节点的节点类型之后,依据所述第一节点的节点类型,对每一所述第一节点安装该作业系统与该软件封装数据,以部署所述第一节点,使该服务器系统启动并正常运作,且在该服务器系统启动并正常运作之后,依据该配置策略与所述第二节点的节点类型,依序对每一所述第二节点安装该作业系统与该软件封装数据,以部署所述第二节点。
8.根据权利要求6所述的服务器系统,其特征在于,该配置策略包括一操作负载优先时,该部署模块还依据所述第二节点,建立一节点列表,且检测该服务器系统的一操作负载,并判断该操作负载是否超过一预设值,若判断该操作负载超过该预设值,该部署模块持续检测该服务器系统的该操作负载,若判断该操作负载未超过该预设值,该部署模块由该节点列表选择所述第二节点其中之一作为一部署节点,并依据该部署节点的一节点类型对该部署节点安装该作业系统与该软件封装数据,再判断所有所述第二节点是否部署完成,其中若判断所有所述第二节点未部署完成,该部署模块将该部署节点由该节点列表中删除,再检测该服务器系统的该操作负载,以持续由该节点列表选择所述第二节点其中之一作为该部署节点,并对该部署节点安装该作业系统与该软件封装数据,直到所有所述第二节点部署完成为止。
9.根据权利要求6所述的服务器系统,其特征在于,该配置策略包括一节点部署数量优先时,该部署模块还依据所述第二节点,建立一节点列表,且由该节点列表选择所述第二节点其中之一作为一部署节点,以依据该部署节点的一节点类型对该部署节点安装该作业系统与该软件封装数据,并将该部署节点完成部署的数量进行累加,以产生一累加数量,之后该部署模块判断该累加数量是否达到一临界值,其中若判断该累加数量达到该临界值,则该部署模块等待一预设时间,并重置该累加数量,且再判断所有所述第二节点是否部署完成,若判断所有所述第二节点未部署完成,该部署模块将该部署节点由该节点列表中删除,再由该节点列表选择所述第二节点其中之一作为该部署节点,并对该部署节点安装该作业系统与该软件封装数据,直到所有所述第二节点部署完成为止,而若判断所述第二节点部署的数量未达到该临界值,则该部署模块直接判断所有所述第二节点是否部署完成。
10.根据权利要求6所述的服务器系统,其特征在于,该配置策略包括一相同节点类型的节点的负载瓶颈优先时,该部署模块依据所述第二节点,建立一节点列表,且检测所述第一节点中的节点类型相同的所述第一节点的一使用负载,并判断该使用负载是否达到一负载量,若该判断使用负载未达到该负载量,则该部署模块持续判断该使用负载是否达到该负载量的步骤,若判断该使用负载达到该负载量,该部署模块由该节点列表选择所述第二节点其中之一作为一部署节点,并依据该部署节点的一节点类型,对该部署节点安装该作业系统与该软件封装数据,而该部署节点的节点类型与所述第一节点的节点类型相同,再判断所有所述第二节点是否部署完成,其中若判断所有所述第二节点未部署完成,将该部署节点由该节点列表中删除,再检测所述第一节点中的节点类型相同的所述第一节点的该使用负载,以持续由该节点列表选择所述第二节点其中之一作为该部署节点,并对该部属节点安装该作业系统与所述软件封装数据,直到所有所述第二节点部署完成为止。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011104613491A CN103188335A (zh) | 2011-12-28 | 2011-12-28 | 节点部署方法与使用其的服务器系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011104613491A CN103188335A (zh) | 2011-12-28 | 2011-12-28 | 节点部署方法与使用其的服务器系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103188335A true CN103188335A (zh) | 2013-07-03 |
Family
ID=48679300
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011104613491A Pending CN103188335A (zh) | 2011-12-28 | 2011-12-28 | 节点部署方法与使用其的服务器系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103188335A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104660522A (zh) * | 2013-11-22 | 2015-05-27 | 英业达科技有限公司 | 自动节点配置方法及服务器系统 |
CN105612727A (zh) * | 2014-09-19 | 2016-05-25 | 华为技术有限公司 | 一种基于云环境系统的部署方法和装置 |
CN106712990A (zh) * | 2015-11-12 | 2017-05-24 | 北大方正集团有限公司 | 服务部署方法和系统 |
CN110224854A (zh) * | 2019-05-06 | 2019-09-10 | 深圳壹账通智能科技有限公司 | 区块链节点的部署方法、装置及存储介质 |
CN110380895A (zh) * | 2019-07-02 | 2019-10-25 | 迈普通信技术股份有限公司 | 一种节点批量部署的方法、设备和系统 |
CN115509590A (zh) * | 2022-11-09 | 2022-12-23 | 安超云软件有限公司 | 持续部署方法及计算机设备 |
CN116431291A (zh) * | 2023-06-09 | 2023-07-14 | 苏州浪潮智能科技有限公司 | 一种虚拟化管理平台的部署方法、系统、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102244A (zh) * | 2006-06-19 | 2008-01-09 | 国际商业机器公司 | 用于服务器配置的方法和数据处理系统 |
US20080082977A1 (en) * | 2006-09-29 | 2008-04-03 | Microsoft Corporation | Automatic load and balancing for virtual machines to meet resource requirements |
EP2306315A1 (en) * | 2009-09-09 | 2011-04-06 | VMWare, Inc. | Fast determination of compatibility of virtual machines and hosts |
US20110154320A1 (en) * | 2009-12-18 | 2011-06-23 | Verizon Patent And Licensing, Inc. | Automated virtual machine deployment |
-
2011
- 2011-12-28 CN CN2011104613491A patent/CN103188335A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102244A (zh) * | 2006-06-19 | 2008-01-09 | 国际商业机器公司 | 用于服务器配置的方法和数据处理系统 |
US20080082977A1 (en) * | 2006-09-29 | 2008-04-03 | Microsoft Corporation | Automatic load and balancing for virtual machines to meet resource requirements |
EP2306315A1 (en) * | 2009-09-09 | 2011-04-06 | VMWare, Inc. | Fast determination of compatibility of virtual machines and hosts |
US20110154320A1 (en) * | 2009-12-18 | 2011-06-23 | Verizon Patent And Licensing, Inc. | Automated virtual machine deployment |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104660522A (zh) * | 2013-11-22 | 2015-05-27 | 英业达科技有限公司 | 自动节点配置方法及服务器系统 |
CN105612727A (zh) * | 2014-09-19 | 2016-05-25 | 华为技术有限公司 | 一种基于云环境系统的部署方法和装置 |
CN105612727B (zh) * | 2014-09-19 | 2019-04-26 | 华为技术有限公司 | 一种基于云环境系统的部署方法和装置 |
CN106712990A (zh) * | 2015-11-12 | 2017-05-24 | 北大方正集团有限公司 | 服务部署方法和系统 |
CN106712990B (zh) * | 2015-11-12 | 2019-11-08 | 北大方正集团有限公司 | 服务部署方法和系统 |
CN110224854A (zh) * | 2019-05-06 | 2019-09-10 | 深圳壹账通智能科技有限公司 | 区块链节点的部署方法、装置及存储介质 |
CN110224854B (zh) * | 2019-05-06 | 2022-04-12 | 深圳壹账通智能科技有限公司 | 区块链节点的部署方法、装置及存储介质 |
CN110380895A (zh) * | 2019-07-02 | 2019-10-25 | 迈普通信技术股份有限公司 | 一种节点批量部署的方法、设备和系统 |
CN110380895B (zh) * | 2019-07-02 | 2022-02-22 | 迈普通信技术股份有限公司 | 一种节点批量部署的方法、设备和系统 |
CN115509590A (zh) * | 2022-11-09 | 2022-12-23 | 安超云软件有限公司 | 持续部署方法及计算机设备 |
CN116431291A (zh) * | 2023-06-09 | 2023-07-14 | 苏州浪潮智能科技有限公司 | 一种虚拟化管理平台的部署方法、系统、设备及存储介质 |
CN116431291B (zh) * | 2023-06-09 | 2023-09-05 | 苏州浪潮智能科技有限公司 | 一种虚拟化管理平台的部署方法、系统、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103188335A (zh) | 节点部署方法与使用其的服务器系统 | |
US8954487B2 (en) | Management server and method for providing cloud computing service | |
CN103186404A (zh) | 系统固件更新方法与使用该方法的服务器系统 | |
US20130103835A1 (en) | Resource management method, resource management device, and program product | |
CN111857946A (zh) | 基于位置的虚拟化工作负载放置 | |
JP5445669B2 (ja) | マルチコアシステムおよび起動方法 | |
CN103765387A (zh) | 便携式计算装置中的分布式资源管理 | |
CN113645262A (zh) | 云计算服务系统和方法 | |
Wang et al. | Optimizing big data processing performance in the public cloud: opportunities and approaches | |
Cao et al. | Dynamic virtual resource allocation mechanism for survivable services in emerging NFV-enabled vehicular networks | |
CN115080436A (zh) | 测试指标确定方法、装置、电子设备及存储介质 | |
CN117435324B (zh) | 基于容器化的任务调度方法 | |
CN113132176A (zh) | 一种控制边缘节点的方法、节点及边缘计算系统 | |
CN113448650A (zh) | 直播功能插件加载方法、装置、设备及存储介质 | |
US20050086665A1 (en) | Autonomous device driver | |
TWI465072B (zh) | 系統韌體更新方法與使用其之伺服器系統 | |
CN113032128B (zh) | 一种多任务的控制方法、装置、电子设备及存储介质 | |
TWI465079B (zh) | 節點部署方法與使用其之伺服器系統 | |
JP5617586B2 (ja) | 情報処理プログラム、中継装置及び中継管理装置 | |
CN103186403A (zh) | 节点置换处理方法与使用该方法的服务器系统 | |
Zhang et al. | Cost-efficient and latency-aware workflow scheduling policy for container-based systems | |
CN109818767B (zh) | 一种Redis集群容量调整的方法、装置及存储介质 | |
Mushtaq et al. | The Response Rank based Fault-tolerant Task Scheduling for Cloud System | |
CN101452390A (zh) | 网络引导方法及系统、系统引导方法及装置 | |
CN104243563A (zh) | 一种面向aws平台的并行系统快速部署方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130703 |