- 博客(760)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 rabbitMQ 高可用
摘要：RabbitMQ高可用方案采用集群+镜像模式，由1个磁盘节点（172.16.3.2）负责备份，2个内存节点（172.16.3.7-8）处理请求，通过反向代理实现负载均衡。建议配置策略时使用"^"匹配所有队列，确保数据同步到所有节点。资源充足时可增加磁盘节点提高容错性。关键命令示例：rabbitmqctl set_policy -p hrsystem ha-allqueue "^" '{"ha-mode":"all"}'实现全队列镜像同步。此架构兼顾性能与可靠性，内存节点提供高速访问，磁盘节点确保数据安
2025-06-18 08:45:00
80
原创 RabbitMQ的结构图
摘要：消息队列系统包含Broker服务器、Exchange交换机、Queue队列等核心组件，通过RoutingKey路由规则实现消息分发。交换机分为Direct（精确匹配）、Topic（模式匹配）和Fanout（广播）三种类型。系统支持Exchange、Queue和消息三方面的持久化设置，需统一配置才能确保数据安全。典型使用流程包括：建立连接通道、声明交换机和队列、绑定路由关系，最后投递消息。RabbitMQ等系统通过这种机制实现可靠的消息传递。
2025-06-17 09:00:00
268
原创 RabbitMQ--创建集群及管理集群
本文介绍了RabbitMQ集群的创建与节点管理方法。主要内容包括：1）将rabbit@rabbit2作为内存节点、rabbit@rabbit3作为磁盘节点加入集群的步骤；2）使用change_cluster_node_type命令转换节点类型（内存/磁盘）；3）重启集群节点的注意事项，强调必须至少保留一个磁盘节点在线，以及集群完全关闭后必须按倒序重启节点。文中还提供了具体操作命令和集群状态检查方法，帮助用户正确建立和管理RabbitMQ集群。
2025-06-16 09:00:00
876
原创 RabbitMQ--集群副本
摘要：RabbitMQ集群由三台机器（rabbit1、rabbit2、rabbit3）组成，其中两台将数据复制到内存和磁盘，第三台仅复制到内存。首先需确保所有节点的Erlang cookie相同以允许通信。启动集群时，在各节点独立运行rabbitmq-server -detached命令创建三个独立的RabbitMQ broker，随后可通过rabbitmqctl cluster_status查看集群状态。
2025-06-15 09:00:00
179
原创 RabbitMQ--集群
摘要：RabbitMQ集群由多个Erlang节点组成，共享资源但默认队列仅驻留在创建节点。集群支持动态配置，节点可自由加入或退出，具有容错能力。节点分为磁盘节点（存储状态于内存和磁盘）和内存节点（仅内存存储），但队列数据始终存于磁盘。集群状态会复制到所有节点，虽然理论上只需一个磁盘节点但不推荐。RabbitMQ不适合WAN环境，推荐使用shovel或federation插件解决该问题。内存节点在资源管理上性能更优，但不影响消息发布/消费速度。(147字)
2025-06-14 09:00:00
296
原创 RabbitMQ配置镜像
摘要：本文介绍了RabbitMQ队列镜像策略的配置方法。通过设置ha-mode（all/exactly/nodes）和ha-params参数，可以控制队列在集群中的镜像方式：镜像到所有节点、指定数量节点或特定节点。策略变更时系统会尽量保持现有镜像。文章还特别说明"nodes"策略不会强制迁移主节点，并提供三种配置方式（命令行、HTTP API和Web UI）的具体操作示例，包括全节点镜像和两节点镜像的配置方法。
2025-06-13 09:00:00
292
原创 RabbitMQ镜像队列的一些特性
摘要：RabbitMQ镜像队列的slave节点可以随时加入集群，新建的slave节点为空且不同步。当master节点停止时，slave会自动晋升为master；若所有节点停止，持久化消息会在节点重启后恢复。重启的节点会自动重新加入镜像队列，但原先的数据会被清空，如同新节点加入。目前没有机制能让slave检测是否与master分离而需重新加入。
2025-06-12 08:45:00
271
原创 RabbitMQ---镜像队列特性
镜像队列采用主从架构，主节点负责处理所有操作并同步给从节点。当主节点失效时，最旧的从节点会被提升为新主节点，并重新发布未确认消息，可能导致消息重复消费。客户端需通过消费者取消通知重新订阅队列，并处理可能的重复消息。若使用noAck=true消费模式，消息可能丢失；为保证可靠性建议使用noAck=false。发布消息到镜像队列不受主节点失效影响，确保消息仍能正确投递和确认。
2025-06-11 09:00:00
308
原创 RabbitMQ---高可用队列
摘要：RabbitMQ单节点存在停机风险，导致消息丢失和服务中断。虽然持久化队列和发布确认可缓解问题，但性能会下降。集群方案能提高可用性，但队列和消息仍可能因节点故障失效。active/passive节点对可快速恢复，但启动耗时较长。最佳解决方案是active/active高可用队列，通过镜像队列实现故障自动切换，但需在集群中使用且不适用于广域网环境。（150字）
2025-06-10 09:00:00
422
原创 RabbitMQ---分布式
RabbitMQ分布式方案：集群、联邦与ShovelRabbitMQ提供三种分布式方案：集群(Clustering)通过Erlang消息传递连接节点，实现高可用和吞吐量提升；联邦(Federation)连接不同broker的交换机，支持跨网络消息转发；Shovel则在队列层面提供更灵活的控制。三种方案可组合使用：集群适用于局域网高可用场景，联邦和Shovel更适合跨WAN连接。集群侧重CA特性，联邦/Shovel选择AP特性，开发者可根据网络环境和业务需求选择合适方案。
2025-06-09 09:00:00
315
原创 rabbitmq 消息模型发送模式
Topic模型在消息路由匹配方面有所改进，支持*和#通配符匹配单词，但仍未实现正则表达式。RPC模型应用了RabbitMQ的消息机制，通过临时队列和correlation_id实现远程调用，但存在脏数据问题需要处理。Openstack组件间的调用就采用了这种RPC模式。
2025-06-08 09:00:00
187
原创 rabbitmq 消息匹配发送的几个模式
RabbitMQ消息模型解析：fanout和direct模型的区别摘要：RabbitMQ提供两种消息路由模型：fanout模型通过fanout类型Exchange将消息广播给所有绑定的Queue，实现消息的广播；direct模型则通过routing_key匹配机制，允许消费者选择性地接收特定消息。两种模型的关键区别在于：fanout模型实现无差别广播，而direct模型支持基于路由键的消息筛选。值得注意的是，一个Queue可以与多个Exchange绑定，但一个Queue能否与多个Exchange绑定仍待
2025-06-07 09:00:00
177
原创 RabbitMQ 队列模式
RabbitMQ队列模式解析：1）直接发送模式：通过默认Exchange将消息路由到指定Queue，匹配标准是Queue名而非routing_key；2）工作队列模式：用于任务分发，采用轮询方式分配消息给消费者。关键点包括：消息确认机制保证任务可靠性（需返回ack才删除消息），以及队列不可修改属性需更名重建。这两种模式分别适用于点对点消息传输和任务负载均衡场景。
2025-06-06 09:00:00
280
原创 RabbitMQ是干什么的
RabbitMQ是基于AMQP协议的消息队列系统，主要由Server、Producer、Consumer、Exchange和Queue组成。Producer发送消息到Exchange，Exchange根据routing_key将消息路由到匹配的Queue，Consumer从Queue获取消息。相比直接使用TCP/HTTP，RabbitMQ提供了更可靠的消息传输机制。一个Server可包含多个Exchange和Queue，Exchange负责消息路由，Queue存储消息等待Consumer处理。这种架构简化了
2025-06-05 09:15:00
408
原创 RabbitMQ 介绍
RabbitMQ是一个基于Erlang语言开发的开源AMQP实现，以高性能、健壮性和可扩展性著称。其核心架构包含服务器端的Exchange（交换器）和Queue（队列）组件，统称为Broker；客户端则分为Producer（生产者）和Consumer（消费者）两种角色。这种设计实现了高效的消息中间件服务。
2025-06-04 09:00:00
110
原创 ActiveMQ的多种部署方式
ActiveMQ提供了Master-Slave和Broker-Cluster两种部署方式实现高可用和负载均衡。Master-Slave通过共享存储或ZooKeeper实现主备切换，解决高可用问题；Broker-Cluster通过网络互连共享队列，实现负载均衡。但单独使用任一方式都有局限：Master-Slave不支持负载均衡，Broker-Cluster无法保证消息不丢失。文章提出将两者结合部署的方案，通过配置多个Broker节点（如Broker-A与Broker-B组成Cluster，Broker-C作为
2025-06-03 09:00:00
927
原创 通过客户端代码试用ActiveMQ
摘要：本文展示了使用ActiveMQ进行消息队列通信的Java代码示例。发送端(Sender)通过ActiveMQConnectionFactory建立连接，创建5条非持久化消息发送至"FirstQueue"队列，并提交事务。接收端(Receive)同样建立连接，持续监听该队列并打印收到的消息内容。两者都使用了故障转移协议连接两个服务地址(tcp://10.10.2.2:61617和61618)，并在最后确保关闭连接。代码演示了JMS的基本组件使用，包括ConnectionFactory、Connectio
2025-06-02 09:30:00
198
原创 ActiveMQ架构和技术介绍
摘要：ActiveMQ是Apache开源的强大消息总线，支持多种编程语言和协议，完全兼容JMS1.1规范。它提供高性能集群、多种传输协议、消息持久化等功能，可集成Spring框架和J2EE服务器。安装简单，Windows直接运行bat文件，Linux执行setup命令。配置文件可修改服务端口(conf/activemq.xml)和控制台端口(conf/jetty.xml)。支持Ajax、Axis整合及内嵌测试，官网下载地址为activemq.apache.org。
2025-06-01 09:00:00
466
原创 慢消息处理机制
ActiveMQ通过PendingMessageLimitStrategy解决慢消息性能问题，提供两种策略：ConstantPendingMessageLimitStrategy（固定限制）和PrefetchRatePendingMessageLimitStrategy（基于预存倍数）。限制值0表示不额外缓存，-1表示不丢弃旧消息。还支持两种消息丢弃策略：丢弃最旧消息或最低优先级的最旧消息。配置示例展示了如何为特定topic设置消息限制策略（如固定限制10条）。这些策略可针对不同topic进行差异化配置，优
2025-05-31 10:00:00
108
原创 消费者追溯消息
ActiveMQ提供6种消息恢复策略：1）固定数量策略限制主题消息缓存的数量；2）固定大小策略（默认）限制内存使用量；3）仅保留最后消息策略；4）不保存消息策略；5）基于JMS属性查询的筛选策略；6）基于消息过期时间的策略（由发送方设置timeToLive参数）。这些策略允许用户根据需求灵活配置主题消息的缓存方式。
2025-05-30 10:00:00
142
原创 消息的重新传递和死信队列
默认，aciaveMQ 中死队列被声明为“ActivemMQ.DLQ”，所有不能消费的消息被传递到该死队列中。有时需要直接删除过期的消息而不需要发送到死队列中，xml 可以使用属性processExpired=false 来设置。非持久性如果你想把非持久的消息发送到死队列中，需要设置属性processNonPersistent=“true”只有最后一个事物提交后，消息才能发送到 broker 上，事物没有提交前，整个传递消息仍处于事物中。默认情况下，Activemq 不会把非持久的死消息发送到死队列中。
2025-05-29 08:45:00
128
原创 Message Group
如果没有，那么 broker会选择一个consumer，并将它关联到这个 message group。此后，这个 consumer 会接收这个message group 的所有消息，直到： Consumer 被关闭；跟所有的消息都由唯一的 consumer 处理不同，JMS 消息属性JMSXGroupID 被用来区分 message group。Message Groups 特性保证所有具有相同JMSXGroupID 的消息会被分发到相同的 consumer（只要这个consumer 保持active）。
2025-05-28 08:45:00
125
原创 ActiveMQ的接收Mirrored模式
为了启用Mirrored Queues，首先要将BrokerService 的useMirroredQueues属性设置成 true，然后可以通过destinationInterceptors 设置其它属性，如mirror topic 的前缀，缺省"VirtualTopic.Mirror."Broker 会把发送到某个 queue 的所有消息转发到一个名称类似的topic，因此监控程序可以订阅这个mirrored queue topic。每个 queue 中的消息只能被一个consumer 消费。
2025-05-27 08:45:00
143
原创 ActiveMQ Async Sends
如果你处理的是Slow Consumer 则使用 dispatcheAsync=true，反之，那你使用的是 Fast Consumer则使用dispatcheAsync=false。默认是在 ConnectionFactory、Connection、Connection URI等方面配置对于一个基于 Destination 的Consumer来说。众所周之，如果你想传递给 Slow Consumer 那么你可能使用异步的消息传递，但是对于 Fast Consumer 你可能使用同步发送消息。
2025-05-26 08:45:00
109
原创 ActiveMQ Async Sends
众所周之，如果你想传递给 Slow Consumer 那么你可能使用异步的消息传递，但是对于 Fast Consumer 你可能使用同步发送消息。如果对于一个 Slow Consumer，你使用同步发送消息可能出现Producer 堵塞等显现。如果你处理的是Slow Consumer 则使用 dispatcheAsync=true，反之，那你使用的是 Fast Consumer则使用dispatcheAsync=false。ActiveMQ默认设置 dispatcheAsync=true是最好的性能设置。
2025-05-25 09:15:00
180
原创 ActiveMQ轮转调度策略
然而在有些情况下，例如只有少量的消息而且单个消息的处理时间比较长，那么在缺省的 prefetch和dispatch policies下，这些少量的消息总是倾向于被分发到个别的consumer 上。所以缺省的 prefetch参数比较大，而且缺省的dispatch policies 会尝试尽可能快的填满 prefetch缓冲。ActiveMQ 的缺省参数是针对处理大量消息时的高性能和高吞吐量而设置的。ActiveMQ 的prefetch（预读取）机制。这样就会因为负载的不均衡分配而导致处理时间的增加。
2025-05-24 09:15:00
192
原创 ActiveMQ严格调度策略
差不多是同一时间内，P 发送了P1、P2 和P3 三个消息；Strict order dispatch policy 会保证每个 topic consumer会以相同的顺序接收消息，代价是性能上的损失。然而，由于多线程和异步处理，不同的 topic consumer可能会以不同的顺序接收来自不同producer 的消息。通常ActiveMQ 会保证 topic consumer 以相同的顺序接收来自同一个producer 的消息。有时候需要保证不同的 topic consumer 以相同的顺序接收消息。
2025-05-23 09:30:00
210
原创 ActiveMQ安全配置,网络及消息游标
当producer 发送的持久化消息到达broker 之后，broker 首先会把它保存在持。消息将被动态的转接的在其他Broker的consumer上。表示每个Consumer 上都会收到所有的发送的消息。
2025-05-22 09:00:00
437
原创 ActiveMQ拦截器使用
在ActiveMQ中使用拦截器和过滤器的使用多采用插件的形式实现，继承BrokerFilter实现BrokerPlugin接口类。BrokerFilter实质一个实现Broker接口的类。
2025-05-21 09:00:00
221
原创 ActiveMQ主从和负载均衡
这种方式的集群，Slave的个数没有限制，哪个ActiveMQ实例先获取共享文件的锁，那个实例就是Master，其它的ActiveMQ实例就是Slave，当当前的Master失效，其它的Slave就会去竞争共享文件锁，谁竞争到了谁就是Master。需要两个Broker，一个作为Master，另一个作为Slave，运行时，Slave通过网络实时从Master处复制数据，同时，如果Slave和Master失去连接，Slave就会自动升级为Master，继续为客户端提供消息服务，这种方式的Slave只能有一个。
2025-05-20 09:15:00
377
原创 ActiveMQ配置网络连接与持久化存储
当应用到Broker的集群时，Borker与Broker的通信就用到了网络连接。它是一种基于文件存储的消息数据库并且不依赖第三方数据库。KahaDB 消息存储—提供容量的提升和恢复能力。Memory 消息存储—基于内容的消息存储。JDBC 消息存储—消息基于JDBC存储。它是一种新的消息存储机制，配置如下。AMQ消息存储—默认的消息存储。
2025-05-19 09:00:00
138
原创 ActiveMQ配置传输连接
ActiveMQ提供了广泛的连接模式，包括HTTP/S、JGroups、JXTA、muticast、SSL、TCP、UDP、XMPP等。提供了如此多的连接模式表明了ActiveMQ具有较高的灵活性。生产者和消费着可以使用不同的传输协议来传输信息。比如生产者用nio协议生产消息，消费者用tcp协议接收消息。
2025-05-18 09:15:00
126
原创 什么情况下使用ActiveMQ
采用这种模式对于处理大量的ActiveMQ消息是可行的，但是，我们往往需要减轻网络拓扑的复杂性，这样直接将消息投递到远程接收者的ActiveMQ是不可行的。在后一种情况下，不同的协议使用可以使ActiveMQ更轻松的传递消息。在这种场景下，每一个应用程序都会实例化一个ActiveMQ（无论是嵌入式的还是独立式的），应用程序从其本地的ActiveMQ发送和接收消息。只要是两个应用程序间需要通信的情况，都可以考虑使用JMS，不论这种通信是在本地的（就是通信的两个应用程序在同一台主机上），还是分布在不同机器上。
2025-05-17 10:00:00
133
原创 为什么使用ActiveMQ
ActiveMQ作为消息的中间件，允许复杂的多语言应用程序以一种一步的方式集成和交互。所以说，ActiveMQ是一种好的，提供松散耦合的，能够为多语言交叉应用提供集成的中间件。其次，由于调用者必须阻塞式的等待被调用者返回，如果被调用者处理过程复杂，将会严重影响调用者的执行效率和资源使用率。首先，这种架构将会造成系统维护管理上的巨大消费，因为，即使是很小的改动，很可能会波及到整个系统。许多系统架构使用RPC，并且获得了巨大的成功，但是，紧耦合的架构有着天生的缺陷。如果调用失败，整个架构即失败。
2025-05-16 10:00:00
282
原创 什么是ActiveMQ
ActiveMQ是一种开源的，实现了JMS1.1规范的，面向消息(MOM)的中间件，为应用程序提供高效的、可扩展的、稳定的和安全的企业级消息通信。ActiveMQ使用Apache提供的授权，任何人都可以对其实现代码进行修改。ActiveMQ的设计目标是提供标准的，面向消息的，能够跨越多语言和多系统的应用集成消息通信中间件。ActiveMQ实现了JMS标准并提供了很多附加的特性。这些附加的特性包括，JMX管理（java Management Extensions，即java管理扩展），
2025-05-15 10:30:00
352
原创 activemq 部署及配置的一些小经验
将property name为authenticate的属性value="false" 改为"true"，ActiveMQ使用的是jetty服务器, 打开conf/jetty.xml文件，找到。用户名 : 密码 ,角色名。主机名称不能带 下划线。
2025-05-14 09:30:00
141
原创 HAProxy作为负载均衡器，配置activeMQ集群
准备4台服务器，三台服务器安装activeMQ, 一台服务器安装HAProxy作为负载均衡。
2025-05-13 09:00:00
203
原创 Linux Kernel网络参数调优（三）
default：为TCP socket预留用于接收缓冲的内存数量，默认情况下该值影响其它协议使用的net.core.wmem_default 值。该值决定了在tcp_adv_win_scale、tcp_app_win和tcp_app_win=0默认值情况下，TCP窗口大小为65535。#max：用于TCP socket接收缓冲的内存最大值。#min：为TCP socket预留用于接收缓冲的内存数量，即使在内存出现紧张情况下tcp socket都至少会有这么多数量的内存用于接收缓冲，默认值为8K。
2025-05-12 09:30:00
232
原创 Linux Kernel网络参数调优（二）
net.core.rmem_max = 16777216 //最大socket读buffer,可参考的优化值:873200。//记录的那些尚未收到客户端确认信息的连接请求的最大值。//web应用中listen函数的backlog默认会给我们内核参数的net.core.somaxconn限制到128，//每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。//为了打开对端的连接，内核需要发送一个SYN并附带一个回应前面一个SYN的ACK。
2025-05-11 09:30:00
219
原创 Linux Kernel网络参数调优（一）
表示系统同时保持TIME_WAIT套接字的最大数量，如果超过这个数字，TIME_WAIT套接字将立刻被清除并打印警告信息。此项参数可以控制TIME_WAIT套接字的最大数量，避免Squid服务器被大量的TIME_WAIT套接字拖死。参数值为布尔值，为1时表示可变，为0时表示不可变。tcp/ip通常使用的窗口最大可达到 65535 字节，对于高速网络，该值可能太小，这时候如果启用了该功能，可以使tcp/ip滑动窗口大小增大数个数量级，从而提高数据传输的能力。// timewait的数量，默认是180000。
2025-05-10 09:30:00
189
dcgm-monitor.tar.gz
2024-10-11
tx-gpushare.zip 腾讯云的GPU分隔资源插件
2024-10-10
构建Nginx 代理的dockerfile 镜像文件
2024-09-14
ngx-pxy 代理转发镜像
2024-09-14
nginx代理转发配置，配置内网到外网访问
2024-09-14
image-svnadmin-2.5.3.tgz 正在使用ing，方便简单使用，运维好工具
2024-11-25
c8.yum.tgz CentOS-Ceph-Quincy.repo
2024-11-19
Dockerfile pip2pi
2024-11-13
kubekey-v3.0.7-linux-amd64.tar.gz
2024-11-07
nerdctl-1.4.0-linux-amd64.tar.gz
2024-11-07
cni-plugins-linux-amd64-v1.1.1.tgz
2024-11-07
buildkit-v0.11.6.linux-amd64.tar.gz kubekey-kubesphere 部署中需要用到的
2024-11-07
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人