Precios de Google Cloud Observability

Los precios de Google Cloud Observability te permiten controlar el uso y los gastos. Los productos de Google Cloud Observability se cobran según el volumen de datos o el uso. Puedes usar las asignaciones gratuitas de uso de datos para comenzar sin compromisos ni tarifas por adelantado.

También te pueden interesar los siguientes documentos:

• Ejemplos de precios.
• Calcula tus facturas.
• Optimiza y supervisa tus costos.

En las siguientes tablas, se resume la información de precios de Cloud Logging, Cloud Monitoring y Cloud Trace.

Resumen de precios de Cloud Logging

^*  El volumen de almacenamiento cuenta el tamaño real de las entradas de registro antes de la indexación. No se aplican cargos de almacenamiento por los registros almacenados en el _Required bucket de registro.
^†  Los registros de terceros son Google Cloud registros de redes que generan los Google Cloud servicios cuando se habilita la generación de estos registros. Los registros de terceros incluyen registros de flujo de VPC, registros de reglas de firewall y registros de Cloud NAT. Estos registros también están sujetos a los precios de telemetría de red. Para obtener más información, consulta Registros de terceros.
^‡  No se aplican cargos de retención por los registros almacenados en el bucket de registros _Required, que tiene un período de retención fijo de 400 días.
^♣  El enrutamiento de registros se define como el reenvío de registros recibidos a través de la API de Cloud Logging a un destino admitido. Es posible que se apliquen cargos de destino a los registros enrutados.
^♥  No se aplican cargos por actualizar un bucket de registros para usar el Análisis de registros o emitir consultas en SQL desde la página Análisis de registros.
Nota: El lenguaje de precios de Cloud Logging cambió el 19 de julio de 2023; sin embargo, las asignaciones gratuitas y las tarifas no cambiaron. Tu factura podría mencionar al idioma anterior de los precios.

Resumen de precios de Cloud Monitoring

^†  Google Cloud Managed Service para Prometheus usa el almacenamiento de Cloud Monitoring de datos de métricas creados de forma externa y la API de Monitoring para recuperar esos datos. El servicio administrado para los medidores de Prometheus se basa en muestras transferidas en lugar de bytes para alinearse con las convenciones de Prometheus. Para obtener más información sobre la medición basada en muestras, consulta Optimiza los costos de Managed Service para Prometheus. Para obtener ejemplos de procesamiento, consulta ejemplos de precios basados en muestras transferidas.
^#  Las muestras se cuentan por cuenta de facturación.
^‡  Las ejecuciones se cobran a la cuenta de facturación en la que se definen. Para obtener más información, consulta Precios para la ejecución de verificaciones de tiempo de actividad.
^*  Las ejecuciones se cobran a la cuenta de facturación en la que se definen. Es posible que se te cobren cargos adicionales de otros Google Cloud servicios por cada ejecución, incluidos servicios como funciones de Cloud Run, Cloud Storage y Cloud Logging. Para obtener información sobre estos cargos adicionales, consulta el documento de precios del Google Cloud servicio correspondiente.
^♣  Para obtener más información, consulta Precios de las alertas.
^♥  No se aplican cargos por las llamadas a la API de lectura emitidas a través de la Google Cloud consola, excepto las emitidas a través de Cloud Shell. Las llamadas a la API de lectura que no se emiten a través de la Google Cloud consola y que pueden devolver datos de series temporales se cobran por la cantidad de series temporales que se devuelven o por una serie temporal, lo que sea mayor. No se aplican cargos por otras llamadas a la API de lectura. Para obtener más información, consulta los Precios de Cloud Monitoring.

Resumen de precios de Cloud Trace

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

• Cloud Logging
• Cloud Monitoring
• Error Reporting
• Cloud Profiler
• Cloud Trace

Para obtener información sobre los precios de GKE Enterprise, consulta GKE Enterprise.

Cloud Logging

