CN104144073B - 主从装置环境的部署方法与主从装置环境的部署系统 - Google Patents

Abstract

一种主从装置环境的部署方法与主从装置环境的部署系统。该方法用于包括一控制端与一运算端的一主从式网络环境，其中控制端与运算端分别被预设一特定装置功能，方法包括：提供一部署主控端，部署主控端储存有多个套件以及各该些套件的一设定文件；分别指派一因特网协议地址给部署主控端、控制端与运算端；由部署主控端在接收到来自控制端与运算端的其中的一待部署装置的一部署请求后，根据部署请求产生一自动安装脚本，并传送自动安装脚本至待部署装置；以及由待部署装置执行所接收的自动安装脚本，以自动完成实现待部署装置所对应的特定装置功能的部署。本发明不再需要通过人工对各个控制端与运算端进行设定，进而达到快速部署的目的。

Description

主从装置环境的部署方法与主从装置环境的部署系统

技术领域

本发明涉及一种自动部署方法与系统，且特别涉及一种主从装置环境的部署方法与主从装置环境的部署系统。

背景技术

随着云端技术的日趋成熟，各种云端产品也越来越受到使用者的重视。云端业者为了扩大其产品布局，大多会从基础架构即服务（Infrastructure as a Service，IaaS）、平台即服务（Platform as a Service，PaaS），以及软件即服务（Software as a Service，SaaS）这三方面找寻利基点，以规划同时符合业者擅长领域与市场需求的云端产品。

举例来说，对于有研发服务器、储存装置及网络设备等硬件的云端业者来说，由基础架构即服务出发来规划云端产品便能利用本身具备的硬件优势来提升产品的性价比。许多这类型的云端业者会采用由美国太空总署（NASA）和Rackspace公司所共同研发的云端运算软件OpenStack来建立和提供云端服务。

然而，任何云端服务都必须通过实体机器进行运算工作，在采用OpenStack建构服务之下，必须以人工通过手动的方式对每一台实体机器进行部署。也就是说，必须由维护人员针对每一台实体机器去查看其需要什么套件，再由人工下载及安装套件。上述动作需要对各种套件的设定文件有深入了解才能顺利完成繁琐的安装动作。不难想见，倘若机房中的实体机器数量庞大，则每次部署都相当耗时费力，在需要动态增加实体机器时更容易造成不便。

因此，需要提供一种主从装置环境的部署方法与主从装置环境的部署系统来解决上述问题。

发明内容

本发明提供一种主从装置环境的部署方法与系统，能快速且自动地完成主从式网络环境下每一控制端与运算端的部署。

本发明的主从装置环境的部署方法用于包括一控制端与一运算端的一主从式网络环境，其中该控制端与该运算端分别被预设一特定装置功能，该方法包括：提供一部署主控端，该部署主控端储存有多个套件以及对应各该些套件的一设定文件；分别指派一因特网协议（Internet Protocol，IP）地址给该部署主控端、该控制端与该运算端；由该部署主控端在接收到来自该控制端与该运算端的其中的一待部署装置的一部署请求后，根据该部署请求产生一自动安装脚本（auto-shell），并传送该自动安装脚本至该待部署装置；以及由该待部署装置执行所接收的该自动安装脚本，以自动完成实现该待部署装置所对应的该特定装置功能的部署。

在本发明的一实施例中，其中部署主控端在待部署装置连接至因特网时接收到来自待部署装置的部署请求。

在本发明的一实施例中，其中部署请求包括一配置表，且待部署装置依据被预设的特定装置功能产生配置表。

在本发明的一实施例中，其中在分别指派因特网协议地址给部署主控端、控制端与运算端的步骤之后，还包括由部署主控端依据控制端与运算端各自的因特网协议地址，提供部署主控端与控制端及运算端之间的文件共享机制。

