-
如何实现RabbitMQ的高性能 - 分布式消息服务RabbitMQ版
到来自客户端的消息确认,从而影响消费性能。若消费速度过低,服务端将不堪重负。 大量的连接和通道可能会影响RabbitMQ管理接口的性能 RabbitMQ会收集每个连接和通道的数据进行分析和显示,大量连接和通道会影响RabbitMQ管理接口的性能。 禁用未使用的插件 插件可能会消耗
-
与其他云服务的关系 - 分布式消息服务RabbitMQ版
弹性云服务器是由CPU、内存、操作系统、云硬盘组成的基础的计算组件。RabbitMQ实例运行在弹性云服务器上,一个代理对应一台弹性云服务器。 云硬盘(Elastic Volume Service) 云硬盘为云服务器提供块存储服务,RabbitMQ的所有数据(如消息和日志等)都保存在云硬盘中。 云审计(Cloud
-
客户端是否可以连接同个RabbitMQ下多个Vhost? - 分布式消息服务RabbitMQ版
Vhost数据目录不同,共用一个进程。性能上,连接多个Vhost和单独使用一个Vhost差别不大,只是RabbitMQ进程多一些对象,建议使用业务模型实测。 Vhost的相关介绍,请参考官网文档Virtual Hosts。 父主题: 连接问题
-
计费项 - 分布式消息服务RabbitMQ版
购买时长 实例规格单价请参见分布式消息服务RabbitMQ版价格详情中的“实例价格”。 存储空间费用 计费因子:云硬盘类型、容量 包年/包月、按需计费 云硬盘单价 * 购买时长 云硬盘单价请参见分布式消息服务RabbitMQ版价格详情中的“存储价格”。 计费示例 以包年/包月计费模式为例,假设您于2023/03/08
-
死信和TTL - 分布式消息服务RabbitMQ版
死信和TTL 死信和TTL(Time To Live)是RabbitMQ中需要慎用的2个特性,它们可能会对性能产生负面影响。 死信 死信是RabbitMQ中的一种消息机制,在消费消息时,如果队列里的消息满足以下任意一种情况,那么该消息将成为“死信”。 “requeue”被设置为“false”,消费者使用“basic
-
成本管理 - 分布式消息服务RabbitMQ版
别成本偏高的资源,然后采取针对性的优化措施。 监控资源利用率,评估当前配置是否过高。例如:CPU、内存、云硬盘等资源的利用率。 监控闲置的资源,避免浪费。例如:未挂载的云硬盘、未绑定的EIP等。 计费模式优化 不同类型的业务对资源使用周期有不同的要求,为每一类业务确定合适的计费模式,灵活组合以达到最优效果。
-
连接问题 - 分布式消息服务RabbitMQ版
连接问题 如何配置安全组? RabbitMQ客户端连接报错原因分析 RabbitMQ实例是否支持公网访问? RabbitMQ是否支持跨Region部署? RabbitMQ实例是否支持跨VPC访问? RabbitMQ实例是否支持不同的子网? SSL方式连接RabbitMQ实例失败?
-
实例问题 - 分布式消息服务RabbitMQ版
实例问题 RabbitMQ使用的版本是多少? RabbitMQ实例SSL连接的协议版本号是多少? 创建实例时为什么无法查看子网和安全组等信息? RabbitMQ集群实例如何均衡分发请求到每个虚拟机? RabbitMQ实例集群内部的队列是否有冗余备份? RabbitMQ实例是否支持持久化,如何定时备份数据?
-
消息问题 - 分布式消息服务RabbitMQ版
消息问题 RabbitMQ实例支持延时消息队列么? 消息堆积对业务的影响及解决办法 消息的最长保留时间是多久? 消息创建时间在哪设置? RabbitMQ生产消息的最大长度是多少?
-
按需转包年/包月 - 分布式消息服务RabbitMQ版
17:00:00,在16:00:00 ~ 16:30:30间产生费用 包年/包月:2023/04/18 16:30:30 约束与限制 按需计费RabbitMQ实例绑定的云硬盘随RabbitMQ实例同步变更计费模式。 前提条件 RabbitMQ实例计费模式为“按需计费”。 RabbitMQ实例状态为“运行中”。 操作步骤
-
预取值 - 分布式消息服务RabbitMQ版
预取值设置太小可能会损害性能,RabbitMQ会一直在等待获得发送消息的权限。 预取值设置太大可能会导致从队列中取出大量消息传递给一个消费者,而使其他消费者处于空闲状态。另外还需要考虑消费者的配置,消费者在处理消息时会将所有消息保存在内存中,太大的预取值会对消费者的性能产生负面影响,甚至可能会导致消费者崩溃。
-
创建用户并授权使用DMS for RabbitMQ - 分布式消息服务RabbitMQ版
例(假设当前权限仅包含DMS ReadOnlyAccess),表示“DMS ReadOnlyAccess”已生效。 在“服务列表”中选择云硬盘(假设当前策略仅包含DMS ReadOnlyAccess),若提示权限不足,表示“DMS ReadOnlyAccess”已生效。 父主题:
-
监控告警问题 - 分布式消息服务RabbitMQ版
监控告警问题 云监控无法展示RabbitMQ监控数据 云监控显示通道数一直上升报警有影响吗?
-
消息持久化 - 分布式消息服务RabbitMQ版
持久化是将内存中的消息写入到磁盘中,以防异常情况导致内存中的消息丢失。但是磁盘的读写速度远不如内存,开启消息持久化后,RabbitMQ的性能会下降。与惰性队列不同,持久化消息会在磁盘和内存中各存储一份,只有在内存空间不够时,才会将内存中的消息删除,存储到磁盘中。 非持久化Que
-
RabbitMQ消息确认机制 - 分布式消息服务RabbitMQ版
制可以让服务器和客户端知道何时重新传输消息。客户端可以在收到消息时确认消息,也可以在客户端完全处理完消息后确认。生产者确认会影响性能,如果需要很高的吞吐量,应禁用生产者确认。注意,不使用生产者确认会导致可靠性下降。 更多关于消息确认机制的说明,请参考Consumer Acknowledgements
-
产品规格 - 分布式消息服务RabbitMQ版
上表中TPS,是指以2K大小的消息为例的每秒处理消息条数,测试场景为不开启持久化的非镜像队列,实时生产实时消费,队列无积压。此数据仅供参考,生产使用需要以实际压测性能为准。 服务端的性能主要跟以下因素相关:队列数、消息堆积、连接数、channel、消费者数、镜像队列、优先级队列、消息持久化和exchange类型等
-
产品优势 - 分布式消息服务RabbitMQ版
RabbitMQ实例采用物理隔离的方式部署,租户独占RabbitMQ实例,每个RabbitMQ之间互不影响。 高性能 单队列性能最高可达10万TPS(默认配置),增加队列可获得更高性能。 数据安全 独有的安全加固体系,提供业务操作云端审计,消息存储加密等有效安全措施。 在网络通信方面,除
-
惰性队列 - 分布式消息服务RabbitMQ版
在以下情况下,推荐使用惰性队列: 队列可能会产生消息堆积 队列对性能(吞吐量)的要求不是非常高,例如TPS 1万以下的场景 希望队列有稳定的生产消费性能,不受内存影响而波动 处于以下情况时,无需使用惰性队列: RabbitMQ需要高性能的场景 队列总是很短(即队列中没有消息堆积) 设置了最大长度策略
-
如何配置安全组? - 分布式消息服务RabbitMQ版
表3 安全组规则 方向 协议端口 源地址 入方向 TCP:5672 0.0.0.0/0 具体如图3所示。 图3 安全组规则1 父主题: 连接问题
-
消息创建时间在哪设置? - 分布式消息服务RabbitMQ版
消息创建时间在哪设置? 消息创建时间是由生产客户端在生产消息时设置的。 父主题: 消息问题