检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
较低。 消息消费过程 图1 消息消费的过程 一个完整的消息消费过程主要分为2个阶段： 消息拉取 客户端通过批量拉取的方式从服务端获取消息，将拉取到的消息缓存到本地缓存队列中。对于拉取式消费，在内网环境下的吞吐量很高，因此消息拉取阶段一般不会引起消息堆积。 消息消费 客户端将本地缓
共享VPC是基于资源访问管理（Resource Access Manager，简称RAM）服务的机制，VPC的所有者可以将VPC内的子网共享给一个或者多个账号使用。通过共享VPC功能，可以简化网络配置，帮助您统一配置和运维多个账号下的资源，有助于提升资源的管控效率，降低运维成本。有关VPC子网共享的更多信息，请参见共享VPC。
为1GB，当一个CommitLog文件写满后，会生成一个新的CommitLog文件。RocketMQ删除消息是删除CommitLog文件，而不是删除一条消息。CommitLog文件为顺序写入，当最后写入的一条消息过期时，表示CommitLog文件过期。满足如下任意一个条件，CommitLog文件将会被清理：
consumer_subscription_consistency 消费组内订阅关系一致性 一分钟内消费组内消费者订阅关系是否一致。 说明： 在“消费组”页签，当“主题”为“所有主题”时，才包含该指标。 部分存量实例不支持此监控，具体以控制台为准。 0：一致 1：不一致 RocketMQ实例的消费组 1分钟 死信队列监控指标
若开启广播消费，每条消息都会被消费组内的所有消费者消费一次。否则，每条消息只会被消费组内的某一消费者消费。 是否顺序消费 RocketMQ实例的版本为5.x时，需要设置此参数。 开启顺序消费后，消费者将按顺序消费消息。 按顺序消费可以保证消息的消费顺序和发送的顺序一致，即先发送的先消费，后发送的后消费。
用虚拟私有云创建的IP和带宽。通过虚拟私有云安全组的功能可以增强访问RocketMQ实例的安全性。 云监控（Cloud Eye） 云监控是一个开放性的监控平台，提供资源的实时监控、告警、通知等服务。 云审计（Cloud Trace Service） 云审计为您提供云服务资源的操作
变为按需计费。 处于宽限期和保留期的实例，删除/退订后，实例不会进入回收站中，会被彻底删除。 回收站功能仅在“华北-北京一”、“华北-北京四”、“华东-上海一”和“华南-广州”上线。 开启回收站策略 登录管理控制台。 在管理控制台左上角单击，选择区域。 请选择RocketMQ实例所在的区域。
在“变更类型”中，选择“代理规格”，在“代理规格”中，选择扩容后的代理规格，单击“下一步”。确认扩容信息无误后，单击“提交”。 在实例列表页面的“规格”中查看扩容后的代理规格。 扩容代理规格会导致实例中断一分钟左右，如果扩容时生产TPS较高，可能扩容失败。建议优先使用扩容代理个数。 RocketMQ实例5
开通自动续费后，RocketMQ实例会在每次到期前自动续费，避免因忘记手动续费而导致资源被自动删除。 在一个包年/包月RocketMQ实例生命周期的不同阶段，您可以根据需要选择一种方式进行续费，具体如图1所示。 图1 RocketMQ实例生命周期 RocketMQ实例从购买到到期前
分布式消息服务RocketMQ版 04:19 介绍什么是分布式消息服务 分布式消息服务介绍 特性讲解 分布式消息服务RocketMQ版 介绍订阅关系一致性功能 03:01 订阅关系一致性 操作指导 分布式消息服务RocketMQ版 介绍怎样购买RocketMQ实例 04:39 购买RocketMQ实例 分布式消息服务RocketMQ版
指多个部门共享的计算、网络、存储或资源包产生的云成本，或无法直接通过企业项目、成本标签分配的云成本。这些成本不能直接归属于单一所有者，因此不能直接归属到某一类别。使用拆分规则，可以在各团队或业务部门之间公平地分配这些成本。详细介绍请参见使用成本单元查看成本分配。 成本分析 企业只
在0.1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在
在0.1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在
标签共由两部分组成：“标签键”和“标签值”，其中，“标签键”和“标签值”的命名规则如表1所示。 表1 标签命名规则 参数名称 规则 标签键 不能为空。 对于同一个实例，Key值唯一。 长度为1~128个字符（中文也可以输入128个字符）。 由任意语种字母、数字、空格和字符组成，字符仅支持_ . : = + -
未满足前提条件，服务器未满足请求者在请求中设置的其中一个前提条件。 413 Request Entity Too Large 由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息。
在0.1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在
在0.1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在
消息/延时消息/事务消息，发送消息的调用次数需要在普通消息基础上乘以5，接收消息的调用次数不需要乘以5。例如：每秒发送一条普通消息，TPS为1次/秒。每秒发送一条事务消息，TPS=1*5=5次/秒。 表2 实例规格说明（分布式消息服务RocketMQ版5.x基础版单机） 资源规格
在0.1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在
cketMQ实例。其他RocketMQ元数据包括如下内容： 其他厂商的RocketMQ元数据 自建RocketMQ实例的元数据 华为云上另一个RocketMQ实例的元数据 迁移RabbitMQ的元数据到华为云上RocketMQ实例。 父主题： 迁移元数据
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