Los buckets de registros son los contenedores de Logging que almacenan datos de registros. Logging cobra por el volumen de datos de registros que se almacenan en el bucket de registros _Default y en los buckets 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 gratuita y a los registros de red vendidos.

Para el bucket de registros _Default y los buckets de registro definidos por el usuario, Logging también cobra cuando los registros se retienen por más tiempo que el período de retención predeterminado, que es de 30 días.

Logging no aplica cargos adicionales por lo siguiente:

• Enruta registros.
• Usa la API de Cloud Logging.
• Crear permisos de registro
• Creación de vistas de análisis.
• Registros almacenados en el bucket de registros _Required, que tiene un período de retención fijo de 400 días.

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

• Modelo de almacenamiento de Cloud Logging
• Precios de almacenamiento
• Precios de retención
• Precios de los registros de red de proveedores
• Precios de las métricas basadas en registros

Para ver los límites que se aplican a tu uso de Logging, incluidos los períodos de retención de datos, consulta Cuotas y límites.

Modelo de almacenamiento de Cloud Logging

Para cada Google Cloud proyecto, Logging crea automáticamente dos buckets de registros: _Required y _Default. Para estos dos buckets, Logging crea automáticamente receptores de registros llamados _Required y _Default que enrutan los registros a los buckets de registros con los nombres correspondientes. No puedes inhabilitar ni modificar el receptor _Required. Puedes inhabilitar o modificar de alguna otra forma el receptor _Default para evitar que el bucket _Default almacene registros nuevos.

Puedes crear buckets de registros definidos por el usuario en cualquiera de tus Google Cloud proyectos. También puedes configurar receptores para enrutar cualquier combinación de registros, incluso en los proyectos de tu organización, a estos buckets de registros. Google Cloud Google Cloud

Para el bucket de registros _Default y para los buckets de registro definidos por el usuario, puedes configurar un período de retención personalizado.

Puedes actualizar tus buckets de registros para usar Log Analytics. No se aplican cargos por actualizar un bucket de registros para usar el Análisis de registros.

Si deseas obtener más información sobre los buckets y receptores de Cloud Logging, consulta Descripción general del enrutamiento y el almacenamiento.

Precios de almacenamiento

Logging cobra al proyecto en el que se transmiten los registros a buckets de registro para su almacenamiento, después de que se supera la asignación mensual gratuita. Para cada proyecto, los cargos se basan en el volumen de registros transmitidos a sus buckets de registros definidos por el usuario y su bucket de registros _Default.

Logging no cobra por enrutar registros. Supongamos que una entrada de registro se origina en un proyecto, pero el proyecto no almacena la entrada de registro en uno de sus buckets de registros. En esta situación, no se le cobra al proyecto por la entrada de registro. Sin embargo, si el proyecto enruta la entrada de registro a un bucket de registros en otro proyecto, se le cobrará al proyecto de destino por esa entrada de registro.

Cuando se escribe una entrada de registro en cualquier bucket de registros, excepto en el bucket de registro _Required, se le cobra al proyecto que contiene ese bucket de registros por el almacenamiento de esa entrada de registro. Por ejemplo, si una entrada de registro se enruta a tres buckets de registros que están en el mismo proyecto, se le cobrará tres veces a ese proyecto por la entrada de registro. De manera similar, si una entrada de registro se enruta a dos buckets de registros, pero estos buckets de registros están en proyectos diferentes, entonces a cada uno de los proyectos que almacenan esos buckets de registros se les cobra por una entrada de registro.

Logging no cobra por los registros almacenados en el bucket _Required. No puedes borrar el bucket _Required ni modificar el receptor _Required. El bucket _Required almacena los siguientes registros:

• Registros de auditoría de actividad del administrador
• Registros de auditoría de eventos del sistema
• Registros de auditoría de administradores de Google Workspace
• Registros de auditoría de Grupos Enterprise
• Registros de auditoría de accesos
• Registros de Transparencia de acceso. Para obtener información sobre cómo habilitar los registros de Transparencia de acceso, consulta la documentación de los registros de Transparencia de acceso.

