Precios de Google Cloud Observability

Los precios de Google Cloud Observability te permiten controlar el uso y los gastos. El precio de los productos Google Cloud Observability se calcula según el volumen de datos o el uso. Con las asignaciones de uso de datos sin coste económico, puedes empezar a utilizar el servicio sin compromisos ni tarifas por adelantado.

También podrían interesarte los siguientes documentos:

En las siguientes tablas se resumen los precios de Cloud Logging, Cloud Monitoring y Cloud Trace.

Resumen de precios de Cloud Logging

Función Precio1 Asignación sin coste económico al mes Fecha de entrada en vigor
Almacenamiento de Logging*
excepto los registros de red proporcionados por el operador.		 0, 50 USD por GiB.
Cargo único por el envío de registros al almacenamiento del contenedor de registros para realizar tareas de indexación, consulta y análisis. Incluye hasta 30 días de almacenamiento en contenedores de registro. No se aplican cargos adicionales por consultar y analizar datos de registros.
 Primeros 50 GiB/proyecto/mes 1 de julio del 2018
Almacenamiento de registros de red proporcionado† 0,25 USD por GiB;
cargo único por el streaming de registros de telemetría de red al almacenamiento del contenedor de registros para realizar tareas de indexación, consulta y análisis.Incluye hasta 30 días de almacenamiento en contenedores de registro. No se aplican cargos adicionales por consultar y analizar datos de registros. 		No aplicable 1 de octubre del 2024
Conservación de Logging‡ 0,01 USD por GiB al mes para los registros conservados durante más de 30 días (se factura mensualmente según la conservación). Los registros que se hayan conservado durante el periodo de conservación predeterminado no tienen ningún coste de conservación. 1 de enero del 2022
Enrutador de registros♣  Sin cargos adicionales No aplicable No aplicable
Analíticas de registros♥  Sin cargos adicionales No aplicable No aplicable

*  El volumen de almacenamiento cuenta el tamaño real de las entradas de registro antes de la indexación. No se aplican cargos por el almacenamiento de los registros en el _Requiredcontenedor de registros.

†  Los registros vendidos son Google Cloud registros de red que generan los Google Cloud servicios cuando se habilita la generación de estos registros. Los registros que se venden incluyen los registros de flujos de VPC, los registros de reglas de cortafuegos y los registros de Cloud NAT. Estos registros también están sujetos a los precios de la telemetría de red. Para obtener más información, consulta el artículo sobre registros vendidos.

‡  No hay cargos por conservación de los registros almacenados en el contenedor de registros _Required, que tiene un periodo de retención fijo de 400 días.

♣  El enrutamiento de registros se define como el reenvío de los registros recibidos a través de la API de Cloud Logging a un destino admitido. Es posible que se apliquen cargos por el destino a los registros enrutados.

♥  Actualizar un contenedor de registros para usar Analíticas de registros o enviar consultas de SQL desde la página Analíticas de registros no tiene coste económico.

Nota: El texto que explica los precios de Cloud Logging cambió el 19 de julio del 2023. Sin embargo, las asignaciones sin coste económico y las tarifas no han cambiado. Es posible que tu factura haga referencia al antiguo idioma de precios.

Resumen de precios de Cloud Monitoring

Función Precio Asignación sin coste económico al mes Fecha de entrada en vigor
Todos los datos de Monitoring,
excepto los datos ingeridos mediante Google Cloud Managed Service para Prometheus		 0,2580 USD por MiB1: de los primeros 150 a 100.000 MiB
0,1510 USD por MiB: los siguientes 100.000-250.000 MiB
0,0610 USD por MiB: >250.000 MiB		 Todas las métricas Google Cloud no facturables
Primeros 150 MiB por cuenta de facturación para métricas que se facturan mediante bytes ingeridos		 1 de julio del 2018
Métricas ingeridas mediante Google Cloud Managed Service para Prometheus, incluidas las métricas del plano de control de GKE 0,06 USD por millón de muestras†: primeros 0-50.000 millones de muestras ingeridas#
0,048 USD por millón de muestras: siguientes 50.000-250.000 millones de muestras ingeridas
0,036 USD por millón de muestras: siguientes 250.000-500.000 millones de muestras ingeridas
0,024 USD por millón de muestras: más de 500.000 millones de muestras ingeridas		 No aplicable 8 de agosto del 2023
Llamadas a la API de Monitoring 0,01 USD por 1000 llamadas de lectura a la API
(las de escritura son sin coste económico)		 Se incluye el primer millón de llamadas de lectura a la API por cuenta de facturación Del 1 de julio del 2018
al
1 de octubre del 2025
Llamadas a la API de Monitoring

