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, tandis que la collecte des journaux engendre des frais de trafic d'écriture. Les sections suivantes décrivent les éléments facturables et les méthodes de paiement du modèle de facturation « Paiement à l'utilisation ».
Notes
Le modèle « Paiement à l'utilisation » de Log Service prend en charge la collecte de journaux et de données de séries temporelles. La tarification de l'espace de stockage et de la création d'index pour les données de séries temporelles est distincte. 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 liés au nombre de requêtes restent identiques à ceux appliqués aux journaux.
-
Vous pouvez consulter les métriques telles que le trafic d'écriture, le trafic de lecture, le nombre de lectures/écritures, 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 réduire leur taille à 10 %–20 % de la taille originale.
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 CPU, une OCU équivaut approximativement à 0,5 cœur de processeur, 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 processeur, 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 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, un travail de calcul qui consomme 1 cœur de processeur, 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 le modèle « paiement à l'utilisation » par fonctionnalité
Les sections suivantes décrivent les éléments facturables pour le modèle de facturation « paiement à l'utilisation » par fonctionnalité. Pour connaître les tarifs détaillés, consultez la page Tarification.
Stockage des journaux actifs
Cet élément comprend 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).
Par exemple, supposons que vos journaux bruts occupent 1 Go. Après avoir téléchargé les journaux dans Log Service et configuré des index pour deux champs, le taux de compression est de 20 % et la taille des données d'index pour ces deux champs est de 0,5 Go. Dans ce cas, la taille totale du stockage est calculée comme suit : 0,2 Go + 0,5 Go = 0,7 Go.
Méthodes de facturation
paiement à l'utilisation : Frais pour la taille du stockage actif des données de journal = Stockage cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 plan de ressources.
Stockage des journaux à accès peu fréquent (IA)
Lorsque vous activez le stockage intelligent par niveaux, les journaux sont automatiquement déplacés vers le stockage IA (anciennement stockage froid) dès que leur durée de conservation dépasse la Hot Data Retention Period configurée. Vous êtes alors facturé pour l'espace de stockage IA, qui inclut le stockage des journaux compressés et de leurs index.
Par exemple, supposons que vos journaux bruts occupent 1 Go. Après avoir téléchargé les journaux dans Log Service et configuré des index pour deux champs, le taux de compression est de 20 % et la taille des données d'index pour ces deux champs est de 0,5 Go. Dans ce cas, la taille du stockage IA est calculée comme suit : 0,2 Go + 0,5 Go = 0,7 Go.
Méthodes de facturation
paiement à l'utilisation : Frais pour la taille du stockage IA des données de journal = Stockage cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 par niveaux, les journaux sont automatiquement déplacés vers le stockage d'archive dès que leur durée de conservation dépasse la Hot Data Retention Period ou la IA storage period configurée. Vous êtes alors facturé pour l'espace de stockage d'archive, qui inclut le stockage des journaux compressés et de leurs index.
Par exemple, supposons que vos journaux bruts occupent 1 Go. Après avoir téléchargé les journaux dans Log Service et configuré des index pour deux champs, le taux de compression est de 20 % et la taille des données d'index pour ces deux champs est de 0,5 Go. Dans ce cas, la taille du 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 pour la taille du stockage d'archive des données de journal = Stockage cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 comprend 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 avoir téléchargé les données dans Log Service, un index de 1 Go est automatiquement créé. Si le taux de compression est de 20 %, la taille totale du stockage est de 0,2 Go + 1 Go = 1,2 Go.
Méthodes de facturation
paiement à l'utilisation : Frais pour la taille du stockage des données de séries temporelles = Stockage cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 téléchargées dans Log Service. Par exemple, le télé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 transférez, par exemple vers AnalyticDB for MySQL. Par exemple, le télé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 transférer 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 petite quantité de trafic de lecture.
Méthodes de facturation
paiement à l'utilisation : Frais pour le trafic de lecture et d'écriture = (Trafic d'écriture cumulatif quotidien + Trafic de lecture cumulatif quotidien) (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 plan de ressources.
Trafic d'indexation des journaux (LogStore standard)
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 à l'aide de Log Service, il n'est pas nécessaire de créer un index de journal.
Cet élément facturable s'applique aux LogStores standard.
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 petite quantité de trafic d'indexation. Pour plus d'informations, consultez la rubrique Champs réservés.
Méthodes de facturation
paiement à l'utilisation : Frais pour le trafic d'indexation des journaux = Trafic d'indexation cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 plan de ressources.
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 à l'aide de 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 petite quantité de trafic d'indexation. Pour plus d'informations, consultez la rubrique Champs réservés.
Méthodes de facturation
paiement à l'utilisation : Frais pour le trafic d'indexation des journaux = Trafic d'indexation cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Trafic d'index d'analyse (scan)
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) 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, ainsi qu'un index d'analyse, seul le trafic pour 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'écriture de 1 Go de journaux bruts dans Simple Log Service avec un index en texte intégral activé génère 1 Go de trafic d'index en texte intégral.
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 pour le trafic d'index d'analyse = Trafic d'index d'analyse cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : 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 télé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 pour le trafic d'indexation des séries temporelles = Trafic d'indexation cumulatif quotidien (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 pour le trafic de lecture sur réseau public = Trafic de lecture sur réseau public cumulatif quotidien × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 cumulatif quotidien × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 cumulatives quotidiennes (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. L'utilisation est déduite du plan en unités de coût (CU).
Quota gratuit
Aucun
Transfert de données
Les frais de transfert de données sont basés sur la quantité de données non compressées transférées vers des destinations telles qu'OSS, MaxCompute et AnalyticDB for MySQL.
Le transfert 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 de transfert de données = Taille des données transférées cumulatives quotidiennes (Go) × Prix unitaire par Go
plan de ressources : Les frais sont compensés par un plan de ressources. 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 télé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, transférez 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 pour les requêtes de lecture et d'écriture = Requêtes de lecture et d'écriture cumulatives quotidiennes × Prix unitaire par requête
plan de ressources : Les frais sont compensés par un plan de ressources. 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 plan de ressources.
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 pour les notifications vocales = Notifications cumulatives quotidiennes × Prix unitaire par notification
plan de ressources : Les frais sont compensés par un plan de ressources. 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 SMS (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 pour les notifications SMS = Notifications cumulatives quotidiennes × Prix unitaire par notification
plan de ressources : Les frais sont compensés par un plan de ressources. 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 êtes toujours facturé pour trois shards le jour de la fusion. Le lendemain, vous êtes 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 pour les shards actifs = Nombre de shards en lecture/écriture × Prix unitaire par shard
plan de ressources : Les frais sont compensés par un plan de ressources. 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 plan de ressources.
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 pour le SQL dédié = Temps CPU (heures) × Prix unitaire par heure
plan de ressources : Les frais sont compensés par un plan de ressources. 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 le job de consommation basé sur des règles. L'unité de facturation est l'OCU. Sur une période de mesure d'une heure, le traitement de 1 Go de données à l'aide de la consommation basée sur des règles consomme environ 0,3 OCU.
Méthodes de facturation
paiement à l'utilisation : Frais pour la consommation basée sur des règles = Nombre d'OCU pour les ressources consommées × Prix unitaire par OCU
plan de ressources : Non disponible
Quota gratuit
Aucun
Transformation des données (nouvelle version)
Les frais sont basés sur les ressources consommées par le job de transformation des données (nouvelle version). L'unité de facturation est l'OCU. Sur une période de mesure d'une heure, le traitement de 1 Go de données à l'aide de la transformation des données (nouvelle version) consomme environ 1/3 d'OCU.
Méthodes de facturation
paiement à l'utilisation : Frais pour la transformation des données (nouvelle version) = Nombre d'OCU pour les ressources consommées × Prix unitaire par OCU
plan de ressources : 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 télé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 pour l'accélération du transfert = Trafic entrant et sortant issu de l'accélération du transfert × Prix unitaire par Go
plan de ressources : Non disponible
Quota gratuit
Aucun
Processeur d'ingestion
Un processeur d'ingestion traite les données, telles que 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 mesure d'une heure, le traitement de 1 Go de données à l'aide d'un processeur d'ingestion consomme environ 1/3 d'OCU.
Méthodes de facturation
paiement à l'utilisation : Frais pour le processeur d'ingestion = Nombre d'OCU pour les ressources consommées × Prix unitaire par OCU
plan de ressources : Non disponible
Quota gratuit
Aucun