Precios de retención

En la siguiente tabla, se enumeran los períodos de retención de datos para los registros almacenados en buckets de registros:

Bucket	Período de retención predeterminado	Retención personalizada
_Required	400 días	No configurable
_Default	30 days	Configurable
Definido por el usuario	30 days	Configurable

Logging cobra costos de retención cuando los registros se retienen durante más tiempo que el período de retención predeterminado. No puedes configurar el período de retención para el bucket de registros _Required. No hay costos de retención cuando los registros se almacenan solo durante el período de retención predeterminado del bucket de registros.

Si acortas el período de retención de un bucket de registros, habrá un período de gracia de siete días en el que no se borrarán los registros vencidos. No puedes consultar ni ver registros vencidos. Sin embargo, en esos siete días, puedes restablecer el acceso completo extendiendo el período de retención del bucket de registros. Los registros almacenados durante el período de gracia se tienen en cuenta en tus costos de retención.

Si enrutas una entrada de registro a varios buckets de registros, se te pueden cobrar los costos de almacenamiento y retención varias veces. Por ejemplo, supongamos que enrutas una entrada de registro al bucket de registros _Default y a un bucket de registros definido por el usuario. Además, supongamos que configuras un período de retención personalizado para ambos buckets que es superior a 30 días. Para esta configuración, recibes dos cargos de almacenamiento y dos cargos de retención.

Precios de los registros de red de proveedores

Los registros de red de terceros solo están disponibles cuando configuras la generación de registros. Los servicios que generan registros de red vendidos cobran por la generación de registros. Si almacenas estos registros en un bucket de registros o los enrutas a otro destino compatible, también estás sujeto a cargos de Cloud Logging o del destino. Para obtener información sobre los costos de generación de registros, consulta Precios de telemetría de red.

Para obtener información sobre cómo habilitar los registros de red de terceros, consulta Configura registros de flujo de VPC, Usa el registro de reglas de firewall y Cloud NAT: Registros y métricas.

Para encontrar tus registros de red vendidos, en el Explorador de registros, filtra por los siguientes nombres de registros:

• projects/PROJECT_ID/logs/compute.googleapis.com%2Fvpc_flows
• projects/PROJECT_ID/logs/compute.googleapis.com%2Ffirewall
• projects/PROJECT_ID/logs/compute.googleapis.com%2Fnat_flows
• projects/PROJECT_ID/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 para todos los Google Cloud proyectos y no son cobrables.

Las métricas basadas en registros definidas por el usuario son una clase de métricas personalizadas de Cloud Monitoring y son cobrables. Para obtener más información sobre los precios, consulta las métricas cobrables.

Cloud Monitoring

Monitoring cobra lo siguiente:

• Métricas medidas por bytes transferidos cuando los datos de métricas transferidos exceden la asignación mensual gratuita de métricas.

  Las métricas no cobrables no cuentan para el límite de la asignación.

• Métricas medidas por la cantidad de muestras transferidas.

• Llamadas de lectura a la API de Cloud Monitoring que superan la asignación mensual gratuita de la API

  Las llamadas de escritura a la API de Monitoring no cuentan para el límite de asignación.

• Ejecución de verificaciones de tiempo de actividad

• Ejecución de monitores sintéticos

• Condiciones de la política de alertas medidas por la cantidad de condiciones activas por mes.

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

En Monitoring, la transferencia se refiere al proceso de escritura de series temporales en Monitoring. Cada serie temporal incluye una cantidad de datos; esos datos son la base de los cargos por transferencia. Para obtener información sobre los precios, consulta Precios de Cloud Monitoring.

En esta sección, se proporciona la siguiente información:

• Precios de la API de Cloud Monitoring.
• Definiciones de las métricas cobrables y no cobrables.
• Descripciones de las estrategias de transferencia basadas en byte- y muestras.