Sin coste por las llamadas de escritura a la API

Llamadas de lectura a la API: 0,50 USD por millón de series temporales devueltas♥

Llamadas a la API de escritura: no aplicable

Llamadas a la API de lectura: primer millón de series temporales devueltas por cuenta de facturación

 2 de octubre del 2025
Ejecución de Monitorizar las comprobaciones de disponibilidad del servicio 0,30 USD por 1000 ejecuciones‡ 1 millón de ejecuciones por Google Cloud proyecto 1 de octubre del 2022
Ejecución de monitores sintéticos de Monitoring 1,20 USD por 1000 ejecuciones* 100 ejecuciones por cuenta de facturación 1 de noviembre del 2023
Políticas de alertas 0,10 USD al mes por cada condición incluida en una política de alertas
0,35 USD por cada 1.000.000 de series temporales devueltas por la consulta de una condición de política de alertas de métrica♣		 No aplicable 1 de mayo del 2026

†  Google Cloud Managed Service para Prometheus utiliza el almacenamiento de Cloud Monitoring para crear datos de métricas creados de forma externa y la API de Monitoring para recuperarlos. Google Cloud Managed Service para Prometheus se basa en muestras ingeridas en lugar de bytes para que se ajuste a las convenciones de Prometheus. Para obtener más información sobre la medición basada en muestras, consulta Optimizar los costes de Google Cloud Managed Service para Prometheus. Para ver ejemplos computacionales, consulta Ejemplos de precios basados en muestras ingeridas.
 #  Los ejemplos se cuentan por cada cuenta de facturación.
 ‡  Las ejecuciones se cobran en la cuenta de facturación en la que están definidas. Consulta el artículo Precios de la ejecución de la comprobación de disponibilidad del servicio para obtener más información.
 *  Las ejecuciones se cobran en la cuenta de facturación en la que están definidas. En cada ejecución, podrían aplicarse cargos adicionales por otros Google Cloud servicios, como las funciones de Cloud Run, Cloud Storage y Cloud Logging. Para obtener más información sobre estos cargos adicionales, consulta el documento de precios del servicio de Google Cloud correspondiente.
 ♣  Para obtener más información, consulta Precios de alertas.
 ♥  No se aplica ningún cargo por las llamadas de lectura de la API realizadas a través de la consola de APIs de Google, excepto las que se hagan a través de Cloud Shell. Las llamadas a la API de lectura que no se emiten a través de la consola de APIs de Google y que pueden devolver datos de series temporales se facturan según el número de series temporales devueltas o como si se tratara de una sola serie temporal, lo que sea mayor. No se cobra por otras llamadas a la API de lectura. Consulta más información en la página de precios de la API de Cloud Monitoring.

Resumen de precios de Cloud Trace

Función Precio Asignación sin coste económico al mes Fecha de entrada en vigor
Ingestión en Trace 0,20 USD por millón de intervalos Primeros 2,5 millones de intervalos por cuenta de facturación 1 de noviembre del 2018

Para obtener información detallada sobre los costes de los productos de observabilidad de Google Cloud, consulta las siguientes secciones de esta página:

Cloud Logging

Los segmentos de registros son los contenedores de Logging que almacenan datos de registros. En Logging, se te cobra por el volumen de datos de registros que se almacena en el segmento de registros _Default y en los segmentos de registros definidos por el usuario. Los precios se aplican a los registros de red no vendidos cuando el volumen supera la asignación mensual sin coste económico y a los registros de red vendidos.

En el caso del segmento de registros _Default y de los segmentos de registros definidos por el usuario, Logging también cobra cuando los registros se conservan durante más tiempo que el periodo de conservación predeterminado, que es de 30 días.

Logging no aplica cargos adicionales por lo siguiente:

  • Enrutar registros.
  • Usar la API de Cloud Logging.
  • Creando ámbito de registro.
  • Crear vistas de analíticas.
  • Registros almacenados en el segmento de registros _Required, que tiene un periodo de conservación fijo de 400 días.

En esta sección se ofrece información sobre los siguientes temas:

