All Products
Search
Document Center

ApsaraMQ for RabbitMQ:Instance types

Last Updated:Mar 11, 2026

ApsaraMQ for RabbitMQ offers five instance editions across two categories -- Serverless and Subscription -- each with a different deployment model, billing structure, and feature set. Choose an edition based on your isolation requirements, throughput needs, and budget.

Edition overview

CategoryEditionDeploymentBillingBest for
ServerlessSharedShared cluster (logically isolated)Pay-by-cumulative-usageVariable workloads with unpredictable traffic
ServerlessExclusiveDedicated physical clusterReserved + ElasticSteady workloads that need resource isolation
SubscriptionEnterprise EditionShared cluster (logically isolated)Subscription (upfront) with elastic TPSCost-effective production workloads on shared infrastructure
SubscriptionPlatinum EditionDedicated physical clusterSubscription (upfront) with elastic TPSMission-critical workloads requiring maximum throughput and dedicated resources
SubscriptionProfessional EditionShared cluster (logically isolated)Subscription (upfront) with elastic TPSLightweight workloads in supported regions
Important

New Professional Edition instances are available only in the China (Qingdao), China (Hohhot), Japan (Tokyo), and regions. In other regions, use Serverless instances with reserved and elastic specifications instead -- they provide better performance at lower cost. Existing Professional Edition instances continue to work and can be upgraded or downgraded.

Shared vs. dedicated deployment

  • Shared (logically isolated): Multiple tenants share the same physical cluster. Resources are logically isolated per tenant. If another tenant generates a traffic spike, your instance may experience transient performance fluctuations. Best when cost efficiency outweighs guaranteed performance isolation.

  • Dedicated (exclusive physical cluster): Your instance runs on dedicated hardware with no resource contention from other tenants. Network, compute, and storage resources are exclusively allocated to your workload. Best for workloads with strict latency, throughput, or compliance requirements.

Serverless Shared, Enterprise Edition, and Professional Edition use shared deployment. Serverless Exclusive and Platinum Edition use dedicated deployment.

Billing

EditionBilling modelDetails
Serverless SharedPay-by-cumulative-usageCharged based on the total number of messages sent and received. See Billing of Serverless instances.
Serverless ExclusiveReserved + ElasticPay for reserved capacity upfront. Usage beyond the reserved capacity is billed on a pay-as-you-go basis. See Billing of Serverless instances.
Enterprise / Platinum / ProfessionalSubscriptionPay upfront for a fixed term. Enable elastic TPS to increase peak throughput beyond the base specification. See Billing of subscription instances.

Availability and reliability

All editions provide the same high-availability and data-reliability guarantees:

  • Multi-zone high availability (HA): Instances are deployed across multiple availability zones.

  • Triplicate data persistence: All message data is stored with three replicas to prevent data loss.

  • SLA: 99.95% for most editions. Platinum Edition offers a 99.99% SLA.

Elastic capacity

Each edition supports elastic scaling beyond its base specification. The elastic headroom varies:

EditionElastic capacity limit
Serverless SharedUp to 50,000 TPS
Serverless Exclusive1x the base specification
Enterprise Edition1x the base specification, up to 50,000 TPS
Professional Edition0.5x the base specification

Feature comparison

FeatureSharedExclusiveEnterprisePlatinumProfessional
Dashboard (Prometheus + Grafana)YesYesYesYesNo
Global message routingYesYesYesYesNo
Encryption in transit (TLS v1.2)YesYesYesYesNo
Encryption at restNoNoYesNoNo
Version managementNoNoYesNoNo

Notable differences:

  • Enterprise Edition is the only edition that supports encryption at rest and version management.

  • Professional Edition does not support dashboards, global message routing, or encryption.

Resource limits

Cluster limits

ResourceSharedExclusiveEnterprisePlatinumProfessional
Vhosts2002,0002004,096200
Exchanges6,00010,0006,00080,0006,000
Queues6,00010,0006,00080,0006,000
Bindings20,00020,00020,000No limit20,000
Queues per exchange256256256256256
Max message size10 MB50 MB10 MB50 MB64 KB
Max message retention3 days3 days3 days3 days3 days
Max delivery attempts1616166416
Note