在本发明的一实施例中，其中由部署主控端在接收到待部署装置的部署请求后，根据待部署装置的因特网协议地址与部署请求产生自动安装脚本，并将自动安装脚本传送至待部署装置的步骤包括当完整接收到来自待部署装置的部署请求时，对配置表进行扫描。若无法完整扫描配置表，则产生扫描错误记录并通过文件共享机制使待部署装置取得扫描错误记录。若完整扫描配置表，则根据配置表产生自动安装脚本，并判断是否成功通过文件共享机制传送自动安装脚本至待部署装置。若否，则产生传送错误记录并通过文件共享机制使待部署装置取得传送错误记录。

在本发明的一实施例中，其中由待部署装置执行所接收的自动安装脚本，以自动完成实现待部署装置所对应的特定装置功能的部署的步骤包括执行自动安装脚本以通过文件共享机制自储存于部署主控端的所有套件中取得实现特定装置功能的至少一特定套件，和/或通过外部网络下载实现特定装置功能的特定套件，并自动安装上述特定套件于待部署装置。

在本发明的一实施例中，其中自动安装脚本包括各特定套件的设定文件，而自动安装上述特定套件于待部署装置的步骤包括根据各特定套件的设定文件执行各特定套件的安装程序。

在本发明的一实施例中，其中主从式网络环境为云端运算环境，且控制端被预设的特定装置功能异于运算端被预设的特定装置功能。

从另一观点来看，本发明的主从装置环境的部署系统用于一主从式网络环境，该系统包括：一控制端，该控制端被预设一第一特定装置功能；一运算端，该运算端被预设一第二特定装置功能；以及一部署主控端，该部署主控端存储由多个套件以及对应各该些套件的一设定文件，其中该部署主控端在该部署主控端、该控制端与该运算端分别被指派一因特网协议地址后，当接收到来自该控制端与该运算端的其中的一待部署装置的一部署请求时，根据该部署请求产生一自动安装脚本，并传送该自动安装脚本至该待部署装置，该待部署装置执行所接收的该自动安装脚本，以自动完成实现该待部署装置所对应的一特定装置功能的部署，其中该特定装置功能为该第一特定装置功能或该第二特定装置功能。

在本发明的一实施例中，其中部署主控端在待部署装置连接至因特网时接收到来自待部署装置的部署请求。

在本发明的一实施例中，其中部署请求包括一配置表，且待部署装置依据被预设的特定装置功能产生配置表。

在本发明的一实施例中，其中部署主控端依据控制端与运算端各自的因特网协议地址，提供部署主控端与控制端及运算端之间的文件共享机制。

在本发明的一实施例中，其中部署主控端在完整接收到来自待部署装置的部署请求后，对配置表进行扫描。若无法完整扫描配置表，则部署主控端产生扫描错误记录并通过文件共享机制使待部署装置取得扫描错误记录。若完整扫描配置表，则部署主控端根据配置表产生自动安装脚本，并判断是否成功通过文件共享机制传送自动安装脚本至待部署装置。若否，则部署主控端产生传送错误记录并通过文件共享机制使待部署装置取得传送错误记录。

在本发明的一实施例中，其中待部署装置执行自动安装脚本以通过文件共享机制自储存于部署主控端的所有套件中取得实现特定装置功能的至少一特定套件，和/或通过外部网络下载实现特定装置功能的特定套件，并自动安装上述特定套件于待部署装置。

在本发明的一实施例中，其中自动安装脚本包括各特定套件的设定文件，而待部署装置根据各特定套件的设定文件执行各特定套件的安装程序。

在本发明的一实施例中，其中主从式网络环境为云端运算环境，且第一特定装置功能异于第二特定装置功能。

基于上述，本发明藉由部署主控端共享主从式网络环境下控制端与运算端所需要的套件与相关设定信息，据此让控制端与运算端能自动根据其被设定的装置功能而从部署主控端或外部网络取得套件且进行安装。如此一来，不再需要通过人工对各个控制端与运算端进行设定，进而达到快速部署的目的。

为让本发明的上述特征和优点能更明显易懂，下文特举实施例，并配合所附附图作详细说明如下。

附图说明

图1是依照本发明的一实施例的一种主从装置环境的部署系统的方框图。

图2是依照本发明的一实施例的一种主从装置环境的部署方法的流程图。