Para conocer los límites que se aplican a tu uso de Logging, incluidos los periodos de conservación de datos, consulta Cuotas y límites.

Modelo de almacenamiento de Cloud Logging

Logging crea automáticamente dos segmentos de registros por cada proyecto de Cloud: _Required y _Default. Después, Logging crea automáticamente sumideros de registros llamados _Required y _Default que enrutan los registros a los segmentos de registros correspondientes. No puedes inhabilitar ni modificar el sumidero _Required. Puedes inhabilitar o modificar el sumidero _Default para evitar que el segmento _Default almacene registros nuevos.

Puedes crear segmentos de registros definidos por el usuario en cualquiera de tus proyectos de Cloud. También puedes configurar sumideros para enrutar cualquier combinación de registros a estos segmentos de registros, incluso entre proyectos de Cloud de tuGoogle Cloud organización.

En el caso del segmento de registros de _Default y de los segmentos de registros definidos por el usuario, puedes configurar un periodo de conservación personalizado.

Puedes actualizar tus contenedores de registros para usar Analíticas de registros. Actualizar un contenedor de registros para usar Analíticas de registros no tiene coste económico.

Para obtener más información sobre los segmentos y sumideros de Cloud Logging, consulta la información general sobre el enrutamiento y el almacenamiento.

Precio de almacenamiento

Logging cobra al proyecto en el que se transmiten los registros a los buckets de registros para su almacenamiento una vez que se supera la asignación mensual sin coste económico. En cada proyecto, los cargos se basan en el volumen de registros que se envían a sus segmentos de registros definidos por el usuario y a su segmento de registros _Default.

Logging no cobra por enrutar registros. Supongamos que una entrada de registro se origina en un proyecto, pero este no la almacena en ninguno de sus segmentos de registros. En este caso, no se cobra al proyecto la entrada de registro. Sin embargo, si el proyecto enruta la entrada de registro a un segmento de registros de otro proyecto, se cobra al proyecto de destino por esa entrada de registro.

Cuando se escribe una entrada de registro en cualquier segmento de registros que no sea el _Required, se cobra al proyecto que contiene ese segmento por el almacenamiento de la entrada. Por ejemplo, si una entrada de registro se enruta a tres segmentos de registro que están en el mismo proyecto, se cobra tres veces por esa entrada de registro a ese proyecto. Del mismo modo, si una entrada de registro se enruta a dos segmentos de registros, pero estos segmentos de registros están en proyectos diferentes, a cada uno de los proyectos que almacenan esos segmentos de registros se le cobra una entrada de registro.

Logging no cobra por los registros almacenados en el segmento _Required. No puedes eliminar el bucket _Required ni modificar el sumidero _Required. El bucket de _Required almacena los siguientes registros:

Precios de retención

En la siguiente tabla se indican los periodos de conservación de los datos de los registros almacenados en segmentos de registros:

Segmento Periodo de conservación predeterminado Conservación personalizada
_Required 400 días No se pueden configurar.
_Default 30 días Se pueden configurar.
Definido por el usuario 30 días Se pueden configurar.

Logging cobra costes de conservación cuando los registros se conservan durante más tiempo que el periodo de conservación predeterminado. No puedes configurar el periodo de retención del segmento de registro _Required. No se aplican costes de conservación cuando los registros se almacenan solo durante el periodo de conservación predeterminado del contenedor de registros.

Si acortas el periodo de conservación de un segmento de registro, habrá un periodo de gracia de siete días en el que no se eliminarán los registros caducados. No puedes consultar ni ver los registros caducados. Sin embargo, durante esos siete días, puedes restaurar el acceso completo ampliando el periodo de retención del bucket de registro. Los registros almacenados durante el periodo de gracia se tienen en cuenta en los costes de conservación.

Si enrutas una entrada de registro a varios segmentos de registro, es posible que se te cobren los costes de almacenamiento y retención varias veces. Por ejemplo, supongamos que enrutas una entrada de registro al segmento de registros _Default y a un segmento de registros definido por el usuario. Además, supongamos que configuras un periodo de conservación personalizado para ambos segmentos que sea superior a 30 días. En esta configuración, se te cobran dos cargos de almacenamiento y dos cargos de retención.

Precios de los registros de red proporcionados