Para ver los límites que se aplican en el uso de Monitoring, consulta Cuotas y límites.

Precios de la API de Cloud Monitoring

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

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

A partir del 2 de octubre de 2025, los costos de la API de lectura de Monitoring se determinarán por la cantidad de series temporales devueltas:

• No se aplican cargos por las llamadas a la API de lectura emitidas a través de la Google Cloud consola, excepto las emitidas a través de Cloud Shell.

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

• Todas las demás llamadas a la API de lectura se cobran por la cantidad de series temporales que se devuelven o por una serie temporal, lo que sea mayor. Por ejemplo, una llamada a timeSeries.list podría devolver varias series temporales. Se puede invocar la API de Cloud Monitoring de forma indirecta. Por ejemplo, los comandos de Google Cloud CLI, las bibliotecas cliente y las herramientas de terceros como Grafana pueden emitir comandos de lectura de la API.

Métricas no cobrables

No se cobran los datos de métricas de Google Cloud, GKE Enterprise y Knative. A continuación se detallan las métricas que no son cobrables (gratuitas):

• Google Cloud métricas. Para obtener información adicional, consulta la nota 2 al pie de página.
• Métricas de GKE Enterprise. Para obtener información adicional, consulta la nota 2 al pie de página
• Métricas de Istio
• Métricas de Knative
• Métricas del sistema de Google Kubernetes Engine
• Métricas de agent.googleapis.com/agent/

Métricas cobrables

Todos los datos de métricas, excepto las métricas que se enumeran en la sección titulada Métricas no cobrables, son cobrables. La mayor parte de la transferencia de métricas se cobra según la cantidad de bytes, pero algunas se cobran según la cantidad de muestras. Estos modelos de precios se describen en las secciones siguientes.

Los siguientes factores contribuyen a los costos de transferencia:

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

  • Para obtener información sobre el tipo de datos asociado con 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 Tipos de valores.

• Es la cantidad de datos escritos en la serie temporal. Este valor depende de la frecuencia con la que se realizan las muestras de datos y la cardinalidad de tus datos. La cardinalidad determina cuántas series temporales se generan para una combinación de tipos de métricas y recursos supervisados. Para obtener más información, consulta Cardinalidad.

Los valores de la etiqueta de métrica y recursos que forman parte de las series temporales no contribuyen a los cargos.

Métricas que cobran los bytes transferidos

Las siguientes métricas son cobrables y se cobran según la cantidad de bytes transferidos:

• Métricas del agente de agent.googleapis.com, excepto el grupo de agent.googleapis.com/agent/

  A partir del 6 de agosto de 2021, las métricas agent.googleapis.com/processes/ se cobrarán al 5% de la tarifa por volumen de otras métricas cobrables. Por ejemplo, transferir 100 MiB de métricas de procesos costará lo mismo que transferir 5 MiB de otras métricas cobrables.³

• Métricas de integraciones en terceros con el agente de operaciones. Estas métricas se transfieren a Cloud Monitoring con identificadores con el formato workload.googleapis.com/APPLICATION.METRIC. Por ejemplo, el tipo de métrica workload.googleapis.com/nginx.requests se incluye en esta categoría.

• Métricas del protocolo OpenTelemetry (OTLP) transferidas a Cloud Monitoring como métricas workload.googleapis.com por el Agente de operaciones. Esta es una opción de configuración. Para obtener más información, consulta Formatos de transferencia para métricas de OTLP.

• Métricas personalizadas, incluidas, entre otras, las métricas enviadas con la API de Cloud Monitoring o las bibliotecas cliente específicas del lenguaje, OpenCensus y OpenTelemetry.

• Métricas externas

• Métricas basadas en registros definidas por el usuario

Para determinar los precios, el volumen de transferencia 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 pertenecen a 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 en series temporales, consulta Series temporales: datos de un recurso supervisado.