图3是依照本发明的一实施例的产生并传送自动安装脚本的流程图。

图4是依照本发明的一实施例的执行自动安装脚本以自动完成部署的流程图。

图5是依照本发明的另一实施例的一种主从装置环境的部署系统的方框图。

图6、7、8是依照本发明的一实施例的配置表的示意图。

主要组件符号说明：

100、500 主从装置环境的部署系统

110 控制端

111、120_11、120_21、131 储存单元

113、120_13、120_23 第一网卡

115、120_15、120_25 第二网卡

120、120_1、120_2 运算端

130 部署主控端

133 网卡

140 网络

540 内部网络

S210～S260 本发明的一实施例所述的主从装置环境的部

署方法的各步骤

S310～S360 本发明的一实施例所述的产生并传送自动安

装脚本的各步骤

S410～S450 本发明的一实施例所述的执行自动安装脚本

以自动完成部署的各步骤

600、700、800 配置表

具体实施方式

一般来说，主从式网络环境包括一或多个控制端与一或多个运算端，其中各控制端依照被预设的装置功能对运算端进行控管，而各运算端则是依照其预设的装置功能进行相关运算操作。然而无论是控制端或运算端，若要实现其装置功能，都必须依照其在主从式网络环境中的角色定位来完成相关套件的安装与设定。为了更快速且简单地完成各控制端与运算端的部署，本发明提出一种兼具快速安装以及网络环境完整性的部署系统与方法，主要通过一部署主控端提供文件共享机制来共享部署各控制端与运算端所需要的套件内容及设定信息，且由于部署主控端具有主从式网络环境所需的各种套件，因此即便控制端与运算端的装置功能各不相同，皆能自部署主控端取得需要的文件，不需由人工进行文件搜索与设定。以下配合附图，详细描述本发明的实施例。

图1是依照本发明一实施例的一种主从装置环境的部署系统的方框图。请参阅图1，主从装置环境的部署系统100包括控制端110、运算端120以及部署主控端130。其中控制端110被预设第一特定装置功能，运算端120则被预设第二特定装置功能，其中第一特定装置功能异于第二特定装置功能。在本实施例中，控制端110、运算端120以及部署主控端130均为具备网络连接功能的实体机器（例如，计算机系统、工作站或服务器等，但本发明并不以此为限）。虽未绘示于图1，然而控制端110、运算端120与部署主控端130分别具有处理器、存储器、网络组件（例如网卡）以及硬盘等硬件组件。

如图1所示，控制端110、运算端120以及部署主控端130能通过网络140相互传递信息，其中网络140例如是局域网络或因特网等外部网络。在另一实施例中，控制端110与运算端120之间还具有一内部网络（未绘示），控制端110可通过内部网络对运算端120进行控管。必须特别说明的是，图1仅是为了方便说明而举出的范例，在其他实施例中，主从装置环境的部署系统100可包括两个以上的控制端和/或两个以上的运算端，各个控制端可被预设相同或相异的装置功能，且各个运算端亦能被预设相同或相异的装置功能。

为了进一步说明主从装置环境的部署系统100的运作方式，以下搭配另一实施例来对本发明进行说明。图2是依照本发明一实施例所绘示的一种主从装置环境的部署方法的流程图，请同时参阅图1与图2。

首先如步骤S210所示，根据主从式网络环境的特性与需求提供一部署主控端130。详言之，部署主控端130储存有主从式网络环境中的各种装置可能需要的套件，以及对应上述各个套件的设定文件。举例来说，倘若主从式网络环境为云端运算环境（例如，以OpenStack软件开发的云端运算环境），则储存在部署主控端130的套件例如有用于管理安排虚拟机器开启顺序的nova-schedule套件、用于管理安排虚拟机器以及实体机器的网络位置的nova-network套件、用于管理运算端与控制端数据链路的nova-api套件、用于管理虚拟机器的nova-compute套件、用于虚拟机器的虚拟网络计算（Virtual NetworkComputing，VNC）连结的nova-consoleauth套件、用于管理虚拟机器VNC代理（proxy）服务器地址的nova-novncproxy套件、用于管理数据存放位置的swift-storage套件、用于管理swift代理服务器地址的swift-proxy套件、用于管理使用者认证的keystone套件、用于管理映像文件的glance套件，以及用于数据库的Mysql套件。而每个套件的设定文件则涉及该套件的各种设定参数及安装方式。然而，上述套件仅是为了说明而举出的范例，本发明并不以此为限。

