CN111343251A - 一种消息队列服务部署方法和装置 - Google Patents

一种消息队列服务部署方法和装置 Download PDF

Info

Publication number
CN111343251A
CN111343251A CN202010094757.7A CN202010094757A CN111343251A CN 111343251 A CN111343251 A CN 111343251A CN 202010094757 A CN202010094757 A CN 202010094757A CN 111343251 A CN111343251 A CN 111343251A
Authority
CN
China
Prior art keywords
service
message queue
nodes
cluster
node
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.)
Withdrawn
Application number
CN202010094757.7A
Other languages
English (en)
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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010094757.7A priority Critical patent/CN111343251A/zh
Publication of CN111343251A publication Critical patent/CN111343251A/zh
Withdrawn legal-status Critical Current

Links

Images

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/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
    • 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
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种消息队列服务部署方法和装置，方法包括：在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像。本发明能够在多个节点上通过消息队列实现协同工作，提高消息队列服务的可用性。

Description

一种消息队列服务部署方法和装置
技术领域
本发明涉及云平台领域，更具体地，特别是指一种消息队列服务部署方法和装置。
背景技术
随着云计算与大数据的发展，OpenStack作为一款开源的云计算管理平台，在各行业中的应用愈发广泛。但现有技术的OpenStack在生产环境中的消息队列服务的可用性差，架构设计中出现服务故障时难以排查。
针对现有技术中消息队列服务的可用性差的问题，目前尚无有效的解决方案。
发明内容
有鉴于此，本发明实施例的目的在于提出一种消息队列服务部署方法和装置，能够在多个节点上通过消息队列实现协同工作，提高消息队列服务的可用性。
基于上述目的，本发明实施例的第一方面提供了一种消息队列服务部署方法，包括执行以下步骤：
在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；
将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；
在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；
在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像。
在一些实施方式中，在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点，包括以下步骤：
在多个控制节点确定一个主服务节点和其它的从服务节点；
停止从服务节点的消息队列服务进程；
将主服务节点的消息队列服务运行缓存复制到从服务节点；
将从服务节点配置为允许主服务节点在从服务节点上访问文件和执行命令以提供相同消息队列服务。
在一些实施方式中，将多个服务节点构建为服务集群包括：使用主服务节点构建服务集群，并将从服务节点配置为加入主服务节点构建的服务集群。
在一些实施方式中，使得每个服务节点均产生消息队列镜像并同步到服务集群包括：使每个服务节点均产生消息队列镜像并同步到服务集群中的其它服务节点；
使得每个服务节点在故障时都从服务集群取回消息队列镜像包括：使每个服务节点在故障时都从其它服务节点取回消息队列镜像。
在一些实施方式中，云计算管理平台为OpenStack，消息队列服务为RabbitMQ。
基于上述目的，本发明实施例的第二方面提供了一种消息队列服务部署装置，包括：
处理器；和
存储器，存储有处理器可运行的程序代码，程序代码在被运行时依次执行以下步骤：
在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；
将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；
在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；
在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像。
在一些实施方式中，在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点，包括以下步骤：
在多个控制节点确定一个主服务节点和其它的从服务节点；
停止从服务节点的消息队列服务进程；
将主服务节点的消息队列服务运行缓存复制到从服务节点；
将从服务节点配置为允许主服务节点在从服务节点上访问文件和执行命令以提供相同消息队列服务。
在一些实施方式中，将多个服务节点构建为服务集群包括：使用主服务节点构建服务集群，并将从服务节点配置为加入主服务节点构建的服务集群。
在一些实施方式中，使得每个服务节点均产生消息队列镜像并同步到服务集群包括：使每个服务节点均产生消息队列镜像并同步到服务集群中的其它服务节点；
使得每个服务节点在故障时都从服务集群取回消息队列镜像包括：使每个服务节点在故障时都从其它服务节点取回消息队列镜像。
在一些实施方式中，云计算管理平台为OpenStack，消息队列服务为RabbitMQ。
本发明具有以下有益技术效果：本发明实施例提供的消息队列服务部署方法和装置，通过在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像的技术方案，能够在多个节点上通过消息队列实现协同工作，提高消息队列服务的可用性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的消息队列服务部署方法的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
基于上述目的，本发明实施例的第一个方面，提出了一种能够在多个节点上通过消息队列实现协同工作提高消息队列服务的可用性的方法的一个实施例。图1示出的是本发明提供的消息队列服务部署方法的流程示意图。
所述的消息队列服务部署方法，如图1所示，包括执行以下步骤：
步骤S101：在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；
步骤S103：将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；
步骤S105：在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；
步骤S107：在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像。
本发明提出一种提高RabbitMQ高可用性的部署方法，通过由RbbitMQ运行在OpenStack的多个控制节点上，将多个RabbitMQ节点加入同一个集群来使用Rabbit负责OpenStack集群各个服务组件之间的通信。为实现RabbitMQ的高可用，对已经运行在OpenStack控制节点中的RabbitMQ服务增加配置，在RabbitMQ Broker中启用队列镜像功能，把队列在RabbitMQ集群节点中进行镜像。配置RabbitMQ的负载均衡功能，当任何节点故障时，都会自动使用其他节点上的镜像队列，实现队列高可用。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。所述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
在一些实施方式中，在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点，包括以下步骤：
在多个控制节点确定一个主服务节点和其它的从服务节点；
停止从服务节点的消息队列服务进程；
将主服务节点的消息队列服务运行缓存复制到从服务节点；
将从服务节点配置为允许主服务节点在从服务节点上访问文件和执行命令以提供相同消息队列服务。
在一些实施方式中，将多个服务节点构建为服务集群包括：使用主服务节点构建服务集群，并将从服务节点配置为加入主服务节点构建的服务集群。
在一些实施方式中，使得每个服务节点均产生消息队列镜像并同步到服务集群包括：使每个服务节点均产生消息队列镜像并同步到服务集群中的其它服务节点。使得每个服务节点在故障时都从服务集群取回消息队列镜像包括：使每个服务节点在故障时都从其它服务节点取回消息队列镜像。
在一些实施方式中，云计算管理平台为OpenStack，消息队列服务为RabbitMQ。
根据本发明实施例公开的方法还可以被实现为由CPU(中央处理器)执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被CPU执行时，执行本发明实施例公开的方法中限定的上述功能。上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。
下面根据具体实施例进一步阐述本发明的具体实施方式。
假设RabbitMQ运行在OpenStack的三个控制节点上，如下所示：
Virtual IP：100.7.47.47
HAProxy01:100.7.47.120
HAProxy01:100.7.47.121
Cloud Controller 01:100.7.47.100
Cloud Controller 02:00.7.47.101
Cloud Controller 03100.7.47.102
要实现RabbitMQ的高可用，需要执行以下步骤：
(1)停止Cloud Controller 02和Cloud Controller 03上的RabbitMQ服务，将Cloud Controller 01上的cookie拷贝到另外两个节点。cc01为Cloud Controller 01、cc02为Cloud Controller 02、cc03为Cloud Controller 03。在cc01后台执行以下命令，
scp/var/lib/rabbitmq/.erlang.cookie root@cc02:/var/lib/rabbitmq/.erlang.cookie
scp/var/lib/rabbitmq/.erlang.cookie root@cc03:/var/lib/rabbitmq/.erlang.cookie
(2)在Cloud Controller 02和Cloud Controller 03上设置属主为rabbitmq：rabbitmq，文件权限为400。分别在cc02、cc03后台上执行命令：
sudo chown rabbitmq：rabbitmq/var/lib/rabbitmq/.erlang.cookie sudochmod 400/var/lib/rabbitmq/.erlang.cookie
(3)在Cloud Controller 02和Cloud Controller 03上启动RabbitMQ服务。分别在cc02和cc03后台执行命令：
service rabbitmq-server start
chkconfig rabbitmq-server on
(4)将这三个RabbitMQ节点加入同一个集群。
分别在在c002和c003节点上执行：
rabbitmqctl stop_app
rabbitmqctl join-cluster rabbit@cc01
rabbitmqctl statrt_app
(5)配置RabbitMQ使用镜像队列。如下命令将同步队列到所有RabbitMQ节点中：
set_policy HA‘^(？！amq.).*”{“ha-mode”:”all”,”ha-sync-nomde”:”automatic”}’
(6)配置RabbitMQ的负载均衡功能。在haproxy1和haproxy2的配置文件中增加部分配置并重新加载配置文件。如当前正在监听VIP地址10.7.47.47。增加的配置如下：
Listen rabbitmqcluster 10.7.47.47:5670
mode tcp
balance roundrobin
service cc01 10.7.47.100:5672 check inter 5s rise 2 fall 3
service cc02 10.7.47.101:5672 check inter 5s rise 2 fall 3
service cc03 10.7.47.102:5672 check inter 5s rise 2 fall 3
在两个HAProxy节点上重新加载配置文件：
service haproxy reload
(7)使用VIP来作为RabbitMQ的代理已实现负载均衡高可用。
需要重新配置OpenStack的每个服务，将服务队消息队列的请求指向新的VIP地址10.7.47.47和端口5670。修改如下：
Nova：/etc/nova/nova.conf中增加配置:
rabbit_host＝10.7.47.47
rabbit_port＝5670
Glance:/etc/glance/glance-api.conf中增加配置:
rabbit_host＝10.7.47.47
rabbit_port＝5670
Neutron:/etc/neutron/neutron.conf中增加配置:
rabbit_host＝10.7.47.47
rabbit_port＝5670
Cinder:/etc/neutron/neutron.conf中增加配置:
rabbit_host＝10.7.47.47
rabbit_port＝5670
从上述实施例可以看出，本发明实施例提供的消息队列服务部署方法，通过在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像的技术方案，能够在多个节点上通过消息队列实现协同工作，提高消息队列服务的可用性。
需要特别指出的是，上述消息队列服务部署方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于消息队列服务部署方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在所述实施例之上。
基于上述目的，本发明实施例的第二个方面，提出了一种能够在多个节点上通过消息队列实现协同工作提高消息队列服务的可用性的装置的一个实施例。消息队列服务部署装置包括：
处理器；和
存储器，存储有处理器可运行的程序代码，程序代码在被运行时依次执行以下步骤：
在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；
将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；
在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；
在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像。
在一些实施方式中，在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点，包括以下步骤：
在多个控制节点确定一个主服务节点和其它的从服务节点；
停止从服务节点的消息队列服务进程；
将主服务节点的消息队列服务运行缓存复制到从服务节点；
将从服务节点配置为允许主服务节点在从服务节点上访问文件和执行命令以提供相同消息队列服务。
在一些实施方式中，将多个服务节点构建为服务集群包括：使用主服务节点构建服务集群，并将从服务节点配置为加入主服务节点构建的服务集群。
在一些实施方式中，使得每个服务节点均产生消息队列镜像并同步到服务集群包括：使每个服务节点均产生消息队列镜像并同步到服务集群中的其它服务节点。使得每个服务节点在故障时都从服务集群取回消息队列镜像包括：使每个服务节点在故障时都从其它服务节点取回消息队列镜像。
在一些实施方式中，云计算管理平台为OpenStack，消息队列服务为RabbitMQ。
从上述实施例可以看出，本发明实施例提供的消息队列服务部署装置，通过在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同消息队列服务的服务节点；将多个服务节点构建为服务集群以对云计算管理平台的各组件提供基于消息队列服务的通信；在服务集群的所有服务节点上均配置队列镜像，使得每个服务节点均产生消息队列镜像并同步到服务集群；在服务集群的所有服务节点上均配置负载均衡，使得每个服务节点在故障时都从服务集群取回消息队列镜像的技术方案，能够在多个节点上通过消息队列实现协同工作，提高消息队列服务的可用性。
需要特别指出的是，上述消息队列服务部署装置的实施例采用了所述消息队列服务部署方法的实施例来具体说明各模块的工作过程，本领域技术人员能够很容易想到，将这些模块应用到所述消息队列服务部署方法的其他实施例中。当然，由于所述消息队列服务部署方法实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于所述消息队列服务部署装置也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在所述实施例之上。
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上所述的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