Los registros de red vendidos solo están disponibles cuando se configura la generación de registros. Los servicios que generan registros de red proporcionados por el operador cobran por la generación de registros. Si almacenas estos registros en un segmento de registros o los enrutas a otro destino admitido, también se te aplicarán cargos de Cloud Logging o del destino. Para obtener información sobre los costes de generación de registros, consulta la página de precios de telemetría de red.

Para saber cómo habilitar los registros de red de proveedores, consulta Configurar registros de flujo de VPC, Usar registros de reglas de cortafuegos y Cloud NAT: registros y métricas.

Para encontrar los registros de red de tu red vendida, en Explorador de registros, filtra por los siguientes nombres de registro:

  • projects/<var>PROJECT_ID</var>/logs/compute.googleapis.com%2Fvpc_flows
  • projects/<var>PROJECT_ID</var>/logs/compute.googleapis.com%2Ffirewall
  • projects/<var>PROJECT_ID</var>/logs/compute.googleapis.com%2Fnat_flows
  • projects/<var>PROJECT_ID</var>/logs/networkmanagement.googleapis.com%2Fvpc_flows

Precios de las métricas basadas en registros

Las métricas basadas en registros definidas por el sistema se proporcionan en todos los proyectos de Cloud y no son facturables.

Las métricas basadas en registros definidas por el usuario son un tipo de métricas personalizadas de Cloud Monitoring y son facturables. Si necesitas más información acerca de los precios, consulta la sección sobre métricas facturables.

Cloud Monitoring

Monitoring cobra por lo siguiente:

  • Métricas calculadas por bytes ingeridos, cuando los datos de métricas ingeridas superan la asignación mensual sin coste económico.

    Las métricas no facturables no se tienen en cuenta para calcular el límite de asignación.

  • Métricas medidas por número de muestras ingeridas.

  • Llamadas de lectura a la API de Cloud Monitoring que superan la asignación mensual sin coste económico de la API.

    Las llamadas de escritura a la API de Monitoring no se tienen en cuenta para el límite de asignación.

  • Ejecución de comprobaciones de disponibilidad del servicio.

  • Ejecución de monitores sintéticos.

  • Condiciones de las políticas de alertas medidas por el número de condiciones activas al mes.

  • Series temporales devueltas por la consulta de una condición de política de alertas.

En Monitoring, la ingestión hace referencia al proceso de escribir series temporales en Monitoring. Cada serie temporal incluye algunos datos. esos datos son la base de los cargos de ingestión. Para obtener información sobre los precios, consulta los precios actuales de Cloud Monitoring.

En esta sección se ofrece la siguiente información:

Para conocer los límites que se aplican a tu uso de Monitoring, consulta Cuotas y límites.

Precios de la API de Cloud Monitoring

No se cobra por las llamadas de escritura a la API de Monitoring.

Desde el 1 de julio del 2018 hasta el 1 de octubre del 2025, las llamadas a la API de lectura de Monitoring se cobran a una unidad por llamada.

A partir del 2 de octubre del 2025, los costes de la API de lectura de Monitoring se determinarán en función del número de series temporales devueltas:

  • No se aplica ningún cargo por las llamadas de lectura de la API realizadas a través de la consola de APIs de Google, excepto las que se hagan a través de Cloud Shell.

  • No se cobra por las llamadas a la API de lectura que no pueden devolver datos de series temporales.

  • El resto de las llamadas a la API de lectura se facturan según el número de series temporales devueltas o como si se tratara de una sola serie temporal, lo que sea mayor. Por ejemplo, una llamada a timeSeries.list podría devolver varias series temporales. La API de Cloud Monitoring se puede invocar de forma indirecta. Por ejemplo, los comandos de la CLI de Google Cloud, las bibliotecas de cliente y las herramientas de terceros, como Grafana, pueden emitir comandos de API de lectura.

    Puedes usar la métrica time_series_billed_for_queries_count para monitorizar el número de series temporales que se han consultado. Para obtener más información, consulta Ver el número de series temporales facturadas por las consultas.

Métricas no facturables

Los datos de las métricas de Google Cloud y Knative no son facturables. Entre ellas se incluyen las siguientes:

Métricas facturables

Todos los datos de métricas, excepto los de las métricas que se indican en la sección Métricas no facturables, se facturan. La mayor parte de la ingestión de las métricas se cobra según el número de bytes, pero algunos se cargan por el número de muestras, dichos modelos de precios se describen en las siguientes secciones.