接着在步骤S220中，分别指派一因特网协议地址给部署主控端130、控制端110与运算端120。并且如步骤S230所示，由部署主控端130依据控制端110与运算端120各自的因特网协议地址，提供部署主控端130与控制端110及运算端120之间的文件共享机制。在一实施例中，文件共享机制基于网络文件系统（Network File System，NFS），即控制端110与运算端120能通过挂载（mount）的方式来存取部署主控端130所共享的资源。进一步而言，部署主控端130将其硬盘（未绘示）切割出一分割区（partition），只要将控制端110及运算端120各自的因特网协议地址设定为可以存取此分割区中的数据，则部署主控端130与控制端110及运算端120便能通过将数据存放在此分割区来达到数据共享的目的。然而，本发明并不对文件共享机制的实施方式加以限制。

接下来在步骤S240中，由部署主控端130反复判断是否接收到来自控制端110或运算端120的部署请求。具体来说，控制端110与运算端120皆会依据被预设的特定装置功能而产生一配置表，并且在能连接至网络140（例如，插上网线）时送出包括上述配置表的部署请求。在本实施例中，配置表包括功能、布尔值以及相关设定值这三个相对应的字段。其中功能字段记录套件名称，布尔值字段记录特定装置功能与对应的套件是否相关，而相关设定值则记录与对应的套件有关的信息。各字段的内容可以是预设值，或由使用者根据控制端110及运算端120的特定装置功能进行填写。举例来说，在相同的主从式网络环境下，配置表可具有相同或类似的模板格式，使用者只需要依特定装置功能的不同来小幅度修改或增减便能完成填写。

为了方便说明，以下将发出部署请求的控制端110或运算端120称为待部署装置。也就是说，部署主控端130会在待部署装置连接至网络140时接收到其发出的部署请求。值得一提的是，若部署主控端130未完整接收来自待部署装置的部署请求，部署主控端130会产生一请求错误记录，并通过文件共享机制使待部署装置取得请求错误记录。在一实施例中，一旦待部署装置取得请求错误记录，便会重新送出部署请求。在另一实施例中，唯有当取得请求错误记录的次数少于一预设值（例如5，但本发明并不以此为限）时，待部署装置才会重新送出部署请求。

当部署主控端130接收到来自待部署装置的部署请求，如步骤S250所示，由部署主控端130根据部署请求产生自动安装脚本，并通过文件共享机制将自动安装脚本传送至待部署装置。接着在步骤S260中，由待部署装置执行所接收的自动安装脚本，以自动完成实现待部署装置所对应的特定装置功能的部署。

如图2所示，通过部署主控端130的运作，只要待部署装置能连接网络140，部署主控端130便可根据其发出的部署请求产生自动安装脚本，而待部署装置在通过文件共享机制接收自动安装脚本后，便可自动完成特定装置功能的部署。

值得一提的是，在上述实施例中虽然是以控制端110与运算端120的其中之一作为待部署装置，然而在其他实施例中，部署主控端130也可以同时接收并处理来自多个待部署装置的部署请求。由于处理每个部署请求的方式类似，故在此不再赘述。

以下将分别以图3及图4来对图2的步骤S250及步骤S260做进一步的说明。

图3是依照本发明一实施例的部署主控端的运作流程图，请参阅图3。在部署主控端130接收到来自待部署装置的部署请求后，如步骤S310所示，部署主控端130开始对部署请求中的配置表进行扫描。并且如步骤S320所示，部署主控端130判断是否能完整扫描配置表。

