Precios de Google Cloud Observability

Los precios de Google Cloud Observability te permiten controlar tu uso y gasto. Los productos de Google Cloud Observability se calculan por volumen o uso de datos. Puedes usar las asignaciones de datos gratuitas para empezar sin cuotas ni compromisos iniciales.

También te pueden interesar los siguientes documentos:

• Ejemplos de precios .
• Calcule sus facturas .
• Optimice y monitoree sus costos .

Las siguientes tablas resumen la información de precios de Cloud Logging, Cloud Monitoring y Cloud Trace.

Resumen de precios de Cloud Logging

Resumen de 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, consulte las siguientes secciones de esta página:

• Registro en la nube
• Monitoreo de la nube
• Informe de errores
• Perfilador de nubes
• Rastro de nubes

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

Registro en la nube

Los contenedores de registro son los contenedores que almacenan los datos de registro. El registro se cobra por el volumen de datos de registro almacenado en el contenedor _Default y en los contenedores definidos por el usuario. El precio se aplica a los registros de red no distribuidos cuando el volumen excede la asignación mensual gratuita , así como a los registros de red distribuidos .

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

No hay cargos adicionales por parte de Logging por lo siguiente:

• Registros de enrutamiento.
• Usando la API de registro en la nube.
• Creación de ámbitos de registro .
• Creación de vistas analíticas .
• Registros almacenados en el depósito de registros _Required , que tiene un período de retención fijo de 400 días.

Esta sección 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 vendidos
• Precios de métricas basadas en registros

Para conocer los límites que se aplican a su uso del Registro, incluidos los períodos de retención de datos, consulte Cuotas y límites .

Modelo de almacenamiento de Cloud Logging

Para cada uno Google Cloud En el proyecto, Logging crea automáticamente dos depósitos de registros: _Required y _Default . Para estos dos depósitos, Logging crea automáticamente receptores de registros llamados _Required y _Default que enrutan los registros a los depósitos de registros con sus respectivos nombres. No se puede deshabilitar ni modificar el receptor _Required . Sí se puede deshabilitar o modificar el receptor _Default para evitar que el depósito _Default almacene nuevos registros.

Puede crear depósitos de registro definidos por el usuario en cualquiera de sus Google Cloud proyectos. También puede configurar receptores para enrutar cualquier combinación de registros, incluso a través de Google Cloud proyectos en tuGoogle Cloud organización, a estos cubos de registro.

Para el depósito de registro _Default y para los depósitos de registro definidos por el usuario, puede configurar un período de retención personalizado .

Puedes actualizar tus depósitos de registro para usar Log Analytics . Actualizar un depósito de registro para usar Log Analytics es gratuito.

Para obtener más información sobre los depósitos y receptores de Cloud Logging, consulte Descripción general de enrutamiento y almacenamiento .

Precios de almacenamiento

El registro cobra al proyecto donde los registros se transmiten a los contenedores de registro para su almacenamiento, una vez excedida la asignación mensual gratuita. Para cada proyecto, los cargos se basan en el volumen de registros transmitidos a sus contenedores de registro definidos por el usuario y a su contenedor de registro _Default .

El registro no cobra por enrutar registros. Supongamos que una entrada de registro se origina en un proyecto, pero este no la almacena en uno de sus depósitos de registro. En este caso, no se cobra al proyecto por la entrada. Sin embargo, si el proyecto enruta la entrada de registro a un depósito de registro de otro proyecto, se cobra al proyecto de destino por dicha entrada.

Cuando se escribe una entrada de registro en cualquier contenedor de registro, excepto en el contenedor _Required , se cobra al proyecto que la contiene por su almacenamiento. Por ejemplo, si una entrada de registro se enruta a tres contenedores de registro del mismo proyecto, se cobra a ese proyecto tres veces por ella. De igual forma, si una entrada de registro se enruta a dos contenedores de registro, pero estos se encuentran en proyectos diferentes, se cobra a cada proyecto que los almacena por una entrada de registro.

El registro no tiene coste por los registros almacenados en el depósito _Required . No se puede eliminar el depósito _Required ni modificar el receptor _Required . El depósito _Required almacena los siguientes registros:

