Amazon MQ Pricing: $500+/Month Before Your First Message

Amazon MQ is the AWS-managed message broker service running either ActiveMQ or RabbitMQ. It is the most expensive entry point in the AWS messaging family by a wide margin. Production-grade deployments start at roughly $500 to $750/month before a single message moves. The premium pays for protocol compatibility with AMQP, JMS, STOMP, MQTT, and OpenWire, protocols that SQS and SNS do not support. For applications that can speak the AWS-native messaging API, MQ is dramatically more expensive than the equivalent SQS setup; for applications locked to the broker protocols, MQ is the only managed option short of running your own broker on EC2.

Amazon MQ pricing bills broker instance hours, storage, and data transfer, with a high minimum entry point compared to SQS/SNS. In us-east-1 (June 2026), a single mq.t3.micro dev broker runs about $20/month, while a production mq.m5.large active/standby HA pair is about $420/month before storage. Most surprises come from running MQ for workloads that only need JMS semantics occasionally, not continuously.

This post is the bill story. For the broader messaging-architecture decision (when MQ vs SQS vs SNS vs EventBridge vs Kafka), our reliable queue systems on AWS post covers the trade-offs.

The MQ billing dimensions

If you only audit one dimension first, ask whether the workload requires JMS/AMQP. SQS is 80 to 85% cheaper for new designs, as the 100M-message comparison below shows.

Why a production broker costs $500 to $750 a month

The math:

• mq.m5.large ActiveMQ active/standby HA: $420/month (the smallest broker tier suitable for production HA), or a three-node RabbitMQ cluster at $630/month
• 200 GB ActiveMQ EFS storage: $60/month (or 200 GB RabbitMQ EBS per node across 3 nodes: $60/month)
• Data transfer: $20 to $50/month typical
• CloudWatch monitoring: $10 to $30/month for standard alarms and dashboards

Total: $510 to $560/month for ActiveMQ HA and $720 to $770/month for a RabbitMQ cluster, before any message traffic. For workloads that only need a handful of messages per second, this is dramatically more expensive than the SQS equivalent (which would be measured in dollars per month for the same volume).

ActiveMQ vs RabbitMQ on MQ

Figure: the two engines in the article. The rows are alternatives. Both run as Amazon MQ brokers. The broker size and storage stay in the article. Open the draw.io source.

Both run on Amazon MQ with the same per-broker-hour pricing. The differences:

MQ vs SQS vs self-managed RabbitMQ

Figure: MQ versus SQS in the article. The rows are alternatives. MQ is a broker you size. SQS is a queue without that broker. A self-managed broker stays in the article. Rates stay in the article. Open the draw.io source.

For a workload that needs message queuing, the three managed/quasi-managed options on AWS produce dramatically different bills:

When MQ is the right answer

A 30-day MQ bill cleanup plan

Week 1: Broker inventory. List every MQ broker via aws mq list-brokers. Identify brokers whose source applications have been retired or deprecated. Delete the unused brokers.

Week 2: Right-size active brokers. Review CloudWatch metrics for each broker (CPU utilization, memory, message throughput). Downsize over-provisioned brokers; the broker tier change requires brief downtime but the per-hour cost drops immediately.

Week 3: Storage audit. For ActiveMQ brokers, audit EFS storage usage. Implement message-retention policies that delete old messages from queues. For RabbitMQ, audit EBS storage and apply queue TTL policies.

Week 4: Migration evaluation. For each remaining MQ workload, evaluate whether the protocol dependency is load-bearing. Document workloads where migration to SQS could happen if the cost savings justify the rewrite.

More in this series

Part of the AWS Service Pricing series (June 2026).

• Previous: Part 15
• Next: Part 17
• Browse all: Cost Optimization & FinOps category

What this post doesn’t cover

• Migration from on-premises ActiveMQ / RabbitMQ to Amazon MQ: operational migration patterns covered in our messaging migration content.
• MSK (Managed Kafka) pricing in depth: different primitive (streaming vs messaging); covered in a separate streaming-platform post.
• Self-managed RabbitMQ HA architecture on EC2: covered in our messaging architecture content for teams choosing this path.
• MQ Connector / federation patterns: covered in messaging-architecture content; usually not bill-relevant.

If you only do one thing this week

Audit your MQ brokers for active usage. Run aws mq list-brokers and for each broker check CloudWatch SystemActiveConnections and MessagesEnqueued over the last 30 days. Any broker with sustained low or zero traffic is a candidate for deletion or downsizing. Brokers tend to outlive the applications they serve; an audit twice a year catches the orphans before they accumulate.

For the broader messaging-architecture decision (when MQ vs SQS vs Kafka), the reliable queue systems guide covers the trade-offs and the patterns for migrating between primitives when the workload outgrows the original choice.

Frequently asked questions