Dans Simple Log Service (SLS), chaque élément facturable est facturé séparément. Par exemple, le stockage des journaux entraîne des frais de stockage et la collecte des journaux engendre des frais liés au trafic d'écriture. Les sections suivantes décrivent les éléments facturables et les méthodes de paiement du modèle de facturation à la fonctionnalité.
Notes
Le modèle de facturation à la fonctionnalité de Log Service prend en charge la collecte des journaux et des données de séries temporelles. Des tarifs distincts s'appliquent à l'espace de stockage et à la création d'index pour les données de séries temporelles. En revanche, les frais de traitement des données, les frais d'acheminement des données, les frais de trafic en lecture/écriture et les frais basés sur le nombre de requêtes sont identiques à ceux applicables aux journaux.
-
Vous pouvez consulter les métriques telles que le trafic d'écriture, le trafic de lecture, le nombre d'opérations de lecture/écriture, le trafic de traitement des données, le trafic d'acheminement des données et l'utilisation du stockage pour la veille dans la console Log Service.
Ces métriques sont mises à jour quotidiennement et ne sont pas disponibles en temps réel.
Lors de la collecte des journaux, Log Service compresse automatiquement les données de journal pour qu'elles occupent entre 10 % et 20 % de leur taille d'origine.
Qu'est-ce qu'une OCU ?
L'Observability Capacity Unit (OCU) est l'unité de facturation pour l'observabilité native du cloud Alibaba Cloud. L'utilisation des OCU est calculée automatiquement en fonction de la consommation horaire des ressources.
La facturation des fonctionnalités optimisées pour le calcul de SLS évolue vers un modèle basé sur les OCU, qui facture en fonction de la consommation réelle des ressources de calcul. Dans les scénarios impliquant des CPU, une OCU équivaut approximativement à 0,5 cœur de CPU, 2 Go de mémoire et 3 000 IOPS. SLS calcule des valeurs d'OCU distinctes en fonction de la consommation de cœurs de CPU, de mémoire et d'IOPS. La plus élevée de ces trois valeurs détermine le nombre final d'OCU pour la facturation.
Dans les scénarios impliquant des GPU, une OCU équivaut approximativement à 1/60 de la puissance de calcul d'une carte A10. La valeur finale de l'OCU est basée sur la puissance de calcul GPU consommée.
Par exemple, une tâche de calcul qui consomme 1 cœur de CPU, 2 Go de mémoire et 3 000 IOPS utilise 2 OCU. Sur une période de facturation d'une heure, le traitement de 1 Go de données consomme environ 1/3 d'OCU pour un processeur d'ingestion, 1/3 d'OCU pour la transformation des données et 0,3 OCU pour la consommation basée sur des règles.
Éléments facturables pour la facturation à l'utilisation
Les sections suivantes décrivent les éléments facturables dans le cadre du modèle de facturation à l'utilisation. Pour connaître les tarifs détaillés, consultez la page Tarification.
Stockage des journaux actifs
Cet élément inclut le stockage des journaux compressés ainsi que celui des index créés à partir des journaux non compressés. Les index peuvent être un index en texte intégral, un index de champ ou un index d'analyse (scan index).
Par exemple, supposons que vos journaux bruts occupent 1 Go. Après leur chargement dans Log Service et la configuration d'index pour deux champs, avec un taux de compression de 20 % et une taille de données d'index de 0,5 Go pour ces deux champs, la taille totale de stockage est calculée comme suit : 0,2 Go + 0,5 Go = 0,7 Go.
Méthodes de facturation
paiement à l'utilisation : Frais de stockage actif pour les données de journal = Stockage cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
500 Mo/mois. Ce quota gratuit n'est disponible que si vous n'utilisez pas de resource plan.
Stockage des journaux à accès peu fréquent (IA)
Lorsque vous activez le stockage intelligent hiérarchisé, les journaux sont automatiquement transférés vers le stockage IA (anciennement stockage froid) dès que leur durée de conservation dépasse la période configurée dans Hot Data Retention Period. Vous êtes alors facturé pour l'espace de stockage IA, qui comprend le stockage des journaux compressés et de leurs index.
Par exemple, supposons que vos journaux bruts occupent 1 Go. Après leur chargement dans Log Service et la configuration d'index pour deux champs, avec un taux de compression de 20 % et une taille de données d'index de 0,5 Go pour ces deux champs, la taille de stockage IA est calculée comme suit : 0,2 Go + 0,5 Go = 0,7 Go.
Méthodes de facturation
paiement à l'utilisation : Frais de stockage IA pour les données de journal = Stockage cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Stockage des journaux d'archive
Lorsque vous activez le stockage intelligent hiérarchisé, les journaux sont automatiquement transférés vers le stockage d'archive dès que leur durée de conservation dépasse la période configurée dans Hot Data Retention Period ou IA storage period. Vous êtes alors facturé pour l'espace de stockage d'archive, qui comprend le stockage des journaux compressés et de leurs index.
Par exemple, supposons que vos journaux bruts occupent 1 Go. Après leur chargement dans Log Service et la configuration d'index pour deux champs, avec un taux de compression de 20 % et une taille de données d'index de 0,5 Go pour ces deux champs, la taille de stockage d'archive est calculée comme suit : 0,2 Go + 0,5 Go = 0,7 Go.
Méthodes de facturation
paiement à l'utilisation : Frais de stockage d'archive pour les données de journal = Stockage cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Stockage de séries temporelles
Cet élément inclut le stockage des données de séries temporelles compressées ainsi que celui des index créés à partir des données de séries temporelles non compressées.
Par exemple, supposons que vos données de séries temporelles brutes occupent 1 Go. Après leur chargement dans Log Service, un index de 1 Go est automatiquement créé. Si le taux de compression est de 20 %, la taille totale de stockage est de 0,2 Go + 1 Go = 1,2 Go.
Méthodes de facturation
paiement à l'utilisation : Frais de stockage des données de séries temporelles = Stockage cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Trafic de lecture et d'écriture
Cet élément se compose du trafic d'écriture et du trafic de lecture :
Trafic d'écriture : Les frais de trafic d'écriture sont basés sur le volume de données compressées chargées dans Log Service. Par exemple, le chargement de 10 Go de données brutes dans Log Service génère 2 Go de trafic d'écriture, en supposant un taux de compression de 20 %.
Trafic de lecture : Les frais de trafic de lecture sont basés sur le volume de données compressées que vous consommez ou exportez, par exemple vers AnalyticDB for MySQL. Par exemple, le chargement de 10 Go de données brutes dans Log Service génère 2 Go de trafic d'écriture (avec un taux de compression de 20 %). Si vous utilisez ensuite Log Service pour exporter les données vers AnalyticDB for MySQL, 2 Go supplémentaires de trafic de lecture sont générés.
La fonctionnalité d'aperçu de la consommation dans la console Log Service génère une faible quantité de trafic de lecture.
Méthodes de facturation
paiement à l'utilisation : Frais de trafic de lecture et d'écriture = (Trafic d'écriture cumulé quotidien + Trafic de lecture cumulé quotidien) (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
500 Mo/mois. Ce quota gratuit n'est disponible que si vous n'utilisez pas de resource plan.
Trafic d'indexation des journaux (Standard LogStore)
Le trafic d'indexation est calculé en fonction de la taille des données d'index générées lors de la création ou de la reconstruction d'index pour des journaux non compressés. Les index sont créés pour des champs spécifiques. Le volume de trafic d'indexation dépend des champs indexés et de la longueur de leurs valeurs.
Exemples :
L'écriture de 1 Go de journaux bruts dans Log Service avec un index en texte intégral activé génère 1 Go de trafic d'indexation.
L'écriture de 1 Go de journaux bruts dans Log Service et l'activation d'index pour deux champs contenant au total 0,5 Go de données génèrent 0,5 Go de trafic d'indexation.
L'indexation des journaux accélère les requêtes et l'analyse. Pour interroger et analyser les journaux, vous devez créer un index. Pour d'autres scénarios, tels que la migration ou le transfert de données via Log Service, il n'est pas nécessaire de créer un index de journal.
Cet élément facturable s'applique aux Standard LogStores.
L'activation de l'indexation génère du trafic d'indexation et consomme de l'espace de stockage.
Le trafic d'indexation entraîne des frais uniques lors de l'écriture des données.
Si vous créez à la fois un index en texte intégral et un index de champ pour un même champ, vous n'êtes facturé qu'une seule fois pour le trafic d'indexation.
Log Service crée automatiquement des index pour les champs réservés tels que
__time__et__source__. Cela génère une faible quantité de trafic d'indexation. Pour plus d'informations, consultez la rubrique Champs réservés.
Méthodes de facturation
paiement à l'utilisation : Frais de trafic d'indexation des journaux = Trafic d'indexation cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
500 Mo/mois. Ce quota gratuit n'est disponible que si vous n'utilisez pas de resource plan.
Trafic d'indexation des journaux (Query LogStore)
Le trafic d'indexation est calculé en fonction de la taille des données d'index générées lors de la création ou de la reconstruction d'index pour des journaux non compressés. Les index sont créés pour des champs spécifiques. Le volume de trafic d'indexation dépend des champs indexés et de la longueur de leurs valeurs.
Exemples :
L'écriture de 1 Go de journaux bruts dans Log Service avec un index en texte intégral activé génère 1 Go de trafic d'indexation.
L'écriture de 1 Go de journaux bruts dans Log Service et l'activation d'index pour deux champs contenant au total 0,5 Go de données génèrent 0,5 Go de trafic d'indexation.
L'indexation des journaux accélère les requêtes et l'analyse. Pour interroger et analyser les journaux, vous devez créer un index. Pour d'autres scénarios, tels que la migration ou le transfert de données via Log Service, il n'est pas nécessaire de créer un index de journal.
Cet élément facturable s'applique aux Query LogStores.
L'activation de l'indexation génère du trafic d'indexation et consomme de l'espace de stockage.
Le trafic d'indexation entraîne des frais uniques lors de l'écriture des données.
Si vous créez à la fois un index en texte intégral et un index de champ pour un même champ, vous n'êtes facturé qu'une seule fois pour le trafic d'indexation.
Log Service crée automatiquement des index pour les champs réservés tels que
__time__et__source__. Cela génère une faible quantité de trafic d'indexation. Pour plus d'informations, consultez la rubrique Champs réservés.
Méthodes de facturation
paiement à l'utilisation : Frais de trafic d'indexation des journaux = Trafic d'indexation cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Trafic d'index d'analyse (Scan index)
Le trafic d'indexation est calculé en fonction de la taille des données d'index générées lors de la création ou de la reconstruction d'un index d'analyse (scan index) pour des journaux non compressés. Le volume de trafic d'indexation dépend des champs de journal et de la longueur de leurs valeurs. Si un champ possède à la fois un index en texte intégral ou un index de champ et un index d'analyse, seul le trafic correspondant à l'index en texte intégral ou à l'index de champ est facturé ; aucun trafic d'index d'analyse n'est généré. La création d'un index d'analyse génère des données de stockage d'index équivalentes à 20 % de la taille des journaux bruts.
Exemples :
L'activation d'un index d'analyse uniquement pour 1 Go de journaux bruts génère 1 Go de trafic d'index d'analyse. Toutefois, si un index en texte intégral est également activé, ce trafic d'index d'analyse n'est pas facturé.
L'activation d'index de champ sur des champs contenant 0,5 Go de données génère 0,5 Go de trafic d'index de champ. Si un index d'analyse est également activé pour les mêmes champs, aucun trafic d'index d'analyse supplémentaire n'est facturé.
Méthodes de facturation
paiement à l'utilisation : Frais de trafic d'index d'analyse = Trafic d'index d'analyse cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Non disponible
Quota gratuit
Aucun
Trafic d'indexation des séries temporelles
Le trafic d'indexation est calculé en fonction de la taille des données d'index générées lors de la création d'un index pour des données de séries temporelles non compressées. Les index sont créés pour des champs spécifiques. Le volume de trafic d'indexation dépend des champs indexés et de la longueur de leurs valeurs. Lorsque vous chargez des données de séries temporelles, Log Service crée automatiquement un index.
Par exemple, l'écriture de 1 Go de données de séries temporelles brutes dans Log Service génère 1 Go de trafic d'indexation.
Méthodes de facturation
paiement à l'utilisation : Frais de trafic d'indexation des séries temporelles = Trafic d'indexation cumulé quotidien (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Trafic de lecture sur réseau public
Ce trafic est généré lorsque vous extrayez des données depuis un endpoint Log Service via Internet public. Le trafic est calculé en fonction de la taille des données compressées.
Méthodes de facturation
paiement à l'utilisation : Frais de trafic de lecture sur réseau public = Trafic de lecture sur réseau public cumulé quotidien × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Trafic d'analyse (Scan)
Le trafic d'analyse est calculé en fonction de la quantité de données non compressées analysées.
Méthodes de facturation
paiement à l'utilisation : Frais de trafic d'analyse = Trafic d'analyse cumulé quotidien × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Transformation des données
Les frais de transformation des données sont basés sur la quantité de données non compressées traitées. Le traitement des données inter-régions génère du trafic de lecture sur réseau public, qui est calculé en fonction de la taille des données compressées.
Méthodes de facturation
paiement à l'utilisation : Frais de transformation des données = Taille des données traitées cumulées quotidiennement (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Exportation des données
Les frais d'exportation des données sont basés sur la quantité de données non compressées exportées vers des destinations telles qu'OSS, MaxCompute et AnalyticDB for MySQL.
L'exportation de données vers AnalyticDB for MySQL implique des appels API pour lire les données, ce qui génère des frais pour les requêtes de lecture et d'écriture ainsi que pour le trafic de lecture.
Méthodes de facturation
paiement à l'utilisation : Frais d'exportation des données = Taille des données exportées cumulées quotidiennement (Go) × Prix unitaire par Go
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Requêtes de lecture et d'écriture
Lorsque vous chargez des données dans Log Service, les frais sont basés sur le nombre de requêtes d'écriture. Le nombre de requêtes d'écriture dépend de votre vitesse de génération de données. Log Service minimise le nombre de requêtes côté backend.
Lorsque vous transformez des données, exportez des données vers AnalyticDB for MySQL ou consommez des données, celles-ci sont lues par lots. Vous êtes facturé en fonction du nombre de requêtes de lecture.
Vous êtes facturé pour les requêtes de lecture et d'écriture, qu'elles aboutissent ou échouent.
Méthodes de facturation
paiement à l'utilisation : Frais de requêtes de lecture et d'écriture = Requêtes de lecture et d'écriture cumulées quotidiennement × Prix unitaire par requête
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
1 million de requêtes/mois. Ce quota gratuit n'est disponible que si vous n'utilisez pas de resource plan.
Notifications vocales
Les notifications d'alerte envoyées par appel vocal sont facturées par notification.
Si un appel vocal d'alerte ne parvient pas à se connecter, le système ne rappelle pas mais envoie plutôt une notification par SMS.
Chaque tentative d'appel vocal est facturée une fois, indépendamment du succès de la connexion. Le SMS subsequent envoyé en cas d'échec de l'appel n'entraîne aucun frais supplémentaire.
Méthodes de facturation
paiement à l'utilisation : Frais de notifications vocales = Notifications cumulées quotidiennement × Prix unitaire par notification
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Notifications SMS
Les notifications d'alerte envoyées par SMS sont facturées par notification.
Les opérateurs peuvent diviser les longs messages texte (par exemple, plus de 70 caractères) en plusieurs messages distincts. Bien que vous puissiez recevoir plusieurs messages, Log Service facture cela comme une seule notification.
Méthodes de facturation
paiement à l'utilisation : Frais de notifications SMS = Notifications cumulées quotidiennement × Prix unitaire par notification
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Shards actifs
Les frais sont basés sur le nombre de shards en état de lecture/écriture. Les shards fusionnés ou divisés cessent d'engendrer des frais le lendemain de l'opération.
Par exemple, si vous fusionnez trois shards en lecture/écriture en un seul shard, vous serez toujours facturé pour trois shards le jour de la fusion. Le lendemain, vous serez facturé pour un seul shard.
Lorsque vous créez un LogStore, Log Service configure deux shards par défaut. Pour plus d'informations sur les questions liées aux shards, consultez la rubrique Pourquoi suis-je facturé pour les shards actifs ?.
Pour des raisons historiques, les éléments facturables pour les baux de shards actifs dans les Logstores et les Metricstores apparaissent sous deux champs différents sur votre facture : active shard lease et partition lease. L'utilisation totale des shards correspond à la somme de l'utilisation de ces deux éléments facturables, sans double comptage. Ce problème est en cours de correction.
Méthodes de facturation
paiement à l'utilisation : Frais de shards actifs = Nombre de shards en lecture/écriture × Prix unitaire par shard
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
31 jours-shard/mois. Ce quota gratuit n'est disponible que si vous n'utilisez pas de resource plan.
SQL dédié
Les frais sont basés sur le temps CPU réel consommé pour l'analyse SQL. L'unité de facturation est l'heure-cœur, représentant un cœur de CPU fonctionnant pendant une heure. Pour plus d'informations, consultez la rubrique Exemples de facturation.
Méthodes de facturation
paiement à l'utilisation : Frais de SQL dédié = Temps CPU (heures) × Prix unitaire par heure
resource plan : Les frais sont compensés par un resource plan. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Consommation basée sur des règles
Les frais sont basés sur les ressources consommées par la tâche de consommation basée sur des règles. L'unité de facturation est l'OCU. Sur une période de facturation d'une heure, le traitement de 1 Go de données via la consommation basée sur des règles consomme environ 0,3 OCU.
Méthodes de facturation
paiement à l'utilisation : Frais de consommation basée sur des règles = Nombre d'OCU pour les ressources consommées × Prix unitaire par OCU
resource plan : Non disponible
Quota gratuit
Aucun
Transformation des données (nouvelle version)
Les frais sont basés sur les ressources consommées par la tâche de transformation des données (nouvelle version). L'unité de facturation est l'OCU. Sur une période de facturation d'une heure, le traitement de 1 Go de données via la transformation des données (nouvelle version) consomme environ 1/3 d'OCU.
Méthodes de facturation
paiement à l'utilisation : Frais de transformation des données (nouvelle version) = Nombre d'OCU pour les ressources consommées × Prix unitaire par OCU
resource plan : Non disponible
Quota gratuit
Aucun
Accélération du transfert
Les frais sont calculés en fonction du trafic entrant et sortant généré via un endpoint d'accélération du transfert. La facturation est basée sur la quantité réelle de données transférées. Pour les scénarios de chargement de données, si les données sont compressées, le trafic est calculé en fonction de la taille compressée. Pour plus d'informations, consultez la rubrique Gérer les projets.
Méthodes de facturation
paiement à l'utilisation : Frais d'accélération du transfert = Trafic entrant et sortant via l'accélération du transfert × Prix unitaire par Go
resource plan : Non disponible
Quota gratuit
Aucun
Ingest processor
Un ingest processor traite les données, notamment le filtrage, l'extraction de champs, l'extension de champs et le masquage des données, avant que celles-ci ne soient écrites dans un LogStore. Les frais sont basés sur les ressources de traitement des données consommées.
Sur une période de facturation d'une heure, le traitement de 1 Go de données via un ingest processor consomme environ 1/3 d'OCU.
Méthodes de facturation
paiement à l'utilisation : Frais d'ingest processor = Nombre d'OCU pour les ressources consommées × Prix unitaire par OCU
resource plan : Non disponible
Quota gratuit
Aucun