1.一种消息队列服务部署方法，其特征在于，包括执行以下步骤：
在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同所述消息队列服务的服务节点；
将所述多个服务节点构建为服务集群以对所述云计算管理平台的各组件提供基于所述消息队列服务的通信；
在所述服务集群的所有所述服务节点上均配置队列镜像，使得每个所述服务节点均产生消息队列镜像并同步到所述服务集群；
在所述服务集群的所有所述服务节点上均配置负载均衡，使得每个所述服务节点在故障时都从所述服务集群取回所述消息队列镜像。
2.根据权利要求1所述的方法，其特征在于，在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同所述消息队列服务的服务节点，包括以下步骤：
在多个控制节点确定一个主服务节点和其它的从服务节点；
停止所述从服务节点的消息队列服务进程；
将所述主服务节点的消息队列服务运行缓存复制到所述从服务节点；
将所述从服务节点配置为允许所述主服务节点在所述从服务节点上访问文件和执行命令以提供相同所述消息队列服务。
3.根据权利要求2所述的方法，其特征在于，将所述多个服务节点构建为服务集群包括：使用所述主服务节点构建所述服务集群，并将所述从服务节点配置为加入所述主服务节点构建的所述服务集群。
4.根据权利要求1所述的方法，其特征在于，使得每个所述服务节点均产生消息队列镜像并同步到所述服务集群包括：使每个所述服务节点均产生消息队列镜像并同步到所述服务集群中的其它所述服务节点；
使得每个所述服务节点在故障时都从所述服务集群取回所述消息队列镜像包括：使每个所述服务节点在故障时都从其它所述服务节点取回所述消息队列镜像。
5.根据权利要求1所述的方法，其特征在于，所述云计算管理平台为OpenStack，所述消息队列服务为RabbitMQ。
6.一种消息队列服务部署装置，其特征在于，包括：
处理器；和
存储器，存储有处理器可运行的程序代码，所述程序代码在被运行时依次执行以下步骤：
在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同所述消息队列服务的服务节点；
将所述多个服务节点构建为服务集群以对所述云计算管理平台的各组件提供基于所述消息队列服务的通信；
在所述服务集群的所有所述服务节点上均配置队列镜像，使得每个所述服务节点均产生消息队列镜像并同步到所述服务集群；
在所述服务集群的所有所述服务节点上均配置负载均衡，使得每个所述服务节点在故障时都从所述服务集群取回所述消息队列镜像。
7.根据权利要求6所述的装置，其特征在于，在云计算管理平台上指定多个控制节点运行消息队列服务并用作提供相同所述消息队列服务的服务节点，包括以下步骤：
在多个控制节点确定一个主服务节点和其它的从服务节点；
停止所述从服务节点的消息队列服务进程；
将所述主服务节点的消息队列服务运行缓存复制到所述从服务节点；
将所述从服务节点配置为允许所述主服务节点在所述从服务节点上访问文件和执行命令以提供相同所述消息队列服务。
8.根据权利要求7所述的装置，其特征在于，将所述多个服务节点构建为服务集群包括：使用所述主服务节点构建所述服务集群，并将所述从服务节点配置为加入所述主服务节点构建的所述服务集群。
9.根据权利要求6所述的装置，其特征在于，使得每个所述服务节点均产生消息队列镜像并同步到所述服务集群包括：使每个所述服务节点均产生消息队列镜像并同步到所述服务集群中的其它所述服务节点；
使得每个所述服务节点在故障时都从所述服务集群取回所述消息队列镜像包括：使每个所述服务节点在故障时都从其它所述服务节点取回所述消息队列镜像。
10.根据权利要求6所述的装置，其特征在于，所述云计算管理平台为OpenStack，所述消息队列服务为RabbitMQ。
CN202010094757.7A 2020-02-16 2020-02-16 一种消息队列服务部署方法和装置 Withdrawn CN111343251A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010094757.7A CN111343251A (zh) 2020-02-16 2020-02-16 一种消息队列服务部署方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010094757.7A CN111343251A (zh) 2020-02-16 2020-02-16 一种消息队列服务部署方法和装置

