En Simple Log Service (SLS), cada elemento facturable se cobra por separado. Por ejemplo, almacenar registros genera cargos de almacenamiento y recopilarlos genera cargos de tráfico de escritura. A continuación se describen los elementos facturables y los métodos de pago del modelo de facturación de pago por función.
Notas
El modelo de pago por función de Log Service es compatible con la recopilación de registros y datos de series temporales. El espacio de almacenamiento y la creación de índices para datos de series temporales tienen precios independientes. Sin embargo, los cargos por procesamiento de datos, envío de datos, tráfico de lectura y escritura, y cantidad de solicitudes son los mismos que para los registros.
-
Consulte métricas como el tráfico de escritura, el tráfico de lectura, la cantidad de lecturas y escrituras, el tráfico de procesamiento de datos, el tráfico de envío de datos y el uso de almacenamiento del día anterior en la consola de Log Service.
Estas métricas se actualizan diariamente y no están disponibles en tiempo real.
Durante la recopilación de registros, Log Service comprime automáticamente los datos al 10 % o 20 % de su tamaño original.
¿Qué es una OCU?
La unidad de capacidad de observability (OCU) es la unidad de facturación de Alibaba Cloud-native Observability. El uso de OCU se calcula automáticamente según el consumo horario de recursos.
La facturación de las funciones optimizadas para cómputo de SLS está migrando a un modelo basado en OCU que cobra según el consumo real de recursos de cómputo. En escenarios de CPU, una OCU equivale aproximadamente a 0.5 núcleos de CPU, 2 GB de memoria y 3000 IOPS. SLS calcula valores de OCU independientes según el consumo de núcleos de CPU, memoria e IOPS. El valor más alto de estos tres determina la cantidad final de OCU para la facturación.
En escenarios de GPU, una OCU equivale aproximadamente a 1/60 de la potencia de cómputo de una tarjeta A10. El valor final de OCU se basa en la potencia de cómputo de GPU consumida.
Por ejemplo, un trabajo de cómputo que consume 1 núcleo de CPU, 2 GB de memoria y 3000 IOPS utiliza 2 OCU. En un periodo de medición de una hora, procesar 1 GB de datos consume aproximadamente 1/3 de OCU para un ingest processor, 1/3 de OCU para la transformación de datos y 0.3 OCU para el consumo basado en reglas.
Elementos facturables del modelo pay-by-feature
A continuación se describen los elementos facturables del modelo de facturación pay-by-feature. Para conocer los precios detallados, consulte Precios.
Almacenamiento de registros activo
Este elemento incluye el almacenamiento de los registros comprimidos y de los índices creados a partir de los registros sin comprimir. Los índices pueden ser de texto completo, de campo o de escaneo.
Por ejemplo, suponga que sus registros originales tienen un tamaño de 1 GB. Después de cargar los registros en Log Service y configurar índices para dos campos, la tasa de compresión es del 20 % y el tamaño de los datos de índice de ambos campos es de 0.5 GB. En este caso, el tamaño total de almacenamiento se calcula como 0.2 GB + 0.5 GB = 0.7 GB.
Métodos de facturación
pay-as-you-go: tarifa por el tamaño de almacenamiento activo de los datos de registro = almacenamiento acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
500 MB al mes. Esta cuota gratuita solo está disponible si no utiliza un plan de recursos.
Almacenamiento de registros IA
Cuando habilita el almacenamiento inteligente por niveles, los registros se trasladan automáticamente al almacenamiento IA (antes conocido como almacenamiento en frío) si su tiempo de retención supera el valor configurado en Hot Data Retention Period. Posteriormente, se le cobra por el espacio de almacenamiento IA, el cual incluye el almacenamiento de los registros comprimidos y de sus índices.
Por ejemplo, suponga que sus registros originales tienen un tamaño de 1 GB. Después de cargar los registros en Log Service y configurar índices para dos campos, la tasa de compresión es del 20 % y el tamaño de los datos de índice de ambos campos es de 0.5 GB. En este caso, el tamaño de almacenamiento IA se calcula como 0.2 GB + 0.5 GB = 0.7 GB.
Métodos de facturación
pay-as-you-go: tarifa por el tamaño de almacenamiento IA de los datos de registro = almacenamiento acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Almacenamiento de registros de archivo
Cuando habilita el almacenamiento inteligente por niveles, los registros se trasladan automáticamente al almacenamiento de archivo si su tiempo de retención supera el valor configurado en Hot Data Retention Period o en IA storage period. Posteriormente, se le cobra por el espacio de almacenamiento de archivo, el cual incluye el almacenamiento de los registros comprimidos y de sus índices.
Por ejemplo, suponga que sus registros originales tienen un tamaño de 1 GB. Después de cargar los registros en Log Service y configurar índices para dos campos, la tasa de compresión es del 20 % y el tamaño de los datos de índice de ambos campos es de 0.5 GB. En este caso, el tamaño de almacenamiento de archivo se calcula como 0.2 GB + 0.5 GB = 0.7 GB.
Métodos de facturación
pay-as-you-go: tarifa por el tamaño de almacenamiento de archivo de los datos de registro = almacenamiento acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Almacenamiento de series temporales
Este elemento incluye el almacenamiento de los datos de series temporales comprimidos y de los índices creados a partir de los datos de series temporales sin comprimir.
Por ejemplo, suponga que sus datos originales de series temporales tienen un tamaño de 1 GB. Después de cargar los datos en Log Service, se crea automáticamente un índice de 1 GB. Si la tasa de compresión es del 20 %, el tamaño total de almacenamiento es de 0.2 GB + 1 GB = 1.2 GB.
Métodos de facturación
pay-as-you-go: tarifa por el tamaño de almacenamiento de datos de series temporales = almacenamiento acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Tráfico de lectura y escritura
Este elemento se compone del tráfico de escritura y del tráfico de lectura:
Tráfico de escritura: las tarifas por tráfico de escritura se basan en el volumen de datos comprimidos que se cargan en Log Service. Por ejemplo, si carga 10 GB de datos originales en Log Service con una tasa de compresión del 20 %, se generan 2 GB de tráfico de escritura.
Tráfico de lectura: las tarifas por tráfico de lectura se basan en el volumen de datos comprimidos que consume o envía, por ejemplo, a AnalyticDB for MySQL. Por ejemplo, si carga 10 GB de datos originales en Log Service, se generan 2 GB de tráfico de escritura (con una tasa de compresión del 20 %). Si después usa Log Service para enviar esos datos a AnalyticDB for MySQL, se generan 2 GB adicionales de tráfico de lectura.
La función de vista previa de consumo en la consola de Log Service genera una pequeña cantidad de tráfico de lectura.
Métodos de facturación
pay-as-you-go: tarifa por tráfico de lectura y escritura = (tráfico de escritura acumulado diario + tráfico de lectura acumulado diario) (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
500 MB al mes. Esta cuota gratuita solo está disponible si no utiliza un plan de recursos.
Tráfico de índice de registros (logstore estándar)
El tráfico de índice se calcula según el tamaño de los datos de índice generados cuando se crean o reconstruyen índices para registros sin comprimir. Los índices se crean para campos específicos. La cantidad de tráfico de índice depende de los campos indexados y de la longitud de sus valores.
Por ejemplo:
Si escribe 1 GB de registros originales en Log Service con un índice de texto completo habilitado, se genera 1 GB de tráfico de índice.
Si escribe 1 GB de registros originales en Log Service y habilita índices para dos campos que contienen un total de 0.5 GB de datos, se generan 0.5 GB de tráfico de índice.
La indexación de registros acelera las consultas y el análisis. Para consultar y analizar registros, debe create an index. En otros escenarios, como la migración o transferencia de datos mediante Log Service, no es necesario crear un índice de registros.
Este elemento facturable aplica a los logstores estándar.
Habilitar la indexación genera tráfico de índice y consume espacio de almacenamiento.
El tráfico de índice genera una tarifa única cuando se escriben los datos.
Si crea tanto un índice de texto completo como un índice de campo para un mismo campo, solo se le cobrará el tráfico de índice una vez.
Log Service crea automáticamente índices para campos reservados como
__time__y__source__. Esto genera una pequeña cantidad de tráfico de índice. Para obtener más información, consulte Reserved fields.
Métodos de facturación
pay-as-you-go: tarifa por tráfico de índice de registros = tráfico de índice acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
500 MB al mes. Esta cuota gratuita solo está disponible si no utiliza un plan de recursos.
Tráfico de índice de registros (logstore de consulta)
El tráfico de índice se calcula según el tamaño de los datos de índice generados cuando se crean o reconstruyen índices para registros sin comprimir. Los índices se crean para campos específicos. La cantidad de tráfico de índice depende de los campos indexados y de la longitud de sus valores.
Por ejemplo:
Si escribe 1 GB de registros originales en Log Service con un índice de texto completo habilitado, se genera 1 GB de tráfico de índice.
Si escribe 1 GB de registros originales en Log Service y habilita índices para dos campos que contienen un total de 0.5 GB de datos, se generan 0.5 GB de tráfico de índice.
La indexación de registros acelera las consultas y el análisis. Para consultar y analizar registros, debe create an index. En otros escenarios, como la migración o transferencia de datos mediante Log Service, no es necesario crear un índice de registros.
Este elemento facturable aplica a los logstores de consulta.
Habilitar la indexación genera tráfico de índice y consume espacio de almacenamiento.
El tráfico de índice genera una tarifa única cuando se escriben los datos.
Si crea tanto un índice de texto completo como un índice de campo para un mismo campo, solo se le cobrará el tráfico de índice una vez.
Log Service crea automáticamente índices para campos reservados como
__time__y__source__. Esto genera una pequeña cantidad de tráfico de índice. Para obtener más información, consulte Reserved fields.
Métodos de facturación
pay-as-you-go: tarifa por tráfico de índice de registros = tráfico de índice acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Tráfico de índice de escaneo
El tráfico de índice se calcula según el tamaño de los datos de índice generados cuando se crea o reconstruye un índice de escaneo para registros sin comprimir. La cantidad de tráfico de índice depende de los campos del registro y de la longitud de sus valores. Si un campo tiene un índice de texto completo o de campo y también un índice de escaneo, solo se cobra el tráfico del índice de texto completo o de campo; no se genera tráfico de índice de escaneo. Crear un índice de escaneo genera datos de almacenamiento de índice equivalentes al 20 % del tamaño del registro original.
Por ejemplo:
Si escribe 1 GB de registros originales en Simple Log Service con un índice de texto completo habilitado, se genera 1 GB de tráfico de índice de texto completo.
Habilitar índices de campo en campos que contienen 0.5 GB de datos genera 0.5 GB de tráfico de índice de campo. Si además habilita un índice de escaneo para esos mismos campos, no se cobrará tráfico adicional de índice de escaneo.
Métodos de facturación
pay-as-you-go: tarifa por tráfico de índice de escaneo = tráfico de índice de escaneo acumulado diario (GB) × precio unitario por GB
Plan de recursos: no disponible
Cuota gratuita
Ninguna
Tráfico de índice de series temporales
El tráfico de índice se calcula según el tamaño de los datos de índice generados cuando se crea un índice para datos de series temporales sin comprimir. Los índices se crean para campos específicos. La cantidad de tráfico de índice depende de los campos indexados y de la longitud de sus valores. Cuando carga datos de series temporales, Log Service crea un índice automáticamente.
Por ejemplo, si escribe 1 GB de datos originales de series temporales en Log Service, se genera 1 GB de tráfico de índice.
Métodos de facturación
pay-as-you-go: tarifa por tráfico de índice de series temporales = tráfico de índice acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Tráfico de lectura por red pública
Este tráfico se genera cuando extrae datos de un endpoint de Log Service a través de la red pública de internet. El tráfico se calcula según el tamaño de los datos comprimidos.
Métodos de facturación
pay-as-you-go: tarifa por tráfico de lectura por red pública = tráfico de lectura por red pública acumulado diario × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Tráfico de escaneo
El tráfico de escaneo se calcula según la cantidad de datos sin comprimir que se analizan.
Métodos de facturación
pay-as-you-go: tarifa por tráfico de escaneo = tráfico de escaneo acumulado diario × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Transformación de datos
Las tarifas por transformación de datos se basan en la cantidad de datos sin comprimir procesados. El procesamiento de datos entre regiones genera tráfico de lectura por red pública, el cual se calcula según el tamaño de los datos comprimidos.
Métodos de facturación
pay-as-you-go: tarifa por transformación de datos = tamaño de datos procesados acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Envío de datos
Las tarifas por envío de datos se basan en la cantidad de datos sin comprimir enviados a destinos como OSS, MaxCompute y AnalyticDB for MySQL.
Enviar datos a AnalyticDB for MySQL implica llamadas a API para leerlos, lo que genera tarifas por solicitudes de lectura y escritura, así como por tráfico de lectura.
Métodos de facturación
pay-as-you-go: tarifa por envío de datos = tamaño de datos enviados acumulado diario (GB) × precio unitario por GB
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Solicitudes de lectura y escritura
Cuando carga datos en Log Service, las tarifas se basan en el número de solicitudes de escritura. Este número depende de la velocidad a la que se generan sus datos. Log Service minimiza la cantidad de solicitudes en el backend.
Cuando transforma datos, los envía a AnalyticDB for MySQL o los consume, estos se leen por lotes. Se le cobra según el número de solicitudes de lectura.
Se cobran tanto las solicitudes de lectura y escritura exitosas como las que terminan con errores.
Métodos de facturación
pay-as-you-go: tarifa por solicitudes de lectura y escritura = solicitudes de lectura y escritura acumuladas diarias × precio unitario por solicitud
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
1 millón de solicitudes al mes. Esta cuota gratuita solo está disponible si no utiliza un plan de recursos.
Notificaciones de voz
Las notificaciones de alerta enviadas por llamada de voz se cobran por cada notificación.
Si una llamada de voz de alerta no logra conectarse, el sistema no vuelve a marcar, sino que envía una notificación por mensaje de texto.
Cada intento de llamada de voz se cobra una vez, sin importar si la conexión fue exitosa o no. El mensaje de texto posterior por una llamada con errores no genera costos adicionales.
Métodos de facturación
pay-as-you-go: tarifa por notificaciones de voz = notificaciones acumuladas diarias × precio unitario por notificación
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Notificaciones SMS
Las notificaciones de alerta enviadas por mensaje de texto se cobran por cada notificación.
Los operadores de telefonía pueden dividir los mensajes de texto largos (por ejemplo, de más de 70 caracteres) en dos mensajes independientes. Aunque reciba varios mensajes, Log Service factura esta acción como una sola notificación.
Métodos de facturación
pay-as-you-go: tarifa por notificaciones SMS = notificaciones acumuladas diarias × precio unitario por notificación
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Fragmentos activos
Las tarifas se basan en el número de fragmentos que se encuentran en estado de lectura y escritura. Los fragmentos combinados o divididos dejan de generar cargos al día siguiente de la operación.
Por ejemplo, si combina tres fragmentos de lectura y escritura en uno solo, se le seguirán cobrando tres fragmentos durante el día de la combinación. Al día siguiente, se le cobrará únicamente un fragmento.
Cuando crea un logstore, Log Service configura dos fragmentos de forma predeterminada. Para obtener más información sobre los fragmentos, consulte Why am I charged for active shards?.
Por razones históricas, los elementos facturables correspondientes a las concesiones de fragmentos activos en logstores y metricstores aparecen como dos campos distintos en su factura: active shard lease y partition lease. El uso total de fragmentos es la suma del uso de estos dos elementos facturables, por lo que no existe doble contabilización. Este problema se está corrigiendo actualmente.
Métodos de facturación
pay-as-you-go: tarifa por fragmentos activos = número de fragmentos de lectura y escritura × precio unitario por fragmento
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
31 días-fragmento al mes. Esta cuota gratuita solo está disponible si no utiliza un plan de recursos.
Dedicated SQL
Las tarifas se basan en el tiempo real de CPU consumido para el análisis SQL. La unidad de facturación es la hora-núcleo, que representa un núcleo de CPU ejecutándose durante una hora. Para obtener más información, consulte Billing examples.
Métodos de facturación
pay-as-you-go: tarifa por Dedicated SQL = tiempo de CPU (horas) × precio unitario por hora
Plan de recursos: las tarifas se compensan mediante un plan de recursos. El uso se deduce del plan en Cost Unit (CU).
Cuota gratuita
Ninguna
Consumo basado en reglas
Las tarifas se basan en los recursos consumidos por el trabajo de consumo basado en reglas. La unidad de facturación es OCU. En un periodo de medición de 1 hora, procesar 1 GB de datos mediante consumo basado en reglas consume aproximadamente 0.3 OCU.
Métodos de facturación
pay-as-you-go: tarifa por consumo basado en reglas = número de OCU de los recursos consumidos × precio unitario por OCU
Plan de recursos: no disponible
Cuota gratuita
Ninguna
Transformación de datos (nueva versión)
Las tarifas se basan en los recursos consumidos por el trabajo de transformación de datos (nueva versión). La unidad de facturación es OCU. En un periodo de medición de 1 hora, procesar 1 GB de datos mediante la transformación de datos (nueva versión) consume aproximadamente 1/3 de OCU.
Métodos de facturación
pay-as-you-go: tarifa por transformación de datos (nueva versión) = número de OCU de los recursos consumidos × precio unitario por OCU
Plan de recursos: no disponible
Cuota gratuita
Ninguna
Aceleración de transferencia
Las tarifas se calculan según el tráfico de entrada y salida generado a través de un endpoint de aceleración de transferencia. La facturación se basa en la cantidad real de datos transferidos. En los escenarios de carga de datos, si estos están comprimidos, el tráfico se calcula según el tamaño comprimido. Para obtener más información, consulte Manage Projects.
Métodos de facturación
pay-as-you-go: tarifa por aceleración de transferencia = tráfico de entrada y salida de la aceleración de transferencia × precio unitario por GB
Plan de recursos: no disponible
Cuota gratuita
Ninguna
Ingest processor
Un ingest processor procesa los datos antes de escribirlos en un logstore. Entre estas tareas se incluyen el filtrado, la extracción de campos, la extensión de campos y el enmascaramiento de datos. Las tarifas se basan en los recursos de procesamiento de datos consumidos.
En un periodo de medición de 1 hora, procesar 1 GB de datos mediante un ingest processor consume aproximadamente 1/3 de OCU.
Métodos de facturación
pay-as-you-go: tarifa por ingest processor = número de OCU de los recursos consumidos × precio unitario por OCU
Plan de recursos: no disponible
Cuota gratuita
Ninguna