若无法完整扫描配置表，则如步骤S330所示，部署主控端130产生一扫描错误记录，并通过文件共享机制使待部署装置取得扫描错误记录。例如，部署主控端130将扫描错误记录存放在与控制端110及运算端120共享的分割区，而被视为待部署装置的控制端110或运算端120便能自分割区取得扫描错误记录。

倘若能完成对配置表的扫描操作，则如步骤S340所示，部署主控端130根据配置表产生自动安装脚本。在本实施例中，自动安装脚本包括对待部署装置进行部署所需要的各个特定套件名称、各特定套件的来源位置以及其各特定套件的设定文件。部署主控端130例如是将自动安装脚本存放在与控制端110及运算端120共享的分割区，而被视为待部署装置的控制端110或运算端120便能自分割区取得自动安装脚本。

接下来在步骤S350中，部署主控端130判断是否成功通过文件共享机制将自动安装脚本传送至待部署装置。若共享的过程发生错误，则如步骤S360所示，部署主控端130产生传送错误记录并通过文件共享机制使待部署装置取得传送错误记录。举例来说，部署主控端130将传送错误记录存放在与控制端110及运算端120共享的分割区，而被视为待部署装置的控制端110或运算端120便能自分割区取得传送错误记录。

以下则以图4来说明待部署装置收到自动安装脚本后的运作流程。

首先如步骤S410所示，待部署装置执行自动安装脚本以取得实现特定装置功能所需要的所有特定套件。在一实施例中，待部署装置可以自储存于部署主控端130的所有套件中取得上述特定套件。在另一实施例中，待部署装置可通过外部网络（例如，网络140）下载实现特定装置功能所需的一或多个特定套件。在又一实施例中，待部署装置可同时自部署主控端130及外部网络下载实现特定装置功能所需要的所有特定套件。

接着在步骤S420中，待部署装置从自动安装脚本取得各特定套件的设定文件，并据以执行各特定套件的安装程序。举例来说，待部署装置将根据设定文件的内容对特定套件的参数进行设定并进行安装程序。接下来如步骤S430所示，待部署装置判断是否完成所有特定套件的安装程序。

倘若在自动安装特定套件的过程中，待部署装置被重新启动或发生网络中断等情形，则可能有一或多个特定套件的安装程序未能完成，基此如步骤S440所示，待部署装置产生安装失败信息，并通过文件共享机制使部署主控端取得安装失败信息。然而倘若待部署装置完成所有特定套件的安装程序，则如步骤S450所示，待部署装置产生安装成功信息，并通过文件共享机制使部署主控端取得安装成功信息。

如上述实施例所述，使用者只需要依照控制端110与运算端120分别被预设的特定装置功能来填写配置表，待控制端110与运算端120连接网络140后，部署主控端130便能通过产生及传送自动安装脚本的方式，令控制端110和/或运算端120自动完成所需的所有套件的安装程序，达到快速部署的功效。

图5是依照本发明另一实施例所绘示的一种主从装置环境的部署系统的方框图。请参阅图5，主从装置环境的部署系统500包括控制端110、运算端120_1、运算端120_2以及部署主控端130。在本实施例中，主从装置环境的部署系统500适用的主从式网络环境为利用OpenStack软件开发的云端运算环境，其中控制端110为云端运算环境中的控管装置，用以运行网络、存储管理（volume）、应用程序接口（Application Programming Interface，API）、调度（scheduler）及映像（image）服务，而运算端120_1与运算端120_2则是云端运算环境中的运算装置，并用以运行虚拟实例（virtual instance）。

控制端110包括储存单元111、第一网卡113以及第二网卡115，控制端110的特定装置功能被预设为对象储存（OpenStack Object Storage，Swift）。运算端120_1包括储存单元120_11、第一网卡120_13以及第二网卡120_15，运算端120_1的特定装置功能被预设为Swift代理服务器。运算端120_2包括储存单元120_21、第一网卡120_23以及第二网卡120_25，特定装置功能被预设为对象储存。