• Registros de auditoría de actividad administrativa
• Registros de auditoría de eventos del sistema
• Registros de auditoría del administrador de Google Workspace
• Registros de auditoría de grupos empresariales
• Registros de auditoría de inicio de sesión
• Registros de transparencia de acceso. Para obtener información sobre cómo habilitar los registros de transparencia de acceso, consulte la documentación sobre los registros de transparencia de acceso .

Precios de retención

En la siguiente tabla se enumeran los períodos de retención de datos de los registros almacenados en depósitos de registros:

El registro cobra costos de retención cuando los registros se conservan por más tiempo del predeterminado. No se puede configurar el período de retención para el contenedor de registros _Required . No hay costos de retención cuando los registros se almacenan solo durante el período de retención predeterminado del contenedor de registros.

Si acorta el período de retención de un depósito de registros, dispondrá de un período de gracia de siete días durante el cual los registros caducados no se eliminarán. No podrá consultarlos ni verlos. Sin embargo, durante esos siete días, podrá restaurar el acceso completo ampliando el período de retención del depósito de registros. Los registros almacenados durante este período de gracia se contabilizarán en sus costos de retención.

Si enruta una entrada de registro a varios depósitos de registro, se le pueden cobrar costos de almacenamiento y retención varias veces. Por ejemplo, supongamos que enruta una entrada de registro al depósito de registro _Default y a un depósito de registro definido por el usuario. Además, supongamos que configura un período de retención personalizado para ambos depósitos superior a 30 días. Con esta configuración, recibirá dos cargos por almacenamiento y dos cargos por retención.

Precios de los registros de red vendidos

Los registros de red vendidos solo están disponibles al configurar la generación de registros. Los servicios que generan registros de red vendidos cobran por su generación. Si almacena estos registros en un contenedor de registros o los enruta a otro destino compatible, también estará sujeto a cargos de Cloud Logging o del destino. Para obtener información sobre los costos de generación de registros, consulte Precios de telemetría de red .

Para saber cómo habilitar los registros de red vendidos, consulte Configurar registros de flujo de VPC , Usar registro de reglas de firewall y Cloud NAT: registros y métricas .

Para encontrar los registros de red vendidos, en el Explorador de registros filtre por los siguientes nombres de registro:

• 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 métricas basadas en registros

Se proporcionan métricas basadas en registros definidos por el sistema para todos Google Cloud proyectos y no son cobrables.

Las métricas basadas en registros definidos por el usuario son una clase de métricas personalizadas de Cloud Monitoring y son de pago. Para obtener información sobre precios, consulte Métricas de pago .

Monitoreo de la nube

Cargos de monitoreo para lo siguiente:

• Métricas medidas por bytes ingeridos, cuando los datos métricos ingeridos exceden la asignación métrica mensual gratuita.

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

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

• Llamadas de lectura de API de Cloud Monitoring que exceden la asignación de API mensual gratuita.

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

• Ejecución de comprobaciones de tiempo de actividad.

• Ejecución de monitores sintéticos.

• Condiciones de política de alerta medidas por número de condiciones activas por mes.

• Serie temporal devuelta por la consulta de una condición de política de alerta.

En Monitoreo, la ingesta se refiere al proceso de escribir series temporales en Monitoreo. Cada serie temporal incluye una cantidad determinada de puntos de datos; estos puntos de datos son la base para los cargos por ingesta. Para obtener información sobre precios, consulte los precios de Cloud Monitoring .

Esta sección proporciona la siguiente información:

• Precios de la API de monitoreo en la nube .
• Definiciones de métricas facturables y no facturables .
• Descripciones de estrategias de ingestión basadas en bytes y muestras .

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

Precios de la API de monitoreo en la nube

No hay ningún costo por monitorear las llamadas API de escritura.

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

A partir del 2 de octubre de 2025, los costos de la API de lectura de monitoreo se determinan según la cantidad de series de tiempo devueltas:

• No hay ningún cargo por las llamadas API de lectura emitidas a través de Google Cloud consola, excluyendo aquellas emitidas a través de Cloud Shell.

• No hay ningún cargo por las llamadas API de lectura que no pueden devolver datos de series de tiempo.

• Todas las demás llamadas a la API de lectura se facturan por la cantidad de series temporales devueltas o por 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 indirectamente. Por ejemplo, los comandos de la CLI de Google Cloud, las bibliotecas cliente y herramientas de terceros como Grafana podrían emitir comandos de lectura de la API.

Métricas no facturables