Los siguientes factores contribuyen a los costes de ingestión:

  • El tipo de datos (valores escalares o valores de distribución) que recogen las métricas.

    • Para obtener información sobre el tipo de datos asociado a un tipo de métrica específico, consulta la lista de métricas.
    • Para obtener información sobre los tipos de datos escalares y de distribución, consulta el artículo sobre los tipos de valores.

  • Número de datos escritos en una serie temporal. Este valor depende de la frecuencia con la que se muestrean los datos y de la cardinalidad de ellos. La cardinalidad determina cuántas series temporales se generan para una combinación de tipos de métricas y de recursos monitorizados. para obtener más información, consulta Cardinalidad.

Los valores de las métricas y las etiquetas de recursos que forman parte de la serie temporal no se contabilizan en tus cargos.

Métricas cobradas por bytes ingeridos

Las siguientes métricas son facturables y se facturan según el número de bytes ingeridos:

A la hora de establecer los precios, el volumen de ingestión se calcula de la siguiente manera:

  • Para un tipo de datos escalar: 8 bytes por cada dato escrito en una serie temporal. Las métricas de contador basadas en registros definidas por el usuario se incluyen en esta categoría.
  • Para un tipo de datos de distribución: 80 bytes por cada dato escrito en una serie temporal.

Para obtener información sobre los datos de una serie temporal, consulta la sección Serie temporal: los datos de un recurso monitorizado.

Métricas cobradas por muestras ingeridas

Las siguientes métricas son facturables y se facturan según el número de muestras ingeridas:

A la hora de establecer los precios, el recuento de la muestra se calcula de la siguiente manera:

  • Para un tipo de datos escalar: 1 por cada punto escrito en una serie temporal.
  • Para un tipo de datos de distribución: 2 por cada punto escrito en una serie temporal, más 1 por cada segmento de histograma que tenga un recuento distinto de cero.

Para obtener información sobre los datos de una serie temporal, consulta la sección Serie temporal: los datos de un recurso monitorizado.

Precios de la ejecución de la comprobación de disponibilidad del servicio (fecha de entrada en vigor: 1 de octubre del 2022)

Se aplican cargos de monitorización por cada ejecución regional de una comprobación de disponibilidad que supere la asignación mensual sin coste económico de 1 millón de ejecuciones. Una comprobación que se ejecuta en tres regiones cuenta como tres ejecuciones.

El coste de la ejecución de comprobaciones de disponibilidad del servicio es de 0,30 USD por cada 1000 ejecuciones. El cargo aparece en tu factura como el SKU "CA14-D3DE-E67F" de "Monitorización de comprobaciones de disponibilidad".

Precios de la ejecución de monitores sintéticos (fecha de entrada en vigor: 1 de noviembre del 2023)

Cloud Monitoring cobra por cada ejecución de un monitor sintético que supere la asignación sin coste económico mensual de 100 ejecuciones por cuenta de facturación.

Precios de las alertas

A partir del 1 de mayo del 2026, como muy pronto, Cloud Monitoring empezará a cobrar por las alertas. El modelo de precios es el siguiente:

  • 0,10 USD al mes por cada condición incluida en una política de alertas.
  • 0,35 USD por cada 1.000.000 de series temporales devueltas por la consulta de una condición de política de alertas de métrica.

En esta sección se ofrece la siguiente información:

Definiciones

  • Condición: la condición de una política de alertas describe cuándo un recurso o un grupo de recursos se encuentra en un estado que requiere una respuesta.

    El cargo es de 0,10 USD al mes por cada condición. Para dejar de recibir cargos por una condición, debes eliminar la política de alertas. Posponer o inhabilitar la política no evita que se te cobren cargos.

  • Políticas de alertas basadas en métricas y en registros: las políticas de alertas que usan cualquier tipo de condición, excepto las de coincidencia de registros, son políticas de alertas basadas en métricas. Las condiciones de las políticas de alertas basadas en métricas devuelven series temporales. Durante cada periodo de ejecución, las condiciones de las políticas de alertas de métricas ejecutan sus consultas en el almacén de datos de Cloud Monitoring. Las series temporales devueltas se evalúan con respecto a un umbral para determinar si se activa la política de alertas.

    Las políticas de alertas basadas en registros usan condiciones de coincidencia de registros. Las condiciones de coincidencia de registros no devuelven ninguna serie temporal.

    Las políticas de alertas de métricas que usan métricas de facturación, cuota o tiempo de actividad no se cobran. No se cobra por las políticas de alertas basadas en registros de Personalized Service Health.

  • Periodo de ejecución: la frecuencia con la que Cloud Monitoring ejecuta tu condición. En la mayoría de los tipos de condición, este valor es de 30 segundos y no se puede cambiar. Las condiciones que usan una consulta de PromQL pueden definir este periodo. Para obtener más información, consulta Aumentar la duración del periodo de ejecución (solo PromQL).

  • Series temporales devueltas: durante cada periodo de ejecución, una política de alertas de métrica ejecuta la consulta de su condición en el almacén de datos de Cloud Monitoring. Cloud Monitoring devuelve datos de series temporales como respuesta a cada consulta. Cada serie temporal de la respuesta cuenta como una serie temporal devuelta.

    El número de series temporales que se devuelven en un mes viene determinado por tres factores:

    • La forma y el alcance de los datos subyacentes.
    • Los filtros y las agregaciones que usas en la consulta de tu condición.
    • El periodo de ejecución.

