CN114449004A - 服务器集群的部署方法、装置、电子设备和可读介质 - Google Patents

服务器集群的部署方法、装置、电子设备和可读介质 Download PDF

Info

Publication number
CN114449004A
CN114449004A CN202210184154.5A CN202210184154A CN114449004A CN 114449004 A CN114449004 A CN 114449004A CN 202210184154 A CN202210184154 A CN 202210184154A CN 114449004 A CN114449004 A CN 114449004A
Authority
CN
China
Prior art keywords
service
nginx
survival
quagga
state
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
Application number
CN202210184154.5A
Other languages
English (en)
Other versions
CN114449004B (zh
Inventor
丁贵军
景磊
侯琳
谭晓威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jingdong Technology Information Technology Co Ltd
Original Assignee
Jingdong Technology Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Jingdong Technology Information Technology Co Ltd filed Critical Jingdong Technology Information Technology Co Ltd
Priority to CN202210184154.5A priority Critical patent/CN114449004B/zh
Priority claimed from CN202210184154.5A external-priority patent/CN114449004B/zh
Publication of CN114449004A publication Critical patent/CN114449004A/zh
Application granted granted Critical
Publication of CN114449004B publication Critical patent/CN114449004B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Hardware Redundancy (AREA)

Abstract

本公开提供一种服务器集群的部署方法、装置、电子设备和可读介质,其中,服务器集群的部署方法包括:在服务器集群中的每台物理机上部署quagga服务和nginx服务,quagga服务用于将网络流量导入至nginx服务所在的服务器,nginx服务用于监听导入的网络流量,并将网络流量均衡至服务器后端的业务集群;通过应用联动服务检测nginx服务的存活状态;根据存活状态启动quagga服务或停止quagga服务。通过本公开实施例,可以取代负载均衡集群,并且降低了服务器集群的维护难度,提升了路由信息的更新效率,提高了网络流量的路由效率。

Description

服务器集群的部署方法、装置、电子设备和可读介质
技术领域
本公开涉及云存储技术领域,具体而言,涉及一种服务器集群的部署方法、装置、电子设备和可读介质。
背景技术
目前,集群(cluster)是一组相互独立的、通过高速网络互联的计算机。,集群通常包括LB(Load Balancing,负载均衡)集群、HA(High Availability,高可用)集群和HP(Hight Performance,高性能)集群三种,其中,LB集群中有一个分发器或者叫调度器,处在多台服务器的上层,分发器根据内部锁定义的规则或调度方式从底层服务器群中选择一个以此来响应客户端发送的请求,由于LB集群的服务器不是本地维护,无法做精细控制,而且DNS(Domain Name System,域名系统)在客户端往往带有缓存,服务器的变更很难及时反映到客户端,这就导致了LB集群存在不易维护、不能及时更新路由信息、易导致敏感请求失败等缺陷。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种服务器集群的部署方法、装置、电子设备和可读介质,用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的LB集群的路由信息更新慢等问题。
根据本公开实施例的第一方面,提供一种服务器集群的部署方法,包括:在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群;通过应用联动服务检测所述nginx服务的存活状态;根据所述存活状态启动所述quagga服务或停止所述quagga服务。
在本公开的一种示例性实施例中,通过应用联动服务检测所述nginx服务的存活状态包括:检测所述应用联动服务是否存在;若检测到所述应用联动服务存在,则检测所述应用联动服务的版本是否变化;若检测到所述版本发生变化,则删除版本变化前的应用联动服务,并创建新的应用联动服务;若检测到所述应用联动服务不存在,则创建新的应用联动服务;启动所述应用联动服务对应的守护进程;运行所述应用联动服务的监控程序;通过监控程序检测所述nginx服务的存活状态。
在本公开的一种示例性实施例中,根据所述存活状态启动所述quagga服务或停止所述quagga服务包括:按照预设周期获取所述存活状态;确定第一次探测到的存活状态,记作初始存活状态;将自第二次起探测到的存活状态记作当前存活状态;比较所述初始存活状态与当前存活状态是否相同;根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务。
在本公开的一种示例性实施例中,根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务包括:若确定所述初始存活状态与所述当前存活状态相同,则对所述nginx服务的接口状态进行探活;若通过所述nginx服务的接口状态确定所述nginx服务已处于运行状态,则启动所述quagga服务;若通过所述nginx服务的接口状态确定所述nginx服务未处于运行状态,则停止所述quagga服务。
在本公开的一种示例性实施例中,根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务还包括:若确定所述初始存活状态与所述当前存活状态不相同,则再次按照预设周期获取所述存活状态。
在本公开的一种示例性实施例中,启动所述quagga服务包括:在确定启动所述quagga服务后,运行所述quagga服务的第一守护进程,所述第一守护进程通过动态路由协议学习到所述网络流量的路由信息。
在本公开的一种示例性实施例中,启动所述quagga服务还包括:在确定启动所述quagga服务后,运行所述quagga服务的第二守护进程,所述第二守护进程获取所述第一守护进程学习到的所述网络流量的路由信息传输至所述物理机的内核,所述内核根据所述路由信息更新本地路由表。
根据本公开实施例的第二方面,提供一种服务器集群的部署装置,包括:部署模块,设置为在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群;检测模块,设置为通过应用联动服务检测所述nginx服务的存活状态;控制模块,设置为根据所述存活状态启动所述quagga服务或停止所述quagga服务。
根据本公开的第三方面,提供一种电子设备,包括:存储器;以及耦合到所述存储器的处理器,所述处理器被配置为基于存储在所述存储器中的指令,执行如上述任意一项所述的方法。
根据本公开的第四方面,提供一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现如上述任意一项所述的服务器集群的部署方法。
本公开实施例,通过在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群,并通过应用联动服务检测所述nginx服务的存活状态,进而根据所述存活状态启动所述quagga服务或停止所述quagga服务,可以取代负载均衡集群,并且降低了服务器集群的维护难度,提升了路由信息的更新效率,提高了网络流量的路由效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了可以应用本发明实施例的服务器集群的部署方案的示例性系统架构的示意图;
图2是本公开示例性实施例中一种服务器集群的部署方法的流程图;
图3是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图4是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图5是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图6是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图7是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图8是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图9是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图10是本公开示例性实施例中另一种服务器集群的部署方法的流程图;
图11是本公开示例性实施例中一种服务器集群的部署装置的方框图;
图12是本公开示例性实施例中一种电子设备的方框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外,附图仅为本公开的示意性图解,图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
图1示出了可以应用本发明实施例的服务器集群的部署方案的示例性系统架构的示意图。
如图1所示,服务器集群的部署的系统架构100可以包括终端102、云端104、服务器集群106、后端业务集群108、服务器集群交互过程110和服务器集群交互流程112等。
上述终端102可以是具有显示屏的各种电子设备,包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。
上述服务器集群106包括用于VIP接入流量且独立的第一组件az1、第二组件az2和第三组件az3等,每个组件包括quagga服务、nginx服务和Quagga_shell等功能模块,各个组件通过“jss”(一种专属的云对象存储)实现。
上述Quagga采用模块化的设计,在Quagga运行时要运行多个守护进程,包括“ripd”守护进程、“ripngd”守护进程、“ospfd”守护进程、“ospf6d”守护进程、“bgpd”守护进程和“Zebra”守护进程等,但不限于此。
其中,“Zebra”守护进程用来更新内核的路由表,而其他的守护进程负责进行相应路由选择协议的路由更新。“ripd”守护进程、“bgpd”守护进程和“ospf6d”守护进程为三个路由协议守护进程,把通过动态路由协议学习到路由信息都要交给“Zebra”守护进程,然后“Zebra”守护进程与kernel routed(内核路由)交互,把路由信息给路由内核并根据路由协议守护进程学习到路由内容更新自己路由表。
另外,每个守护程序都有自己的路由表,“Zebra”守护程序维护内核路由表,并且还负责在各种路由协议守护程序之间重新分配信息。
上述Nginx服务为负载均衡服务既可以在内部直接支持Rails和PHP程序对外进行服务,也可以支持作为HTTP代理服务对外进行服务。Nginx服务采用C进行编写,不论是系统资源开销还是CPU使用效率都比Perlbal要好很多。另外,Nginx服务能够处理静态文件,索引文件以及自动索引,打开文件描述符缓冲,无缓存的反向代理加速,简单的负载均衡和容错。
上述Quagga_shell即quagga服务的shell脚本。
图1所示的Quagga+Nginx集群为混部模式,每台Linux物理机器会部署一个Quagga实例和Nginx实例,这种部署方式可以大幅降低LB带宽和机器的使用成本,有利于LB集群与应用联动的更新路由的实现。Quagga与Nginx之间的数据交互步骤和逻辑如下:
1、启动Quagga服务:主要是“bgpd”和“zebra”两个守护进程,实现BGP动态路由的发布和更新,“zebra”守护进程用来与Linux kernel routed交互,更新内核路由表。
2、启用本机网卡的回环接口:实现请求流量package在本机内核loopback(回环接口)通信。
3、Nginx服务通过监听本机IP,从内核接收和消费loopback package(回环接口包)消息,然后负载均衡到后端业务集群。
另外,Quagga+Nginx集群实现LB集群与应用联动的更新路由,Quagga服务主要涉及以下三个方面:
1、Quagga服务:动态路由服务,用于发布VIP(Very Important Person)流量,VIP流量通常对应于专属客户端分配的资源,将网络上发到VIP流量导入Nginx所在LinuxServer。
2、Nginx服务:提供负载均衡服务,通过监听本地回环地址和端口,将接收到的流量平均打到后端业务集群。
3、Watch service服务:应用联动更新路由程序,通过nginx服务的接口探活,智能联动路由更新,使Quagga服务与Nginx服务的状态一致。
下面结合附图对本公开示例实施方式进行详细说明。
图2是本公开示例性实施例中服务器集群的部署方法的流程图。
参考图2,服务器集群的部署方法可以包括:
步骤S202,在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群。
步骤S204,通过应用联动服务检测所述nginx服务的存活状态。
步骤S206,根据所述存活状态启动所述quagga服务或停止所述quagga服务。
本公开实施例,通过在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群,并通过应用联动服务检测所述nginx服务的存活状态,进而根据所述存活状态启动所述quagga服务或停止所述quagga服务,可以取代负载均衡集群,并且降低了服务器集群的维护难度,提升了路由信息的更新效率,提高了网络流量的路由效率。
下面,对服务器集群的部署方法的各步骤进行详细说明。
在本公开的一种示例性实施例中,如图3所示,通过应用联动服务检测所述nginx服务的存活状态包括:
步骤S302,检测所述应用联动服务是否存在,若是,则执行步骤S304,若否,则执行步骤S308。
步骤S304,若检测到所述应用联动服务存在,则检测所述应用联动服务的版本是否变化,若是,则执行步骤S306,若否,则结束。
步骤S306,若检测到所述版本发生变化,则删除版本变化前的应用联动服务,并创建新的应用联动服务。
步骤S308,若检测到所述应用联动服务不存在,则创建新的应用联动服务。
步骤S310,启动所述应用联动服务对应的守护进程。
步骤S312,运行所述应用联动服务的监控程序。
步骤S314,通过监控程序检测所述nginx服务的存活状态。
在本公开的一种示例性实施例中,如图4所示,根据所述存活状态启动所述quagga服务或停止所述quagga服务包括:
步骤S402,按照预设周期获取所述存活状态。
步骤S404,确定第一次探测到的存活状态,记作初始存活状态。
步骤S406,将自第二次起探测到的存活状态记作当前存活状态。
步骤S408,比较所述初始存活状态与当前存活状态是否相同。
步骤S410,根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务。
在本公开的一种示例性实施例中,如图5所示,根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务包括:
步骤S502,若确定所述初始存活状态与所述当前存活状态相同,则对所述nginx服务的接口状态进行探活。
步骤S504,若通过所述nginx服务的接口状态确定所述nginx服务已处于运行状态,则启动所述quagga服务。
步骤S506,若通过所述nginx服务的接口状态确定所述nginx服务未处于运行状态,则停止所述quagga服务。
在本公开的一种示例性实施例中,如图6所示,根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务还包括:
步骤S602,若确定所述初始存活状态与所述当前存活状态不相同,则再次按照预设周期获取所述存活状态。
在本公开的一种示例性实施例中,如图7所示,启动所述quagga服务包括:
步骤S702,在确定启动所述quagga服务后,运行所述quagga服务的第一守护进程,所述第一守护进程通过动态路由协议学习到所述网络流量的路由信息。
在本公开的一种示例性实施例中,如图8所示,启动所述quagga服务还包括:
步骤S802,在确定启动所述quagga服务后,运行所述quagga服务的第二守护进程,所述第二守护进程获取所述第一守护进程学习到的所述网络流量的路由信息传输至所述物理机的内核,所述内核根据所述路由信息更新本地路由表。
在上述实施例中,第一守护进程为“bgpd”守护进程,第二守护进程为“Zebra”守护进程,“Zebra”守护进程用来更新内核的路由表,而其他的守护进程负责进行相应路由选择协议的路由更新。“ripd”守护进程、“bgpd”守护进程和“ospf6d”守护进程为三个路由协议守护进程,把通过动态路由协议学习到路由信息都要交给“Zebra”守护进程,然后“Zebra”守护进程与kernelrouted(内核路由)交互,把路由信息给路由内核并根据路由协议守护进程学习到路由内容更新自己路由表。
在本公开的一种示例性实施例中,结合图1和图9所示,服务器集群的部署方案的应用联动服务包括以下步骤:
步骤S902,设置应用联动服务系统守护进程。
步骤S904,检测应用联动服务service是否存在,若是,则执行步骤S906,若否,则执行步骤S910。
步骤S906,如果应用联动服务service存在,则检测应用联动服务版本是否变化,若是,则执行步骤S908,若否,则结束。
步骤S908,如果版本变化了,则删除老的应用联动服务service。
步骤S910,创建新的应用联动服务service。
步骤S912,启动应用联动服务service守护进程。
步骤S911,启动应用联动服务检测程序。
如果版本未变化,则不操作。
如果应用联动服务serivce不存在,则创建应用联动服务service,启动应用联动服务守护进程,启动应用联动服务监控程序。
在本公开的一种示例性实施例中,结合图1和图10所示,服务器集群的部署方案包括以下步骤:
步骤S1002,启动智能联动更新程序,执行循环定期检测。
步骤S1004,初次探测nginx服务存活状态并记录为初始状态FIRST_STATUS,nginx服务进程存活状态通过nginx basic_status接口返回状态判断。
步骤S1006,然后进行循环连续检测10次nginx服务进程存活状态,每次检测间隔为3秒。
步骤S1008,循环连续检测,获取当前nginx服务存活状态并记录为CURRENT_STATUS。
步骤S1010,判断CURRENT_STATUS==FIRST_STATUS是否成立,如果CURRENT_STATUS与FIRST_STATUS不一致,则跳出循环,等待下一次定期检查。
步骤S1012,如果CURRENT_STATUS与FIRST_STATUS一致,则继续根据FIRST_STATUS判断nginx服务是否为存活状态,是则启动quagga服务,如果nginx服务为非存活状态,则联动停止quagga服务更新路由,最终quagga服务和nginx服务的进程状态达到一致。
对应于上述方法实施例,本公开还提供一种服务器集群的部署装置,可以用于执行上述方法实施例。
图11是本公开示例性实施例中一种服务器集群的部署装置的方框图。
参考图11,服务器集群的部署装置1100可以包括:
部署模块1102,设置为在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群。
检测模块1104,设置为通过应用联动服务检测所述nginx服务的存活状态。
控制模块1106,设置为根据所述存活状态启动所述quagga服务或停止所述quagga服务。
在本公开的一种示例性实施例中,检测模块1104还设置为:检测所述应用联动服务是否存在;若检测到所述应用联动服务存在,则检测所述应用联动服务的版本是否变化;若检测到所述版本发生变化,则删除版本变化前的应用联动服务,并创建新的应用联动服务;若检测到所述应用联动服务不存在,则创建新的应用联动服务;启动所述应用联动服务对应的守护进程;运行所述应用联动服务的监控程序;通过监控程序检测所述nginx服务的存活状态。
在本公开的一种示例性实施例中,控制模块1106还设置为:按照预设周期获取所述存活状态;确定第一次探测到的存活状态,记作初始存活状态;将自第二次起探测到的存活状态记作当前存活状态;比较所述初始存活状态与当前存活状态是否相同;根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务。
在本公开的一种示例性实施例中,控制模块1106还设置为:若确定所述初始存活状态与所述当前存活状态相同,则对所述nginx服务的接口状态进行探活;若通过所述nginx服务的接口状态确定所述nginx服务已处于运行状态,则启动所述quagga服务;若通过所述nginx服务的接口状态确定所述nginx服务未处于运行状态,则停止所述quagga服务。
在本公开的一种示例性实施例中,控制模块1106还设置为:若确定所述初始存活状态与所述当前存活状态不相同,则再次按照预设周期获取所述存活状态。
在本公开的一种示例性实施例中,控制模块1106还设置为:在确定启动所述quagga服务后,运行所述quagga服务的第一守护进程,所述第一守护进程通过动态路由协议学习到所述网络流量的路由信息。
在本公开的一种示例性实施例中,控制模块1106还设置为:在确定启动所述quagga服务后,运行所述quagga服务的第二守护进程,所述第二守护进程获取所述第一守护进程学习到的所述网络流量的路由信息传输至所述物理机的内核,所述内核根据所述路由信息更新本地路由表。
由于装置1100的各功能已在其对应的方法实施例中予以详细说明,本公开于此不再赘述。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解,本发明的各个方面可以实现为系统、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
下面参照图12来描述根据本发明的这种实施方式的电子设备1200。图12显示的电子设备1200仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图12所示,电子设备1200以通用计算设备的形式表现。电子设备1200的组件可以包括但不限于:上述至少一个处理单元1210、上述至少一个存储单元1220、连接不同系统组件(包括存储单元1220和处理单元1210)的总线1230。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元1210执行,使得所述处理单元1210执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元1210可以执行如本公开实施例所示的方法。
存储单元1220可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)12201和/或高速缓存存储单元12202,还可以进一步包括只读存储单元(ROM)12203。
存储单元1220还可以包括具有一组(至少一个)程序模块12205的程序/实用工具12204,这样的程序模块12205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线1230可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备1200也可以与一个或多个外部设备1240(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备1200交互的设备通信,和/或与使得该电子设备1200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1250进行。并且,电子设备1200还可以通过网络适配器1260与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器1260通过总线1230与电子设备1200的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备1200使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
根据本发明的实施方式的用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和构思由权利要求指出。

Claims (10)

1.一种服务器集群的部署方法,其特征在于,包括:
在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群;
通过应用联动服务检测所述nginx服务的存活状态;
根据所述存活状态启动所述quagga服务或停止所述quagga服务。
2.如权利要求1所述的服务器集群的部署方法,其特征在于,通过应用联动服务检测所述nginx服务的存活状态包括:
检测所述应用联动服务是否存在;
若检测到所述应用联动服务存在,则检测所述应用联动服务的版本是否变化;
若检测到所述版本发生变化,则删除版本变化前的应用联动服务,并创建新的应用联动服务;
若检测到所述应用联动服务不存在,则创建新的应用联动服务;
启动所述应用联动服务对应的守护进程;
运行所述应用联动服务的监控程序;
通过监控程序检测所述nginx服务的存活状态。
3.如权利要求1所述的服务器集群的部署方法,其特征在于,根据所述存活状态启动所述quagga服务或停止所述quagga服务包括:
按照预设周期获取所述存活状态;
确定第一次探测到的存活状态,记作初始存活状态;
将自第二次起探测到的存活状态记作当前存活状态;
比较所述初始存活状态与当前存活状态是否相同;
根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务。
4.如权利要求1-3中任一项所述的服务器集群的部署方法,其特征在于,根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务包括:
若确定所述初始存活状态与所述当前存活状态相同,则对所述nginx服务的接口状态进行探活;
若通过所述nginx服务的接口状态确定所述nginx服务已处于运行状态,则启动所述quagga服务;
若通过所述nginx服务的接口状态确定所述nginx服务未处于运行状态,则停止所述quagga服务。
5.如权利要求4所述的服务器集群的部署方法,其特征在于,根据所述初始存活状态与所述当前存活状态的比较结果启动所述quagga服务或停止所述quagga服务还包括:
若确定所述初始存活状态与所述当前存活状态不相同,则再次按照预设周期获取所述存活状态。
6.如权利要求1-3中任一项所述的服务器集群的部署方法,其特征在于,启动所述quagga服务包括:
在确定启动所述quagga服务后,运行所述quagga服务的第一守护进程,所述第一守护进程通过动态路由协议学习到所述网络流量的路由信息。
7.如权利要求6所述的服务器集群的部署方法,其特征在于,启动所述quagga服务还包括:
在确定启动所述quagga服务后,运行所述quagga服务的第二守护进程,所述第二守护进程获取所述第一守护进程学习到的所述网络流量的路由信息传输至所述物理机的内核,所述内核根据所述路由信息更新本地路由表。
8.一种服务器集群的部署装置,其特征在于,包括:
部署模块,设置为在所述服务器集群中的每台物理机上部署quagga服务和nginx服务,所述quagga服务用于将网络流量导入至所述nginx服务所在的服务器,所述nginx服务用于监听导入的网络流量,并将所述网络流量均衡至服务器后端的业务集群;
检测模块,设置为通过应用联动服务检测所述nginx服务的存活状态;
控制模块,设置为根据所述存活状态启动所述quagga服务或停止所述quagga服务。
9.一种电子设备,其特征在于,包括:
存储器;以及
耦合到所述存储器的处理器,所述处理器被配置为基于存储在所述存储器中的指令,执行如权利要求1-7中任一项所述的服务器集群的部署方法。
10.一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现如权利要求1-7中任一项所述的服务器集群的部署方法。
CN202210184154.5A 2022-02-24 服务器集群的部署方法、装置、电子设备和可读介质 Active CN114449004B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210184154.5A CN114449004B (zh) 2022-02-24 服务器集群的部署方法、装置、电子设备和可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210184154.5A CN114449004B (zh) 2022-02-24 服务器集群的部署方法、装置、电子设备和可读介质

Publications (2)

Publication Number Publication Date
CN114449004A true CN114449004A (zh) 2022-05-06
CN114449004B CN114449004B (zh) 2024-07-16

Family

ID=

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060075101A1 (en) * 2004-09-29 2006-04-06 International Business Machines Corporation Method, system, and computer program product for supporting a large number of intermittently used application clusters
WO2018001004A1 (zh) * 2016-06-27 2018-01-04 中兴通讯股份有限公司 一种基于Docker的云平台控制方法及装置
CN107547654A (zh) * 2017-09-12 2018-01-05 郑州云海信息技术有限公司 一种分布式对象存储集群、部署、服务方法及系统
CN107590001A (zh) * 2017-09-08 2018-01-16 北京京东尚科信息技术有限公司 负载均衡方法及装置、存储介质、电子设备
CN108377222A (zh) * 2018-01-15 2018-08-07 顺丰科技有限公司 基于软件的负载均衡实现方法、装置、设备及存储介质
CN109960577A (zh) * 2017-12-14 2019-07-02 中国电信股份有限公司 基于Nginx服务器的集群控制方法以及服务器
CN110266822A (zh) * 2019-07-23 2019-09-20 浪潮云信息技术有限公司 一种基于nginx的共享式负载均衡实现方法
CN111638957A (zh) * 2020-06-01 2020-09-08 山东汇贸电子口岸有限公司 一种集群共享式公有云负载均衡的实现方法
CN112000435A (zh) * 2020-08-21 2020-11-27 浪潮云信息技术股份公司 基于Openstack的多活型负载均衡方法及系统
CN112000507A (zh) * 2020-08-21 2020-11-27 中国建设银行股份有限公司 基于软件负载均衡的故障处理方法、系统、设备和介质
US20210281662A1 (en) * 2020-03-04 2021-09-09 Hewlett Packard Enterprise Development Lp Multiple model injection for a deployment cluster
CN113569987A (zh) * 2021-08-19 2021-10-29 北京沃东天骏信息技术有限公司 模型训练方法和装置

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060075101A1 (en) * 2004-09-29 2006-04-06 International Business Machines Corporation Method, system, and computer program product for supporting a large number of intermittently used application clusters
WO2018001004A1 (zh) * 2016-06-27 2018-01-04 中兴通讯股份有限公司 一种基于Docker的云平台控制方法及装置
CN107590001A (zh) * 2017-09-08 2018-01-16 北京京东尚科信息技术有限公司 负载均衡方法及装置、存储介质、电子设备
CN107547654A (zh) * 2017-09-12 2018-01-05 郑州云海信息技术有限公司 一种分布式对象存储集群、部署、服务方法及系统
CN109960577A (zh) * 2017-12-14 2019-07-02 中国电信股份有限公司 基于Nginx服务器的集群控制方法以及服务器
CN108377222A (zh) * 2018-01-15 2018-08-07 顺丰科技有限公司 基于软件的负载均衡实现方法、装置、设备及存储介质
CN110266822A (zh) * 2019-07-23 2019-09-20 浪潮云信息技术有限公司 一种基于nginx的共享式负载均衡实现方法
US20210281662A1 (en) * 2020-03-04 2021-09-09 Hewlett Packard Enterprise Development Lp Multiple model injection for a deployment cluster
CN111638957A (zh) * 2020-06-01 2020-09-08 山东汇贸电子口岸有限公司 一种集群共享式公有云负载均衡的实现方法
CN112000435A (zh) * 2020-08-21 2020-11-27 浪潮云信息技术股份公司 基于Openstack的多活型负载均衡方法及系统
CN112000507A (zh) * 2020-08-21 2020-11-27 中国建设银行股份有限公司 基于软件负载均衡的故障处理方法、系统、设备和介质
CN113569987A (zh) * 2021-08-19 2021-10-29 北京沃东天骏信息技术有限公司 模型训练方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
用户1257393: "一种基于Nginx负载均衡方案", pages 1 - 7, Retrieved from the Internet <URL:https://cloud.tencent.com/developer/article/1031638> *

Similar Documents

Publication Publication Date Title
CN108196915B (zh) 基于应用容器引擎的代码处理方法、设备及存储介质
US9244817B2 (en) Remote debugging in a cloud computing environment
US10754686B2 (en) Method and electronic device for application migration
US20210224100A1 (en) Virtual machine migration using multiple, synchronized streams of state data
JP2012088863A (ja) 仮想計算機移動方法、コンピュータ及びプログラム
CN111045781B (zh) 一种云平台创建镜像的方法、装置和存储介质
CN112130937A (zh) 页面显示方法与装置、存储介质、电子设备
US9875099B2 (en) Computer-implemented method and system for executing android apps natively on any environment
CN112882792B (zh) 信息加载方法、计算机设备及存储介质
CN114721719B (zh) 一种在集群中容器化部署异构应用的方法和系统
CN111124299A (zh) 数据存储管理方法、装置、设备、系统及存储介质
CN112905337A (zh) 软硬件混合部署的MySQL集群调度方法及装置
CN111767089A (zh) 加载文件的方法、装置、设备以及存储介质
KR20120116771A (ko) 단말의 다중 운영체제 구동장치 및 운영체제 전환방법
CN114296953B (zh) 一种多云异构系统及任务处理方法
CN109857537B (zh) 后台服务启动方法、装置、介质及电子设备
KR20210027338A (ko) 특정 시점의 환경을 제공할 수 있는 가상 데스크톱 시스템 및 그 데이터 처리 방법
CN114449004B (zh) 服务器集群的部署方法、装置、电子设备和可读介质
CN112394907A (zh) 基于容器的交付系统构建方法、应用交付方法和交付系统
CN115580667B (zh) 数据传输方法、装置、设备及存储介质
CN112650662A (zh) 测试环境部署方法及装置
CN114449004A (zh) 服务器集群的部署方法、装置、电子设备和可读介质
CN113660123B (zh) 虚拟交换机升级方法、装置、电子设备以及存储介质
EP3872630A2 (en) Request processing method and apparatus, electronic device, and computer storage medium
CN114028801A (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
GR01 Patent grant