Datos métricos de Google CloudGKE Enterprise y Knative no tienen coste. Las métricas gratuitas incluyen las siguientes:

• Google Cloud Métricas . Para más información, véase la nota al pie 2 .
• Métricas de GKE Enterprise . Para más información, consulte la nota al pie 2 .
• Métricas de Istio
• Métricas de Knative
• Métricas del sistema de Google Kubernetes Engine
• agent.googleapis.com/agent/ métricas

Métricas facturables

Todos los datos métricos, excepto los enumerados en la sección " Métricas no facturables" , son facturables. La mayoría de las ingestas de métricas se facturan por número de bytes, pero algunas se facturan por número de muestras. Estos modelos de precios se describen en las siguientes secciones.

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

• El tipo de puntos de datos (valores escalares o valores de distribución) recopilados por las métricas.

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

• El número de puntos de datos escritos en series temporales. Este valor depende de la frecuencia con la que se muestrean los datos y de su cardinalidad. La cardinalidad determina cuántas series temporales se generan para una combinación de tipos de métricas y recursos monitoreados; para obtener más información, consulte Cardinalidad .

Los valores de las etiquetas métricas y de recursos que forman parte de su serie temporal no contribuyen a sus cargos.

Métricas cobradas por bytes ingeridos

Las siguientes métricas se pueden cobrar y tienen un precio según la cantidad de bytes ingeridos:

• Métricas del agente en agent.googleapis.com , excepto el grupo 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 facturables. Por ejemplo, la ingesta de 100 MiB de métricas de proceso costará lo mismo que la ingesta de 5 MiB de otras métricas facturables. ³

• Métricas de integraciones de terceros con Ops Agent . Estas métricas se incorporan a Cloud Monitoring con identificadores del tipo workload.googleapis.com/ APPLICATION . METRIC por ejemplo, la métrica workload.googleapis.com/nginx.requests se incluye en esta categoría.

• Métricas del Protocolo OpenTelemetry (OTLP) ingeridas en 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, consulte Formatos de ingestión para métricas OTLP .

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

• Métricas externas

• Métricas basadas en registros definidos por el usuario

A efectos de fijación de precios, el volumen de ingestión se calcula de la siguiente manera:

• Para un tipo de dato escalar: 8 bytes por cada punto de datos 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 para cada punto de datos escrito en una serie de tiempo.

Para obtener información sobre los puntos de datos en series de tiempo, consulte Series de tiempo: datos de un recurso monitoreado .

Métricas cobradas por muestras ingeridas

Las siguientes métricas se pueden cobrar y tienen un precio según la cantidad de muestras ingeridas:

• Métricas de Google Cloud Managed Service para Prometheus : métricas prometheus.googleapis.com .

A efectos de fijación de precios, el recuento de muestras se calcula de la siguiente manera:

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

Para obtener información sobre los puntos de datos en series de tiempo, consulte Series de tiempo: datos de un recurso monitoreado .

Precios para la ejecución de la verificación de disponibilidad (fecha de entrada en vigor: 1 de octubre de 2022)

Se aplican cargos por cada ejecución regional de una verificación de disponibilidad, además 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 la verificación de disponibilidad es de $0.30 por cada 1000 ejecuciones. El cargo aparece en su factura como SKU "CA14-D3DE-E67F" para "Monitoreo de Verificaciones de Disponibilidad".