Métricas que cobran las muestras transferidas

Las siguientes métricas son cobrables y se cobran según la cantidad de muestras transferidas:

• Métricas de Google Cloud Managed Service para Prometheusprometheus.googleapis.com

Para determinar los precios, el conteo de muestra se calcula de la siguiente manera:

• Para un tipo de dato escalar: 1 por cada punto escrito en una serie temporal.
• En el caso de un tipo de datos de distribución, se consideran 2 por cada punto escrito en una serie temporal, más 1 por cada bucket de histograma que tiene un recuento distinto de cero.

Para obtener información sobre los datos en series temporales, consulta Series temporales: datos de un recurso supervisado.

Precios para la ejecución de verificaciones de tiempo de actividad (fecha de entrada en vigencia: 1 de octubre de 2022)

Cargos de Monitoring por cada ejecución regional de una verificación de tiempo de actividad, más allá de la asignación mensual gratuita de 1 millón de ejecuciones. Una verificación que se ejecuta en tres regiones cuenta como tres ejecuciones.

El costo de la ejecución de verificaciones de tiempo de actividad es de $0.30 por 1,000 ejecuciones. El cargo aparece en tu factura como SKU "CA14-D3DE-E67F" por "Monitoring Uptime Checks".

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

Cloud Monitoring cobra por cada ejecución de un monitor sintético, más allá de la asignación gratuita por mes de 100 ejecuciones por cuenta de facturación.

Precios de las alertas

A partir del 1 de mayo de 2026, como mínimo, Cloud Monitoring comenzará a cobrar por las alertas. El modelo de precios es el siguiente:

• $0.10 por mes por cada condición en una política de alertas.
• $0.35 por 1,000,000 de series temporales devueltas por la consulta de una condición de política de alertas de métricas.

En esta sección, se proporciona la siguiente información:

• Definiciones de la terminología de alertas.
• Información sobre cómo inhabilitar la facturación para las políticas de alertas.

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.

  • Las políticas de alertas que usan filtros para crear consultas de umbral de métrica o de ausencia de métrica pueden combinar hasta seis condiciones.
  • Las políticas de alertas con los siguientes tipos de consultas solo pueden tener una condición:
    • Consulta de lenguaje de consulta de Prometheus (PromQL),
    • Lenguaje de consulta de Monitoring (MQL)
    • Coincidencia de registros, que se usa en alertas basadas en registros.

  El cargo es de $0.10 por mes por cada condición. Para que se interrumpan los cobros por una condición, debes borrar 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 basadas en registros: Las políticas de alertas que usan cualquier tipo de condición, excepto las condiciones 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 período de ejecución, las condiciones de las políticas de alertas basadas en métricas ejecutan sus consultas en el almacén de datos de Cloud Monitoring. Luego, las series temporales devueltas se evalúan en función de 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 series temporales.

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

• Series temporales devueltas: Durante cada período de ejecución, una política de alertas de métricas 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 en la respuesta cuenta como una serie temporal devuelta.

  La cantidad de series temporales que se devuelven en un mes se determina en función de 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 período de ejecución.

Rechazando

Si tienes un contrato existente Google Cloud que no vence hasta el 1 de mayo de 2026, puedes retrasar la facturación de las alertas hasta que tu contrato deba renovarse solicitando una exención al equipo de facturación de alertas de Cloud Monitoring. Las exenciones para los clientes con contratos activos se considerarán caso por caso.

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

Error Reporting

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

No se aplican cargos por usar Error Reporting. Sin embargo, es posible que incurras en costos de Cloud Logging porque las entradas de registro se generan y, luego, Cloud Logging las almacena.

Para ver los límites que se aplican al uso de Error Reporting, consulta Cuotas y límites.

Cloud Profiler

No hay costos asociados con el uso de Cloud Profiler.

Para ver los límites que se aplican en el uso de Profiler, consulta Cuotas y límites.

Cloud Trace

