CN201510175713.6
2015.04.14
CN104731632A
2015.06.24
实审
审中
实质审查的生效IPC(主分类):G06F 9/445申请日:20150414|||公开
G06F9/445
北京百度网讯科技有限公司
唐湘华
100085北京市海淀区上地十街10号百度大厦2层
北京清亦华知识产权代理事务所(普通合伙)11201
宋合成
本发明提出一种操作系统部署方法和系统,该操作系统部署方法包括在需要部署操作系统的设备的系统盘中存储操作系统,所述系统盘专门用于存储操作系统;在所述设备上电后,启动存储在所述系统盘中的操作系统。该方法能够实现简单,并且降低成本。
权利要求书1. 一种操作系统部署方法,其特征在于,包括: 在需要部署操作系统的设备的系统盘中存储操作系统,所述系统盘专门用于存储操作 系统; 在所述设备上电后,启动存储在所述系统盘中的操作系统。 2. 根据权利要求1所述的方法,其特征在于,所述系统盘与所述设备独立设置。 3. 根据权利要求2所述的方法,其特征在于,所述系统盘是U盘。 4. 根据权利要求3所述的方法,其特征在于,所述U盘与所述设备通过USB3.0协议 接口通信。 5. 根据权利要求1所述的方法,其特征在于,当所述需要部署操作系统的设备是至少 两个时,所述方法还包括: 采用批量部署的方式,将母盘中的操作系统复制到每个设备的系统盘。 6. 根据权利要求1所述的方法,其特征在于,还包括: 获取所述设备的资产信息,并进行记录。 7. 一种操作系统部署系统,其特征在于,包括: 系统盘,用于专门存储操作系统; 需要部署操作系统的设备,用于在上电后,启动存储在所述系统盘中的操作系统。 8. 根据权利要求7所述的系统,其特征在于,所述系统盘与所述设备独立设置。 9. 根据权利要求8所述的系统,其特征在于,所述系统盘是U盘。 10. 根据权利要求9所述的系统,其特征在于,所述U盘与所述设备通过USB3.0协议 接口通信。 11. 根据权利要求7所述的系统,其特征在于,当所述需要部署操作系统的设备是至 少两个时,所述系统还包括: 母盘,用于采用批量部署的方式,将自身存储的操作系统复制到每个设备的系统盘。 12. 根据权利要求7所述的系统,其特征在于,还包括: 获取设备,用于获取所述设备的资产信息,并进行记录。
说明书操作系统部署方法和系统 技术领域 本发明涉及信息技术领域,尤其涉及一种操作系统部署方法和系统。 背景技术 大批量操作系统(Operation System,OS)部署是大型互联网公司运维自动化的基础 建设之一。当前批量部署OS的方法建立在网卡预启动执行环境(Preboot Execute Environment,PXE)技术的基础上,实现的过程比较复杂,并且硬件成本高。 发明内容 本发明旨在至少在一定程度上解决相关技术中的技术问题之一。 为此,本发明的一个目的在于提出一种操作系统部署方法,该方法可以实现简单,并 且降低成本。 本发明的另一个目的在于提出一种操作系统部署系统。 为达到上述目的,本发明第一方面实施例提出的操作系统部署方法,包括:在需要部 署操作系统的设备的系统盘中存储操作系统,所述系统盘专门用于存储操作系统;在所述 设备上电后,启动存储在所述系统盘中的操作系统。 本发明第一方面实施例提出的操作系统部署方法,通过采用系统盘专门存储操作系统, 可以降低系统盘的成本,通过从系统盘中启动操作系统,实现简单。 为达到上述目的,本发明第二方面实施例提出的操作系统部署系统,包括:系统盘, 用于专门存储操作系统;需要部署操作系统的设备,用于在上电后,启动存储在所述系统 盘中的操作系统。 本发明第二方面实施例提出的操作系统部署系统,通过采用系统盘专门存储操作系统, 可以降低系统盘的成本,通过从系统盘中启动操作系统,实现简单。 本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明 显,或通过本发明的实践了解到。 附图说明 本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显 和容易理解,其中: 图1是本发明一实施例提出的操作系统部署方法的流程示意图; 图2是本发明另一实施例提出的操作系统部署方法的流程示意图; 图3是本发明另一实施例提出的操作系统部署方法的流程示意图; 图4是本发明另一实施例提出的操作系统部署系统的结构示意图; 图5是本发明另一实施例提出的操作系统部署系统的结构示意图。 具体实施方式 下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同 或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描 述的实施例是示例性的,仅用于解释本发明,而不能理解为对本发明的限制。相反,本发 明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。 图1是本发明一实施例提出的操作系统部署方法的流程示意图,该方法包括: S11:在需要部署操作系统的设备的系统盘中存储操作系统,所述系统盘专门用于存 储操作系统。 其中,存储也可以称为安装或者固化等。 以需要部署操作系统的设备是服务器为例,现有技术中,OS安装在服务器内固定 设置的机械硬盘中。通常机械硬盘的存储容量较大,为了利用机械硬盘的存储空间, 在机械硬盘内不仅存储OS,还会存储数据。而由于数据需要经常被读写,造成机械硬 盘的输入输出(Input and Output,IO)操作较频繁,这就容易损坏机械硬盘。机械 硬盘本身的价格就比较高,如果经常损坏机械硬盘,就会进一步增加成本。 而本实施例中,将区分系统盘和数据盘,在系统盘中专门用于存储OS,而不再存 储数据,由于OS需要的存储空间较小,因此可以采用小容量的存储介质,另外,OS 的IO操作比较少,降低存储介质的损坏率,从而可以有效降低成本。 可选的,所述系统盘与所述设备独立设置。 现有技术中,机械硬盘固定设置在服务器内,会占用服务器很大空间。而本实施 例中,可以将系统盘与服务器独立设备,以降低对服务器空间的占用。 可选的,所述系统盘是U盘。 由于U盘的容量可以足够存储OS,并且U盘的价格较低,从而可以节省成本。 可选的,所述U盘与所述设备通过USB3.0协议接口通信。 由于USB3.0协议的协议速率可以高达5Gbps(400MB/s),完全可以经受高IO的冲击, 避免从U盘加载OS成为整机系统性能的瓶颈。 另外,USB3.0的应用也比较普遍,可以方便使用,例如,haswell平台基本都已经普 及USB3.0协议的接口。 可以理解的是,本实施例以系统盘是U盘为例,也可以是其他专门存储OS的存储介质, 例如固态硬盘等。当然,考虑到成本等因素,可以优选成本较低,容量足够存储OS的存储 介质。 以系统盘是U盘,需要部署OS的设备是服务器为例,不同服务器的U盘中的OS可以 是统一从母盘中获取的。 其中,母盘可以是预先制作的,存储有OS的U盘。可以理解的是,由于不同的企业可 能需要不同的OS,因此,针对不同的企业可以制作不同的母盘,之后将母盘中的内容复制 到各自企业对应的系统盘中。 参见图2,另一实施例中,该部署OS的方法还可以包括: S10:采用批量部署的方式,将母盘中的操作系统复制到每个设备的系统盘。 其中,批量部署的方式是指可以将母盘中的OS采用并行的方式基本同时复制给各个子 盘,各个子盘是指分别对应每个服务器的U盘。例如,可以将母盘和各个子盘都连接到同 一个控制器上,在该控制器上采用通用硬件导向系统转移(General Hardware Oriented System Transfer,ghost)方式,将母盘中的所有内容都复制到各个初始空白的子盘。 S12:在所述设备上电后,启动存储在所述系统盘中的操作系统。 例如,将OS安装到与服务器连接的U盘后,服务器在上电后,可以从U盘中加载OS 并运行OS,具体的,可以预先对服务器进行设置,设置优先从U盘导入OS。 另外,为了保证OS运行的可靠性、稳定性、高性能,建议在引进该技术之前,进行必 要的可靠性(高温、振动测试)、稳定性(IO压力测试)及性能测试。 可以理解的是,初始时,将OS安装在U盘上的方式可以应用在一些试点设备上,当系 统测试满足期望结果时,可以进行大范围应用。 系统测试的具体内容以及对应的期望结果可以根据实际需要设置。 另一实施例中,参见图3,该方法还包括: S13:获取所述设备的资产信息,并进行记录。 以设备是服务器为例,当新服务器到货后,现有技术中,将采用人工方式记录上架的 服务器的序列号(Serial Number,SN)等资产信息。 而本实施例中,采用自动的方式获取设备的资产信息。例如,可以在服务器中配置一 个初始化脚本,服务器在上电并启动OS后,可以运行该脚本,该脚本用于获取服务器自身 的资产信息并将资源信息发送给自动化平台,之后自动化平台可以统计每个新上架的服务 器的资产信息,并进行记录。 资产信息例如包括机器所在机房的机架位信息、机器本身的SN、数据网口MAC地址、 BMC lan controller MAC、CPU、内存、硬盘、pcie设备等信息。 另外,为了保持跟以前产品的兼容性,以及大规模批量更换os的状况,可以保持新技 术跟老技术同时并存状态。 本实施例中,通过采用系统盘专门存储操作系统,可以降低系统盘的成本,通过从系 统盘中启动操作系统,实现简单。以系统盘是U盘为例,可以将OS固化在U盘中,省去了 传统OS部署的复杂平台搭建、长基础服务链路运维的人力投入,提高运维效率;更小的存 储空间,更便宜的存储介质,大大降低了硬件投入成本;以需要部署OS的设备是服务器为 例,服务器上线自动抓取服务器资产信息,反写入远程管理系统RMS(Remote Manager System)中,省去了外包现场上架的SN核对、资产信息录入等环节,屏蔽了人为处理环节, 降低潜在的问题点;线上机器运维可以实现紧急的OS替换由传统的步骤安装转变为外包直 接插拔U盘操作,运维效率有质的飞越。 图4是本发明另一实施例提出的操作系统部署系统的结构示意图,该系统40包括系统 盘41和需要部署操作系统的设备42。 系统盘41,用于专门存储操作系统; 其中,存储也可以称为安装或者固化等。 以需要部署操作系统的设备是服务器为例,现有技术中,OS安装在服务器内固定 设置的机械硬盘中。通常机械硬盘的存储容量较大,为了利用机械硬盘的存储空间, 在机械硬盘内不仅存储OS,还会存储数据。而由于数据需要经常被读写,造成机械硬 盘的输入输出(Input and Output,IO)操作较频繁,这就容易损坏机械硬盘。机械 硬盘本身的价格就比较高,如果经常损坏机械硬盘,就会进一步增加成本。 而本实施例中,将区分系统盘和数据盘,在系统盘中专门用于存储OS,而不再存 储数据,由于OS需要的存储空间较小,因此可以采用小容量的存储介质,另外,OS 的IO操作比较少,降低存储介质的损坏率,从而可以有效降低成本。 可选的,所述系统盘与所述设备独立设置。 现有技术中,机械硬盘固定设置在服务器内,会占用服务器很大空间。而本实施 例中,可以将系统盘与服务器独立设备,以降低对服务器空间的占用。 可选的,所述系统盘是U盘。 由于U盘的容量可以足够存储OS,并且U盘的价格较低,从而可以节省成本。 可选的,所述U盘与所述设备通过USB3.0协议接口通信。 由于USB3.0协议的协议速率可以高达5Gbps(400MB/s),完全可以经受高IO的冲击, 避免从U盘加载OS成为整机系统性能的瓶颈。 另外,USB3.0的应用也比较普遍,可以方便使用,例如,haswell平台基本都已经普 及USB3.0协议的接口。 可以理解的是,本实施例以系统盘是U盘为例,也可以是其他专门存储OS的存储介质, 例如固态硬盘等。当然,考虑到成本等因素,可以优选成本较低,容量足够存储OS的存储 介质。 以系统盘是U盘,需要部署OS的设备是服务器为例,不同服务器的U盘中的OS可以 是统一从母盘中获取的。 其中,母盘可以是预先制作的,存储有OS的U盘。可以理解的是,由于不同的企业可 能需要不同的OS,因此,针对不同的企业可以制作不同的母盘,之后将母盘中的内容复制 到各自企业对应的系统盘中。 参见图5,该系统40还可以包括: 母盘43,用于采用批量部署的方式,将自身存储的操作系统复制到每个设备的系统盘。 其中,批量部署的方式是指可以将母盘中的OS采用并行的方式基本同时复制给各个子 盘,各个子盘是指分别对应每个服务器的U盘。例如,可以将母盘和各个子盘都连接到同 一个控制器上,在该控制器上采用通用硬件导向系统转移(General Hardware Oriented System Transfer,ghost)方式,将母盘中的所有内容都复制到各个初始空白的子盘。 需要部署操作系统的设备42,用于在上电后,启动存储在所述系统盘中的操作系统。 例如,将OS安装到与服务器连接的U盘后,服务器在上电后,可以从U盘中加载OS 并运行OS,具体的,可以预先对服务器进行设置,设置优先从U盘导入OS。 另外,为了保证OS运行的可靠性、稳定性、高性能,建议在引进该技术之前,进行必 要的可靠性(高温、振动测试)、稳定性(IO压力测试)及性能测试。 可以理解的是,初始时,将OS安装在U盘上的方式可以应用在一些试点设备上,当系 统测试满足期望结果时,可以进行大范围应用。 系统测试的具体内容以及对应的期望结果可以根据实际需要设置。 参见图5,该系统40还包括: 获取设备44,用于获取所述设备的资产信息,并进行记录。 以设备是服务器为例,当新服务器到货后,现有技术中,将采用人工方式记录上架的 服务器的序列号(Serial Number,SN)等资产信息。 而本实施例中,采用自动的方式获取设备的资产信息。获取设备例如为自动化平台, 例如,可以在服务器中配置一个初始化脚本,服务器在上电并启动OS后,可以运行该脚本, 该脚本用于获取服务器自身的资产信息并将资源信息发送给自动化平台,之后自动化平台 可以统计每个新上架的服务器的资产信息,并进行记录。 资产信息例如包括机器所在机房的机架位信息、机器本身的SN、数据网口MAC地址、 BMC lan controller MAC、CPU、内存、硬盘、pcie设备等信息。 另外,为了保持跟以前产品的兼容性,以及大规模批量更换os的状况,可以保持新技 术跟老技术同时并存状态。 本实施例中,通过采用系统盘专门存储操作系统,可以降低系统盘的成本,通过从系 统盘中启动操作系统,实现简单。以系统盘是U盘为例,可以将OS固化在U盘中,省去了 传统OS部署的复杂平台搭建、长基础服务链路运维的人力投入,提高运维效率;更小的存 储空间,更便宜的存储介质,大大降低了硬件投入成本;以需要部署OS的设备是服务器为 例,服务器上线自动抓取服务器资产信息,反写入RMS中,省去了外包现场上架的SN核对、 资产信息录入等环节,屏蔽了人为处理环节,降低潜在的问题点;线上机器运维可以实现 紧急的OS替换由传统的步骤安装转变为外包直接插拔U盘操作,运维效率有质的飞越。 需要说明的是,在本发明的描述中,术语“第一”、“第二”等仅用于描述目的,而 不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个” 的含义是指至少两个。 流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个 或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分, 并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序, 包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的 实施例所属技术领域的技术人员所理解。 应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实 施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或 固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下 列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路 的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现 场可编程门阵列(FPGA)等。 本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可 以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中, 该程序在执行时,包括方法实施例的步骤之一或其组合。 此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各 个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既 可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以 软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读 取存储介质中。 上述提到的存储介质可以是只读存储器,磁盘或光盘等。 在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、 或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点 包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一 定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何 的一个或多个实施例或示例中以合适的方式结合。 尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的, 不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例 进行变化、修改、替换和变型。
《操作系统部署方法和系统.pdf》由会员分享,可在线阅读,更多相关《操作系统部署方法和系统.pdf(10页珍藏版)》请在专利查询网上搜索。
本发明提出一种操作系统部署方法和系统,该操作系统部署方法包括在需要部署操作系统的设备的系统盘中存储操作系统,所述系统盘专门用于存储操作系统;在所述设备上电后,启动存储在所述系统盘中的操作系统。该方法能够实现简单,并且降低成本。。
copyright@ 2017-2020 zhuanlichaxun.net网站版权所有经营许可证编号:粤ICP备2021068784号-1