Precios para la ejecución de monitores sintéticos (fecha de entrada en vigor: 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, Cloud Monitoring empezará 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 alerta.
• $0,35 por cada 1.000.000 de series de tiempo devueltas por la consulta de una condición de política de alerta de métricas.

Esta sección proporciona la siguiente información:

• Definiciones de terminología de alerta.
• Información sobre cómo optar por no recibir facturación por políticas de alerta.

Definiciones

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

  • Las políticas de alerta que utilizan filtros para crear consultas de umbral métrico o ausencia de métrica pueden combinar hasta seis condiciones.
  • Las políticas de alerta con los siguientes tipos de consulta solo pueden tener una única condición:
    • Consulta del lenguaje de consulta Prometheus (PromQL)
    • Lenguaje de consulta de monitoreo (MQL)
    • Coincidencia de registro , utilizada en alertas basadas en registros .

  El cargo por cada condición es de $0.10 al mes. Para que no se le cobre por una condición, debe eliminar la política de alertas. Posponer o desactivar la política no impide que se le cobre .

• Políticas de alerta basadas en métricas y registros : Las políticas de alerta que utilizan cualquier tipo de condición, excepto las de coincidencia de registros, son políticas de alerta de métricas ; sus condiciones devuelven series temporales. Durante cada período de ejecución, las condiciones de las políticas de alerta 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 la política de alerta se activa.

  Las políticas de alerta basadas en registros utilizan condiciones de coincidencia de registros. Estas condiciones no devuelven series temporales.

• Periodo de ejecución : Con qué frecuencia Cloud Monitoring ejecuta su condición. Para la mayoría de los tipos de condición, este periodo es de 30 segundos y no se puede modificar. Las condiciones que usan una consulta PromQL pueden establecer este periodo. Para más información, consulte "Aumentar la duración del periodo de ejecución (solo PromQL)" .

• Serie temporal devuelta : Durante cada período de ejecución, una política de alerta 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 de la respuesta cuenta como una serie temporal devuelta.

  La cantidad de series de tiempo devueltas en un mes está determinada por tres factores:

  • La forma y el alcance de los datos subyacentes.
  • Los filtros y agregaciones que utiliza en la consulta de su condición.
  • El plazo de ejecución.

Exclusión voluntaria

Si ya tienes una Google Cloud Si su contrato vence el 1 de mayo de 2026, puede retrasar la facturación de las alertas hasta la fecha de renovación solicitando una exención al equipo de facturación de alertas de Cloud Monitoring. Las exenciones para clientes con contratos activos se evaluará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 .

Informe de errores

Los datos de error se pueden informar a su Google Cloud proyecto mediante la API de informes de errores o la API de registro en la nube .

El uso de Informes de Errores es gratuito. Sin embargo, podría incurrir en costos de Cloud Logging, ya que las entradas de registro se generan y luego se almacenan en Cloud Logging.

Para conocer los límites que se aplican a su uso de Informes de errores, consulte Cuotas y límites .

Perfilador de nubes

No hay ningún costo asociado con el uso de Cloud Profiler.

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

Rastro de nubes

Los cargos por rastreo se basan en el número de tramos de rastreo ingeridos y escaneados. Los datos de rastreo se pueden ingerir mediante la API de Cloud Trace o la API de Telemetría. La configuración de los ámbitos de rastreo es gratuita.

Cuando se envían datos de latencia a Trace, se empaquetan como un trace compuesto por intervalos , que el backend de Cloud Trace procesa . Al consultar los datos de trace, Cloud Trace analiza los intervalos almacenados. Esta sección proporciona la siguiente información:

• Define tramos de seguimiento facturables y no facturables
• Proporciona un ejemplo de precios.
• Proporciona información sobre cómo reducir la ingestión de intervalos de seguimiento.
• Proporciona configuraciones para una política de alerta que puede notificarle si la ingesta de intervalo de seguimiento alcanza un umbral.

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

Tramos de seguimiento no facturables

Los precios de Cloud Trace no se aplican a los intervalos generados automáticamente por App Engine Standard , las funciones de Cloud Run o Cloud Run : la ingesta de estos seguimientos no tiene costo.

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.

Tramos de traza facturables

La ingestión de tramos de seguimiento, excepto aquellos tramos enumerados en la sección titulada Trazas no facturables , son facturables y su precio se calcula por volumen ingerido.

GKE Enterprise

Para un clúster de GKE Enterprise, no se aplican cargos por las métricas del plano de control , las métricas de estado de Kube seleccionadas, las métricas de cAdvisor/Kubelet ni las métricas de DCGM . Los registros del sistema, los registros del plano de control y los registros de carga de trabajo generan cargos de Cloud Logging . Los registros del plano de control, las métricas del plano de control, las métricas de estado de Kube, 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 al crear el clúster en un proyecto habilitado para GKE Enterprise. Para ver la lista de registros y métricas de GKE incluidos, consulte "Qué registros se recopilan" y "Métricas disponibles" .

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

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

Preguntas frecuentes

¿Qué características del producto son de uso gratuito ?

El uso de los productos de Google Cloud Observability se calcula por volumen de datos. Salvo los costes por volumen de datos descritos en esta página, el uso de todas las funciones adicionales de Google Cloud Observability es gratuito.

¿Cuánto tendré que pagar?

Para estimar sus costos de uso, consulte Cómo estimar sus facturas .

Para obtener ayuda con preguntas de facturación, consulte Preguntas de facturación .

¿Cómo puedo entender los detalles de mi uso?

Varias métricas le permiten explorar en profundidad y comprender sus registros y el volumen de métricas mediante el Explorador de métricas. Consulte Ver el uso detallado en el Explorador de métricas para obtener más detalles.

Si está interesado en aprender a administrar sus costos, consulte estas publicaciones de blog:

• Precios de Cloud Logging para administradores de la nube: cómo abordarlo y ahorrar costos
• Cuatro pasos para administrar sus costos de registro en la nube con un presupuesto limitado

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

En su mayor parte, los alcances de métricas , los alcances de registro y los alcances de seguimiento no afectan la facturación.

Los registros, las métricas y los seguimientos se facturan según el proyecto, la cuenta de facturación, la carpeta o la organización que recibe los datos. El ámbito de métricas de un proyecto define la colección de recursos cuyas métricas el proyecto puede ver y supervisar. Al definir un ámbito de métricas, no se influye en el recurso que recibe los datos de las métricas ni se provoca la duplicación de datos. Un ámbito de registro solo enumera los recursos que almacenan o enrutan las entradas de registro que se desean ver. De igual forma, un ámbito de seguimiento solo enumera los recursos que almacenan los datos de seguimiento que se desean ver.

Por ejemplo, supongamos que su organización tiene 100 máquinas virtuales (VM): 60 VM están alojadas en el Proyecto A y 40 VM 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 facturables. De forma similar, el Proyecto B recibe y almacena las métricas de sus VM y se le cobra cuando las métricas son facturables. Si crea un ámbito de métricas que incluya el Proyecto A y el Proyecto B, podrá ver las métricas combinadas de sus 100 VM. Ahora puede ver solo las métricas del Proyecto A, solo las del Proyecto B o la combinación de métricas. Aunque tiene dos formas de ver las métricas del Proyecto A, no hay implicaciones de facturación.

¿Qué pasa si excedo las asignaciones gratuitas?

Se le facturará automáticamente cualquier consumo que exceda sus asignaciones gratuitas. No perderá ningún registro ni métrica. Para comprender mejor sus posibles costos, consulte "Calcular sus facturas" .

Puede crear una política de alerta que monitoree su uso y le notifique cuando se acerque al umbral de facturación.

Tengo una gran cantidad de Google Cloud Registros en mis proyectos que no uso. Me preocupan los cargos por estos registros. ¿Cómo puedo evitarlo?

Puedes excluir registros para controlar cuáles se incorporan a Logging. Consulta "Reducir el uso de registros" para obtener más información.

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

No. Los servicios que envían entradas de registro no pueden determinar si las entradas de registro se incorporan al registro o no.

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

Si envía sus registros de flujo de VPC a Registro, no se aplican los cargos por generación de registros de flujo de VPC y solo se aplican los cargos de Registro. Sin embargo, si los envía y luego excluye sus registros de flujo de VPC de Registro, se aplican los cargos de Registro. Para obtener más información, consulte Google Cloud Calculadora de precios y luego seleccione la pestaña titulada "Equilibrio de carga en la nube y servicios de red".

¹ A efectos de fijación de precios, todas las unidades se tratan como medidas binarias , por ejemplo, como mebibytes (MiB, o 2 ²⁰ bytes) o gibibytes (GiB, o 2 ³⁰ bytes).

² No hay ningún costo porGoogle Cloud Métricas o métricas de GKE Enterprise que se miden a una velocidad de hasta 1 punto de datos por minuto, la resolución más alta actual. En el futuro, las métricas medidas a resoluciones más altas podrían tener un coste.

³ Las métricas de proceso se recopilan actualmente a una frecuencia predeterminada de una vez por minuto, que no se puede modificar. Estos datos suelen cambiar lentamente, por lo que actualmente se sobremuestrean. Por lo tanto, el cobro de las métricas de proceso al 5 % de la frecuencia estándar se ajusta a la frecuencia estándar si las métricas se muestrearan a intervalos de 20 minutos. A los usuarios que recopilan 100 MiB de datos de estas métricas se les cobra solo por 5 MiB.

¿Qué sigue?

• Lea la documentación de Google Cloud Observability .
• Pruebe la calculadora de precios .
• Obtenga información sobre las soluciones y los casos de uso de Google Cloud Observability .