部署主控端130包括储存单元131与网卡133。其中，部署主控端130基于网络文件系统的概念将储存单元131划分出一共享分割区，并将共享分割区设定为与控制端110、运算端120_1、运算端120_2共享的空间，以藉由共享分割区提供其与控制端110、运算端120_1、运算端120_2之间的文件共享机制。

在本实施例中，控制端110、运算端120_1、运算端120_2以及部署主控端130分别通过第一网卡113、第一网卡120_13、第一网卡120_23以及网卡133连接外部的实体网络140（例如，局域网络）。而控制端110、运算端120_1以及运算端120_2通过第二网卡115、第二网卡120_15以及第二网卡120_25访问内部网络540，进而让虚拟实例通过内部网络540沟通并传递信息。

以下说明如何通过部署主控端130的运作，使控制端110、运算端120_1以及运算端120_2自动完成其特定装置功能的部署。

首先，部署主控端130的储存单元131记录有利用OpenStack软件开发的云端运算环境所需要的所有套件以及各套件的设定文件。而图6、7、8分别为控制端110、运算端120_1、运算端120_2的配置表的示意图。以图6的配置表600为例，其功能字段记录七种套件（即，Openstack Controller、OpneStack Controller VM ip、Openstack Controller token、OpenStack Controller MySQL、OpenStack Compute、OpenStack Swift Storage、OpenStack Swift Proxy Server），相关说明如下：

Openstack Controller套件对应的布尔值字段记录“True”，表示配置表600用于控制端110而非运算端120_1及运算端120_2（基于此，OpenStack Compute套件对应的布尔值字段记录“False”）。另外Openstack Controller套件对应的相关设定值字段的内容为控制端110在网络140中的因特网协议地址（即，“192.168.1.51”）。

OpneStack Controller VM ip套件对应的布尔值字段记录“True”，表示配置表600用于控制端110，而相关设定值所记录的内容为在内部网络540中的地址（即，“10.0.0.2/24”）。

由于控制端110需要使用账号、密码进行认证，因此Openstack Controller token以及OpenStack Controller MySQL套件对应的布尔值字段记录“True”，对应的相关设定值字段所记录的内容则是密码信息。

OpenStack Swift Storage套件对应的布尔值字段记录“True”，表示控制端110需使用此套件做存取，且相关设定值所记录的内容为存取数据的存放位置。另外，由于控制端110所预设的特定装置功能并非Swift代理服务器，因此OpenStack Swift Proxy Server套件所对应的布尔值字段记录“False”。

由于配置表700与800的内容分别对应运算端120_1与运算端120_2的特定装置功能，解读方式类同配置表600，故在此不再赘述。然而值得一提的是，当第一份配置表完成后，若需要再扩充其他装置（例如，控制端和/或运算端），均可快速将既有的配置表复制到新扩充的装置，并根据装置的特定装置功能来修改配置表的内容，十分便利。

在本实施例中，假设在部署主控端130架设动态主机设置协议（Dynamic HostConfiguration Protocol，DHCP）服务器，即可建置第一网卡113、第一网卡120_13、第一网卡120_23各自的媒体访问控制（Media Access Control，MAC）地址所相对应的因特网协议地址。因此当控制端110、运算端120_1以及运算端120_2连接网络140后，部署主控端130即依照控制端110、运算端120_1以及运算端120_2分别传送的部署请求中的配置表产生自动安装脚本。

以控制端110为例，部署主控端130先将控制端110的第一网卡113的MAC地址写入DHCP服务器，并且在控制端110索取因特网协议地址时，同时间依照部署请求中的配置表产生用于控制端110的自动安装脚本。部署主控端130将所产生的自动安装脚本置于储存单元131中的共享分割区。至此，控制端110便能从共享分割区取得自动安装脚本，并在执行自动安装脚本后取得所需要的所有特定套件（可取自部署主控端130和/或通过网络140下载）并进行安装程序，进而完成控制端110的自动部署。运算端120_1以及运算端120_2的自动部署方式与上述类同，在此不再赘述。

在上述实施例中，由部署主控端130主导主从装置环境的快速部署，进而让控制端110、运算端120_1以及运算端120_2能自动取得所需套件并完成安装程序。据此，使用者不再需要以人工的方式对控制端110、运算端120_1以及运算端120_2进行单机实体安装。