Inhabilitar la función

Si tienes un contrato que no vence hasta el 1 de mayo del 2026, puedes retrasar la facturación de las alertas hasta que llegue el momento de renovarlo. Para ello, debes solicitar una exención al equipo de facturación de alertas de Cloud Monitoring. Google Cloud Las exenciones para los clientes con contratos activos se considerarán caso por caso.

Puedes solicitar una exención hasta el 1 de noviembre del 2025. Para solicitar una exención de facturación hasta la renovación del contrato, rellena el formulario de solicitud de exención de facturación.

Error Reporting

Los datos de errores se pueden enviar a tu proyecto de Google Cloud mediante la API de Error Reporting o la API de Cloud Logging.

No se aplican cargos por usar Error Reporting. Sin embargo, es posible que se te apliquen cargos de Cloud Logging, ya que este servicio genera y almacena las entradas de registro.

Para conocer los límites que se aplican a tu uso de Error Reporting, consulta Cuotas y límites.

Cloud Profiler

No hay ningún coste asociado al uso de Cloud Profiler.

Para conocer los límites que se aplican a tu uso de Profiler, consulta Cuotas y límites.

Cloud Trace

Los cargos de Trace se basan en el número de intervalos de Trace que se hayan ingerido y analizado. Los datos de seguimiento se pueden ingerir a través de la API de Cloud Trace o de la API Telemetry. No se aplican cargos por configurar el ámbito de las trazas.

Cuando se envían datos de latencia a Trace, se empaquetan en una traza compuesta por intervalos, los cuales ingiere el backend de Cloud Trace. Cuando consultas los datos de trazas, Cloud Trace analiza los intervalos almacenados. En esta sección se ofrece la siguiente información:

  • Definición de los intervalos de trazas facturables y no facturables
  • Ejemplo de precios
  • Servicios para reducir la ingestión de intervalos de trazas
  • Opciones para configurar una política de alertas que te notifique cuando tu ingestión de intervalos de trazas alcance un umbral

Para conocer los límites que se aplican a tu uso de Trace, consulta Cuotas y límites.

Intervalos de trazas no facturables

Los precios de Cloud Trace no se aplican a los intervalos que generan automáticamente el entorno estándar de App Engine, Cloud Run functions o Cloud Run. La ingestión de estas trazas no es facturable.

Las trazas generadas automáticamente no consumen cuota de la API de Cloud Trace y se excluyen de las métricas de uso de la API de Cloud Trace.

Intervalos de trazas facturables

La ingestión de los intervalos de trazas, excepto la de los intervalos que se indican en la sección Intervalos de trazas no facturables, se factura y su precio depende del volumen de ingestión.

Preguntas frecuentes

¿Qué funciones de producto son sin coste económico?

El precio de los productos Google Cloud Observability se calcula según el volumen de datos. Además de los costes de volumen de datos que se describen en esta página, todas las funciones adicionales de los productos de Google Cloud Observability son sin coste económico.

¿Cuánto debo pagar?

Para calcular el coste del uso, consulta cómo estimar tus facturas.

Para despejar las dudas que tengas al respecto, consulta las preguntas sobre la facturación.

¿Cómo puedo analizar el desglose del uso?

El explorador de métricas incluye varias métricas que son de gran utilidad a la hora de desglosar y analizar el volumen de registros y de métricas. Si quieres obtener más información al respecto, consulta el uso detallado en el explorador de métricas.

