CN106453614A - 一种云操作系统及其访问方法 - Google Patents
一种云操作系统及其访问方法 Download PDFInfo
- Publication number
- CN106453614A CN106453614A CN201610996735.3A CN201610996735A CN106453614A CN 106453614 A CN106453614 A CN 106453614A CN 201610996735 A CN201610996735 A CN 201610996735A CN 106453614 A CN106453614 A CN 106453614A
- Authority
- CN
- China
- Prior art keywords
- server
- address
- container
- real
- nginx
- 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.)
- Granted
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
- 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
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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
- H04L67/1034—Reaction to server failures by a load balancer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种云操作系统及其访问方法,该系统包括web前端服务系统和后端服务系统,还包括Nginx服务器且web前端服务系统包括至少两个互为冗余的服务器,服务器中均包含容器,分别用于提供各自的真实IP地址;Nginx服务器,通过Nginx架构将各服务器的真实IP地址构建出直接面向用户的虚拟IP地址,当接收到用户的访问请求时,根据当前互为冗余的服务器的运行状态将访问请求发送至目标容器;后端服务器系统,用于根据目标容器解析出的调用指令和当前各服务提供方的负载率调用对应的目标服务提供方以访问数据库。因此本系统可以降低web前端服务系统出现故障的风险,克服了现有技术中web前端不能容灾控制和高可用的缺点,提高了可靠性。
Description
技术领域
本发明涉及云计算技术领域,特别是涉及一种云操作系统及其访问方法。
背景技术
当前,云计算的研究如火如荼,也越来越深入到我们的日常的生活中,对于云操作系统的性能也提出了更高的要求。云操作系统的前端web系统和后端服务系统进行单独部署,前端web系统包括服务器,服务器中包含有容器,该服务器用于对外提供可以访问的IP地址,容器解析与用户的请求对应的调用指令,然后将调用指令发送至后端服务系统中。后端服务系统中的注册管理中心依据调用指令和负载率情况,通过RPC调用方式调用对应的服务提供方,服务提供方在接收到调用指令后,依据调用指令的要求在数据库中调用与用户的请求对应的数据,并返回至用户,从而实现响应用户的请求的目的。
现有技术中,前端web系统通常部署在类似于tomcat的容器中,但是当发生不可抗拒的事件时,比如断电或者操作系统故障,会造成容器所在的主机崩溃进而影响云操作系统的使用,甚至可能造成关键数据的丢失。由此可见,即使后台服务依然运行,但由于容器无法正常工作,则用户也不能访问数据库,严重影响用户使用和用户体验。
由此可见,如何提高云操作系统的安全性和可靠性是本领域技术人员亟待解决的问题。
发明内容
本发明的目的是提供一种云操作系统及云操作系统的访问方法,用于提高云操作系统的安全性和可靠性。
为解决上述技术问题,本发明提供一种云操作系统,包括web前端服务系统和后端服务系统,还包括Nginx服务器且所述web前端服务系统包括至少两个互为冗余的服务器,
所述互为冗余的服务器中均包含容器,分别用于提供各自的真实IP地址;
Nginx服务器,用于通过Nginx架构将所述互为冗余的服务器的真实IP地址构建出直接面向用户的虚拟IP地址,当接收到用户的访问请求时,根据当前所述互为冗余的服务器的运行状态将所述访问请求发送至目标容器;
所述后端服务器系统,用于根据所述目标容器解析出的调用指令和当前各服务提供方的负载率调用对应的目标服务提供方以访问数据库;
其中,所述真实IP地址和所述虚拟IP地址均对应同一个数据库。
优选地,所述互为冗余的服务器为两个,分别是主服务器和备份服务器;
其中,所述主服务器包含第一容器,用于提供第一真实IP地址;所述备份服务器包含第二容器,用于提供第二真实IP地址;所述Nginx服务器,用于通过Nginx架构将所述第一真实IP地址和所述第二真实IP地址构建出直接面向用户的虚拟IP地址。
优选地,所述Nginx服务器具体包括:
检测单元,用于通过Keepalived模式检测所述主服务器的心跳参数和所述备份服务器的心跳参数;
第一确定单元,用于如果所述主服务器的心跳参数和所述备份服务器的心跳参数均存在,则选取负载率较低的服务器中的容器作为目标容器,并将所述访问请求发送至所述目标容器;
第二确定单元,用于如果所述主服务器的心跳参数存在和所述备份服务器的心跳参数不存在,则选取所述第一容器作为目标容器,并将所述访问请求发送至所述目标容器;
第三确定单元,用于如果所述主服务器的心跳参数不存在和所述备份服务器的心跳参数存在,则选取所述第二容器作为目标容器,并将所述访问请求发送至所述目标容器。
优选地,所述Nginx服务器还包括存储单元,用于存储所述第一真实IP地址、所述第二真实IP地址以及所述虚拟IP地址。
优选地,所述Nginx服务器为两个,且互为冗余。
为解决上述技术问题,本发明提供一种云操作系统的访问方法,包括:
web前端服务系统中的互为冗余的服务器分别提供各自的真实IP地址;其中,所述互为冗余的服务器中均包含容器;
Nginx服务器通过Nginx架构将所述互为冗余的服务器的真实IP地址构建出直接面向用户的虚拟IP地址,当接收到用户的访问请求时,根据当前所述互为冗余的服务器的运行状态将所述访问请求发送至目标容器;
后端服务器系统根据所述目标容器解析出的调用指令和当前各服务提供方的负载率调用对应的目标服务提供方以访问数据库;
其中,所述真实IP地址和所述虚拟IP地址均对应同一个数据库。
优选地,所述互为冗余的服务器为两个,分别是主服务器和备份服务器;
其中,所述主服务器包含第一容器,用于提供第一真实IP地址;所述备份服务器包含第二容器,用于提供第二真实IP地址;所述Nginx服务器,用于通过Nginx架构将所述第一真实IP地址和所述第二真实IP地址构建出直接面向用户的虚拟IP地址。
优选地,所述Nginx服务器根据当前所述互为冗余的服务器的运行状态将所述访问请求发送至目标容器具体包括:
通过Keepalived模式检测所述主服务器的心跳参数和所述备份服务器的心跳参数;
如果所述主服务器的心跳参数和所述备份服务器的心跳参数均存在,则选取负载率较低的服务器中的容器作为目标容器,并将所述访问请求发送至所述目标容器;
如果所述主服务器的心跳参数存在和所述备份服务器的心跳参数不存在,则选取所述第一容器作为目标容器,并将所述访问请求发送至所述目标容器;
如果所述主服务器的心跳参数不存在和所述备份服务器的心跳参数存在,则选取所述第二容器作为目标容器,并将所述访问请求发送至所述目标容器。
优选地,还包括:存储所述第一真实IP地址、所述第二真实IP地址以及所述虚拟IP地址。
优选地,所述Nginx服务器为两个,且互为冗余。
本发明所提供的云操作系统及其访问方法,该系统通过在web前端服务系统中设置至少两个服务器,两个服务器均能够提供各自的真实IP地址,再通过Nginx服务器将真实IP地址构建为虚拟IP地址并提供给用户,由于虚拟地址与各真实IP地址均对应同一个数据库,因此用户可以通过虚拟地址访问到对应的数据库。当一个服务器发生故障时,可以通过另外一个服务器实现用户的访问请求,由此可见,本系统可以降低web前端服务系统出现故障的风险,克服了现有技术中web前端不能容灾控制和高可用的缺点,提高了云操作系统的可靠性。
附图说明
为了更清楚地说明本发明实施例,下面将对实施例中所需要使用的附图做简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种云操作系统的结构图;
图2为本发明实施例提供的一种云操作系统的访问方法的流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下,所获得的所有其他实施例,都属于本发明保护范围。
本发明的核心是提供一种云操作系统及云操作系统的访问方法,用于提高云操作系统的安全性和可靠性。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。
图1为本发明实施例提供的一种云操作系统的结构图。如图1所示,该系统包括web前端服务系统10和后端服务系统20,还包括Nginx服务器100且web前端服务系统10包括至少两个互为冗余的服务器101。互为冗余的服务器中均包含容器,分别用于提供各自的真实IP地址。Nginx服务器100,用于通过Nginx架构将互为冗余的服务器101的真实IP地址构建出直接面向用户的虚拟IP地址,当接收到用户的访问请求时,根据当前互为冗余的服务器101的运行状态将访问请求发送至目标容器。
后端服务器系统20,用于根据目标容器解析出的调用指令和当前各服务提供方200的负载率调用对应的目标服务提供方以访问数据库30。
其中,真实IP地址和虚拟IP地址均对应同一个数据库30。
可以理解的是,图1只是一种具体的应用场景,并不代表是由两个服务器101,只要服务器101的个数为两个或两个以上即可。每个服务器101均包含有容器,容器的数量不作限定,可以为1个,也可以和现有技术中一样包含多个。
如图1所示,两个服务器101互为冗余,每个服务器均提供各自的真实IP地址,通过该真实IP地址可以实现用户与数据库30的访问过程。为了防止其中一个服务器101的突然故障导致用户无法访问数据库30,本实施例中提供至少两个服务器101,通过Nginx服务器100将两个服务器101各自的真实IP地址构建出一个虚拟IP地址,用户通过虚拟IP地址访问数据库30,只不过Nginx服务器100在接收到用户的请求时,需要解析访问请求中的虚拟IP地址通过哪个服务器101实现访问的过程,换句话说,该虚拟IP地址对应两个服务器101各自真实的IP地址,可以通过任意一个服务器101中的容器实现用户的访问请求。
考虑到每个服务器的运行状态不同,例如负载率不同或者其中一个服务器出现故障,可能导致访问的速率不同,因此Nginx服务器100根据每个服务器101的运行状态确定一个合适的服务器101,即确定最终目标容器。目标容器在接收到的用户的访问请求后,解析该请求对应的调用指令,并将调用指令发送给后端服务器系统20。可以理解的是,后端服务器系统20中的注册管理中心依据调用指令和负载率情况,通过RPC调用方式调用对应的服务提供方200,服务提供方200在接收到调用指令后,依据调用指令的要求在数据库30中调用与用户的访问请求对应的数据,并返回至用户,从而实现响应用户的访问请求的目的。可以理解的是,注册管理中心可以采用Zookeeper集群的形式,每个服务提供方200都向注册中心注册服务,形成稳定的注册中心集群。每个服务提供方200可以采用jar包的方式部署运行,使用java命令启动和关停服务即可。
可以理解的是,Nginx服务器100在使用过程中,首先编译安装Nginx所需要的依赖包,然后进行编译安装,本实施例不再赘述。
本实施例中,通过在web前端服务系统中设置至少两个服务器,两个服务器均能够提供各自的真实IP地址,再通过Nginx服务器将真实IP地址构建为虚拟IP地址并提供给用户,由于虚拟地址与各真实IP地址均对应同一个数据库,因此用户可以通过虚拟地址访问到对应的数据库。当一个服务器发生故障时,可以通过另外一个服务器实现用户的访问请求,由此可见,本系统可以降低web前端服务系统出现故障的风险,克服了现有技术中web前端不能容灾控制和高可用的缺点,提高了云操作系统的可靠性。
作为一种优选的实施方式,互为冗余的服务器101为两个,分别是主服务器和备份服务器;
其中,主服务器包含第一容器,用于提供第一真实IP地址;备份服务器包含第二容器,用于提供第二真实IP地址;Nginx服务器,用于通过Nginx架构将第一真实IP地址和第二真实IP地址构建出直接面向用户的虚拟IP地址。
可以理解的是,web前端服务系统10中的服务器101的个数可以灵活设置,但是如果服务器101设置的过多,虽然能够提高云操作系统的可靠性,但是导致Nginx服务器100的运算过多,在一定程度上消耗的时间较多,因此,本实施例中设置两个服务器101。分别为主服务器和备份服务器,两个服务器101中均存储有对方的真实IP地址,因此,无论哪个主服务器故障或者备份服务器故障,均可以通过另一个服务器中的容器实现调用数据库,其它实施方式参见上文描述,本实施例不再赘述。
作为优选的实施方式,在上述实施例的基础上,Nginx服务器具体包括:
检测单元,用于通过Keepalived模式检测主服务器的心跳参数和备份服务器的心跳参数;
第一确定单元,用于如果主服务器的心跳参数和备份服务器的心跳参数均存在,则选取负载率较低的服务器中的容器作为目标容器,并将访问请求发送至目标容器;
第二确定单元,用于如果主服务器的心跳参数存在和备份服务器的心跳参数不存在,则选取第一容器作为目标容器,并将访问请求发送至目标容器;
第三确定单元,用于如果主服务器的心跳参数不存在和备份服务器的心跳参数存在,则选取第二容器作为目标容器,并将访问请求发送至目标容器。
在上述实施例中,描述到Nginx服务器100根据服务器101的运行状态确定目标容器,本实施例中,详细说明Nginx服务器100根据何种运行状态确定目标容器。首先,需要通过Keepalived模式检测主服务器的心跳参数和备份服务器的心跳参数。
如果能够同时检测到主服务器和备份服务器的心跳参数,则说明主服务器和备份服务器均存活,没有故障,因此既可以通过将主服务器中的容器作为目标容器,也可以将备份服务器中的容器作为目标容器。但是,考虑到访问的速率,本实施例中选取负载率较低的服务器中的容器作为目标容器,即如果主服务器的负载率较高,则选取备份服务器中的容器作为目标容器,如果备份服务器的负载了较高,则选取主服务器中的容器作为目标容器。
如果只能检测到主服务器的心跳参数,而检测不到备份服务器的心跳参数,则说明主服务器存活,而备份服务器故障。因此只能将主服务器中的容器作为目标容器。由于备份服务器出现故障,因此,此时不再需要考虑负载率的问题。
同样的,如果只能检测到备份服务器的心跳参数,而检测不到主服务器的心跳参数,则说明备份服务器存活,而主服务器故障。因此只能将备份服务器中的容器作为目标容器。由于主服务器出现故障,因此,此时不再需要考虑负载率的问题。
可以理解的是,如果使用Keepalived模式,则需要相应的安装操作,本实施例不再赘述。
通过上述实施方式,在提高云操作系统的可靠性的基础上,基于Keepalived模式能够真正做到主服务器和备份服务器故障时IP地址瞬间无缝交接,进一步提高了云操作系统的可靠性。
作为优选的实施方式,在上述实施例的基础上,Nginx服务器100还包括存储单元,用于存储第一真实IP地址、第二真实IP地址以及虚拟IP地址。
在具体实施中,为了方便后续对照各个IP地址,因此,本实施例中,将第一真实IP地址、第二真实IP地址以及虚拟IP地址进行存储。可以理解的是,如果其中的IP地址发生变化,则可以及时更新,避免IP地址之间发生错误,而导致访问失败的问题。
作为优选的实施方式,在上述实施例的基础上,Nginx服务器为两个,且互为冗余。
这里我们采用双Nginx服务器的部署方式,因为采用单Nginx服务器部署方式虽然能实现前端web访问界面的高可用,但是单Nginx服务器存在单点故障的问题,即当部署Nginx服务器发生故障时,也会造成web前端不能容灾控制和高可用。采用双Nginx服务器的部署,就在很大的程度上规避了该问题,毕竟两台Nginx服务器同时挂掉的概率要比一台Nginx服务器挂掉的概率小的很多。安装Nginx时需要根据部署环境设置相应的虚拟IP地址,设置虚拟IP地址的过程可以在安装的过程中在控制台输入,后台动态设置部署参数即可。
以上实施例为云操作系统对应的实施例,为了让本领域技术人员更加清楚本发明的构思,下文中给出云操作系统的访问方法对应的实施例。
图2为本发明实施例提供的一种云操作系统的访问方法的流程图。如图2所示,该方法包括:
S10:web前端服务系统中的互为冗余的服务器分别提供各自的真实IP地址。其中,互为冗余的服务器中均包含容器。
S11:Nginx服务器通过Nginx架构将互为冗余的服务器的真实IP地址构建出直接面向用户的虚拟IP地址,当接收到用户的访问请求时,根据当前互为冗余的服务器的运行状态将访问请求发送至目标容器。
S12:后端服务器系统根据目标容器解析出的调用指令和当前各服务提供方的负载率调用对应的目标服务提供方以访问数据库。
其中,真实IP地址和虚拟IP地址均对应同一个数据库。
可以理解的是,两个服务器的个数可以灵活设置,只要服务器的个数为两个或两个以上即可。每个服务器均包含有容器,容器的数量不作限定,可以为1个,也可以和现有技术中一样包含多个。两个服务器互为冗余,每个服务器均提供各自的真实IP地址,通过该真实IP地址可以实现用户与数据库的访问过程。
为了防止其中一个服务器的突然故障导致用户无法访问数据库,本实施例中提供至少两个服务器,通过Nginx服务器将两个服务器各自的真实IP地址构建出一个虚拟IP地址,用户通过虚拟IP地址访问数据库,只不过Nginx服务器在接收到用户的请求时,需要解析访问请求中的虚拟IP地址通过哪个服务器实现访问的过程,换句话说,该虚拟IP地址对应两个服务器各自的真实IP地址,可以通过任意一个服务器中的容器实现用户的访问请求。
考虑到每个服务器的运行状态不同,例如负载率不同或者其中一个服务器出现故障,可能导致访问的速率不同,因此Nginx服务器根据每个服务器的运行状态确定一个合适的服务器,即确定最终目标容器。目标容器在接收到的用户的访问请求后,解析该请求对应的调用指令,并将调用指令发送给后端服务器系统。可以理解的是,后端服务器系统中的注册管理中心依据调用指令和负载率情况,通过RPC调用方式调用对应的服务提供方,服务提供方在接收到调用指令后,依据调用指令的要求在数据库中调用与用户的访问请求对应的数据,并返回至用户,从而实现响应用户的访问请求的目的。可以理解的是,注册管理中心可以采用Zookeeper集群的形式,每个服务提供方都向注册中心注册服务,形成稳定的注册中心集群。每个服务提供方可以采用jar包的方式部署运行,使用java命令启动和关停服务即可。
可以理解的是,Nginx服务器在使用过程中,首先编译安装Nginx所需要的依赖包,然后进行编译安装,本实施例不再赘述。
本实施例中,通过在web前端服务系统中设置至少两个服务器,两个服务器均能够提供各自的真实IP地址,再通过Nginx服务器将真实IP地址构建为虚拟IP地址并提供给用户,由于虚拟地址与各真实IP地址均对应同一个数据库,因此用户可以通过虚拟地址访问到对应的数据库。当一个服务器发生故障时,可以通过另外一个服务器实现用户的访问请求,由此可见,本方法可以降低web前端服务系统出现故障的风险,克服了现有技术中web前端不能容灾控制和高可用的缺点,提高了云操作系统的可靠性。
作为优选的实施方式,互为冗余的服务器为两个,分别是主服务器和备份服务器;
其中,主服务器包含第一容器,用于提供第一真实IP地址;备份服务器包含第二容器,用于提供第二真实IP地址;Nginx服务器,用于通过Nginx架构将第一真实IP地址和第二真实IP地址构建出直接面向用户的虚拟IP地址。
作为优选的实施方式,Nginx服务器根据当前互为冗余的服务器的运行状态将访问请求发送至目标容器具体包括:
通过Keepalived模式检测主服务器的心跳参数和备份服务器的心跳参数;
如果主服务器的心跳参数和备份服务器的心跳参数均存在,则选取负载率较低的服务器中的容器作为目标容器,并将访问请求发送至目标容器;
如果主服务器的心跳参数存在和备份服务器的心跳参数不存在,则选取第一容器作为目标容器,并将访问请求发送至目标容器;
如果主服务器的心跳参数不存在和备份服务器的心跳参数存在,则选取第二容器作为目标容器,并将访问请求发送至目标容器。
作为优选的实施方式,还包括:存储第一真实IP地址、第二真实IP地址以及虚拟IP地址。
作为优选的实施方式,Nginx服务器为两个,且互为冗余。
由于系统部分的实施例与方法部分的实施例相互对应,因此方法部分的实施例请参系统部分的实施例的描述,这里暂不赘述。
以上对本发明所提供的云操作系统及其访问方法进行了详细介绍。说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
Claims (10)
1.一种云操作系统,包括web前端服务系统和后端服务系统,其特征在于,还包括Nginx服务器且所述web前端服务系统包括至少两个互为冗余的服务器,
所述互为冗余的服务器中均包含容器,分别用于提供各自的真实IP地址;
Nginx服务器,用于通过Nginx架构将所述互为冗余的服务器的真实IP地址构建出直接面向用户的虚拟IP地址,当接收到用户的访问请求时,根据当前所述互为冗余的服务器的运行状态将所述访问请求发送至目标容器;
所述后端服务器系统,用于根据所述目标容器解析出的调用指令和当前各服务提供方的负载率调用对应的目标服务提供方以访问数据库;
其中,所述真实IP地址和所述虚拟IP地址均对应同一个数据库。
2.根据权利要求1所述的云操作系统,其特征在于,所述互为冗余的服务器为两个,分别是主服务器和备份服务器;
其中,所述主服务器包含第一容器,用于提供第一真实IP地址;所述备份服务器包含第二容器,用于提供第二真实IP地址;所述Nginx服务器,用于通过Nginx架构将所述第一真实IP地址和所述第二真实IP地址构建出直接面向用户的虚拟IP地址。
3.根据权利要求2所述的云操作系统,其特征在于,所述Nginx服务器具体包括:
检测单元,用于通过Keepalived模式检测所述主服务器的心跳参数和所述备份服务器的心跳参数;
第一确定单元,用于如果所述主服务器的心跳参数和所述备份服务器的心跳参数均存在,则选取负载率较低的服务器中的容器作为目标容器,并将所述访问请求发送至所述目标容器;
第二确定单元,用于如果所述主服务器的心跳参数存在和所述备份服务器的心跳参数不存在,则选取所述第一容器作为目标容器,并将所述访问请求发送至所述目标容器;
第三确定单元,用于如果所述主服务器的心跳参数不存在和所述备份服务器的心跳参数存在,则选取所述第二容器作为目标容器,并将所述访问请求发送至所述目标容器。
4.根据权利要求3所述的云操作系统,其特征在于,所述Nginx服务器还包括存储单元,用于存储所述第一真实IP地址、所述第二真实IP地址以及所述虚拟IP地址。
5.根据权利要求1至4任一项所述的云操作系统,其特征在于,所述Nginx服务器为两个,且互为冗余。
6.一种云操作系统的访问方法,其特征在于,包括:
web前端服务系统中的互为冗余的服务器分别提供各自的真实IP地址;其中,所述互为冗余的服务器中均包含容器;
Nginx服务器通过Nginx架构将所述互为冗余的服务器的真实IP地址构建出直接面向用户的虚拟IP地址,当接收到用户的访问请求时,根据当前所述互为冗余的服务器的运行状态将所述访问请求发送至目标容器;
后端服务器系统根据所述目标容器解析出的调用指令和当前各服务提供方的负载率调用对应的目标服务提供方以访问数据库;
其中,所述真实IP地址和所述虚拟IP地址均对应同一个数据库。
7.根据权利要求6所述的方法,其特征在于,所述互为冗余的服务器为两个,分别是主服务器和备份服务器;
其中,所述主服务器包含第一容器,用于提供第一真实IP地址;所述备份服务器包含第二容器,用于提供第二真实IP地址;所述Nginx服务器,用于通过Nginx架构将所述第一真实IP地址和所述第二真实IP地址构建出直接面向用户的虚拟IP地址。
8.根据权利要求7所述的方法,其特征在于,所述Nginx服务器根据当前所述互为冗余的服务器的运行状态将所述访问请求发送至目标容器具体包括:
通过Keepalived模式检测所述主服务器的心跳参数和所述备份服务器的心跳参数;
如果所述主服务器的心跳参数和所述备份服务器的心跳参数均存在,则选取负载率较低的服务器中的容器作为目标容器,并将所述访问请求发送至所述目标容器;
如果所述主服务器的心跳参数存在和所述备份服务器的心跳参数不存在,则选取所述第一容器作为目标容器,并将所述访问请求发送至所述目标容器;
如果所述主服务器的心跳参数不存在和所述备份服务器的心跳参数存在,则选取所述第二容器作为目标容器,并将所述访问请求发送至所述目标容器。
9.根据权利要求8所述的方法,其特征在于,还包括:存储所述第一真实IP地址、所述第二真实IP地址以及所述虚拟IP地址。
10.根据权利要求6至9任意一项所述的方法,其特征在于,所述Nginx服务器为两个,且互为冗余。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610996735.3A CN106453614B (zh) | 2016-11-11 | 2016-11-11 | 一种云操作系统及其访问方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610996735.3A CN106453614B (zh) | 2016-11-11 | 2016-11-11 | 一种云操作系统及其访问方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106453614A true CN106453614A (zh) | 2017-02-22 |
CN106453614B CN106453614B (zh) | 2019-06-18 |
Family
ID=58207678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610996735.3A Active CN106453614B (zh) | 2016-11-11 | 2016-11-11 | 一种云操作系统及其访问方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106453614B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107426021A (zh) * | 2017-07-19 | 2017-12-01 | 北京锐安科技有限公司 | 冗余系统的构建方法、装置及冗余系统 |
CN109302460A (zh) * | 2018-09-14 | 2019-02-01 | 中通国脉物联科技南京有限公司 | 一种动态扩展通信连接数的管理方法 |
CN109451084A (zh) * | 2018-09-14 | 2019-03-08 | 华为技术有限公司 | 一种服务访问方法及装置 |
CN109660405A (zh) * | 2019-01-10 | 2019-04-19 | 平安科技(深圳)有限公司 | 呼叫中心的容灾方法、装置、设备及存储介质 |
CN110474797A (zh) * | 2019-07-25 | 2019-11-19 | 北京旷视科技有限公司 | Api业务系统、主备切换的方法及装置 |
CN113301144A (zh) * | 2021-05-21 | 2021-08-24 | 平安科技(深圳)有限公司 | Nginx服务器的并发访问处理方法、装置、服务器及存储介质 |
CN113468579A (zh) * | 2021-07-23 | 2021-10-01 | 挂号网(杭州)科技有限公司 | 数据访问方法、装置、设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102761428A (zh) * | 2011-04-27 | 2012-10-31 | 鸿富锦精密工业(深圳)有限公司 | 服务器系统及服务器切换方法 |
CN104852969A (zh) * | 2015-04-24 | 2015-08-19 | 昆明船舶设备集团有限公司 | Rac与hans高可靠系统融合 |
US20160132811A1 (en) * | 2014-11-10 | 2016-05-12 | 0934781 B.C. Ltd | Influential Peers |
CN106067858A (zh) * | 2016-05-24 | 2016-11-02 | 中国联合网络通信集团有限公司 | 容器间的通信方法、装置及系统 |
-
2016
- 2016-11-11 CN CN201610996735.3A patent/CN106453614B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102761428A (zh) * | 2011-04-27 | 2012-10-31 | 鸿富锦精密工业(深圳)有限公司 | 服务器系统及服务器切换方法 |
US20160132811A1 (en) * | 2014-11-10 | 2016-05-12 | 0934781 B.C. Ltd | Influential Peers |
CN104852969A (zh) * | 2015-04-24 | 2015-08-19 | 昆明船舶设备集团有限公司 | Rac与hans高可靠系统融合 |
CN106067858A (zh) * | 2016-05-24 | 2016-11-02 | 中国联合网络通信集团有限公司 | 容器间的通信方法、装置及系统 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107426021A (zh) * | 2017-07-19 | 2017-12-01 | 北京锐安科技有限公司 | 冗余系统的构建方法、装置及冗余系统 |
CN109302460A (zh) * | 2018-09-14 | 2019-02-01 | 中通国脉物联科技南京有限公司 | 一种动态扩展通信连接数的管理方法 |
CN109451084A (zh) * | 2018-09-14 | 2019-03-08 | 华为技术有限公司 | 一种服务访问方法及装置 |
CN109660405A (zh) * | 2019-01-10 | 2019-04-19 | 平安科技(深圳)有限公司 | 呼叫中心的容灾方法、装置、设备及存储介质 |
CN109660405B (zh) * | 2019-01-10 | 2022-09-20 | 平安科技(深圳)有限公司 | 呼叫中心的容灾方法、装置、设备及存储介质 |
CN110474797A (zh) * | 2019-07-25 | 2019-11-19 | 北京旷视科技有限公司 | Api业务系统、主备切换的方法及装置 |
CN113301144A (zh) * | 2021-05-21 | 2021-08-24 | 平安科技(深圳)有限公司 | Nginx服务器的并发访问处理方法、装置、服务器及存储介质 |
CN113301144B (zh) * | 2021-05-21 | 2022-10-25 | 平安科技(深圳)有限公司 | Nginx服务器的并发访问处理方法、装置、服务器及存储介质 |
CN113468579A (zh) * | 2021-07-23 | 2021-10-01 | 挂号网(杭州)科技有限公司 | 数据访问方法、装置、设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN106453614B (zh) | 2019-06-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106453614A (zh) | 一种云操作系统及其访问方法 | |
US20220182439A1 (en) | General grouping mechanism for endpoints | |
CN104579732B (zh) | 虚拟化网络功能网元的管理方法、装置和系统 | |
CN111290834B (zh) | 一种基于云管理平台实现业务高可用的方法、装置及设备 | |
US9059933B2 (en) | Provisioning virtual private data centers | |
US7587633B2 (en) | Fault tolerant routing in a network routing system based on a passive replication approach | |
US20160191631A1 (en) | System and Method for Using VoLTE Session Continuity Information using Logical Scalable Units | |
CN103607296B (zh) | 一种虚拟机故障处理方法和设备 | |
CN108712464A (zh) | 一种面向集群微服务高可用的实现方法 | |
CN108234191A (zh) | 云计算平台的管理方法和装置 | |
US9648084B2 (en) | System and method for providing an in-memory data grid application container | |
CN103810444B (zh) | 一种云计算平台中多租户应用隔离的方法和系统 | |
US9559894B2 (en) | System and method for supporting high available (HA) network communication in a middleware machine environment | |
CN106911802B (zh) | 分布式块存储系统的管理平台的部署方法和装置 | |
CN103220167B (zh) | 一种分布式监控系统及其数据存储方法 | |
CN108632299A (zh) | 增强注册中心可用性的方法、装置、电子设备和存储介质 | |
CN106357432A (zh) | 基于web服务器的混合式虚拟主机管理平台 | |
CN110297867B (zh) | 基于国产cpu和分布式容器集群的数据库集群运行方法及系统 | |
CN111431980B (zh) | 分布式存储系统及其路径切换方法 | |
CN109474700A (zh) | iSCSI客户端的接入方法、存储介质、客户端和存储节点 | |
CN103618767B (zh) | 一种虚拟机配置的方法以及相关设备 | |
CN116781564B (zh) | 一种容器云平台的网络检测方法、系统、介质和电子设备 | |
CN112003794B (zh) | 一种浮动ip限流方法、系统、终端及存储介质 | |
Venâncio et al. | NHAM: An nfv high availability architecture for building fault-tolerant stateful virtual functions and services | |
CN103810038A (zh) | 一种ha集群中虚拟机存储文件迁移方法及其装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |