ApsaraMQ for RocketMQ propose plusieurs types d'instances qui se distinguent par leurs fonctionnalités et leurs spécifications. Cette rubrique compare ces types d'instances et détaille les caractéristiques de chacun d'eux : spécifications de calcul, bande passante Internet et quotas de ressources du plan de contrôle. Ces informations vous permettent d'acheter l'instance adaptée à vos besoins métier.
Séries d'instances
Les instances ApsaraMQ for RocketMQ appartiennent à l'une des deux séries suivantes : la série Serverless ou la série non-Serverless. La série Serverless comprend le type Shared et le type Dedicated. La série non-Serverless regroupe l'édition Standard, l'édition Professional et l'édition Platinum. La figure suivante illustre ces différentes séries d'instances.
La conversion entre une instance de la série Serverless et une instance de la série non-Serverless est impossible. Choisissez soigneusement la série avant d'acheter une instance.
Pour les instances de la série non-Serverless, le mode de facturation peut passer du paiement à l'utilisation à l'abonnement. Pour plus d'informations, consultez Passer du paiement à l'utilisation à l'abonnement.
Concernant les instances de la série non-Serverless, les changements d'édition s'effectuent dans un seul sens : la mise à niveau est possible, mais pas la rétrogradation. Le chemin de mise à niveau suit cet ordre : édition Standard > édition Professional > édition Platinum.
Comparaison des fonctionnalités des instances
Les tableaux suivants comparent les fonctionnalités des différents types d'instances pour chaque série.
Instances de la série Serverless
| Élément | Shared (par utilisation cumulée) | Shared (réservé et élastique) | Dedicated (réservé et élastique) |
| Mode de facturation | Paiement selon l'utilisation cumulée | Réservé + Élastique | Réservé + Élastique |
| Méthode d'isolation | Partage physique, locataire unique logique | Partage physique, locataire unique logique | Dédié physiquement, avec des nœuds physiques exclusifs |
| Élasticité |
|
|
|
| Modèle de topic léger | Non pris en charge | Non pris en charge | Pris en charge |
| Reprise après sinistre et haute disponibilité |
|
|
|
| Mode de réplication des données entre zones de disponibilité. Pour plus d'informations, consultez Reprise après sinistre des instances. | Réplication asynchrone | Réplication asynchrone | Réplication synchrone, réplication asynchrone |
| Exercices de reprise après sinistre | Non pris en charge | Non pris en charge | Pris en charge |
| Durée maximale de conservation des messages | Maximum : 30 jours. Valeur par défaut : 3 jours. | Maximum : 30 jours. Valeur par défaut : 3 jours. | Maximum : 30 jours. Valeur par défaut : 3 jours. Vous pouvez envoyer une requête pour personnaliser cette valeur. Après cette personnalisation, l'instance ne peut plus être rétrogradée vers une autre série. |
| Durée maximale des messages planifiés | Maximum : 7 jours | Maximum : 7 jours | Maximum : 7 jours. Vous pouvez envoyer une requête pour personnaliser cette valeur. Après cette personnalisation, l'instance ne peut plus être rétrogradée vers une autre série. |
| Gestion des versions (prend en charge des règles personnalisées de mise à niveau de version) | Non pris en charge | Non pris en charge | Pris en charge |
Instances de la série non-Serverless (abonnement et paiement à l'utilisation)
| Élément | Édition Standard | Édition Professional | Édition Platinum |
| Fonctionnalités du produit | Aligné sur Apache RocketMQ open source. Fournit les fonctionnalités de base suivantes :
| Ajoute les fonctionnalités avancées suivantes à l'édition Standard :
| Propose les services suivants en complément de l'édition Professional :
|
| Modèle de topic léger | Pris en charge | Pris en charge | Pris en charge |
Reprise après sinistre et haute disponibilité Remarque Le service gère les zones de disponibilité ; leur personnalisation est impossible. |
|
|
|
| Mode de réplication des données entre zones de disponibilité. Pour plus d'informations, consultez Reprise après sinistre des instances. | Réplication asynchrone | Réplication asynchrone | Réplication synchrone, réplication asynchrone |
| Méthode d'isolation | Partage physique, locataire unique logique | Partage physique, locataire unique logique | Dédié physiquement, avec des nœuds physiques exclusifs |
| SLA de stabilité |
|
|
|
| Durée maximale des messages planifiés | Maximum : 7 jours | Maximum : 40 jours | Maximum : 40 jours |
| Gestion des versions (prend en charge des règles personnalisées de mise à niveau de version) | Pris en charge | Pris en charge | Pris en charge |
Instructions
Lisez le texte anglais pour comprendre CE qui doit être communiqué.
Rédigez le français DE ZÉRO — oubliez la structure des phrases anglaises.
Conservez exactement toute la mise en forme markdown, les blocs de code, les liens et les images.
Balises xref (
<a data-tag="xref" ...>texte</a>) — conservez LA BALISE ENTIÈRE avec tous ses attributs dans l'ordre et la casse d'origine, traduisez UNIQUEMENT le texte visible entre > et .Appliquez strictement toutes les règles spécifiques à la langue.
Appliquez les règles des stopwords avec une tolérance zéro.
Utilisez le mode impératif dans les étapes numérotées et les listes à puces procédurales.
Garantissez la cohérence terminologique — un même terme = une même traduction partout.
Variez les débuts de phrase dans les listes et les tableaux — aucun début de phrase ne doit apparaître plus de 3 fois.
-
Retournez UNIQUEMENT le document markdown en français, sans aucune explication.
Limites des types d'instance
Limites des types d'instance
Les instances Standard Edition, Single Node Edition et Professional Edition ne prennent pas en charge le TPS élastique. Anticipez votre consommation de ressources afin d'éviter tout bridage de l'instance si un pic de trafic soudain dépasse les limites de votre spécification.
Les quotas de topics et de groups par instance couvrent la majorité des cas d'usage en production à grande échelle. Il est recommandé d'isoler vos services métier sur différentes instances selon le département ou le domaine. Cette approche améliore la stabilité et facilite la gestion des ressources.
La spécification du TPS de messages repose sur le nombre total de messages normaux envoyés et reçus, avec une taille de message de référence de 4 Ko. Un coefficient multiplicateur s'applique lorsque vous utilisez des fonctionnalités avancées de messagerie ou que vous envoyez des messages volumineux. Pour plus de détails sur le calcul du TPS, consultez Spécifications de calcul.
-
Si le TPS réel d'envoi et de réception de messages dépasse la limite supérieure du type d'instance acheté :
Lorsque le TPS élastique est activé, votre instance fonctionne normalement tant que le TPS reste dans la plage élastique provisionnée. La consommation dépassant la spécification de base est facturée au paiement à l'utilisation. Si le TPS excède la capacité élastique maximale, l'instance subit un bridage.
Pour en savoir plus sur la facturation du TPS élastique des instances non Serverless, consultez Frais de TPS élastique. Concernant la facturation du TPS élastique des instances Serverless, reportez-vous à Frais de TPS élastique Serverless.
Si votre instance ne prend pas en charge le TPS élastique ou si cette fonctionnalité n'est pas activée, Message Queue for RocketMQ bride l'instance.
ImportantComportement du bridage : lorsqu'il se déclenche, le serveur renvoie une réponse d'échec pour les requêtes dépassant la limite. Ces requêtes ne sont pas mises en file d'attente.
Risque de perte de messages : le bridage ne supprime aucun message côté serveur. Toutefois, si le client ne dispose d'aucun mécanisme de nouvelle tentative après avoir reçu une réponse d'échec liée au bridage, le système ne conserve pas le message. Cela équivaut à une perte de message.
Bonnes pratiques : configurez une politique de nouvelle tentative d'envoi adaptée côté client. Elle permet de gérer les échecs d'envoi causés par un bridage transitoire et garantit la fiabilité des messages.
Un nombre excessif de connexions clientes vers une instance Message Queue for RocketMQ consomme d'importantes ressources serveur et peut fortement dégrader la stabilité. Veillez donc à ce que le nombre de connexions clientes ne dépasse pas la limite de votre type d'instance.
Instances de la gamme Serverless
RemarqueNombre de clients simultanément en ligne : total des producteurs et consommateurs connectés. Chacun compte pour un client.
Nombre de ressources : total des topics et des groupes de consommateurs.
Architecture de déploiement
Mode de capacité
Plage de TPS
Clients simultanés max.
Quota de clients gratuit
Nombre maximal de ressources
Quota de ressources gratuit
Nombre maximal de LiteTopics
Partagé
Consommation cumulée
Tout
5 000
500
3 000
100
/
Réservé + Élastique
[2 000, 20 000]
5 000
1 000
3 000
200
(20 000, 50 000]
8 000
2 000
3 000
200
(50 000, 100 000]
10 000
3 000
3 000
200
(100 000, 200 000]
20 000
5 000
3 000
200
Dédié
Réservé + Élastique
5 000
3 000
2 000
3 000
300
300 000
10 000
6 000
4 000
4 000
300
500 000
15 000
8 000
6 000
6 000
500
800 000
[20 000, 50 000]
10 000
8 000
6 000
500
1 200 000
(50 000, 100 000]
20 000
10 000
6 000
500
3 000 000
(100 000, 200 000]
40 000
20 000
8 000
1 000
3 600 000
(200 000, 300 000]
80 000
40 000
10 000
1 500
5 000 000
(300 000, 500 000]
100 000
50 000
16 000
2 000
6 500 000
(500 000, 1 000 000]
200 000
100 000
40 000
3 000
11 600 000
Instances non Serverless (abonnement et paiement à l'utilisation)
Standard edition
Sous-gamme d'instances
Type d'instance
TPS de base max. (ops/s)
TPS en rafale max. (ops/s)
Nombre maximal de connexions
Bande passante sortante (Mbps)
Quota de topics gratuit
Quota maximal de topics
Groupes de consommateurs max.
Nombre maximal de LiteTopics
Single Node Edition (n'est plus commercialisée)
rmq.s1.micro
500
Non applicable
Ce type d'instance ne prend pas en charge l'élasticité en rafale.
2 000
De 1 à 1 000
Personnalisable.
100
100
1 000
/
Cluster High-availability Edition
rmq.s2,2xlarge
2 000
4 000
300
50 000
rmq.s2,4xlarge
4 000
4 000
150 000
rmq.s2,6xlarge
6 000
6 000
500
300 000
RemarqueSi les quotas de topics et de groupes de consommateurs de l'instance Standard Edition de plus haut niveau (rmq.s2,6xlarge) ne suffisent pas à vos besoins métier, passez à Professional Edition et choisissez un type d'instance adapté.
Professional edition
Sous-gamme d'instances
Type d'instance
TPS de base max. (ops/s)
TPS en rafale max. (ops/s)
Nombre maximal de connexions
Bande passante sortante (Mbps)
Quota de topics gratuit
Quota maximal de topics
Groupes de consommateurs max.
Nombre maximal de LiteTopics
Single Node Edition (n'est plus commercialisée)
rmq.p1.micro
500
Non applicable
Ce type d'instance ne prend pas en charge l'élasticité en rafale.
2 000
De 1 à 1 000
Personnalisable.
150
150
1 500
/
Cluster High-availability Edition
rmq.p2,4xlarge
4 000
2 000
4 000
500
2 000
150 000
rmq.p2,6xlarge
6 000
3 000
6 000
300 000
rmq.p2,10xlarge
10 000
5 000
10 000
1 000
500 000
rmq.p2,20xlarge
20 000
10 000
10 000
800 000
rmq.p2,30xlarge
30 000
15 000
12 000
2 000
1 000 000
rmq.p2,40xlarge
40 000
20 000
12 000
1 200 000
rmq.p2,50xlarge
50 000
20 000
14 000
1 400 000
rmq.p2.100xlarge
100 000
30 000
26 000
2 200 000
rmq.p2.120xlarge
120 000
40 000
30 000
2 700 000
rmq.p2.150xlarge
150 000
50 000
38 000
3 300 000
rmq.p2.200xlarge
200 000
60 000
50 000
4 500 000
RemarqueSi les quotas de topics et de groupes de consommateurs des instances Professional Edition de type rmq.p2,10xlarge ou supérieur restent insuffisants pour vos besoins métier, ouvrez un ticket.
Platinum edition
Sous-gamme d'instances
Type d'instance
TPS de base max. (ops/s)
TPS en rafale max. (ops/s)
Nombre maximal de connexions
Bande passante sortante (Mbps)
Quota de topics gratuit
Quota maximal de topics
Groupes de consommateurs max.
Nombre maximal de LiteTopics
Cluster High-availability Edition
rmq.u2,10xlarge
10 000
5 000
10 000
De 1 à 1 000
Personnalisable.
200
3 000
4 000
600 000
rmq.u2,20xlarge
20 000
10 000
10 000
800 000
rmq.u2,30xlarge
30 000
15 000
12 000
1 000 000
rmq.u2,40xlarge
40 000
20 000
10 000
1 200 000
rmq.u2,50xlarge
50 000
20 000
14 000
1 400 000
rmq.u2,60xlarge
60 000
22 000
16 000
1 600 000
rmq.u2,70xlarge
70 000
24 000
18 000
1 700 000
rmq.u2,80xlarge
80 000
26 000
20 000
1 800 000
rmq.u2,90xlarge
90 000
28 000
24 000
2 000 000
rmq.u2.100xlarge
100 000
30 000
26 000
2 200 000
rmq.u2.120xlarge
120 000
40 000
30 000
2 700 000
rmq.u2.150xlarge
150 000
50 000
38 000
3 300 000
rmq.u2.200xlarge
200 000
60 000
50 000
4 500 000
rmq.u2.250xlarge
250 000
70 000
51 000
5 600 000
rmq.u2.300xlarge
300 000
80 000
52 000
6 300 000
rmq.u2.350xlarge
350 000
90 000
53 000
7 500 000
rmq.u2.400xlarge
400 000
100 000
54 000
9 300 000
rmq.u2.450xlarge
450 000
120 000
60 000
10 400 000
rmq.u2.500xlarge
500 000
140 000
66 000
11 600 000
rmq.u2.550xlarge
550 000
160 000
72 000
12 800 000
rmq.u2.600xlarge
600 000
200 000
80 000
14 000 000
rmq.u2.1000xlarge
1 000 000
300 000
134 000
23 200 000
RemarqueSi les quotas de topics et de groupes de consommateurs des instances Platinum Edition demeurent insuffisants pour vos besoins métier, ouvrez un ticket.
Support de la localisation nationale
ApsaraMQ for RocketMQ prend en charge les processeurs Hygon afin de répondre aux exigences de localisation nationale.
Étapes suivantes
Pour connaître les éléments facturables et les détails de facturation des instances par abonnement et à paiement à l'utilisation, consultez Facturation des instances par abonnement et à paiement à l'utilisation.
Concernant les éléments facturables et les détails de facturation des instances Serverless, reportez-vous àFacturation des instances serverless Standard et Professional existantes.