Cette rubrique explique les différences de facturation entre l'ancien mode Standard/Professionnel de RocketMQ Serverless et le nouveau mode partagé à la demande. Elle décrit également comment identifier le type de votre instance, consulter les règles de facturation et migrer en toute transparence vers l'édition partagée.
Anciennes éditions Standard et Professionnelle
L'édition Serverless a évolué comme suit :
Instances héritées : Le mode de facturation partagé à la demande ne distingue plus les éditions Standard et Professionnelle. Les deux sont regroupées au sein d'un seul modèle de facturation partagé à la demande.
Nouvelles instances : Trois modes de facturation sont disponibles : partagé à la demande, partagé réservé + élastique et dédié réservé + élastique.
Comment identifier si votre instance est une ancienne édition Standard/Professionnelle
Dans la console RocketMQ, accédez à Instances > Détails de l'instance > Informations de base et vérifiez les champs suivants :
Si Primary Edition affiche Standard ou Professional, il s'agit d'une ancienne instance Standard/Professionnelle.
Si Primary Edition affiche Shared, il s'agit d'une nouvelle instance partagée. Dans ce cas, consultez le champ Capacity Type pour déterminer si le mode de facturation est pay-as-you-go ou reserved + elastic.
Facturation des anciennes éditions Standard/Professionnelle
Pour les détails de facturation des anciennes éditions Standard/Professionnelle, consultez Facturation des anciennes instances Serverless des éditions Standard et Professionnelle.
Sélection du mode de facturation
Lors de l'achat d'une instance, sélectionnez d'abord un mode de capacité, puis décidez si vous souhaitez réserver une capacité TPS. Le mode Cumulative pay-as-you-go ne réserve aucune capacité et facture le nombre cumulé de messages envoyés et reçus. Le mode Reserved + elastic nécessite l'achat préalable d'un niveau de capacité TPS réservé ; le trafic dépassant cette capacité réservée est facturé en tant que TPS élastique. Ces deux modes présentent des structures de coûts différentes qui impactent directement votre facture mensuelle. Comparez-les aux modèles de trafic de votre charge de travail avant l'achat :
|
Élément de comparaison |
Cumulative pay-as-you-go |
Reserved + elastic |
|
Capacité réservée |
Aucune capacité réservée n'est requise. |
La capacité doit être réservée par niveau TPS. |
|
Structure des coûts |
Frais basés sur le nombre de messages envoyés et reçus, plus les frais d'instance. |
Frais de capacité réservée (capacité réservée × prix unitaire de la capacité réservée × durée), plus les frais de TPS élastique pour le trafic dépassant la capacité réservée. |
|
Architectures de déploiement prises en charge |
Partagé. |
Partagé et dédié. |
|
Scénarios |
Charges de travail au trafic fluctuant avec de fortes variations entre pics et creux, ou charges de travail encore en phase de validation avec un volume total de messages faible. Vous n'avez pas besoin de réserver de capacité pour un trafic imprévisible, et le coût varie en fonction du volume réel de messages envoyés et reçus. |
Charges de travail en ligne avec une base stable et un trafic quotidien prévisible. Le coût unitaire de la capacité réservée est inférieur à celui du mode cumulatif à la demande seul, tandis que le TPS élastique couvre toujours les pics de trafic. |
Pour une instance déjà achetée, vérifiez les champs Primary Edition et Capacity Type dans la section Basic Information de la page Instance Details afin de confirmer le mode de facturation utilisé. Pour plus de détails sur l'identification du mode, consultez la section « Comment identifier si votre instance est une ancienne édition Standard/Professionnelle » de cette rubrique.
Recommandations pour le dimensionnement de la capacité TPS réservée
Si vous choisissez le mode Reserved + elastic, dimensionnez le niveau de capacité réservée en fonction du trafic concurrentiel réellement généré par votre charge de travail, plutôt que sur son pic théorique :
Une capacité réservée de 500 à 2 000 TPS suffit généralement au trafic quotidien d'un petit système e-commerce. Validez la valeur exacte en fonction du pic mesuré de votre propre charge de travail.
Le trafic dépassant la capacité réservée est automatiquement facturé en tant que TPS élastique. Inutile de réserver une capacité supplémentaire pour des pics extrêmes rares, ce qui évite de payer des frais de capacité réservée excessifs pour des pointes occasionnelles.
Pour le prix unitaire et la formule de facturation de chaque élément, ainsi que pour d'autres références de sélection de capacité, consultez Facturation des instances Serverless.
Comparaison des fonctionnalités
Élément de comparaison | Édition Standard/Professionnelle | Partagée/Paiement à l'utilisation |
Frais PrivateLink | Des frais supplémentaires s'appliquent. La facturation est gérée par le service PrivateLink. | Aucun frais supplémentaire. Cela réduit considérablement les coûts de traitement du trafic PrivateLink. |
Méthode de facturation | Montant cumulé |
|
Frais d'instance | Aucun | Les frais d'instance s'appliquent uniquement aux instances Shared utilisant la méthode de facturation pay-as-you-go. |
Frais de ressources |
|
|
Nombre de clients en ligne simultanés | Aucun |
Remarque Évitez les modèles d'utilisation anormaux, tels que la création d'une nouvelle instance de producteur pour chaque message envoyé. Cela peut entraîner un nombre excessif de clients en ligne. |
Comment mettre à niveau d'une édition Standard/Professionnelle vers l'édition Shared
Mettez à niveau l'instance vers l'édition Shared : Sur la page Instance Details, cliquez sur le bouton Upgrade. Définissez Primary Edition sur Shared, puis confirmez la mise à niveau.
-
Changement d'endpoints après la mise à niveau vers le type Shared :
Lorsque vous mettez à niveau une instance vers le type Shared, le responsable de la facturation pour PrivateLink passe du service consumer au service provider. Ce changement entraîne une modification de l'adresse de l'endpoint. Pour assurer une transition fluide lors de l'envoi et de la réception des messages et éviter des frais PrivateLink inutiles, suivez ces étapes :
-
Après la mise à niveau, identifiez les endpoints :
Une fois la mise à niveau réussie, vous verrez deux endpoints pour le VPC dans la section Endpoint and Network Information de la page Instance Details.
L'endpoint marqué (Deprecated) : Il s'agit de l'ancien endpoint issu du modèle de facturation service consumer. Cet endpoint sera déprécié.
L'endpoint non marqué : Il s'agit du nouvel endpoint pour le modèle de facturation service provider. Basculez vers cet endpoint.
-
Modifiez la configuration du client et redémarrez :
Modifiez la configuration de toutes vos applications producteur et consommateur.
Remplacez l'ancienne adresse d'endpoint (celle marquée (Deprecated)) par la nouvelle adresse d'endpoint service provider.
Redémarrez ces applications une par une pour appliquer la nouvelle configuration.
Remarque : Les deux endpoints pointent vers la même instance RocketMQ pendant la transition. Le processus est transparent et n'interrompt pas le service.
-
Supprimez l'ancien endpoint (étape cruciale) :
Après avoir confirmé que toutes les applications producteur et consommateur ont basculé avec succès vers le nouvel endpoint et fonctionnent de manière stable, retournez à la page Instance Details.
Recherchez et supprimez l'ancien endpoint marqué (Deprecated).
ImportantSi un client continue d'utiliser l'ancien endpoint, des frais pour le trafic PrivateLink continueront d'être générés.
Même après que tous les clients ont basculé, les frais d'instance PrivateLink continueront d'être générés jusqu'à la suppression de l'ancien endpoint.
-