综上所述，本发明所述的主从装置环境的部署方法与系统通过简单的设定，以自动完成主从式网络环境下所有控制端与运算端所需套件的安装程序。如此一来，即便控制端与运算端的数量庞大、在日后需要新增装置，或需要更动既有装置的功能，本发明所述的主从装置环境的部署方法与系统均能快速且便利地依各装置的角色定位，自动处理安排所需套件并完成安装动作，大幅节省部署主从装置环境的时间。

虽然本发明已以实施例公开如上，然而其并非用以限定本发明，任何所属技术领域中的普通技术人员，在不脱离本发明的精神和范围的情况下，应当可作些许的更动与润饰，故本发明的保护范围应当视所附的权利要求书的范围所界定者为准。

Claims (16)

1.一种主从装置环境的部署方法，该方法用于包括一控制端与一运算端的一主从式网络环境，其中该控制端与该运算端分别被预设一特定装置功能，该方法包括：

提供一部署主控端，该部署主控端储存有多个套件以及对应各套件的一设定文件；

分别指派一因特网协议地址给该部署主控端、该控制端与该运算端；

由该部署主控端依据该控制端与该运算端各自的该因特网协议地址，提供该部署主控端与该控制端及该运算端之间的一文件共享机制；

由该部署主控端在接收到来自该控制端或该运算端的一待部署装置的一部署请求后，根据该部署请求产生一自动安装脚本，并传送该自动安装脚本至该待部署装置；

其中该部署请求包括一配置表，且该待部署装置依据被预设的该特定装置功能产生该配置表；以及

由该待部署装置执行所接收的该自动安装脚本，以自动依据该自动安装脚本从该部署主控端和一外部网络的其中一个下载至少一特定套件；以及

下载该至少一特定套件后，由该待部署装置安装该至少一特定套件于该待部署装置，来完成实现该待部署装置所对应的该特定装置功能的部署；

其中由该部署主控端在接收到该待部署装置的该部署请求后，根据该待部署装置的该因特网协议地址与该部署请求产生该自动安装脚本，并传送该自动安装脚本至该待部署装置的步骤包括：

当完整接收到来自该待部署装置的该部署请求时，对该配置表进行扫描；

当扫描该配置表期间发生错误时，则产生一表示在扫描该配置表期间发生错误的扫描错误记录，并通过该文件共享机制使该待部署装置取得该扫描错误记录；以及

若完整扫描该配置表，则根据该配置表产生该自动安装脚本。

2.如权利要求1所述的方法，其中该部署主控端在该待部署装置连接至一因特网时接收到来自该待部署装置的该部署请求。

3.如权利要求1所述的方法，其中若完整扫描该配置表，则在根据该配置表产生该自动安装脚本的步骤之后，还包括：

判断是否成功通过该文件共享机制传送该自动安装脚本至该待部署装置；以及

若否，则产生一传送错误记录并通过该文件共享机制使该待部署装置取得该传送错误记录。

4.如权利要求3所述的方法，还包括：

当该部署主控端接收来自该待部署装置的该部署请求期间发生错误时，由该部署主控端产生一请求错误记录并通过该文件共享机制使该待部署装置取得该请求错误记录。

5.如权利要求1所述的方法，其中由该待部署装置执行所接收的该自动安装脚本，以自动依据该自动安装脚本安装该至少一特定套件于该待部署装置，来完成实现该待部署装置所对应的该特定装置功能的部署的步骤包括：

执行该自动安装脚本以通过该文件共享机制自储存于该部署主控端的该多个套件中取得实现该特定装置功能的该至少一特定套件，和/或通过一外部网络下载实现该特定装置功能的该至少一特定套件；以及

自动安装该至少一特定套件于该待部署装置。

6.如权利要求5所述的方法，其中该自动安装脚本包括各该至少一特定套件的该设定文件，而自动安装该至少一特定套件于该待部署装置的步骤包括：

