CN109617966A - 一种基于Openstack的云管平台部署系统及方法 - Google Patents
一种基于Openstack的云管平台部署系统及方法 Download PDFInfo
- Publication number
- CN109617966A CN109617966A CN201811533545.3A CN201811533545A CN109617966A CN 109617966 A CN109617966 A CN 109617966A CN 201811533545 A CN201811533545 A CN 201811533545A CN 109617966 A CN109617966 A CN 109617966A
- Authority
- CN
- China
- Prior art keywords
- pipe platform
- cloud pipe
- node
- openstack
- cloud
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种基于Openstack的云管平台部署系统及方法,涉及云计算领域,该系统包括至少一客户端、haproxy、至少一个控制节点和数据库;所述客户端用于对云管平台进行访问;所述haproxy用于对所有控制节点进行负载均衡管理,以及接收客户端的访问请求,并将访问请求转发至相应的控制节点;所述控制节点用于云管平台中的其它节点进行控制,且每个控制节点中均部署有Nginx,所述Nginx用于提供web服务。所述云管平台中的其它节点包括计算节点、网络节点和存储节点;所述计算节点用于负责虚拟机运行;所述网络节点用于外网络与内网络之间的通信;所述存储节点用于对虚拟机的额外存储进行管理。本发明能够便于对云管平台的管理和监控。
Description
技术领域
本发明涉及云计算领域,具体涉及一种基于Openstack的云管平台部署系统及方法。
背景技术
Openstack是一个开源的云计算管理平台项目,由几个主要的组件组合起来完成具体工作。在基于Openstack搭建云计算的IAAS(Infrastructure as a Service,基础设施即服务)时,通常会弃用Openstack原生的Web云管平台Horizon,根据需求和业务需要开发自己的云管平台,Horizon是一个web端口,使得云平台管理员以及用户可以管理不同的OpenStack资源以及服务。
一般情况下,在部署Web云管平台时,Nginx做反向代理同时做负载均衡,Nginx是一个高性能的HTTP和反向代理服务。在Web云管平台中使用Nginx做反向代理同时又做负载均衡,导致的问题如下:1、对后端服务器进行健康检查时,只支持通过端口来进行检测;2、支持的负载策略有限,负载均衡能力比较弱。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种基于Openstack的云管平台部署系统,能够便于对云管平台的管理和监控。
为达到以上目的,本发明采取的技术方案是,包括至少一客户端、haproxy、至少一个控制节点和数据库;
所述客户端用于对云管平台进行访问;
所述haproxy用于对所有控制节点进行负载均衡管理,以及接收客户端的访问请求,并将访问请求转发至相应的控制节点;
所述控制节点用于云管平台中的其它节点进行控制,且每个控制节点中均部署有Nginx,所述Nginx用于提供web服务。
在上述方案的基础上,
所述云管平台中的其它节点包括计算节点、网络节点和存储节点;
所述计算节点用于负责虚拟机运行;
所述网络节点用于外网络与内网络之间的通信;
所述存储节点用于对虚拟机的额外存储进行管理。
在上述方案的基础上,所述控制节点对其它节点的控制包括虚拟机建立、迁移、网络分配和存储分配。
在上述方案的基础上,所述Nginx中设置有监听端口,所述监听端口用于对云管平台的后台服务器的健康进行检测。
在上述方案的基础上,对云管平台的后台服务器的健康进行检测,具体包括:基于监听端口,通过URI获取,获得后台服务器的web页面,实现对后台服务器的健康检测。
本发明还提供一种基于Openstack的云管平台部署方法,基于上述所述系统,包括以下步骤:
将云管平台的web侧代码打包,形成部署包,部署于每个控制节点上;
安装Nginx于每个控制节点上;
启动Nginx,同时启动云管平台的web进程;
安装haproxy,设置负载均衡算法,并启动haproxy服务。
在上述方案的基础上,当安装Nginx于每个控制节点上之后还包括:设置监听端口,所述监听端口用于对云管平台的后台服务器的健康进行检测。
在上述方案的基础上,对云管平台的后台服务器的健康进行检测,具体包括:基于监听端口,通过URI获取,获得后台服务器的web页面,实现对后台服务器的健康检测。
在上述方案的基础上,当启动haproxy服务之后,还包括以下步骤:登录云管平台,检查是否能登录,若能,则进行业务发放,若否,则结束。
在上述方案的基础上,所述云管平台还包括计算节点、网络节点和存储节点。
与现有技术相比,本发明的优点在于:haproxy进行负载均衡管理,Nginx仅负责代理,此种部署方式,使得对后台服务器的健康检查可以通过URL来检测,并且支持更多的负载均衡策略,支持更多的协议类型,与Openstack其他组件更具亲和性,云管平台中的其他组件也用Haproxy做负载均衡,便于对云管平台的统一管理和监控。
附图说明
图1为本发明实施例中一种基于Openstack的云管平台部署系统的结构示意图。
具体实施方式
本发明实施例提供一种基于Openstack的云管平台部署系统,通过Openstack进行云管平台的部署,其中,使用haproxy对所有控制节点进行负载均衡管理,Nginx用于提供web服务,使得对后台服务器的健康检查可以通过URL(Uniform Resource Locator,统一资源定位符)来检测,并且支持更多的负载均衡策略,支持更多的协议类型。本发明实施例还相应的提供了一种基于Openstack的云管平台部署方法。
参见图1所示,本发明实施例提供一种基于Openstack的云管平台部署系统的一实施例中,所述云管平台部署系统包括至少一客户端、haproxy、至少一个控制节点和数据库,控制节点与数据库相连。haproxy是一个使用C语言编写的自由及开放源代码软件,其提供高可用性、负载均衡,以及基于TCP和HTTP的应用程序代理。
客户端用于对云管平台进行访问,用户登录客户端后对云管平台进行访问。haproxy用于对所有控制节点进行负载均衡管理,以及接收客户端的访问请求,并将访问请求转发至相应的控制节点;控制节点用于云管平台中的其它节点进行控制,且每个控制节点中均部署有Nginx,所述Nginx用于提供web服务,Nginx相当于提供动静分离的web服务。
现有技术中,在云管平台的部署中,Nginx既做反向代理同时又做负载均衡,使得通过监听端口进行健康监测时,只会去检测后端服务器的端口,且无法保证服务的真正可用;且支持的负载策略有限,负载均衡能力比较弱。本发明实施例中,haproxy进行负载均衡管理,Nginx仅负责代理,此种部署方式,使得对后台服务器的健康检查可以通过URL来检测,并且支持更多的负载均衡策略,支持更多的协议类型,支持虚拟主机,与Openstack其他组件更具亲和性,其他组件也用Haproxy做负载均衡,便于统一管理和监控,同时不依赖opesntack版本,不需要使用opesntack的相关功能。
可选地,在图1对应的基于Openstack的云管平台部署系统实施例的基础上,本发明实施例提供的基于Openstack的云管平台部署系统的第一个可选实施例中,云管平台中的其它节点包括计算节点、网络节点和存储节点,计算节点用于负责虚拟机运行;网络节点用于外网络与内网络之间的通信;存储节点用于对虚拟机的额外存储进行管理。控制节点对其它节点的控制包括虚拟机建立、迁移、网络分配和存储分配。
可选地,在基于Openstack的云管平台部署系统的第一个可选实施例的基础上,本发明实施例提供的基于Openstack的云管平台部署系统的第二个可选实施例中,Nginx中设置有监听端口,监听端口用于对云管平台的后台服务器的健康进行检测。对云管平台的后台服务器的健康进行检测,具体包括:基于监听端口,通过URI获取,获得后台服务器的web页面,实现对后台服务器的健康检测。
本发明实施例的基于Openstack的云管平台部署系统,haproxy进行负载均衡管理,Nginx仅负责代理,此种部署方式,使得对后台服务器的健康检查可以通过URL来检测,并且支持更多的负载均衡策略,支持更多的协议类型,与Openstack其他组件更具亲和性,云管平台中的其他组件也用Haproxy做负载均衡,便于对云管平台的统一管理和监控。
本发明实施例还提供一种基于Openstack的云管平台部署方法,所述云管平台部署方法基于上述实施例的基于Openstack的云管平台部署系统,本发明实施例的基于Openstack的云管平台部署方法包括以下步骤:
S1:将云管平台的web侧代码打包,形成部署包,部署于每个控制节点上;
S2:安装Nginx于每个控制节点上,安装完成后需对Nginx进行适应性修改,以适配当前运管平台;
S3:启动Nginx,同时启动云管平台的web进程;
S4:安装haproxy,设置负载均衡算法,并启动haproxy服务。
当安装Nginx于每个控制节点上之后还包括:设置监听端口,所述监听端口用于对云管平台的后台服务器的健康进行检测。云管平台还包括计算节点、网络节点和存储节点。
对云管平台的后台服务器的健康进行检测,具体包括:基于监听端口,通过URI获取,获得后台服务器的web页面,实现对后台服务器的健康检测。
当启动haproxy服务之后,还包括以下步骤:登录云管平台,检查是否能登录,若能,则进行业务发放,若否,则结束。
本发明实施例的基于Openstack的云管平台部署方法,haproxy进行负载均衡管理,Nginx仅负责代理,此种部署方式,使得对后台服务器的健康检查可以通过URL来检测,并且支持更多的负载均衡策略,支持更多的协议类型,与Openstack其他组件更具亲和性,云管平台中的其他组件也用Haproxy做负载均衡,便于对云管平台的统一管理和监控。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种基于Openstack的云管平台部署系统,其特征在于,包括至少一客户端、haproxy、至少一个控制节点和数据库;
所述客户端用于对云管平台进行访问;
所述haproxy用于对所有控制节点进行负载均衡管理,以及接收客户端的访问请求,并将访问请求转发至相应的控制节点;
所述控制节点用于云管平台中的其它节点进行控制,且每个控制节点中均部署有Nginx,所述Nginx用于提供web服务。
2.如权利要求1所述的一种基于Openstack的云管平台部署系统,其特征在于:
所述云管平台中的其它节点包括计算节点、网络节点和存储节点;
所述计算节点用于负责虚拟机运行;
所述网络节点用于外网络与内网络之间的通信;
所述存储节点用于对虚拟机的额外存储进行管理。
3.如权利要求2所述的一种基于Openstack的云管平台部署系统,其特征在于,所述控制节点对其它节点的控制包括虚拟机建立、迁移、网络分配和存储分配。
4.如权利要求1所述的一种基于Openstack的云管平台部署系统,其特征在于:所述Nginx中设置有监听端口,所述监听端口用于对云管平台的后台服务器的健康进行检测。
5.如权利要求2所述的一种基于Openstack的云管平台部署系统,其特征在于,对云管平台的后台服务器的健康进行检测,具体包括:基于监听端口,通过URI获取,获得后台服务器的web页面,实现对后台服务器的健康检测。
6.一种基于Openstack的云管平台部署方法,基于权利要求1所述系统,其特征在于,包括以下步骤:
将云管平台的web侧代码打包,形成部署包,部署于每个控制节点上;
安装Nginx于每个控制节点上;
启动Nginx,同时启动云管平台的web进程;
安装haproxy,设置负载均衡算法,并启动haproxy服务。
7.如权利要求6所述的一种基于Openstack的云管平台部署方法,其特征在于,当安装Nginx于每个控制节点上之后还包括:设置监听端口,所述监听端口用于对云管平台的后台服务器的健康进行检测。
8.如权利要求7所述的一种基于Openstack的云管平台部署方法,其特征在于,对云管平台的后台服务器的健康进行检测,具体包括:基于监听端口,通过URI获取,获得后台服务器的web页面,实现对后台服务器的健康检测。
9.如权利要求6所述的一种基于Openstack的云管平台部署方法,其特征在于,当启动haproxy服务之后,还包括以下步骤:登录云管平台,检查是否能登录,若能,则进行业务发放,若否,则结束。
10.如权利要求6所述的一种基于Openstack的云管平台部署方法,其特征在于:所述云管平台还包括计算节点、网络节点和存储节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811533545.3A CN109617966A (zh) | 2018-12-14 | 2018-12-14 | 一种基于Openstack的云管平台部署系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811533545.3A CN109617966A (zh) | 2018-12-14 | 2018-12-14 | 一种基于Openstack的云管平台部署系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109617966A true CN109617966A (zh) | 2019-04-12 |
Family
ID=66009139
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811533545.3A Pending CN109617966A (zh) | 2018-12-14 | 2018-12-14 | 一种基于Openstack的云管平台部署系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109617966A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110569163A (zh) * | 2019-07-24 | 2019-12-13 | 无锡华云数据技术服务有限公司 | 监测伸缩组内云主机健康状态的方法、装置、设备及介质 |
CN110912779A (zh) * | 2019-12-05 | 2020-03-24 | 苏州浪潮智能科技有限公司 | 一种集群主机健康检测方法,系统,设备及可读存储介质 |
CN112597256A (zh) * | 2020-12-17 | 2021-04-02 | 北京思特奇信息技术股份有限公司 | 一种实现大数据平台用户统一管理的方法及相关装置 |
CN112968976A (zh) * | 2021-03-31 | 2021-06-15 | 北京奇艺世纪科技有限公司 | 外网访问控制系统、方法、装置、设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105049536A (zh) * | 2015-09-08 | 2015-11-11 | 南京大学 | IaaS云环境中的负载均衡系统和负载均衡方法 |
US20170371628A1 (en) * | 2016-06-22 | 2017-12-28 | EMC IP Holding Company LLC | Method and device of resource orchestration using an object-oriented language |
CN108449200A (zh) * | 2018-02-02 | 2018-08-24 | 云宏信息科技股份有限公司 | 一种基于控制节点的屏蔽信息写入方法及装置 |
-
2018
- 2018-12-14 CN CN201811533545.3A patent/CN109617966A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105049536A (zh) * | 2015-09-08 | 2015-11-11 | 南京大学 | IaaS云环境中的负载均衡系统和负载均衡方法 |
US20170371628A1 (en) * | 2016-06-22 | 2017-12-28 | EMC IP Holding Company LLC | Method and device of resource orchestration using an object-oriented language |
CN108449200A (zh) * | 2018-02-02 | 2018-08-24 | 云宏信息科技股份有限公司 | 一种基于控制节点的屏蔽信息写入方法及装置 |
Non-Patent Citations (4)
Title |
---|
FUNSON: "《用Haproxy+OpenStack实现web application auto scaling》", 《HTTPWWW.360DOC.COMCONTENT1201082223378_178185016.SHTML》 * |
KONGLINGBIN: "《全面认识openstack:OpenStack架构详解》", 《HTTPS://WWW.CNBLOGS.COM/KLB561/P/8660264.HTML》 * |
明月幽谷: "《使用Haproxy搭建web群集,代理调度nginx节点服务(内附源码包)》", 《HTTPSBLOG.51CTO.COM137287402164213》 * |
望月胡杨: "《HAProxy简介》", 《HTTPS://WWW.CNBLOGS.COM/MYISSUES/P/9490094.HTML》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110569163A (zh) * | 2019-07-24 | 2019-12-13 | 无锡华云数据技术服务有限公司 | 监测伸缩组内云主机健康状态的方法、装置、设备及介质 |
CN110912779A (zh) * | 2019-12-05 | 2020-03-24 | 苏州浪潮智能科技有限公司 | 一种集群主机健康检测方法,系统,设备及可读存储介质 |
CN112597256A (zh) * | 2020-12-17 | 2021-04-02 | 北京思特奇信息技术股份有限公司 | 一种实现大数据平台用户统一管理的方法及相关装置 |
CN112968976A (zh) * | 2021-03-31 | 2021-06-15 | 北京奇艺世纪科技有限公司 | 外网访问控制系统、方法、装置、设备及存储介质 |
CN112968976B (zh) * | 2021-03-31 | 2024-02-06 | 北京奇艺世纪科技有限公司 | 外网访问控制系统、方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110830463B (zh) | 第三方授权登录方法和装置 | |
CN109617966A (zh) | 一种基于Openstack的云管平台部署系统及方法 | |
EP3389219B1 (en) | Access request conversion method and device | |
CN111431740B (zh) | 数据的传输方法、装置、设备及计算机可读存储介质 | |
CN107948324B (zh) | 请求传输系统、方法、装置及存储介质 | |
US20190020536A1 (en) | Enabling planned upgrade/downgrade of network devices without impacting network sessions | |
CN104054316B (zh) | 用于对sms中心进行负载平衡和建立虚拟专用网络的系统和方法 | |
CN104767649B (zh) | 部署裸金属服务器的方法及装置 | |
CN108200165B (zh) | 请求传输系统、方法、装置及存储介质 | |
CN108256118B (zh) | 数据处理方法、装置、系统、计算设备以及存储介质 | |
CN110266822B (zh) | 一种基于nginx的共享式负载均衡实现方法 | |
CN107613037B (zh) | 一种域名重定向方法和系统 | |
KR102136583B1 (ko) | 클라우드 환경 모니터링 시스템 및 방법 | |
CN103701928B (zh) | 应用于负载均衡器提高服务器和ssl网关运行效率的方法 | |
CN113285926B (zh) | 面向电力监控系统的蜜罐诱捕方法、装置、计算机设备 | |
CN107465666A (zh) | 一种客户端ip获取方法与装置 | |
US11297105B2 (en) | Dynamically determining a trust level of an end-to-end link | |
CN104243230B (zh) | 一种获取Linux服务器中监控数据的方法和装置 | |
CN108055314A (zh) | 一种集群系统的管理方法与集群系统 | |
CN106657180A (zh) | 用于云服务的信息传输方法、装置、终端设备及系统 | |
CN109561054A (zh) | 一种数据传输方法、控制器及接入设备 | |
CN104320488A (zh) | 代理服务器系统及代理服务方法 | |
CN106161396A (zh) | 一种实现虚拟机网络访问控制的方法及装置 | |
EP3306471B1 (en) | Automatic server cluster discovery | |
CN106899564A (zh) | 一种登录方法和装置 |
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 |
Application publication date: 20190412 |
|
RJ01 | Rejection of invention patent application after publication |