CN109687987A - 一种云平台部署方法、装置、电子设备及可读存储介质 - Google Patents
一种云平台部署方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN109687987A CN109687987A CN201710976922.XA CN201710976922A CN109687987A CN 109687987 A CN109687987 A CN 109687987A CN 201710976922 A CN201710976922 A CN 201710976922A CN 109687987 A CN109687987 A CN 109687987A
- Authority
- CN
- China
- Prior art keywords
- cloud platform
- node
- component
- service
- deployment
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
- H04L41/0886—Fully automatic configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Abstract
本发明实施例提供了一种云平台部署方法、装置、电子设备及可读存储介质,应用于云计算技术领域,云平台部署方法包括:获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中安装镜像文件;通过标准库配置并启动各节点对应的云平台组件中的服务。本发明实施例中的镜像文件包含了部署云平台中所有角色所需要的安装包,通过在各节点中自动化安装镜像文件中的云平台组件的安装包,从而可以快速部署云平台。
Description
技术领域
本发明涉及云计算技术领域,特别是涉及一种云平台部署方法、装置、电子设备及可读存储介质。
背景技术
OpenStack是一个开源的云计算管理平台项目,OpenStack支持几乎所有类型的云环境,OpenStack的目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。OpenStack通过各种互补的服务提供了IaaS(Infrastructure as a Service,基础设施即服务)的解决方案,每个服务提供API(Application Programming Interface,应用程序编程接口)以进行集成。用户通过Internet可以从计算机基础设施获得服务,这类服务称为基础设施即服务,基于Internet的服务(如存储和数据库)是IaaS的一部分。由于Openstack由几个主要的组件组合起来完成具体工作,并且组件繁多,基于Openstack云环境的快速部署一直以来都是Openstack开发人员极力解决的问题。
Openstack社区提供了devstack工具用于Openstack测试环境的部署,它基于bash(Bourne Again shell),晦涩难懂,调试起来非常困难,扩展性也较差,其中,bash是shell的一种实例,而shell是一个程序,它在用户和操作系统之间提供了一个面向行的可交互接口。各大Openstack公司也都推出了自己的部署工具,不过它们大多都基于现有的一些部署工具如:puppet、chef以及ansible等。同时,Openstack社区也可以通过这些部署工具对云平台进行部署。
但是,如果采用现有的部署工具,就要求部署人员掌握这些已有工具的相关知识,这样才有可能彻底解决部署过程中遇到的问题。而且这些工具中某些工具基于并不熟悉的编程语言开发(例如,chef采用Ruby,Ruby是一种简单快捷的面向对象程序设计的脚本语言),那么,在添加自定义功能时难度将会增加。同时,由于Openstack社区考虑到各个厂家不同的需求,导致在进行云平台部署时部署工具的配置异常复杂,因此,云平台的部署过程较慢。
发明内容
本发明实施例的目的在于提供一种云平台部署方法、装置、电子设备及可读存储介质,以实现云平台的快速部署。具体技术方案如下:
本发明实施例提供了一种云平台部署方法,所述方法包括:
获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;
在确定所述多个安装包之间无依赖后,将所述多个安装包及所述配置文件创建为镜像文件;
分别在云平台的各节点中安装所述镜像文件;
通过标准库配置并启动所述各节点对应的云平台组件中的服务。
可选的,本发明实施例的云平台部署方法,还包括:
若接收到删除所述云平台中节点的操作指令,将待删除的节点对应的组件中的服务停止,并将所述待删除的节点的信息删除;
若接收到增加节点的操作指令,在增加的节点中安装所述镜像文件,通过标准库配置并启动所述增加的节点对应的组件中的服务。
可选的,所述通过标准库配置并启动所述各节点对应的云平台组件中的服务,包括:
若当前服务配置失败,保留已经配置成功的服务,其中,所述当前服务之前的服务均通过标准库配置成功;
在所述当前服务配置成功之后,通过标准库配置所述当前服务之后的服务。
可选的,在所述通过标准库配置并启动所述各节点对应的云平台组件中的服务之前,所述方法还包括:
根据所述各节点及所述各节点对应的组件,通过标准库设置所述各节点的部署顺序及所述各节点对应的组件的部署顺序。
可选的,所述通过标准库配置并启动所述各节点对应的云平台组件中的服务,包括:
按照所述各节点的部署顺序及所述各节点对应的云平台组件的部署顺序,通过标准库配置并启动所述各节点对应的云平台组件中的服务。
可选的,所述分别在云平台的各节点中安装所述镜像文件,包括:
根据所述镜像文件中的配置文件,分别在所述各节点中安装所述镜像文件中的安装包。
可选的,所述获取多个云平台组件的安装包,包括:
当本地服务器和官方服务器中同时包含第一组件的安装包时,从所述本地服务器中获取第一组件的安装包;
当所述本地服务器中不包含第二组件的安装包、且所述官方服务器中包含所述第二组件时,从所述官方服务器中获取第二组件的安装包;
其中,所述第一组件和所述第二组件为所述云平台组件中的组件。
本发明实施例提供了一种云平台部署装置,所述装置包括:
安装包获取模块,用于获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;
镜像文件创建模块,用于在确定所述多个安装包之间无依赖后,将所述多个安装包及所述配置文件创建为镜像文件;
镜像文件安装模块,用于分别在云平台的各节点中安装所述镜像文件;
云平台组件部署模块,用于通过标准库配置并启动所述各节点对应的云平台组件中的服务。
可选的,本发明实施例的云平台部署装置,还包括:
节点删除模块,用于若接收到删除所述云平台中节点的操作指令,将待删除的节点对应的组件中的服务停止,并将所述待删除的节点的信息删除;
节点增加模块,用于若接收到增加节点的操作指令,在增加的节点中安装所述镜像文件,通过标准库配置并启动所述增加的节点对应的组件中的服务。
可选的,所述云平台组件部署模块具体用于,若当前服务配置失败,保留已经配置成功的服务,在所述当前服务配置成功之后,通过标准库配置所述当前服务之后的服务,其中,所述当前服务之前的服务均通过所述标准库配置成功。
可选的,本发明实施例的云平台部署装置,还包括:
部署顺序设置模块,用于根据所述各节点及所述各节点对应的组件,通过标准库设置所述各节点的部署顺序及所述各节点对应的组件的部署顺序。
可选的,所述云平台组件部署模块具体用于,按照所述各节点的部署顺序及所述各节点对应的云平台组件的部署顺序,通过标准库配置并启动所述各节点对应的云平台组件中的服务。
可选的,所述镜像文件安装模块具体用于,根据所述镜像文件中的配置文件,分别在所述各节点中安装所述镜像文件中的安装包。
可选的,所述安装包获取模块,包括:
第一获取子模块,用于当本地服务器和官方服务器中同时包含第一组件的安装包时,从所述本地服务器中获取第一组件的安装包;
第二获取子模块,用于当所述本地服务器中不包含第二组件的安装包、且所述官方服务器中包含所述第二组件时,从所述官方服务器中获取第二组件的安装包;
其中,所述第一组件和所述第二组件为所述云平台组件。
本发明实施例提供了一种电子设备,包括:处理器、通信接口、存储器和通信总线,其中,所述处理器、所述通信接口、所述存储器通过所述通信总线完成相互间的通信;
所述存储器,用于存放计算机程序;
所述处理器,用于执行所述存储器上所存放的程序时,实现上述任一所述的云平台部署方法步骤。
本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时,实现上述任一所述的云平台部署方法步骤。
本发明实施例提供的云平台部署方法、装置、电子设备及可读存储介质,通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中安装镜像文件;通过标准库配置并启动各节点对应的云平台组件中的服务。本发明实施例中的镜像文件包含了部署云平台中所有角色所需要的安装包,通过自定义镜像文件,并在各节点中自动化安装镜像文件中的云平台组件的安装包,使得云平台的部署过程更加快捷。并且,云平台的部署过程通过标准库实现,标准库代码结构简单易懂,便于扩展和维护,从而可以快速部署云平台。当然,实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一种实施例的云平台部署方法的流程图;
图2为本发明另一种实施例的云平台部署方法的流程图;
图3为本发明又一种实施例的云平台部署方法的流程图;
图4为本发明一种实施例的节点部署流程图;
图5为本发明一种实施例的云平台部署装置的结构图;
图6为本发明另一种实施例的云平台部署装置的结构图;
图7为本发明一种实施例的电子设备的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
Openstack云平台通过各种互补的服务提供了IaaS的解决方案,IaaS包括:云查询、云计算、云存储、云安全等,现有的云平台部署过程中,要求部署人员掌握已有部署工具的相关知识,这样才有可能彻底解决部署过程中遇到的问题。由于某些部署工具基于并不熟悉的编程语言开发,因此,部署人员在对云平台进行部署时部署难度增加,导致云平台的部署过程较慢。
为了解决云平台部署过程复杂的问题,本发明实施例提供了一种云平台部署方法、装置、电子设备及可读存储介质,以实现云平台的快速部署。
下面首先对本发明实施例所提供的云平台部署方法进行详细介绍。
参见图1,图1为本发明一种实施例的云平台部署方法的流程图,包括以下步骤:
S101,获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件。
本发明实施例中,云平台组件指的是部署云平台所需要的组件,云平台组件可以包括:keystone、neutron、nova、glance、cinder、heat、ironic等,每一个云平台组件都有对应的安装包。其中,云平台的核心功能包括:计算、存储和网络,分别对应nova、cinder和neutron。其中,nova还提供对多种Hypervisor的支持,如KVM(Kernel-based VirtualMachine,基于内核的虚拟机)、Xen等,其中,Xen是一个开放源代码虚拟机监视器,cinder提供了存储资源的管理,可以管理各个厂商提供的专业存储设备,neutron提供了网络资源的管理。
其中,配置文件可以实现对安装包进行自动化安装,其工作原理是通过记录典型的安装过程中所需人工干预填写的各种参数,并生成一个配置文件,该配置文件中可以记录多个安装包在安装过程中所需的各种参数。因此,为了实现云平台组件的安装包的自动化安装,在获取多个云平台组件的安装包之后,可以确定用于对多个安装包进行自动化安装的配置文件。该配置文件可以为Kickstart文件,Kickstart文件是一个定义了Linux安装过程的配置文件,比如要在Linux系统中使用的时区、如何对驱动器进行分区、或者应该安装哪些软件包等。有了该Kickstart文件可以让Linux安装过程按照预先定义的要求进行自动化安装,因此,在部署云平台中大量节点时通过自动化安装的方式可以使部署过程更加简单、快捷。
例如,Kickstart文件中可以包括:
#version=DEVEL
#System authorization information
auth--enableshadow--passalgo=sha512
#Use CDROM installation media
cdrom
#Use graphical install
graphical
#Run the Setup Agent on first boot
firstboot--enable
#ignoredisk--only-use=sda
#Keyboard layouts
keyboard--vckeymap=us--xlayouts='us'
#System language
lang en_US.UTF-8--addsupport=zh_CN.UTF-8
#Root password
rootpw KS123!
#System timezone
timezone Asia/beijing--isUtc
ignoredisk--only-use=sda
#Partition clearing information
clearpart--all--initlabel--drives=sda
可以看出,上述Kickstart文件中定义了Linux系统鉴权信息(Systemauthorization information)、Linux系统语言(system language)、在Linux系统中使用的时区(System language)、Linux系统的Root密码(Root password)等信息。那么,Kickstart文件在指导安装包安装的过程中,可以同时设置Linux系统中的上述信息。
S102,在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件。
本发明实施例中,为了使在安装各云平台组件的安装包时不相互影响,首先需要确定各云平台组件的安装包之间无依赖,具体可以通过命令:
rpm--initdb--dbpath/tmp/testdbrpm--test--dbpath/tmp/testdb*.rpm
确认各云平台组件的安装包之间是否依赖,其中,*.rpm为云平台组件的安装包,*为安装包的名称。
在确定各云平台组件的安装包之间无依赖后,为了减轻云平台维护的复杂性,可以将各云平台组件的安装包及配置文件创建为镜像文件,例如,通过mkisofs工具将安装包及配置文件创建为镜像文件,mkisofs可将指定的目录与文件制作为ISO 9660格式的映像文件,以供刻录光盘。这样,镜像文件中包含了部署所有云平台组件所需要的安装包以及指导各安装包进行自动化安装的配置文件,通过该方式可以使云平台的部署过程更加快捷。
S103,分别在云平台的各节点中安装镜像文件。
其中,云平台的各节点指的是云平台中的各服务器,也就是说,每一个节点即为一个服务器。如果在一个服务器中部署计算服务,那么,该服务器即为计算节点,如果在一个服务器中部署存储服务,那么,该服务器即为存储节点。但是,对于不同的节点,安装的镜像文件是相同的。而且,不同节点中安装的操作系统是本发明实施例定制的操作系统,该定制的操作系统基于centos7的基础上增加了各云平台组件的安装包以及它们的依赖包,其中,centos7(Community Enterprise Operating System 7,第七代社区企业操作系统)是Linux发行版之一,安装包为rpm格式的安装包,依赖包主要是Python标准库,例如requests、six、sqlalchemy等。其中,Python是一种面向对象的解释型计算机程序设计语言,Python语言具有简洁性、易读性以及可扩展性,因此,本发明实施例通过python语言编写云平台的部署框架,可以减少调试和学习成本,从而可以对云平台进行快速部署。
本发明实施例中,由于配置文件可以对安装包进行自动化安装,因此,分别在云平台的各节点中安装镜像文件具体为,根据镜像文件中的配置文件,分别在各节点中安装镜像文件中的安装包。因此,在安装镜像文件之后,云平台的各节点中安装的云平台组件的安装包是相同的。
S104,通过标准库配置并启动各节点对应的云平台组件中的服务。
本发明实施例中,标准库可以是Python标准库,Python标准库的主要功能包括:
1.文本处理,包括:文本格式化、正则表达式匹配、文本差异计算与合并、Unicode支持,二进制数据处理等功能;
2.文件处理,包括:文件操作、创建临时文件、文件压缩与归档、操作配置文件等功能;
3.操作系统功能,包括:线程与进程支持、IO复用、日期与时间处理、调用系统函数、日志等功能;
4.网络通信,包括:网络套接字,SSL加密通信、异步网络通信等功能;
5.网络协议,支持HTTP(HyperText Transfer Protocol,超文本传输协议)、FTP(File Transfer Protocol,文件传输协议)、SMTP(Simple Mail Transfer Protocol,简单邮件传输协议)、IMAP(Internet Mail Access Protocol,Internet邮件访问协议)、NNTP(Network News Transfer Protocol,网络新闻传输协议)等多种网络协议,并提供了编写网络服务器的框架;
6.W3C格式支持,包括:HTML(HyperText Markup Language,超文本标记语言)、SGML(Standard Generalized Markup language,标准通用标记语言)、XML的处理;
7.其它功能,包括:国际化支持、数学运算、Hash等。
由以上可见,Python标准库提供了系统管理、网络通信、文本处理、数据库接口、图形系统、XML(可扩展标记语言)处理等额外的功能。由于Python标准库简单易懂,减少了部署人员的调试和学习成本,而且便于扩展和维护,从而可以使部署人员快速对云平台进行部署。
本发明实施例中,虽然各节点中安装的安装包是相同的,但是,各节点对应的云平台组件可以是不同的,也就是说,各节点可以配置不同的服务。其中,每个云平台组件中的服务是固定的,并且,每个云平台组件可以有多个服务,但是,在不同节点中可以部署同一个云平台组件中不同的服务,即不同节点启用的同一云平台组件中的服务可以是不同的。云平台组件中的服务可以以配置文件的方式进行设置,每个云平台组件中的一个服务可以有多个配置文件,而配置服务的过程即为修改配置文件的过程。
例如,agent服务的配置文件中可以包括以下内容:
auth_version=v2.0
admin_tenant_name=service
admin_user=kos
admin_password=cloudos
signing_dir=/var/cache/nova/api
hash_algorithms=md5
insecure=false
本发明实施例中,可以设置上述配置文件中的auth_version(鉴权版本)、hash_algorithms(hash算法)、signing_dir(签名路径)等信息,当然也可以对配置文件中的上述信息进行修改。例如,上述鉴权版本是v2.0,本发明实施例中可以将鉴权版本修改为v2.1。另外,对于节点中一些特殊的配置信息,如节点的IP(Internet Protocol,互联网协议)地址等,还可以将该特殊的配置信息添加至配置文件中。
本发明实施例中,启动服务就是将服务开启,可以通过Python标准库中的subprocess库执行启动服务命令。如果服务需要通过pacemaker进行管理,可以执行pacemaker创建资源的命令;如果服务不需要通过pacemaker管理,可以执行用systemd的命令,例如,可以调用启动命令:systemctl start mysql将服务开启。其中,Pacemaker是一个集群资源管理器,它利用集群基础构件(OpenAIS、heartbeat或corosync)提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复,以实现集群服务的最大可用性。
本发明实施例的云平台部署方法,通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中安装镜像文件;配置并启动各节点对应的云平台组件中的服务。本发明实施例通过自定义镜像文件,并在各节点中自动化安装镜像文件中的云平台组件的安装包,使得云平台的部署过程更加快捷。另外,云平台的部署过程通过标准库实现,标准库代码结构简单易懂,便于扩展和维护,从而可以快速部署云平台。
参见图2,图2为本发明另一种实施例的云平台部署方法的流程图,包括以下步骤:
S201,获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件。
S202,在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件。
S203,分别在云平台的各节点中安装镜像文件。
S204,根据各节点及各节点对应的组件,通过标准库设置各节点的部署顺序及各节点对应的组件的部署顺序。
具体的,云平台中包含很多个节点,通常,不同节点提供的服务是不同的,因此,不同节点部署的服务也是不同的。在对云平台的节点进行部署时,首先,可以根据需要部署的节点,通过Python标准库中的oslo_config库设置节点的部署顺序;然后分别设置每个节点对应的组件的部署顺序。具体可以通过定义步数文件进行设置。
例如,云平台中的节点包括:管理节点、计算节点、网络节点和存储节点,各节点的部署顺序及各节点对应的组件的部署顺序如下。
1、管理节点部署的步骤可以为:
1)配置并启动pacemaker服务,通过pacemaker启动虚拟IP地址,可以将该IP地址作为访问云平台的IP地址;
2)配置并启动消息中间件服务(rabbitmq),该消息中间件用于Openstack组件中各服务之间通信;
3)配置并启动数据库服务(mysql+galera),该数据库用于Openstack各组件的数据存储;
4)配置并启动缓存服务(memcache),该缓存服务可以对用户Openstack中认证信息进行缓存;
5)配置并启动Openstack各组件服务包括:keystone、neutron、nova、glance、cinder、heat、ironic等;
6)配置并启动监控服务(zabbix);
7)配置并启动UI(User Interface,用户界面)服务。
2、计算节点部署的步骤可以为:
1)配置并启动网络agent服务;
2)配置并启动计算服务(nova-compute);
3)配置并启动监控agent服务。
3、网络节点部署的步骤可以为:
1)配置并启动网络dhcp(Dynamic Host Configuration Protocol,动态主机配置协议)服务;
2)配置并启动网络二层服务;
3)配置并启动网络三层服务;
4)配置并启动网络vpn(Virtual Private Network,虚拟专用网络)服务;
5)配置并启动网络负载均衡服务;
6)配置并启动监控agent服务。
4、存储节点部署的步骤可以为:
1)发现节点所有数据磁盘;
2)格式化节点所有数据磁盘并挂载;
3)启动存储服务;
其中,各节点对应的组件的部署顺序指的是各节点对应的组件中的服务的部署顺序,在确定各节点的部署顺序及各节点对应的组件的部署顺序之后,可以定义步数文件,步数文件中记录各节点对应的组件的部署顺序,这样,在进行部署时,可以按照步数文件执行部署过程。
例如,步数文件可以包括:
master_steps={
1:role_utils.init,
2:zookeeper.start_zookeeper.main,
#kdfs
3:kdfs.start_kdfs.config,
4:ntp.start_ntp.main,
5:start_pacemaker.main,
6:haproxy.start_haproxy.main,
7:mysql.start_mysql.main,
8:rabbitmq.start_rabbitmq.main,
9:memcache.start_memcached.main,
#openstack services
10:keystone.start_keystone.main,
11:glance.start_glance_api.main,
12:glance.start_glance_registry.main,
13:neutron.start_neutron_server.main,
14:neutron.start_neutron_ovs_agent.main,
15:neutron.start_neutron_metadata_agent.main,
#we only need to config l3_agent here
16:neutron.start_neutron_l3_agent.config,
17:neutron.start_neutron_dhcp_agent.main,
18:neutron.start_neutron_lbaas_agent.main,
19:neutron.start_neutron_vpn_agent.main,
20:nova.start_nova_api.main,
21:nova.start_nova_metadata_api.main,
}
可以看出,上述步数文件中设置了节点中各服务的执行步数。通过步数文件可以确定节点中需要部署的服务,以及部署各服务的过程。
S205,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,通过标准库配置并启动各节点对应的云平台组件中的服务。
本步骤中,在对节点进行部署时,可以按照S204中的执行步骤进行部署即可。显然,通过步数文件中的执行步数对节点进行部署,可以清晰地确定部署时的进度,以步数文件的形式记录服务之间的启动顺序可以保证有关联性的服务正常启动。
由于S201、S202、S203分别与图1实施例中的S101、S102、S103相同,S101、S102、S103的所有实现方式均适用于图2,且均能达到相同或相似的有益效果,在此不再赘述。
本发明实施例的云平台部署方法,通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中自动化安装镜像文件中云平台组件的安装包;根据各节点及各节点对应的组件,设置各节点的部署顺序及各节点对应的组件的部署顺序,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,通过标准库配置并启动各节点对应的云平台组件中的服务。本发明实施例通过自定义镜像文件,并在各节点中自动化安装镜像文件;在对各节点进行部署时,按照预先设置的部署顺序对各节点进行部署,可以保证有关联性的服务正常启动。另外,云平台的部署过程通过标准库实现,标准库代码结构简单易懂,便于扩展和维护,从而可以快速部署云平台。
参见图3,图3为本发明又一种实施例的云平台部署方法的流程图,包括以下步骤:
S301,获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件。
S302,在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件。
S303,分别在云平台的各节点中安装镜像文件。
S304,配置并启动各节点对应的云平台组件中的服务。
S305,若接收到删除云平台中节点的操作指令,将待删除的节点对应的组件中的服务停止,并将待删除的节点的信息删除。
本发明实施例中的云平台具有较强的可扩展性,在部署完云平台之后,若接收到删除云平台中节点的操作指令时,可以将待删除的节点对应的组件中的服务停止,例如,若需要删除云平台中的计算节点,那么,可以将计算节点中的所有服务停止,在将计算节点中的服务停止之后,云平台中将不再包含计算节点。另外,还可以将计算节点的信息删除,这样,可以减少对存储空间的占用。
S306,若接收到增加节点的操作指令,在增加的节点中安装镜像文件,通过标准库配置并启动增加的节点对应的组件中的服务。
本发明实施例中,除了可以删除云平台中的节点,还可以在云平台中增加节点。对于增加的节点,部署服务的方法与云平台中已存在的节点的方法是相同的,具体的,执行步骤S303中镜像文件的安装,即安装云平台组件的安装包,之后通过标准库配置并启动增加的节点对应的组件中的服务,通过标准库配置及启动服务的方法可以与图1实施例中步骤S104或者与图2实施例中步骤S205类似,在此不再赘述,当然,不同节点中需要配置和启动的服务可以是不同的,因此,增加的节点中配置和启动的服务可以与云平台中已经存在的节点中配置和启动的服务均不同。
由于S301、S302、S303、S304分别与图1实施例中的S101、S102、S103、S104相同,S101、S102、S103、S104的所有实现方式均适用于图3,且均能达到相同或相似的有益效果,在此不再赘述。其中,上述步骤S305和步骤S306在步骤S304之后,但步骤S305和步骤S306之间没有顺序限制。本发明实施例中,步骤S305和步骤S306的具体实现方式可以为REST(Representational State Transfer,表述性状态转移)API(Application ProgrammingInterface,应用程序编程接口),REST指的是一组架构约束条件和原则。
本发明实施例的云平台部署方法,通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中自动化安装镜像文件中云平台组件的安装包;根据各节点及各节点对应的组件,设置各节点的部署顺序及各节点对应的组件的部署顺序,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,通过标准库配置并启动各节点对应的云平台组件中的服务。本发明实施例通过自定义镜像文件,并在各节点中自动化安装镜像文件;在对各节点进行部署时,按照预先设置的部署顺序对各节点进行部署,使得云平台的部署过程更加快捷。另外,云平台的部署过程通过标准库实现,标准库代码结构简单易懂,可以对云平台进行快速部署。本发明实施例的云平台部署方法具有较强的扩展性,在对云平台进行部署完成之后,还可以在云平台中增加节点,或者删除云平台中已经部署的节点,从而可以对云平台中的节点进行灵活部署。
图2实施中的步骤S205,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,通过标准库配置并启动各节点对应的云平台组件中的服务,具体部署过程可参见图4,图4为本发明一种实施例的节点部署流程图,包括以下步骤:
S401,读取当前步数。
其中,当前步数指的是步数文件(例如,图2实施例中的步数文件)中的步数。在开始部署节点时,当前步数通常从步数1开始。
S402,判断是否存在未执行的步数,如果是,执行S403;如果否,进入S406,即部署结束。
本发明实施例中,步数文件中包括很多个步数,各个步数是按照顺序执行的,因此,需要判断是否存在未执行的步数,如果存在,执行S403;如果不存在,表明所有的步数均部署完成,也就是节点部署结束。
S403,执行当前步数。
S404,判断当前步数是否执行成功,如果是,执行S405,即增加步数,并返回至步骤S401直至S402的判断结果为否;如果否,进入S406,即部署结束。
本步骤中,可以记录每一个执行成功的步数,然后执行下一个步数。若当前步数执行失败,即S404的执行结果为否时,部署结束。虽然当前步数执行失败,但是当前步数之前的步数均执行成功。本发明实施例中保留已经执行成功的步数,在当前步数执行成功之后,执行当前步数之后的步数。本发明实施例中,可以通过Python标准库中的模版库jinja2配置云平台组件中的每一个服务,通过Python标准库中的subprocess库执行启动服务命令。
由上述可见,本发明实施例的云平台部署方法中,在当前步数执行失败、但当前步数之前的步数均配置成功时,仍然保留当前步数之前执行成功的所有步数,并记录当前失败的步数。这样,在下次部署时,可以从当前失败的步数开始继续执行,而不需要重新执行成功的步数,避免了云平台部署过程中相同操作的反复执行,从而可以加快云平台的部署过程。
本发明的一种实现方式中,获取多个云平台组件的安装包,包括:
当本地服务器和官方服务器中同时包含第一组件的安装包时,从本地服务器中获取第一组件的安装包;
当本地服务器中不包含第二组件的安装包、官方服务器中包含第二组件时,从官方服务器中获取第二组件的安装包;
其中,第一组件和第二组件为云平台组件中的组件。
本发明实施例中,云平台组件可以有很多个,云平台组件的安装包是在服务器中存储的,并且,本地服务器中和官方服务器中可能都存储有相同名称的云平台组件的安装包,第一组件的安装包指的是本地服务器中和官方服务器中名称相同的组件的安装包。此时,优先从本地服务器中获取第一组件的安装包。第二组件的安装包指的是本地服务器中不存在、而官方服务器中存在的组件的安装包,此时,如果获取第二组件的安装包,需要从官方服务器中获取第二组件的安装包。其中,本地服务器指的是云平台中的服务器,例如,对于某网站的云平台,云平台组件存储在该网站所对应的服务器中;官方服务器指的是发布云平台组件的官方服务器。
其中,本地服务器中和官方服务器中存储的云平台组件的安装包可以是周期性更新的,因此,在对云平台进行部署时,通常从本地服务器或者从官网服务器中获取的云平台组件的安装包是最新的。本发明的一种实现方式中,可以通过Yum从本地服务器或者官方服务器中获取云平台组件的安装包。Yum(Yellow dog UpdaterModified)是一个Shell前端软件包管理器,能够从指定的服务器自动下载安装包并且安装,可以自动处理依赖性关系,并且一次安装所有依赖的软件包,无须繁琐地一次次下载、安装。
本发明实施例的云平台部署方法,将本地服务器中的第一组件的安装包设置为更高的优先级,可以优先获取本地服务器中的安装包。与官方服务器中存储的安装包相比,本地服务器中存储的安装包更符合部署云平台所具有的功能,从而可以更快速地部署云平台,因此,本发明实施例的云平台部署方法更简单、快捷。
相应于上述方法实施例,本发明实施例还提供了一种云平台部署装置,参见图5,图5为本发明一种实施例的云平台部署装置的结构图,包括:
安装包获取模块501,用于获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;
镜像文件创建模块502,用于在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;
镜像文件安装模块503,用于分别在云平台的各节点中安装镜像文件;
云平台组件部署模块504,用于通过标准库配置并启动各节点对应的云平台组件中的服务。
本发明实施例的云平台部署装置,通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中安装镜像文件;配置并启动各节点对应的云平台组件中的服务。本发明实施例通过自定义镜像文件,并在各节点中自动化安装镜像文件中云平台组件的安装包,使得云平台的部署过程更加快捷。另外,云平台的部署过程通过标准库实现,标准库代码结构简单易懂,便于扩展和维护,从而可以快速部署云平台。
需要说明的是,本发明实施例的装置是应用上述云平台部署方法的装置,则上述云平台部署方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
参见图6,图6为本发明另一种实施例的云平台部署装置的结构图,包括:
安装包获取模块601,用于获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件。
镜像文件创建模块602,用于在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件。
镜像文件安装模块603,用于分别在云平台的各节点中安装镜像文件。
云平台组件部署模块604,用于通过标准库配置并启动各节点对应的云平台组件中的服务。
节点删除模块605,用于若接收到删除云平台中节点的操作指令,将待删除的节点对应的组件中的服务停止,并将待删除的节点的信息删除。
节点增加模块606,用于若接收到增加节点的操作指令,在增加的节点中安装镜像文件,通过标准库配置并启动增加的节点对应的组件中的服务。
本发明实施例的云平台部署装置,通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中自动化安装镜像文件中云平台组件的安装包;根据各节点及各节点对应的组件,设置各节点的部署顺序及各节点对应的组件的部署顺序,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,通过标准库配置并启动各节点对应的云平台组件中的服务。本发明实施例通过自定义镜像文件,并在各节点中自动化安装镜像文件;并且,云平台的部署过程通过标准库实现,标准库代码结构简单易懂,便于扩展和维护,从而可以快速部署云平台。在对各节点进行部署时,按照预先设置的部署顺序对各节点进行部署,可以保证有关联性的服务正常启动。另外,本发明实施例的云平台部署装置具有较强的扩展性,在对云平台进行部署完成之后,还可以在云平台中增加节点,或者删除云平台中已经部署的节点,从而可以对云平台中的节点进行灵活部署。
本发明的一种实现方式中,云平台组件部署模块具体用于,若当前服务配置失败,保留已经配置成功的服务,在当前服务配置成功之后,通过标准库配置当前服务之后的服务,其中,当前服务之前的服务均通过标准库配置成功。
本发明的一种实现方式中,云平台部署装置还包括:
部署顺序设置模块,用于根据各节点及各节点对应的组件,通过标准库设置各节点的部署顺序及各节点对应的组件的部署顺序。
本发明的一种实现方式中,云平台组件部署模块具体用于,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,通过标准库配置并启动各节点对应的云平台组件中的服务。
本发明的一种实现方式中,镜像文件安装模块具体用于,根据镜像文件中的配置文件,分别在各节点中安装镜像文件中的安装包。
本发明的一种实现方式中,安装包获取模块,包括:
第一获取子模块,用于当本地服务器和官方服务器中同时包含第一组件的安装包时,从本地服务器中获取第一组件的安装包;
第二获取子模块,用于当本地服务器中不包含第二组件的安装包、且官方服务器中包含第二组件时,从官方服务器中获取第二组件的安装包;
其中,第一组件和第二组件为云平台组件。
本发明实施例还提供了一种电子设备,参见图7,图7为本发明一种实施例的电子设备的结构图,包括:处理器701、通信接口702、存储器703和通信总线704,其中,处理器701、通信接口702、存储器703通过通信总线704完成相互间的通信;
存储器703,用于存放计算机程序;
处理器701,用于执行存储器703上所存放的程序时,实现上述任一云平台部署方法的步骤。
需要说明的是,上述电子设备提到的通信总线704可以是PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。该通信总线704可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口702用于上述电子设备与其他设备之间的通信。
存储器703可以包括RAM(Random Access Memory,随机存取存储器),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器701可以是通用处理器,包括:CPU(Central Processing Unit,中央处理器)、NP(Network Processor,网络处理器)等;还可以是DSP(Digital SignalProcessing,数字信号处理器)、ASIC(Application Specific Integrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例的电子设备中,处理器通过执行存储器上所存放的程序,从而通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中自动化安装镜像文件中云平台组件的安装包;根据各节点及各节点对应的组件,设置各节点的部署顺序及各节点对应的组件的部署顺序,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,配置并启动各节点对应的云平台组件中的服务。本发明实施例通过自定义镜像文件,并在各节点中自动化安装镜像文件;在对各节点进行部署时,按照预先设置的部署顺序对各节点进行部署,可以保证有关联性的服务正常启动。另外,本发明实施例的云平台部署装置具有较强的扩展性,在对云平台进行部署完成之后,还可以在云平台中增加节点,或者删除云平台中已经部署的节点,从而可以对云平台中的节点进行灵活部署。
本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质内存储有计算机程序,计算机程序被处理器执行时,实现上述任一云平台部署方法的步骤。
本发明实施例的计算机可读存储介质中存储的指令在计算机上运行时,从而通过获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;在确定多个安装包之间无依赖后,将多个安装包及配置文件创建为镜像文件;分别在云平台的各节点中自动化安装镜像文件中云平台组件的安装包;根据各节点及各节点对应的组件,设置各节点的部署顺序及各节点对应的组件的部署顺序,按照各节点的部署顺序及各节点对应的云平台组件的部署顺序,配置并启动各节点对应的云平台组件中的服务。本发明实施例通过自定义镜像文件,并在各节点中自动化安装镜像文件;在对各节点进行部署时,按照预先设置的部署顺序对各节点进行部署,可以保证有关联性的服务正常启动。另外,本发明实施例的云平台部署装置具有较强的扩展性,在对云平台进行部署完成之后,还可以在云平台中增加节点,或者删除云平台中已经部署的节点,从而可以对云平台中的节点进行灵活部署。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于云平台部署装置、电子设备及可读存储介质实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (16)
1.一种云平台部署方法,其特征在于,所述方法包括:
获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;
在确定所述多个安装包之间无依赖后,将所述多个安装包及所述配置文件创建为镜像文件;
分别在云平台的各节点中安装所述镜像文件;
通过标准库配置并启动所述各节点对应的云平台组件中的服务。
2.根据权利要求1所述的云平台部署方法,其特征在于,所述方法还包括:
若接收到删除所述云平台中节点的操作指令,将待删除的节点对应的组件中的服务停止,并将所述待删除的节点的信息删除;
若接收到增加节点的操作指令,在增加的节点中安装所述镜像文件,通过所述标准库配置并启动所述增加的节点对应的组件中的服务。
3.根据权利要求1所述的云平台部署方法,其特征在于,所述通过标准库配置并启动所述各节点对应的云平台组件中的服务,包括:
若当前服务配置失败,保留已经配置成功的服务,其中,所述当前服务之前的服务均通过标准库配置成功;
在所述当前服务配置成功之后,通过标准库配置所述当前服务之后的服务。
4.根据权利要求1所述的云平台部署方法,其特征在于,在所述通过标准库配置并启动所述各节点对应的云平台组件中的服务之前,所述方法还包括:
根据所述各节点及所述各节点对应的组件,通过标准库设置所述各节点的部署顺序及所述各节点对应的组件的部署顺序。
5.根据权利要求4所述的云平台部署方法,其特征在于,所述通过标准库配置并启动所述各节点对应的云平台组件中的服务,包括:
按照所述各节点的部署顺序及所述各节点对应的云平台组件的部署顺序,通过标准库配置并启动所述各节点对应的云平台组件中的服务。
6.根据权利要求1所述的云平台部署方法,其特征在于,所述分别在云平台的各节点中安装所述镜像文件,包括:
根据所述镜像文件中的配置文件,分别在所述各节点中安装所述镜像文件中的安装包。
7.根据权利要求1所述的云平台部署方法,其特征在于,所述获取多个云平台组件的安装包,包括:
当本地服务器和官方服务器中同时包含第一组件的安装包时,从所述本地服务器中获取第一组件的安装包;
当所述本地服务器中不包含第二组件的安装包、且所述官方服务器中包含所述第二组件时,从所述官方服务器中获取第二组件的安装包;
其中,所述第一组件和所述第二组件为所述云平台组件中的组件。
8.一种云平台部署装置,其特征在于,所述装置包括:
安装包获取模块,用于获取多个云平台组件的安装包,确定用于对多个安装包进行自动化安装的配置文件;
镜像文件创建模块,用于在确定所述多个安装包之间无依赖后,将所述多个安装包及所述配置文件创建为镜像文件;
镜像文件安装模块,用于分别在云平台的各节点中安装所述镜像文件;
云平台组件部署模块,用于通过标准库配置并启动所述各节点对应的云平台组件中的服务。
9.根据权利要求8所述的云平台部署装置,其特征在于,所述装置还包括:
节点删除模块,用于若接收到删除所述云平台中节点的操作指令,将待删除的节点对应的组件中的服务停止,并将所述待删除的节点的信息删除;
节点增加模块,用于若接收到增加节点的操作指令,在增加的节点中安装所述镜像文件,通过标准库配置并启动所述增加的节点对应的组件中的服务。
10.根据权利要求8所述的云平台部署装置,其特征在于,所述云平台组件部署模块具体用于,若当前服务配置失败,保留已经配置成功的服务,在所述当前服务配置成功之后,通过标准库配置所述当前服务之后的服务,其中,所述当前服务之前的服务均通过所述标准库配置成功。
11.根据权利要求8所述的云平台部署装置,其特征在于,所述装置还包括:
部署顺序设置模块,用于根据所述各节点及所述各节点对应的组件,通过标准库设置所述各节点的部署顺序及所述各节点对应的组件的部署顺序。
12.根据权利要求11所述的云平台部署装置,其特征在于,所述云平台组件部署模块具体用于,按照所述各节点的部署顺序及所述各节点对应的云平台组件的部署顺序,通过标准库配置并启动所述各节点对应的云平台组件中的服务。
13.根据权利要求8所述的云平台部署装置,其特征在于,所述镜像文件安装模块具体用于,根据所述镜像文件中的配置文件,分别在所述各节点中安装所述镜像文件中的安装包。
14.根据权利要求8所述的云平台部署装置,其特征在于,所述安装包获取模块,包括:
第一获取子模块,用于当本地服务器和官方服务器中同时包含第一组件的安装包时,从所述本地服务器中获取第一组件的安装包;
第二获取子模块,用于当所述本地服务器中不包含第二组件的安装包、且所述官方服务器中包含所述第二组件时,从所述官方服务器中获取第二组件的安装包;
其中,所述第一组件和所述第二组件为所述云平台组件。
15.一种电子设备,其特征在于,包括:处理器、通信接口、存储器和通信总线,其中,所述处理器、所述通信接口、所述存储器通过所述通信总线完成相互间的通信;
所述存储器,用于存放计算机程序;
所述处理器,用于执行所述存储器上所存放的程序时,实现权利要求1-7任一所述的云平台部署方法步骤。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-7任一所述的云平台部署方法步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710976922.XA CN109687987A (zh) | 2017-10-19 | 2017-10-19 | 一种云平台部署方法、装置、电子设备及可读存储介质 |
PCT/CN2018/111007 WO2019076369A1 (zh) | 2017-10-19 | 2018-10-19 | 一种云平台部署方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710976922.XA CN109687987A (zh) | 2017-10-19 | 2017-10-19 | 一种云平台部署方法、装置、电子设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109687987A true CN109687987A (zh) | 2019-04-26 |
Family
ID=66173542
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710976922.XA Pending CN109687987A (zh) | 2017-10-19 | 2017-10-19 | 一种云平台部署方法、装置、电子设备及可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109687987A (zh) |
WO (1) | WO2019076369A1 (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110995768A (zh) * | 2019-12-31 | 2020-04-10 | 奇安信科技集团股份有限公司 | 构建及生成防火墙方法、装置、设备、介质及程序产品 |
CN111443876A (zh) * | 2020-06-17 | 2020-07-24 | 南京信易达计算技术有限公司 | 一种融合型存储专用操作系统、方法和存储介质 |
CN111984623A (zh) * | 2020-08-14 | 2020-11-24 | 北京人大金仓信息技术股份有限公司 | 数据库集群自动化部署方法、装置、介质和电子设备 |
CN112003908A (zh) * | 2020-08-07 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种配置bmc的方法、系统、设备以及介质 |
CN112130962A (zh) * | 2020-09-29 | 2020-12-25 | 中国银行股份有限公司 | 持续交付平台及利用持续交付平台部署应用系统的方法 |
CN112131263A (zh) * | 2020-09-14 | 2020-12-25 | 微医云(杭州)控股有限公司 | 软件包获取方法、系统、装置、电子设备和存储介质 |
CN112379934A (zh) * | 2019-07-29 | 2021-02-19 | 中移(苏州)软件技术有限公司 | 一种云计算平台的部署方法及装置、存储介质 |
CN112910956A (zh) * | 2021-01-15 | 2021-06-04 | 北京金山云网络技术有限公司 | 一种资源创建方法、装置及电子设备 |
CN113434370A (zh) * | 2021-08-24 | 2021-09-24 | 统信软件技术有限公司 | 一种服务器集群部署方法、装置、计算设备及存储介质 |
CN115562813A (zh) * | 2022-10-27 | 2023-01-03 | 北京同创永益科技发展有限公司 | 一种云原生环境动态构建工作负载的方法及系统 |
CN115604101A (zh) * | 2022-09-29 | 2023-01-13 | 北京亚控科技发展有限公司(Cn) | 系统管理方法及相关设备 |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110187890B (zh) * | 2019-05-29 | 2023-04-28 | 掌阅科技股份有限公司 | 项目部署的方法、电子设备、存储介质 |
CN110688130A (zh) * | 2019-10-14 | 2020-01-14 | 天津卓朗科技发展有限公司 | 物理机部署方法、装置、可读存储介质及电子设备 |
CN113014406B (zh) * | 2019-12-19 | 2023-10-24 | 阿里巴巴集团控股有限公司 | 设备部署方法、装置、服务器及存储介质 |
CN111596927B (zh) * | 2020-05-15 | 2023-08-18 | 北京金山云网络技术有限公司 | 服务部署方法、装置及电子设备 |
CN111934907B (zh) * | 2020-07-06 | 2022-12-27 | 苏州浪潮智能科技有限公司 | 一种基于容器云平台的应用上云方法、系统及装置 |
CN111897538B (zh) * | 2020-07-13 | 2022-06-21 | 浪潮电子信息产业股份有限公司 | 一种基于cpu和操作系统的容器平台部署方法及系统 |
CN111984366B (zh) * | 2020-07-24 | 2023-01-06 | 苏州浪潮智能科技有限公司 | 一种容器化部署灾备机制的方法和系统 |
CN112019385B (zh) * | 2020-08-28 | 2022-11-25 | 北京浪潮数据技术有限公司 | 一种云平台组件删除方法、装置、设备及存储介质 |
CN112463168B (zh) * | 2020-12-01 | 2023-01-10 | 苏州浪潮智能科技有限公司 | 一种vpp服务容器化部署方法、装置、终端及存储介质 |
CN112685503A (zh) * | 2021-01-04 | 2021-04-20 | 上海圣剑网络科技股份有限公司 | 基于自动化运维工具的数据处理方法、装置及系统 |
CN113127016A (zh) * | 2021-04-30 | 2021-07-16 | 平安国际智慧城市科技股份有限公司 | Hdp大数据平台的自动化部署方法、装置、设备及介质 |
CN113805804B (zh) * | 2021-08-27 | 2024-02-13 | 济南浪潮数据技术有限公司 | 一种数据离线迁移的方法、装置、设备和介质 |
CN114115954B (zh) * | 2022-01-25 | 2022-05-17 | 北京金堤科技有限公司 | 自动化集成部署服务的方法和装置、以及电子设备和存储介质 |
CN115242598A (zh) * | 2022-07-15 | 2022-10-25 | 天翼云科技有限公司 | 一种云操作系统部署方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104580519A (zh) * | 2015-01-29 | 2015-04-29 | 福建师范大学福清分校 | 一种快速部署openstack云计算平台的方法 |
CN105426208A (zh) * | 2015-11-16 | 2016-03-23 | 山东超越数控电子有限公司 | 一种云计算系统OpenStack离线自动安装方法 |
US20160124823A1 (en) * | 2014-10-31 | 2016-05-05 | International Business Machines Corporation | Log analytics for problem diagnosis |
CN106506636A (zh) * | 2016-11-04 | 2017-03-15 | 武汉噢易云计算股份有限公司 | 一种基于OpenStack的云平台集群方法及系统 |
CN106789381A (zh) * | 2017-03-31 | 2017-05-31 | 山东超越数控电子有限公司 | 一种针对云计算管理平台简单部署和快速配置的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104967664A (zh) * | 2015-05-13 | 2015-10-07 | 西安三星电子研究有限公司 | 云的自动化部署系统和方法 |
CN106850621A (zh) * | 2017-02-07 | 2017-06-13 | 南京云创大数据科技股份有限公司 | 一种基于容器云技术快速搭建Hadoop集群的方法 |
-
2017
- 2017-10-19 CN CN201710976922.XA patent/CN109687987A/zh active Pending
-
2018
- 2018-10-19 WO PCT/CN2018/111007 patent/WO2019076369A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160124823A1 (en) * | 2014-10-31 | 2016-05-05 | International Business Machines Corporation | Log analytics for problem diagnosis |
CN104580519A (zh) * | 2015-01-29 | 2015-04-29 | 福建师范大学福清分校 | 一种快速部署openstack云计算平台的方法 |
CN105426208A (zh) * | 2015-11-16 | 2016-03-23 | 山东超越数控电子有限公司 | 一种云计算系统OpenStack离线自动安装方法 |
CN106506636A (zh) * | 2016-11-04 | 2017-03-15 | 武汉噢易云计算股份有限公司 | 一种基于OpenStack的云平台集群方法及系统 |
CN106789381A (zh) * | 2017-03-31 | 2017-05-31 | 山东超越数控电子有限公司 | 一种针对云计算管理平台简单部署和快速配置的方法 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112379934A (zh) * | 2019-07-29 | 2021-02-19 | 中移(苏州)软件技术有限公司 | 一种云计算平台的部署方法及装置、存储介质 |
CN112379934B (zh) * | 2019-07-29 | 2022-12-13 | 中移(苏州)软件技术有限公司 | 一种云计算平台的部署方法及装置、存储介质 |
CN110995768B (zh) * | 2019-12-31 | 2022-04-15 | 奇安信科技集团股份有限公司 | 一种构建及生成防火墙的方法、装置和介质 |
CN110995768A (zh) * | 2019-12-31 | 2020-04-10 | 奇安信科技集团股份有限公司 | 构建及生成防火墙方法、装置、设备、介质及程序产品 |
CN111443876A (zh) * | 2020-06-17 | 2020-07-24 | 南京信易达计算技术有限公司 | 一种融合型存储专用操作系统、方法和存储介质 |
CN112003908A (zh) * | 2020-08-07 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种配置bmc的方法、系统、设备以及介质 |
CN112003908B (zh) * | 2020-08-07 | 2022-06-21 | 苏州浪潮智能科技有限公司 | 一种配置bmc的方法、系统、设备以及介质 |
CN111984623A (zh) * | 2020-08-14 | 2020-11-24 | 北京人大金仓信息技术股份有限公司 | 数据库集群自动化部署方法、装置、介质和电子设备 |
CN111984623B (zh) * | 2020-08-14 | 2024-02-09 | 北京人大金仓信息技术股份有限公司 | 数据库集群自动化部署方法、装置、介质和电子设备 |
CN112131263A (zh) * | 2020-09-14 | 2020-12-25 | 微医云(杭州)控股有限公司 | 软件包获取方法、系统、装置、电子设备和存储介质 |
CN112131263B (zh) * | 2020-09-14 | 2024-02-27 | 微医云(杭州)控股有限公司 | 软件包获取方法、系统、装置、电子设备和存储介质 |
CN112130962A (zh) * | 2020-09-29 | 2020-12-25 | 中国银行股份有限公司 | 持续交付平台及利用持续交付平台部署应用系统的方法 |
CN112130962B (zh) * | 2020-09-29 | 2023-09-19 | 中国银行股份有限公司 | 持续交付平台及利用持续交付平台部署应用系统的方法 |
CN112910956A (zh) * | 2021-01-15 | 2021-06-04 | 北京金山云网络技术有限公司 | 一种资源创建方法、装置及电子设备 |
CN112910956B (zh) * | 2021-01-15 | 2023-05-02 | 北京金山云网络技术有限公司 | 一种资源创建方法、装置及电子设备 |
CN113434370A (zh) * | 2021-08-24 | 2021-09-24 | 统信软件技术有限公司 | 一种服务器集群部署方法、装置、计算设备及存储介质 |
CN115604101B (zh) * | 2022-09-29 | 2024-02-02 | 北京亚控科技发展有限公司 | 系统管理方法及相关设备 |
CN115604101A (zh) * | 2022-09-29 | 2023-01-13 | 北京亚控科技发展有限公司(Cn) | 系统管理方法及相关设备 |
CN115562813A (zh) * | 2022-10-27 | 2023-01-03 | 北京同创永益科技发展有限公司 | 一种云原生环境动态构建工作负载的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2019076369A1 (zh) | 2019-04-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109687987A (zh) | 一种云平台部署方法、装置、电子设备及可读存储介质 | |
US9652211B2 (en) | Policy management of deployment plans | |
US9710259B2 (en) | System and method for customizing a deployment plan for a multi-tier application in a cloud infrastructure | |
US10095496B2 (en) | Single, logical, multi-tier application blueprint used for deployment and management of multiple physical applications in a cloud infrastructure | |
US11941452B2 (en) | System to generate a deployment plan for a cloud infrastructure according to logical, multi-tier application blueprint | |
US9665358B2 (en) | Installation of a software agent via an existing template agent | |
US10749985B2 (en) | Custom communication channels for application deployment | |
US9195453B1 (en) | Remediation of known defects and vulnerabilities in cloud application packages | |
US10031783B2 (en) | Execution of a distributed deployment plan for a multi-tier application in a cloud infrastructure | |
US10642592B2 (en) | Automated configuration profile generation and management | |
US20120266158A1 (en) | Release management system for a multi-node application | |
US8856086B2 (en) | Ensuring integrity of security event log upon download and delete | |
US11822947B2 (en) | Automated management of machine images | |
US8650288B2 (en) | Runtime usage analysis for a distributed policy enforcement system | |
US20170180205A1 (en) | Automatic generation of validators to validate deployment code used for configuring servers | |
US10705895B2 (en) | Device based automated tool integration for lifecycle management platform | |
Costa et al. | Google Cloud Cookbook | |
Greenberg | Building Applications on Mesos: Leveraging Resilient, Scalable, and Distributed Systems | |
Mardan et al. | Getting Node. js Apps Production Ready | |
Shackelford | Beginning Amazon Web Services with Node. js | |
Orchestration et al. | Introducing Azure Kubernetes Service | |
Goasguen et al. | Kubernetes cookbook: building cloud native applications | |
Montalbano | Definition of a Microservices-based Management and Monitoring System for Oracle Cloud | |
Comas Gómez | Despliegue de un gestor de infraestructura virtual basado en Openstack para NFV |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190426 |