Publications (1)

Publication Number Publication Date
CN111343251A true CN111343251A (zh) 2020-06-26

Family

ID=71187788

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010094757.7A Withdrawn CN111343251A (zh) 2020-02-16 2020-02-16 一种消息队列服务部署方法和装置

Country Status (1)

Country Link
CN (1) CN111343251A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111897656A (zh) * 2020-08-06 2020-11-06 北京中电兴发科技有限公司 一种基于镜像队列的主队列负载平衡方法
CN112615666A (zh) * 2020-12-19 2021-04-06 河南方达空间信息技术有限公司 基于RabbitMQ和HAProxy的微服务高可用性部署方法
CN112783669A (zh) * 2021-01-06 2021-05-11 北京同有飞骥科技股份有限公司 分布式存储管理方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111897656A (zh) * 2020-08-06 2020-11-06 北京中电兴发科技有限公司 一种基于镜像队列的主队列负载平衡方法
CN111897656B (zh) * 2020-08-06 2022-08-16 北京中电兴发科技有限公司 一种基于镜像队列的主队列负载平衡方法
CN112615666A (zh) * 2020-12-19 2021-04-06 河南方达空间信息技术有限公司 基于RabbitMQ和HAProxy的微服务高可用性部署方法
CN112783669A (zh) * 2021-01-06 2021-05-11 北京同有飞骥科技股份有限公司 分布式存储管理方法及系统

