Descripción general del almacenamiento de Google Cloud Observability

En este documento, se describe cómo Google Cloud Observability almacena tus datos de telemetría. Incluye información sobre cómo Cloud Logging, Cloud Monitoring y Cloud Trace almacenan datos. En este documento, también se proporciona una descripción general conceptual de los buckets de observabilidad.

Datos de registros

Los datos de registros residen en buckets de registros, que son los contenedores que Logging usa para almacenar tus datos de registros. Cada Google Cloud proyecto, cuenta de facturación, carpeta y organización contiene buckets de registros llamados _Required y _Default.

De forma predeterminada, los datos de registro residen en el proyecto, la cuenta de facturación, la carpeta o la organización de Google Cloud donde provienen los datos. Sin embargo, puedes configurar el registro para enrutar los datos de registro desde el recurso en el que se originan a otra ubicación, como otro proyecto o un bucket de registros centralizado. Para obtener más información, consulta Almacena entradas de registro y Enruta entradas de registro.

Cloud Logging te permite regionalizar tus datos de registros de la siguiente manera:

  • Las políticas de la organización pueden restringir las ubicaciones de los buckets de registros nuevos y requerir que los buckets de registros usen claves de encriptación administradas personalizadas (CMEK).

  • En el caso de las organizaciones y las carpetas, la configuración predeterminada de los recursos de Cloud Logging te permite configurar lo siguiente:

    • Ubicación de los nuevos buckets de registros _Required y _Default
    • Es la clave de KMS para encriptar tus datos de registro.
    • Es la configuración del receptor predeterminado.

    Los elementos secundarios de la jerarquía de recursos heredan automáticamente estos parámetros de configuración, a menos que también configuren parámetros de configuración predeterminados del recurso. Por ejemplo, supongamos que configuras parámetros de configuración predeterminados de recursos para Cloud Logging en una organización. Luego, todas las carpetas y proyectos de la jerarquía de recursos de la organización heredan automáticamente esos parámetros de configuración. Sin embargo, si estableces la configuración predeterminada de recursos para Cloud Logging en una carpeta de esa organización, se usará la configuración a nivel de la carpeta.

    La configuración predeterminada de recursos de Cloud Logging solo se aplica a los recursos nuevos, no a los existentes. Para obtener más información, consulta Configura los parámetros de configuración predeterminados de los recursos para Cloud Logging.

Datos de métricas

Los datos de métricas residen en el proyecto Google Cloud en el que se originan los datos.

Para obtener información sobre las políticas de almacenamiento de datos que usa Monitoring, consulta Residencia de datos para Monitoring.

Datos de seguimiento

Los datos de seguimiento residen en un bucket de observabilidad con el mismo nombre del proyecto Google Cloud en el que se originan los datos. El nombre del bucket es _Trace. En la siguiente sección, se describen los buckets de observabilidad. Para obtener información sobre el formato de almacenamiento de los intervalos individuales, consulta Esquema de seguimiento.

Puedes controlar dónde se almacenan tus datos de seguimiento y quién administra las claves de encriptación configurando los parámetros de configuración predeterminados para los buckets de observabilidad. Por ejemplo, puedes usar estos parámetros de configuración para que una organización requiera que los nuevos buckets de observabilidad de la organización usen CMEK. Para obtener más información, consulta la sección Residencia de los datos para los buckets de observabilidad de esta página.

Modelo de almacenamiento de observabilidad

El modelo de almacenamiento de la API de Observability se basa en la siguiente arquitectura:

Buckets de observabilidad
Un bucket de observabilidad es la entidad de administración de los conjuntos de datos, que almacenan datos. Un bucket de observabilidad se encuentra en una ubicación específica y tiene una política de retención de datos. Cuando un servicio Google Cloud usa la API de Observability para almacenar sus datos, el sistema crea un bucket de observabilidad basado en el nombre del servicio, un conjunto de datos para almacenar datos y una vista para proporcionar acceso de lectura a los datos almacenados. Por ejemplo, para el servicio de Cloud Trace, el sistema nombra el bucket creado por el sistema _Trace, el conjunto de datos Spans y la vista _AllSpans. Para obtener información sobre la estructura de un bucket de observabilidad, consulta Bucket.
Conjuntos de datos
Un conjunto de datos almacena datos. El sistema crea automáticamente un conjunto de datos cuando crea un bucket de observabilidad, que administra el conjunto de datos. Por ejemplo, cuando el sistema crea el bucket _Trace, también crea un conjunto de datos llamado Spans, que almacena tus datos de seguimiento. Para obtener información sobre la estructura de un conjunto de datos, consulta Dataset.
Vistas de los conjuntos de datos
Cada conjunto de datos aloja una o más vistas. Una vista proporciona acceso de lectura a un subconjunto de entradas del conjunto de datos. El sistema crea una vista cuando crea un conjunto de datos. Esa vista incluye todos los datos del conjunto de datos. El nombre de la vista depende del servicio. Por ejemplo, para el servicio de Cloud Trace, el sistema crea una vista llamada _AllSpans en el conjunto de datos Spans. Para obtener información sobre la estructura de una vista, consulta View.
Vínculos en conjuntos de datos

Cada conjunto de datos puede contener como máximo un vínculo. Cuando creas un vínculo para un conjunto de datos, el sistema crea un conjunto de datos vinculado de BigQuery. Luego, puedes consultar los datos de tu conjunto de datos con BigQuery o con otros servicios que usen la API de BigQuery. Para obtener más información sobre la estructura de un vínculo, consulta Link.

El sistema no crea vínculos automáticamente en los conjuntos de datos.

Por ejemplo, tus datos de seguimiento residen en un conjunto de datos llamado Spans. Este conjunto de datos es secundario del bucket de observabilidad llamado _Trace. En el conjunto de datos Spans, el sistema crea la vista llamada _AllSpans. Esta vista incluye todos los datos del conjunto de datos.

Residencia de datos para los buckets de observabilidad

Si tienes requisitos normativos o de cumplimiento para almacenar tus datos en ubicaciones específicas o usar CMEK, te recomendamos que configures los parámetros de configuración predeterminados para los buckets de observabilidad:

  • En el caso de las organizaciones, las carpetas y los proyectos, la configuración predeterminada de los buckets de observabilidad te permite configurar lo siguiente:

    • Una ubicación de almacenamiento predeterminada
    • Para cada ubicación, una clave predeterminada de Cloud Key Management Service

    Los elementos secundarios de la jerarquía de recursos usan automáticamente estos parámetros de configuración, excepto aquellos en los que configuraste parámetros de configuración predeterminados.

    La configuración predeterminada para los buckets de observabilidad solo se aplica a los recursos nuevos, no a los existentes. Para obtener más información, consulta Cómo establecer valores predeterminados para los buckets de observabilidad.

La configuración predeterminada de los buckets de observabilidad no se aplica a los buckets de registros, que almacenan datos de registros. Si deseas obtener información para configurar la ubicación predeterminada o requerir CMEK para los buckets de registros, consulta Configura los parámetros de configuración predeterminados de los recursos para Cloud Logging.

Limitaciones

No puedes hacer lo siguiente:

  • Modificar o borrar buckets de observabilidad
  • Crear, borrar o modificar conjuntos de datos
  • Crear, borrar o modificar vistas
  • Usa la consola de Google Cloud para enumerar buckets, conjuntos de datos, vistas o vínculos.

¿Qué sigue?