Storage - Amazon MQ
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

Storage

用于 ActiveMQ 的 Amazon MQ 支持 Amazon Elastic File System (EFS) 和 Amazon Elastic Block Store (EBS)。默认情况下,ActiveMQ 代理使用 Amazon EFS 作为代理存储。要利用跨多个可用区域的高持久性和复制功能,请使用 Amazon EFS。要充分利用低延迟和高吞吐量,请使用 Amazon EBS。

重要
  • 您只能将亚马逊 EBS 与mq.m5代理实例类型系列。

  • 虽然您可以更改Broker 实例类型,您无法更改Broker 存储类型在您创建经纪商之后。

  • Amazon EBS 会在单个可用区内复制数据,并且不支持ActiveMQ 动/备用代理/备用代理代理部署模式。

  • 使用 Amazon EBS 时,我们建议您创建允许应用程序重新创建消息数据(在必要时)的机制,而不是将 Amazon EBS 用作代理的唯一消息存储位置。例如,您可以使用ActiveMQ 的 JMS 或 XA 事务处理或将消息存储在可以重放或重新生成的位置。

存储类型之间的差异

下表简要概述了 ActiveMQ 代理、Amazon EFS 和 Amazon EBS 存储类型之间的差异。

存储类型 持久性 示例使用案例 每个创建器每秒排队消息的近似最大数量(1KB 消息) 复制
内存中 非持久性
  • 股票报价

  • 位置数据更新

  • 频繁更改的数据

5000
Amazon EBS 持续的
  • 大量文本

  • 订单处理

500 单个可用区 (AZ) 内的多个副本
Amazon EFS 持续的 金融交易 80 跨多个可用区的多个副本

内存中消息存储提供最低的延迟和最高的吞吐量。但是,在实例替换或代理重新启动期间,消息会丢失。

Amazon EFS 设计为提供高持久性,可跨多个可用区进行复制,以防止因任何单个组件故障或影响可用区可用性的问题而导致数据丢失。Amazon EBS 针对吞吐量进行了优化,可在单个可用区内的多个服务器上进行复制。