Si te interesa saber cómo gestionar tus costes, consulta estas entradas de blog:

¿Cómo afectan los ámbitos de métricas, de registros y de seguimiento a la facturación?

En la mayoría de los casos, los ámbitos de métricas, los ámbitos de registros y los ámbitos de seguimiento no afectan a la facturación.

Los registros, las métricas y las trazas se cobran al proyecto, la cuenta de facturación, la carpeta o la organización que recibe los datos. El ámbito de las métricas de un proyecto define la colección de los recursos cuyas métricas puede ver y monitorizar. Si defines un ámbito de métricas, no afectará al recurso que recibe los datos de las métricas ni hará que se dupliquen. Un ámbito de registro solo muestra los recursos que almacenan o enrutan las entradas de registro que quieres ver. De forma similar, un ámbito de seguimiento solo muestra los recursos que almacenan los datos de seguimiento que quieres ver.

Supongamos, por ejemplo, que tu organización tiene 100 máquinas virtuales (VM): 60 están alojadas en el proyecto A y 40 en el B. El proyecto A recibe y almacena las métricas de sus VMs, y se cobra cuando las métricas son facturables. De forma similar, el proyecto B recibe y almacena las métricas de sus VMs y se cobra cuando las métricas son facturables. Si creas un ámbito de métricas que incluya ambos proyectos, podrás ver las métricas combinadas de tus 100 VMs. Puedes ver solo las métricas del proyecto A, solo las métricas del proyecto B o la combinación de métricas. Aunque puedes ver las métricas de este proyecto de dos formas, no hay implicaciones de facturación.

¿Qué ocurre si supero las asignaciones sin coste económico?

Se te empezará a cobrar automáticamente por el uso cuando superes las asignaciones sin coste económico. No perderás ningún registro ni ninguna métrica. Para calcular el posible coste, consulta cómo estimar tu facturación.

Puedes crear una política de alertas para monitorizar tu uso y recibir alertas cuando estés a punto de alcanzar el umbral de facturación.

En mis proyectos tengo muchos registros de Google Cloud que no uso. Me preocupa que me los cobren. ¿Cómo puedo evitarlo?

Si quieres controlar la ingestión en Logging, puedes excluir registros. Para obtener más información al respecto, consulta la sección sobre cómo reducir el uso de registros.

Si se excluyen registros, ¿los servicios que envían registros a mi proyecto recibirán un mensaje de error?

No, los servicios que envían entradas de registro no pueden determinar si estas se ingieren en Logging o no.

¿Se me cobrará dos veces por los registros de los flujos de la nube privada virtual?

Si envías a Logging los registros de los flujos de la nube privada virtual (VPC), se te exime de pagar el cargo por generarlos; solo tienes que abonar la tarifa por usar Logging. Sin embargo, si los envías, pero luego excluyes esos registros de Logging, se aplican los cargos correspondientes a los registros de flujos de la VPC. Para obtener más información, consulta la Google Cloud calculadora de precios y, a continuación, selecciona la pestaña "Cloud Load Balancing and Network Services" (Cloud Load Balancing y servicios de red).

1 A la hora de establecer los precios, todas las unidades se tratan comobinario medidas, como, por ejemplo:mebibytes (MiB o 2)20 bytes) ogibibytes (GiB o 2)30 bytes).

2 No se cobra por las métricas de Google Cloud medidas hasta a 1 dato por minuto, que es la resolución más alta actualmente. En el futuro, es posible que se apliquen cargos por métricas que tengan una resolución superior.

3 Las métricas de procesos se recogen a una tarifa predeterminada y predefinida de una vez por minuto, que no se puede cambiar. De forma general, estos datos cambian lentamente, por lo que estas métricas se muestrean en exceso. Por lo tanto, las métricas del proceso de carga al 5 % de la tarifa estándar se alinean con la tarifa estándar si las métricas se muestrean a intervalos de 20 minutos. De esta forma, a los usuarios que recojan 100 MiB de datos de esas métricas se les cobrará solo por 5 MiB.

Siguientes pasos

Solicita un presupuesto personalizado

Gracias al modelo de pago por uso de Google Cloud, solo pagas por los servicios que usas. Ponte en contacto con nuestro equipo de Ventas para solicitar un presupuesto personalizado para tu empresa.
Contactar con Ventas