Los cobros de Trace se calculan según la cantidad de intervalos de seguimiento transferidos y analizados. Los datos de seguimiento se pueden transferir a través de la API de Cloud Trace o la API de Telemetry. No se aplican cargos por configurar permisos de seguimiento.

Cuando se envían a Trace los datos de latencia, se empaquetan como un seguimiento compuesto por intervalos, y estos se transfieren mediante el backend de Cloud Trace. Cuando visualizas datos de seguimiento, Cloud Trace analiza los intervalos almacenados. En esta sección, se proporciona la siguiente información:

• Se definen los intervalos de seguimiento cobrables y no cobrables.
• Se proporciona un ejemplo de precio.
• Se proporciona información sobre cómo reducir la transferencia de intervalos de seguimiento.
• Se proporciona una configuración para una política de alertas que puede notificarte si tu transferencia de intervalos de seguimiento alcanza un límite.

Para ver los límites que se aplican en el uso de Trace, consulta Cuotas y límites.

Intervalos de seguimiento no cobrables

Los precios de Cloud Trace no se aplican a los intervalos generados automáticamente por el entorno estándar de App Engine, Cloud Run Functions o Cloud Run. Es decir, no se cobra la transferencia de estos seguimientos.

Los seguimientos generados automáticamente no consumen la cuota de la API de Cloud Trace y se excluyen de las métricas de uso de la API de Cloud Trace.

Intervalos de seguimiento cobrables

Las transferencias de intervalos de seguimiento, excepto los intervalos que se enumeran en la sección titulada Intervalos de seguimiento no cobrables, son cobrables, y su precio se calcula según el volumen transferido.

GKE Enterprise

Para un clúster de GKE Enterprise, no se aplican cargos por las métricas del plano de control, las Kube State Metrics seleccionadas, las métricas de cAdvisor/Kubelet ni las métricas de DCGM. Los registros del sistema, del plano de control y de la carga de trabajo generan cargos de Cloud Logging. Los registros del plano de control, las métricas del plano de control, las Kube State Metrics, las métricas de cAdvisor/Kubelet y las métricas de DCGM están habilitados de forma predeterminada para los clústeres de GKE en Google Cloud que se registran en el momento de la creación del clúster en un proyecto habilitado para GKE Enterprise. Para obtener la lista de registros y métricas de GKE incluidos, consulta Qué registros se recopilan y Métricas disponibles.

En un clúster de Google Distributed Cloud, no se aplican cargos por los registros y las métricas del sistema de GKE Enterprise, que incluyen lo siguiente:

• Registros y métricas de todos los componentes en un clúster de administrador.
• Registros y métricas de los componentes de estos espacios de nombres en un clúster de usuario: kube-system, gke-system, gke-connect, knative-serving, istio-system, monitoring-system, config-management-system, gatekeeper-system, cnrm-system.

Preguntas frecuentes

¿Qué funciones del producto se pueden usar de forma gratuita?

El uso de los productos de Google Cloud Observability se cobra por volumen de datos. Aparte de los costos de volumen de datos que se describen en esta página, el uso de todas las demás funciones de los productos de Google Cloud Observability es gratuito.

¿Cuánto tendré que pagar?

Para calcular los costos de uso, consulta Calcula tus facturas.

Para obtener ayuda con las preguntas sobre facturación, consulta Preguntas sobre facturación.

¿Cómo entiendo los detalles del uso?

Con el Explorador de métricas, puedes conocer varias métricas que te permiten desglosar y entender el volumen de tus registros y recursos. Consulta Visualiza el uso detallado en el Explorador de métricas para obtener más información.

Si te interesa aprender a administrar tus costos, consulta estas entradas de blog:

• Precios de Cloud Logging para administradores de Cloud: cómo abordarlo y ahorrar costos
• Cuatro pasos para administrar los costos de Cloud Logging con un presupuesto

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

