Pour les instances en abonnement et à la demande, la spécification de calcul pour l'envoi et la réception de messages constitue un élément facturable obligatoire dans ApsaraMQ for RocketMQ. ApsaraMQ for RocketMQ propose différentes spécifications de calcul selon le nombre maximal de transactions par seconde (TPS) pour l'envoi et la réception de messages. Les frais sont calculés en fonction de la spécification choisie et de la durée d'abonnement.
Description de la spécification de calcul
Capacités et contraintes de la spécification de calcul
-
TPS pour l'envoi et la réception de messages
La spécification de calcul pour ApsaraMQ for RocketMQ définit le nombre maximal de transactions par seconde (TPS) que ApsaraMQ for RocketMQ peut traiter pour l'envoi et la réception de messages.
Chaque spécification correspond à un plafond TPS différent. Pour plus d'informations, reportez-vous à Types d'instance.
-
Autres quotas de ressources
Outre les capacités TPS principales pour l'envoi et la réception de messages, chaque type d'instance impose des limites distinctes sur les ressources de gestion et les configurations. Pour plus d'informations, reportez-vous à Types d'instance.
Comportement en cas de dépassement des limites de spécification
Si le TPS réel pour l'envoi et la réception de messages dépasse la limite de votre spécification achetée, les règles suivantes s'appliquent :
-
Si la fonctionnalité TPS élastique est activée pour l'instance, celle-ci fonctionne normalement tant que le TPS reste compris entre la spécification de base et la spécification élastique. La part utilisant le TPS élastique est facturée à la demande. Si le TPS dépasse la capacité élastique maximale, l'instance subit une limitation de débit.
Pour plus d'informations sur la facturation du TPS élastique, reportez-vous à Frais de TPS élastique.
Si la fonctionnalité TPS élastique n'est pas prise en charge ou n'est pas activée pour l'instance, ApsaraMQ for RocketMQ applique une limitation de débit à l'instance.
Pour plus d'informations sur la limitation de débit des instances, reportez-vous à Mécanisme de limitation de débit des messages.
Règles de calcul du TPS d'envoi et de réception de messages
Le TPS d'envoi et de réception de messages correspond au nombre total de messages envoyés et souscrits par seconde.
Le ratio par défaut entre les capacités d'envoi et de réception d'une instance est de 1:1. Pour les scénarios impliquant moins d'écritures et plus de lectures, vous pouvez modifier ce ratio dans la console ApsaraMQ for RocketMQ.
L'unité minimale de calcul de la taille des messages est de 4 Ko. Les messages inférieurs à 4 Ko sont comptabilisés comme des messages de 4 Ko. Par exemple, si 5 000 messages sont reçus par seconde et 5 000 messages sont envoyés par seconde, avec une taille moyenne du corps du message de 16 Ko, le TPS d'envoi et de réception de messages est de (16 / 4) × (5 000 + 5 000) = 40 000 appels/seconde.
-
Pour les messages utilisant des fonctionnalités avancées :
-
Dans les scénarios d'envoi de messages, l'envoi de messages ordonnés, planifiés et différés, ou transactionnels consomme cinq fois plus de TPS que l'envoi de messages standard.
Par exemple, si vous envoyez 10 messages transactionnels par seconde, le TPS d'envoi de messages est de 10 × 5 = 50 appels/seconde.
Dans les scénarios de consommation de messages, la consommation de messages ordonnés consomme cinq fois plus de TPS que la consommation de messages standard.
-
-
Dans les scénarios impliquant plusieurs groupes de consommateurs, le TPS de lecture est calculé indépendamment pour chaque groupe de consommateurs. Chaque message ne compte qu'une seule fois comme un TPS d'écriture, quel que soit le nombre de groupes de consommateurs qui y souscrivent. Toutefois, chaque groupe de consommateurs contribue indépendamment à son propre TPS de lecture, et tous les groupes de consommateurs partagent le quota TPS total de l'instance.
Par exemple, si un producteur envoie 100 messages standard par seconde et que deux groupes de consommateurs différents souscrivent et consomment le même topic, la consommation TPS réelle est la suivante : TPS d'écriture = 100, TPS de lecture = 100 × 2 = 200, soit un total de 300 TPS imputé au quota partagé de l'instance. Plus il y a de groupes de consommateurs souscrivant au même topic, plus la consommation TPS combinée est élevée.
-
La consommation TPS dépend du taux de traitement réel des messages, et non du nombre d'instances de consommateur ou de groupes de consommateurs. Si plusieurs instances de consommateur au sein du même groupe de consommateurs se partagent la charge de travail, le TPS de lecture de ce groupe équivale à la somme des taux de consommation réels de toutes les instances de consommateur ; il ne se multiplie pas automatiquement avec le nombre de consommateurs.
Par exemple, si trois instances de consommateur dans un groupe de consommateurs consomment collectivement 300 messages par seconde, le TPS de lecture pour ce groupe est de 300, et non 300 × 3 = 900. L'effet multiplicateur sur le TPS de lecture, où le TPS de lecture augmente proportionnellement, se produit uniquement lorsque plusieurs groupes de consommateurs consomment chacun indépendamment tous les messages d'un topic.
Règles de facturation
Les frais relatifs à la spécification de calcul de base d'une instance ApsaraMQ for RocketMQ sont basés sur la taille de la spécification. Les méthodes de facturation par abonnement et à la demande sont toutes deux prises en charge. Le tableau suivant décrit les détails de facturation.
Élément | Paiement à l'utilisation | Abonnement |
Élément facturable | Les frais sont facturés en fonction de la spécification de calcul achetée. | Les frais sont facturés en fonction de la spécification de calcul achetée. |
Formule de facturation | Frais de spécification de calcul = Durée de service après l'achat de l'instance (en heures) × Prix unitaire de la spécification (en USD/heure) Important Pour la méthode de facturation à la demande, la durée facturable pour une spécification de calcul correspond à la durée de service après l'achat de l'instance. La facturation commence immédiatement après l'achat, que l'instance soit connectée ou non à une application. | Frais de spécification de calcul = Durée d'abonnement (en mois) × Prix unitaire de la spécification (en USD/mois) |
Logique de facturation | Lorsque vous achetez une instance, sélectionnez la spécification de calcul souhaitée pour créer l'instance. Aucun paiement n'est requis à ce stade. Après l'achat de l'instance, la facturation commence immédiatement en fonction de la spécification de facturation et de la durée de service de l'instance, que l'instance ait commencé ou non à envoyer ou recevoir des messages. À la fin d'une période de règlement, une facture est générée et les frais correspondants sont déduits de votre compte Alibaba Cloud. | Lorsque vous achetez une instance, sélectionnez la spécification de calcul souhaitée et la durée d'abonnement (en mois). Payez le prix calculé pour commencer à utiliser l'instance. |
Période de facturation | Facturation horaire Au cours de la période de facturation en cours, si la durée de service d'une instance est inférieure à 1 heure, elle est comptabilisée comme 1 heure. Par exemple, si une instance est achetée à 10 h 30, les frais de spécification de calcul pour la période de facturation de 10 h 00 à 11 h 00 correspondent à 1 heure × prix unitaire, et non à 0,5 heure × prix unitaire. | Facturation mensuelle |
Prix unitaire | Le prix unitaire spécifique est sujet au prix indiqué sur la page d'achat du produit. | |
FAQ sur les frais de spécification de calcul
Pourquoi suis-je facturé pour une instance à la demande que je n'ai pas utilisée ?
La spécification de calcul pour les instances à la demande de la série ApsaraMQ for RocketMQ 5,0 est facturée comme suit :
Après l'achat d'une instance, la facturation commence immédiatement en fonction de la spécification de calcul et de la durée de vie de l'instance. Cela se produit que vous ayez ou non commencé à envoyer ou recevoir des messages à l'aide de l'instance.
Quel est le tarif horaire pour une instance à la demande ? Suis-je facturé même lorsque l'instance est inactive ?
Pour les instances à la demande de la série ApsaraMQ for RocketMQ 5.x, les frais de spécification de calcul sont facturés à l'heure. Le prix unitaire horaire correspond au prix de base pour la spécification de calcul d'envoi et d'abonnement aux messages. Pour connaître le prix unitaire exact, reportez-vous à la page de tarification du produit.
La facturation à la demande commence immédiatement après l'achat d'une instance, que l'instance soit inactive, qu'aucune application ne soit connectée ou que des messages soient envoyés ou reçus. Les frais de spécification de calcul de base s'accumulent tant que l'instance existe. Les instances inactives sont facturées au même tarif que les instances actives. Pour arrêter la facturation, libérez l'instance dans la console.