根据各该至少一特定套件的该设定文件执行各该至少一特定套件的一安装程序。

7.如权利要求6所述的方法，其中在自动安装该至少一特定套件于该待部署装置的步骤之后，还包括：

若完成各该至少一特定套件的该安装动作，则由该待部署装置产生一安装成功信息，并通过该文件共享机制使该部署主控端取得该安装成功信息；以及

若无法完成该至少一特定套件的其中之一的该安装动作，则由该待部署装置产生一安装失败信息，并通过该文件共享机制使该部署主控端取得该安装失败信息。

8.如权利要求1所述的方法，其中该主从式网络环境为一云端运算环境，且该控制端被预设的该特定装置功能异于该运算端被预设的该特定装置功能。

9.一种主从装置环境的部署系统，该系统用于一主从式网络环境，该系统包括：

一控制端，该控制端被预设一第一特定装置功能；

一运算端，该运算端被预设一第二特定装置功能；以及

一部署主控端，该部署主控端储存有多个套件以及对应各套件的一设定文件，其中该部署主控端在该部署主控端、该控制端与该运算端分别被指派一因特网协议地址后，其中该部署主控端依据该控制端与该运算端的该因特网协议地址，提供该部署主控端与该控制端及该运算端之间的一文件共享机制；

当接收到来自该控制端或该运算端的一待部署装置的一部署请求时，根据该部署请求产生一自动安装脚本，并传送该自动安装脚本至该待部署装置，其中该部署请求包括一配置表，且该待部署装置依据被预设的该特定装置功能产生该配置表；该待部署装置执行所接收的该自动安装脚本，以自动依据该自动安装脚本从该部署主控端和一外部网络的其中一个下载至少一特定套件，下载该至少一特定套件后，由该待部署装置安装该至少一特定套件于该待部署装置，来完成实现该待部署装置所对应的一特定装置功能的部署，其中该特定装置功能为该第一特定装置功能或该第二特定装置功能；

其中该部署主控端在完整接收到来自该待部署装置的该部署请求时，对该配置表进行扫描，

当扫描该配置表期间发生错误时，则产生一表示在扫描该配置表期间发生错误的扫描错误记录，并通过该文件共享机制使该待部署装置取得该扫描错误记录，

若完整扫描该配置表，则该部署主控端根据该配置表产生该自动安装脚本。

10.如权利要求9所述的系统，其中该部署主控端在该待部署装置连接至一因特网时接收到来自该待部署装置的该部署请求。

11.如权利要求9所述的系统，其中在该部署主控端根据该配置表产生该自动安装脚本的操作之后，该部署主控端判断是否成功通过该文件共享机制传送该自动安装脚本至该待部署装置，

若否，则该部署主控端产生一传送错误记录并通过该文件共享机制使该待部署装置取得该传送错误记录。

12.如权利要求11所述的系统，其中该部署主控端在接收来自该待部署装置的该部署请求期间发生错误时，产生一请求错误记录并通过该文件共享机制使该待部署装置取得该请求错误记录。

13.如权利要求9所述的系统，其中该待部署装置执行该自动安装脚本以通过该文件共享机制自储存于该部署主控端的该多个套件中取得实现该特定装置功能的该至少一特定套件，和/或通过一外部网络下载实现该特定装置功能的该至少一特定套件，并自动安装该至少一特定套件于该待部署装置。

14.如权利要求13所述的系统，其中该自动安装脚本包括各该至少一特定套件的该设定文件，而该待部署装置根据各该至少一特定套件的该设定文件执行各该至少一特定套件的一安装程序。

15.如权利要求14所述的系统，其中若该待部署装置完成各该至少一特定套件的该安装动作，则产生一安装成功信息并通过该文件共享机制使该部署主控端取得该安装成功信息，

若该待部署装置无法完成该至少一特定套件的其中之一的该安装动作，则产生一安装失败信息并通过该文件共享机制使该部署主控端取得该安装失败信息。

16.如权利要求9所述的系统，其中该主从式网络环境为一云端运算环境，且该第一特定装置功能异于该第二特定装置功能。