En general, los permisos de métricas, permisos de registros y permisos de seguimiento no afectan la facturación.

Los registros, las métricas y los seguimientos se cobran por el proyecto, la cuenta de facturación, la carpeta o la organización que recibe los datos. El permiso de métricas de un proyecto define el conjunto de recursos cuyas métricas puede ver y supervisar ese proyecto. Cuando defines un permiso de métrica, no afectas el recurso que recibe los datos de la métrica ni haces que los datos se dupliquen. Un ámbito de registros solo enumera los recursos que almacenan o enrutan las entradas de registros que quieres ver. De manera similar, un permiso de seguimiento solo enumera los recursos que almacenan los datos de seguimiento que quieres ver.

Por ejemplo, supongamos que tu organización tiene 100 máquinas virtuales (VM): 60 VM están alojadas en el proyecto A y 40 VM están en el proyecto B. El Proyecto A recibe y almacena las métricas de sus VM, y se le cobra cuando las métricas son cobrables. De manera similar, Project-B recibe y almacena las métricas de sus VM, y se le cobra cuando las métricas son cobrables. Si creas un permiso de métricas que incluye el Proyecto A y el Proyecto B, puedes ver las métricas combinadas de tus 100 VM. Ahora puedes ver solo las métricas del Proyecto A, solo las del Proyecto B o las métricas combinadas de ambos. Aunque tienes dos formas de ver las métricas del Proyecto A, no hay cambios en la facturación.

¿Qué pasa si utilizo más asignaciones que las establecidas de forma gratuita?

Se te factura automáticamente por cualquier uso que supere las asignaciones gratuitas; no pierdes ningún registro o métrica. Para comprender mejor los costos potenciales, consulta Calcula tus facturas.

Puedes crear una política de alertas que supervise el uso y te avise cuando te acerques al límite de facturación.

Tengo una gran cantidad de Google Cloud registros que no uso en mis proyectos. Me preocupan los costos de esos registros. ¿Cómo evito pagar por ellos?

Puedes excluir registros para controlar cuáles se transfieren a Logging. Consulta Reduce el uso de tus registros para obtener más información.

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

No. Los servicios que envían entradas de registro no pueden determinar si las entradas de registro se transfieren a Logging o no.

¿Me cobrarán dos veces por los registros de flujo de la nube privada virtual?

Si envías tus registros de flujo de VPC a Logging, se renuncia a los cargos de generación del registro de flujo de VPC y solo se aplican los cargos de Logging. Sin embargo, si los envías y luego excluyes tus registros de flujo de VPC de Logging, se aplican los cargos de los registros de flujo de VPC. Para obtener más información, consulta la Google Cloud Calculadora de precios y, luego, selecciona la pestaña titulada "Cloud Load Balancing and Network Services".

¹ Para determinar los precios, todas las unidades se tratan como medidas binarias, por ejemplo, como mebibytes (MiB, o 2²⁰ bytes) gibibytes (GiB o 2³⁰ bytes).

² No se cobran las métricas de Google Cloud ni de GKE Enterprise que se miden en hasta 1 dato por minuto, la resolución más alta en este momento. En el futuro, es posible que se cobre por las métricas medidas en resoluciones más altas.

³ En la actualidad, las métricas de procesos se recopilan a una velocidad predeterminada predefinida de 1 por minuto, lo que no se puede cambiar. Por lo general, estos datos cambian con lentitud, por lo que se realiza un sobremuestreo de estas métricas actualmente. Por lo tanto, el cobro de las métricas de procesos al 5% de la tarifa estándar se alinea con la tasa estándar si las métricas se muestrearon en intervalos de 20 minutos. A los usuarios que recopilan 100 MiB de datos de estas métricas solo se les cobra por 5 MiB.

¿Qué sigue?

• Consulta la documentación de Google Cloud Observability.
• Prueba la calculadora de precios.
• Obtén información sobre las soluciones y los casos de uso de Observabilidad de Google Cloud.