Pourquoi suis-je facturé pour une instance en paiement à l'utilisation que je n'ai pas utilisée ?
Les instances en paiement à l'utilisation sont facturées en fonction de leur durée d'existence, et non du volume de messages ou de l'activité des consommateurs. Lorsque vous créez une instance, des brokers dédiés et un espace de stockage sont immédiatement alloués, ce qui déclenche la facturation. Les frais s'appliquent jusqu'à la libération de l'instance.
Formule de facturation
Total fees = Instance price x Service timePar exemple, si votre instance fonctionne pendant 3 jours avant d'être libérée, vous payez 72 heures de temps de service, qu'il y ait eu ou non production ou consommation de messages.
Comment arrêter la facturation
Libérez l'instance. Les actions suivantes n'arrêtent pas la facturation :
Arrêt des producteurs et des consommateurs
Suppression des topics
Ces actions laissent les ressources sous-jacentes (brokers et stockage) allouées, de sorte que les frais continuent de s'accumuler.
Puis-je suspendre la facturation sans libérer l'instance ?
Non. Il est impossible de mettre la facturation en pause ou en suspens. Tant que l'instance existe, vous êtes facturé.
Comment une instance basée sur des topics est-elle convertie en instance basée sur des partitions ?
Vous ne pouvez plus acheter d'instances ApsaraMQ for Kafka avec une spécification par topic. Toutes les instances utilisent désormais une spécification par partition.
Que votre instance ait été initialement achetée selon une spécification par topic ou par partition, les mises à niveau et rétrogradations utilisent désormais uniquement la spécification par partition. Lors de la mise à niveau ou de la rétrogradation d'une instance basée sur des topics, celle-ci est automatiquement convertie selon les règles suivantes.
Formule de conversion
Total partitions after conversion = Partitions included in the specification + Additional topics purchased x Conversion coefficientLe résultat est arrondi à l'entier supérieur.
Coefficients de conversion
| Méthode de facturation | Coefficient de conversion |
|---|---|
| Abonnement | 23,913 |
| Paiement à l'utilisation | 45,045 |
Exemple concret
Une instance Standard Edition en abonnement présente la configuration suivante :
Bande passante : 20 Mo/s
Topics inclus dans la spécification : 50
Topics supplémentaires achetés : 10
Après conversion :
1,000 + 10 x 40.602 = 1,407 partitionsPour connaître les quotas de partitions inclus dans chaque spécification, consultez les Règles de facturation.
Protection contre le déficit
Si votre utilisation réelle des partitions dépasse le total converti, Alibaba Cloud fournit les partitions supplémentaires gratuitement. Par exemple, si la conversion donne 1 000 partitions mais que vous en utilisez 1 100, Alibaba Cloud compense la différence de 100 partitions sans frais.
Quotas après conversion
Après la conversion, les quotas de topics et de groupes sont mis à jour en fonction du nombre de partitions :
| Ressource | Nouveau quota |
|---|---|
| Topics | Égal au nombre total de partitions |
| Groupes | Égal au nombre total de partitions x 2 |
Pourquoi suis-je facturé en fonction du trafic de pointe ?
En général, la facturation repose soit sur le matériel, soit sur le service. Dans le mode de facturation basé sur le matériel, il est difficile de facturer une instance en fonction de l'utilisation réelle du service. Dans le mode de facturation basé sur le service, l'instance est facturée selon l'utilisation effective du service.
Que mesure le trafic de pointe ?
Le trafic de pointe définit la capacité globale de traitement des données de votre instance, et pas seulement la bande passante réseau. La sélection d'un niveau de trafic de pointe provisionne la capacité de débit de l'ensemble du cluster.
Capacité de traitement quotidienne
Calculez la capacité minimale de traitement quotidienne à partir du trafic de pointe :
Data processing capability = Peak traffic x DurationExemple : Une instance avec un trafic de pointe de 30 Mo/s peut traiter au moins 2,47 To par jour :
30 MB/s x 60 s x 60 min x 24 h / 1024 / 1024 = 2.47 TB/day| Trafic de pointe | Capacité minimale de traitement quotidienne |
|---|---|
| 20 Mo/s | ~1,65 To/jour |
| 30 Mo/s | ~2,47 To/jour |
| 60 Mo/s | ~4,94 To/jour |
| 120 Mo/s | ~9,89 To/jour |
La capacité réelle de traitement peut dépasser ces minimums.
Pourquoi suis-je facturé pour des partitions supplémentaires ?
Les clusters Apache Kafka open source subissent une dégradation significative des performances au-delà d'environ 1 000 partitions. ApsaraMQ for Kafka élimine cette limitation : un topic peut avoir un nombre illimité de partitions sans perte de performance.
Cependant, les partitions supplémentaires au-delà de votre plan de ressources consomment des ressources de broker, vous êtes donc facturé pour ces partitions supplémentaires en conséquence.
Comment la fonctionnalité Connector affecte-t-elle ma facture ?
La fonctionnalité Connector est construite sur EventBridge et Function Compute. Ces deux services apparaissent comme des lignes distinctes sur votre facture :
| Service | Statut de facturation |
|---|---|
| EventBridge | En aperçu public, gratuit |
| Function Compute | Facturé séparément. Consultez la Présentation de la facturation. |
Cela s'applique à la nouvelle version de la fonctionnalité Connector. Pour la version précédente, consultez la Présentation .