Exclusive and Platinum Edition support custom queue-per-exchange limits. Exclusive Edition users can submit a ticket to request customization. Platinum Edition users should contact Alibaba Cloud technical support. After customization, Exclusive Edition instances cannot be downgraded to a shared cluster.

Connections

EditionConnection limit
Shared10,000
Exclusive20,000
Enterprise EditionPurchase by configuration. Free quota: 2,000. Maximum: 10,000.
Platinum EditionPurchase by instance type. Free quota: 50,000. Maximum: 100,000.
Professional Edition4x the number of queues. Range: 1,000 to 5,000.

Channels per connection

EditionChannel limit per connection
Shared2,000
Exclusive3,000
Enterprise Editionmin(queue count, 2,048)
Platinum Edition3,000
Professional Editionmax(queue count, 64)

Enterprise Edition: The channel limit equals the queue count, up to a maximum of 2,048. If you have fewer than 2,048 queues, the limit matches the queue count. If you have 2,048 or more queues, the limit is 2,048.

Professional Edition: The channel limit is at least 64. If you have more than 64 queues, the limit equals the queue count.

Consumers per queue

EditionConsumer limit
SharedTotal consumers = queues x 4. Per queue: 800 to 5,000.
ExclusiveNo limit
Enterprise EditionTotal consumers = queues x 4. Per queue: 800 to 5,000.
Platinum EditionNo limit
Professional EditionTotal consumers = queues x 4. Per queue: 50 to 5,000.

Delayed messages

EditionMaximum delay
Shared7 days
Exclusive7 days (customizable via support ticket; after customization, the instance cannot be downgraded to a shared cluster)
Enterprise Edition7 days
Platinum Edition7 days (customizable via Alibaba Cloud technical support)
Professional Edition24 hours

Consumption timeout

The consumption timeout defines how long a consumer can hold a message before acknowledging it. If a consumer exceeds this timeout, the channel closes and the unacknowledged message returns to the queue for redelivery.

EditionDefaultMaximum
Shared5 minutes3 hours
Exclusive30 minutes12 hours
Enterprise Edition5 minutes3 hours
Platinum Edition30 minutes12 hours
Professional Edition1 minute10 minutes

For more information, see Message timeout and retry.

API rate limits

The following rate limits apply to management operations. These limits do not affect message publishing or consuming throughput.

OperationAPIShared / Enterprise / ProfessionalExclusive / Platinum
Clear a queuepurgeQueue500 TPSNo limit
Create an exchangeexchangeDeclare500 TPSNo limit
Delete an exchangeexchangeDelete500 TPSNo limit
Create a queuequeueDeclare500 TPSNo limit
Delete a queuequeueDelete500 TPSNo limit
Create a bindingqueueBind500 TPSNo limit
Delete a bindingqueueUnbind500 TPSNo limit
Recover messagesbasicRecover500 TPSNo limit
Requeue a messagebasicReject(requeue=true), basicNack(requeue=true)20 TPSNo limit

Choose an edition

If you need...ChooseWhy
Pay-per-use with no upfront commitmentServerless SharedElastic capacity scales up to 50,000 TPS. No reserved resources to manage.
Dedicated hardware without a subscriptionServerless ExclusiveReserved capacity on isolated infrastructure. Pay only for overages beyond your reservation.
Fixed-cost subscription with encryption at restEnterprise EditionThe only edition with encryption at rest and version management. Runs on shared infrastructure for cost efficiency.
Maximum performance and highest SLAPlatinum EditionDedicated hardware. Supports up to 80,000 queues, 100,000 connections, and 64 delivery retries. 99.99% SLA.
Lightweight workloads in select regionsProfessional EditionAvailable only in China (Qingdao), China (Hohhot), and Japan (Tokyo). For new deployments in other regions, Serverless instances provide better performance and cost-effectiveness.