Similar Documents

Publication Publication Date Title
WO2020253347A1 (zh) 一种容器集群管理方法、装置及系统
CN111343251A (zh) 一种消息队列服务部署方法和装置
CN113742031B (zh) 节点状态信息获取方法、装置、电子设备及可读存储介质
JP2022008781A (ja) 分散型トレーニング方法、システム、デバイス、記憶媒体、及びプログラム
CN107707622B (zh) 一种访问桌面云虚拟机的方法、装置及桌面云控制器
CN112291298B (zh) 异构系统的数据传输方法、装置、计算机设备和存储介质
EP3905588A1 (en) Cloud platform deployment method and apparatus, server and storage medium
CN107818104B (zh) 一种数据库部署方法、数据库部署装置、控制设备及系统
US20180060057A1 (en) Containerized upgrade in operating system level virtualization
Ranjan et al. Peer-to-peer service provisioning in cloud computing environments
CN111935238A (zh) 一种云平台负载均衡管理系统、方法、设备及介质
CN110113406B (zh) 基于分布式的计算服务集群系统
CN111064626B (zh) 配置更新方法、装置、服务器及可读存储介质
CN113572831A (zh) Kubernetes集群间的通信方法、计算机设备及介质
CN103164262B (zh) 一种任务管理方法及装置
US20190004844A1 (en) Cloud platform construction method and cloud platform
WO2020024978A1 (zh) 一种虚拟机迁移装置、方法、设备及可读存储介质
Liu et al. Service resource management in edge computing based on microservices
CN114124948A (zh) 一种云端组件高可用的方法、装置、设备及可读介质
US20170111240A1 (en) Service Elastic Method and Apparatus in Cloud Computing
US20220129303A1 (en) Managing failures in edge computing environments
CN111818188B (zh) 一种Kubernetes集群的负载均衡可用性提升方法和装置
CN112073499A (zh) 一种多机型云物理服务器的动态服务方法
CN111314114A (zh) 一种提高RabbitMQ高可用性的部署方法和系统
US9973569B2 (en) System, method and computing apparatus to manage process in cloud infrastructure

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
WW01 Invention patent application withdrawn after publication

Application publication date: 20200626

WW01 Invention patent application withdrawn after publication