Google Cloud Observability almacena y organiza los datos de telemetría de Cloud Logging, Cloud Monitoring y Cloud Trace en contenedores de almacenamiento estructurados. Comprender el modelo de almacenamiento te ayuda a configurar la residencia de datos, aplicar políticas de encriptación y conectar la telemetría a servicios de análisis como BigQuery.
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. Cuando el sistema crea un proyecto, una cuenta de facturación, una carpeta o una organización deGoogle Cloud , Cloud Logging crea buckets de registros llamados _Required y _Default en el recurso:
Ubicación: Cloud Logging selecciona la ubicación de estos buckets, a menos que la configuración predeterminada de recursos para Cloud Logging especifique una ubicación. No puedes cambiar la ubicación después de crear los buckets.
Encriptación: Estos buckets usanGoogle-owned and Google-managed encryption keys , a menos que la configuración predeterminada de recursos para Cloud Logging especifique una clave de encriptación administrada por el cliente (CMEK). No puedes cambiar esta configuración después de crear los buckets.
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 se originan 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 registro de la siguiente manera:
- Las políticas de la organización pueden restringir las ubicaciones de los buckets de registros nuevos y exigir que los buckets de registros usen 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
_Requiredy_Default - La clave de Cloud Key Management Service para encriptar tus datos de registro
- 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, si configuras parámetros de configuración de recursos predeterminados para Cloud Logging en una organización, todas las carpetas y los 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.
- Ubicación de los nuevos buckets de registros
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, consulta Residencia de datos para Monitoring.
Datos de seguimiento
Los datos de seguimiento se almacenan en un conjunto de datos que administra el bucket de observabilidad llamado _Trace. Para contener el conjunto de datos, debe existir el bucket _Trace.
El bucket _Trace se puede crear de forma automática o manual:
Creación automática: El sistema crea automáticamente el bucket en respuesta a la recepción de datos de seguimiento de una aplicación o un servicio de Google Cloud . El sistema usa la configuración predeterminada aplicable para los buckets de observabilidad para determinar la ubicación y la clave de encriptación del bucket. Si no definiste la configuración predeterminada, el sistema seleccionará una ubicación compatible y el bucket usará la encriptación predeterminada de Google.
Los datos de seguimiento que generan Cloud Run Functions, Cloud Run y App Engine no hacen que el sistema cree el bucket de observabilidad. Los tramos de estos servicios solo se almacenan cuando existe el bucket de observabilidad.
Creación manual: Puedes usar la API de Observability para crear el bucket
_Traceantes de que tu proyecto Google Cloud reciba datos de seguimiento. Debes proporcionar la ubicación del bucket. Puedes proporcionar una clave de Cloud Key Management Service:- Si proporcionas una clave, el sistema la usará para encriptar los datos almacenados.
- Si no proporcionas una clave de Cloud KMS, la clave de encriptación se determinará según la configuración predeterminada que se aplique al recurso principal del bucket. Si la configuración predeterminada especifica una clave de Cloud KMS, esa clave encripta los datos almacenados. De lo contrario, se usa la encriptación predeterminada de Google.
Cuando se crea el bucket _Trace, el sistema también crea un conjunto de datos llamado Spans para el bucket y una vista llamada _AllSpans en el conjunto de datos. Esa vista incluye todos los datos del conjunto de datos.
Para obtener más información, consulta lo siguiente:
- Residencia de datos para los buckets de observabilidad
- Cómo establecer valores predeterminados para los buckets de observabilidad
- Esquema de registro
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 de 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 datosSpansy la vista_AllSpans. Para obtener información sobre la estructura de un bucket de observabilidad, consultaBucket. - 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 llamadoSpans, que almacena tus datos de seguimiento. Para obtener información sobre la estructura de un conjunto de datos, consultaDataset. - Vistas en conjuntos de datos
- Cada conjunto de datos aloja una o más vistas. Una vista proporciona acceso de lectura a un subconjunto de entradas en el 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
_AllSpansen el conjunto de datosSpans. Para obtener información sobre la estructura de una vista, consultaView. - Vínculos en conjuntos de datos
Cada conjunto de datos puede contener un vínculo como máximo. 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 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 Spans dentro del bucket de observabilidad _Trace. El sistema crea una vista _AllSpans en este conjunto de datos que incluye todos los tramos almacenados.
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 claves de encriptación administradas por el cliente (CMEK), te recomendamos que configures tanto las políticas de la organización como 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:
- Ubicación de almacenamiento predeterminada
- Para cada ubicación, una clave predeterminada de Cloud Key Management Service
El sistema usa la configuración predeterminada de dos maneras diferentes:
Cuando el sistema crea automáticamente un bucket de observabilidad, usa la configuración predeterminada para determinar la ubicación y la clave de encriptación del bucket. Si no definiste la configuración predeterminada, el sistema selecciona la ubicación y el bucket usa la encriptación predeterminada de Google.
Cuando inicias la creación de un bucket de observabilidad con una solicitud a la API, proporcionas la ubicación. Sin embargo, el sistema usa automáticamente la clave de Cloud KMS definida por la configuración predeterminada para encriptar los datos, a menos que los argumentos de la solicitud a la API especifiquen la clave.
Dado que el bucket de observabilidad siempre tiene un proyecto como bucket principal, cuando creas un bucket, el sistema primero busca la configuración predeterminada a nivel del proyecto. Si no existen, el sistema busca la configuración predeterminada en los ancestros del elemento superior. Por ejemplo, si defines la configuración predeterminada para una carpeta, esa configuración se aplicará a los elementos secundarios de la carpeta, excepto a aquellos que tengan configurada la configuración predeterminada.
También puedes usar políticas de la organización para restringir las ubicaciones de los nuevos buckets de observabilidad, exigir el uso de CMEK o restringir las claves de Cloud KMS que se pueden usar para la encriptación. Si configuras políticas de la organización que requieren el uso de CMEK, debes configurar los parámetros de configuración predeterminados para los buckets de observabilidad. De lo contrario, fallará el aprovisionamiento de los buckets de observabilidad creados por el sistema.
Para obtener más información, consulta Cómo establecer valores predeterminados para los buckets de observabilidad.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?
- Crea buckets de observabilidad
- Administra buckets y conjuntos de datos de observabilidad
- Cómo ver y analizar tus datos de telemetría