Le service managé pour OpenTelemetry utilise le mode de facturation au paiement à l'utilisation et mesure séparément l'ingestion des traces, le stockage des traces et le stockage des métriques. Cette rubrique décrit les termes utilisés dans la facturation, l'essai gratuit, les éléments facturables et leurs prix unitaires, des exemples de facturation, la procédure d'activation du paiement à l'utilisation, le cycle de facturation et une comparaison des coûts avec les déploiements open source auto-gérés.
l'ingestion des traces, le stockage des traces et le stockage des métriques
Avis : Les prix indiqués dans cette rubrique sont donnés à titre indicatif. Pour connaître les prix officiels, consultez la page Tarification.
Termes
Trace — Une trace représente le déroulement d'une transaction ou d'un processus au sein d'un système distribué.
Span — Un span est un segment nommé et horodaté d'une exécution continue au sein d'une trace. Au sein d'une trace, chaque appel est enregistré sous la forme d'un span.
Métrique — Données statistiques, telles que le nombre de requêtes, les temps de réponse et le nombre d'erreurs des applications, des API et des bases de données.
Relation entre une trace et les spans — Toutes les activités partageant le même ID de trace au sein d'un même compte sont considérées comme une seule trace. Une trace contient au maximum 10 requêtes (spans), et chaque span peut atteindre une taille de 2 Ko. Les données dépassant cette taille sont ignorées. Pour plus d'informations sur la relation entre une trace et ses spans, consultez Concepts de base du service managé pour OpenTelemetry.
Relation entre une trace et une métrique — Les traces ingérées sont agrégées en métriques statistiques. Une trace génère une métrique.
Éléments facturables et prix unitaires
Les éléments facturables du service managé pour OpenTelemetry sont le calcul des traces, le stockage des traces et le stockage des métriques. Le tableau suivant indique le quota gratuit quotidien et le prix unitaire de chaque élément facturable par région.
Une fois le paiement à l'utilisation activé, le service managé pour OpenTelemetry accorde un quota gratuit quotidien. Aucun frais ne vous est facturé tant que votre utilisation reste inférieure au quota gratuit. Lorsque votre utilisation atteint ou dépasse le quota gratuit, vous êtes facturé pour toutes les traces et toutes les métriques.
| Élément facturable | Quota gratuit | Chine continentale | Chine (Hong Kong) | Régions hors de Chine |
| Frais de calcul des traces (volume de lecture, d'écriture et d'agrégation) | 100 000 traces/jour | 0,13 USD/million de traces | 0 182 USD/million de traces | 0 182 USD/million de traces |
| Frais de stockage des traces | 100 000 traces/jour | 0,03 USD/million de traces/jour | 0 042 USD/million de traces/jour | 0 042 USD/million de traces/jour |
| Frais de stockage des métriques | 1 million de métriques/jour | 0,0015 USD/million de métriques/jour | 0,0021 USD/million de métriques/jour | 0,0021 USD/million de métriques/jour |
Frais de calcul des traces
Les frais de calcul des traces dépendent du nombre de traces effectivement ingérées. Les frais de calcul des traces couvrent uniquement le trafic de la journée en cours.
Exemple : Vous ingérez 1 million de traces par jour dans une région de Chine continentale. Les frais moyens quotidiens s'élèvent à 1 (million de traces) × 0,13 = 0,13 USD.
Les traces ingérées sont agrégées en métriques statistiques, telles que la latence, le nombre de requêtes par seconde (QPS) et le nombre d'erreurs des applications, des API et des bases de données. Pour modifier le volume ingéré, définissez le taux d'échantillonnage sur la page Cluster Configurations > Sampling Storage de la console du service managé pour OpenTelemetry.
Frais de stockage des traces
Les frais de stockage des traces dépendent du volume de stockage réel. Le volume total de stockage est mesuré chaque jour et dépend de la période de conservation des données : le volume mesuré pour une journée correspond au volume ingéré quotidiennement multiplié par la période de conservation des données. Vous pouvez modifier la période de conservation des données sur la page Cluster Configurations > Cluster Configurations de la console du service managé pour OpenTelemetry.
Exemple : Vous ingérez 1 million de traces par jour dans une région de Chine continentale et les conservez pendant 15 jours. Le volume quotidien mesuré des traces stockées est de 15 (jours) × 1 (million de traces) = 15 millions. Les frais de stockage quotidiens s'élèvent à 15 (millions) × 0,03 = 0,45 USD.
Frais de stockage des métriques
Les frais de stockage des métriques dépendent du volume de stockage réel. Le volume total de stockage est mesuré chaque jour et dépend de la période de conservation des données : le volume mesuré pour une journée correspond au volume quotidien de métriques générées multiplié par la période de conservation des données. Vous pouvez modifier la période de conservation des données sur la page Cluster Configurations > Cluster Configurations.
Exemple : Vous ingérez 1 million de traces par jour dans une région de Chine continentale et les conservez pendant 15 jours, ce qui génère environ 1 million de métriques par jour. Le volume quotidien mesuré des métriques stockées est de 15 (jours) × 1 (million de métriques) = 15 millions. Les frais de stockage quotidiens s'élèvent à 15 (millions) × 0,0015 = 0,0225 USD.
Exemples de paiement à l'utilisation
Les exemples suivants utilisent les prix unitaires d'une région de Chine continentale. Pour une charge de travail dans une autre région, substituez les prix unitaires indiqués pour cette région dans le tableau des prix unitaires de cette rubrique.
Exemple 1 : Vous ingérez 400 millions de traces (environ 400 millions de métriques) par jour dans une région de Chine continentale.
Le plan 1 et le plan 2 ne diffèrent que par la période de conservation des traces. Comparez leurs totaux pour voir comment la période de conservation affecte les frais quotidiens.
-
Plan 1 : Conservez toutes les données de trace et les données de métriques pendant 30 jours.
Frais quotidiens de calcul des traces : 400 (millions de traces) × 0,13 (prix unitaire par million de traces calculées) = 52 USD/jour
Frais quotidiens de stockage des traces : 400 (millions de traces) × 30 (jours) × 0,03 (prix unitaire par million de traces stockées) = 360 USD/jour
Frais quotidiens de stockage des métriques : 400 (millions de métriques) × 30 (jours) × 0,0015 (prix unitaire par million de métriques stockées) = 18 USD/jour
Total : 430 USD/jour
-
Plan 2 : Conservez les données de trace pendant 7 jours et les données de métriques pendant 30 jours.
Frais quotidiens de calcul des traces : 400 (millions de traces) × 0,13 (prix unitaire par million de traces calculées) = 52 USD/jour
Frais quotidiens de stockage des traces : 400 (millions de traces) × 7 (jours) × 0,03 (prix unitaire par million de traces stockées) = 84 USD/jour
Frais quotidiens de stockage des métriques : 400 (millions de métriques) × 30 (jours) × 0,0015 (prix unitaire par million de métriques stockées) = 18 USD/jour
Total : 154 USD/jour
Exemple 2 : Vous ingérez 10 millions de traces (environ 10 millions de métriques) par jour dans une région de Chine continentale.
Les données de trace sont conservées pendant 7 jours et les données de métriques pendant 30 jours.
Frais quotidiens de calcul des traces : 10 (millions de traces) × 0,13 (prix unitaire par million de traces calculées) = 1,3 USD/jour
Frais quotidiens de stockage des traces : 10 (millions de traces) × 7 (jours) × 0,03 (prix unitaire par million de traces stockées) = 2,1 USD/jour
Frais quotidiens de stockage des métriques : 10 (millions de métriques) × 30 (jours) × 0,0015 (prix unitaire par million de métriques) = 0,45 USD/jour
Total : 3,85 USD/jour
Activer le paiement à l'utilisation
Pour activer le paiement à l'utilisation, accédez à la page Activer le service managé pour OpenTelemetry.
Cycle de facturation
Le service managé pour OpenTelemetry est facturé quotidiennement et déduit les frais de la veille à 00 h 00 chaque jour.
Comparaison des coûts avec les déploiements open source auto-gérés
La plupart des solutions open source principales de gestion des performances des applications (APM) conservent les données pendant une période fixe de 7 jours. Le service managé pour OpenTelemetry conserve les données pendant 30 jours par défaut.
Le service managé pour OpenTelemetry facture séparément le calcul et le stockage, et vous permet de modifier la durée de stockage en temps réel. Vous pouvez ajuster la durée de conservation de vos données selon vos besoins pour maîtriser les coûts.
| Profil client | Nombre de nœuds | Requêtes quotidiennes | Configuration de l'infrastructure | Coût d'hébergement autonome (USD/mois) | **Service managé pour OpenTelemetry(USD/mois) |
| Petit | 80 | 20 millions de requêtes (complexité moyenne : 5 spans par requête) | 4 instances Elasticsearch (4 vCPU, 16 Go de mémoire, 1 To SSD) ; 4 instances Collector (4 vCPU, 8 Go de mémoire) | 864,52 | 113,29 |
| Moyen | 300 | 300 millions de requêtes (complexité moyenne : 7 spans par requête) | 8 instances Elasticsearch (8 vCPU, 16 Go de mémoire, 6 To SSD) ; 8 instances Collector (4 vCPU, 8 Go de mémoire) | 3 330,07 | 2 379,79 |
| Grand | 1 000 | 1 milliard de requêtes (complexité moyenne : 8 spans par requête) | 12 instances Elasticsearch (16 vCPU, 64 Go de mémoire, 21 To SSD) ; 16 instances Collector (4 vCPU, 8 Go de mémoire) | 9 641,81 | 9 599,15 |
Le nombre de nœuds correspond au nombre d'instances ECS ou de conteneurs docker. Le nombre de requêtes quotidiennes est basé sur la documentation officielle d'Apache, qui utilise une taille d'écriture de 10 Ko par trace. La configuration de l'infrastructure est calculée avec des données statistiques conservées pendant 15 jours et des données détaillées complètes conservées pendant 7 jours. Le service managé pour OpenTelemetry est facturé en fonction du nombre total de requêtes d'application stockées (requêtes quotidiennes × période de conservation). Il utilise un agent open source, et Alibaba Cloud maintient tous les autres composants.