Descripción general del enrutamiento y el almacenamiento

En esta página, se explica cómo Cloud Logging procesa las entradas de registro y describe los componentes clave del enrutamiento y el almacenamiento de Logging.

En un nivel alto, así es como Cloud Logging enruta y almacena entradas de registro:

Figura que ilustra cómo Cloud Logging enruta las entradas de registro.

Transfiere y enruta registros con el enrutador de registros

En las siguientes secciones, se explica cómo Logging transfiere y enruta los registros a través del enrutador de registros mediante receptores.

Enrutador de registros

Se envía una entrada de registro al recurso de Google Cloud especificado en su campo logName durante su llamada entries.write.

Cloud Logging recibe entradas de registros a través de la API de Cloud Logging en la que pasan por el enrutador de registros. Los receptores en el enrutador de registros verifican cada entrada de registro con el filtro de inclusión y los filtros de exclusión existentes que determinan qué destinos incluidos los buckets de Cloud Logging, a los que se debe enviar la entrada de registro. Puedes usar combinaciones de receptores para enrutar registros a varios destinos.

Para enrutar registros de manera confiable, el enrutador de registros también almacena los registros temporalmente (no representados en la imagen), lo que ofrece protección contra las interrupciones temporales en cualquier receptor. Ten en cuenta que el almacenamiento temporal del enrutador de registros es distinto del almacenamiento a mayor plazo que proporcionan los buckets de Logging.

Receptores

Los receptores controlan cómo Cloud Logging enruta los registros. Si usas los receptores, puedes enrutar algunos o todos tus registros a destinos compatibles. Algunos de los motivos por los que es posible que desees controlar cómo se enrutan los registros son los siguientes:

  • Almacenar registros que es poco probable que se lean, pero que deben conservarse con fines de cumplimiento.
  • Para organizar tus registros en buckets en un formato que te resulte útil.
  • Para usar herramientas de análisis de macrodatos en tus registros
  • Para transmitir tus registros a otras aplicaciones, otros repositorios o a terceros

Los receptores pertenecen a un recurso de Google Cloud determinado: proyectos de Cloud, cuentas de facturación, carpetas y organizaciones. Cuando el recurso recibe una entrada de registro, la enruta según los receptores que contiene ese recurso y, si está habilitado, cualquier receptor ancestral que pertenezca a la jerarquía de recursos. La entrada de registro se envía al destino asociado con cada receptor coincidente.

Cloud Logging proporciona dos receptores predefinidos para cada proyecto, cuenta de facturación, carpeta y organización de Cloud: _Required y _Default. Todos los registros que se generan en un recurso se procesan de forma automática a través de estos dos receptores y, luego, se almacenan en los buckets nombrados de forma correspondiente: _Required o _Default.

Los receptores actúan de forma independiente entre sí. Sin importar cómo los receptores predefinidos procesen las entradas de registro, puedes crear tus propios receptores para enrutar algunos o todos tus registros a varios destinos compatibles o excluirlos de ser almacenados en Cloud Logging.

El comportamiento de enrutamiento de cada receptor se controla mediante la configuración del filtro de inclusión y los filtros de exclusión de ese receptor. Según la configuración del receptor, cada entrada de registro que recibe Cloud Logging se ubica en una o más de estas categorías:

  • Almacenados en Cloud Logging y no enrutados en otro lugar.

  • Se almacena en Cloud Logging y se enruta a un destino compatible.

  • No se almacenan en Cloud Logging, pero se enrutan a un destino admitido.

  • Ni almacenados en Cloud Logging ni enrutados a otro lugar.

Por lo general, creas receptores a nivel del proyecto de Cloud, pero si deseas combinar y enrutar registros de los recursos que contiene una organización o una carpeta de Google Cloud, puedes crear Receptores agregados.

No puedes enrutar entradas de registro que Logging recibió antes de que se creara el receptor porque el enrutamiento ocurre cuando los registros pasan a través de la API de Logging, y las reglas de enrutamiento nuevas solo se aplican a los registros escritos después de que se crean esas reglas. Si necesitas enrutar las entradas de registro de forma retroactiva, consulta Copia registros.

Filtros de inclusión

En cualquier receptor nuevo, si no especificas filtros, todos los registros coinciden y se enrutan al destino del receptor. Si deseas configurar el receptor para seleccionar registros específicos, establece un filtro de inclusión. También puedes configurar uno o más filtros de exclusión para excluir los registros del destino del receptor.

Cuando configuras receptores, creas filtros de inclusión mediante el lenguaje de consultas de Logging. Los receptores también pueden contener varios filtros de exclusión.

Cada entrada de registro que recibe Logging se enruta según estas reglas de filtrado:

  • Los filtros de exclusión del receptor anulan cualquiera de sus filtros de inclusión definidos. Si un registro coincide con cualquier filtro de exclusión en el receptor, no coincide con el receptor, sin importar los filtros de inclusión definidos. La entrada de registro no se enruta al destino de ese receptor.

  • Si el receptor no contiene un filtro de inclusión, sucede lo siguiente:

    • Si la entrada de registro coincide con algún filtro de exclusión, no se enruta al destino del receptor.
    • Si la entrada de registro no coincide con ningún filtro de exclusión, se enruta al destino del receptor. Un filtro de inclusión vacío selecciona todos los registros.
  • Si el receptor contiene un filtro de inclusión, sucede lo siguiente:

    • Si la entrada de registro coincide con el filtro de inclusión, se enruta al destino del receptor.
    • Si la entrada de registro no coincide con el filtro de inclusión, no se enruta al destino del receptor.

Filtros de exclusión

Cuando creas un receptor, puedes configurar varios filtros de exclusión, lo que te permite excluir las entradas de registro coincidentes para que no se enruten al destino del receptor o Cloud Logging las transfiera. Puedes crear filtros de exclusión mediante el lenguaje de consulta de Logging.

Los registros se excluyen después de que los recibe la API de Logging. Por lo tanto, excluir registros no reduce la cantidad de llamadas a la API de entries.write.

Las entradas de registro excluidas no están disponibles en el explorador de registros o en Cloud Debugger.

Las entradas de registro que no se enrutan a al menos un bucket de registros, ya sea explícitamente con los filtros de exclusión o porque no coinciden con ningún receptor con un destino de almacenamiento de Logging, también se excluyen de Error Reporting.

Las métricas basadas en registros y definidas por el usuario se calculan a partir de entradas de registro incluidas en los registros incluidos y excluidos. Para obtener más información, consulta Supervisa tus registros.

Destinos admitidos

Puedes usar el enrutador de registros para enrutar ciertos registros a destinos compatibles en cualquier proyecto de Cloud. Logging admite los siguientes destinos de receptor:

  • Cloud Storage: archivos JSON almacenados en buckets de Cloud Storage proporciona almacenamiento económico a largo plazo.
  • BigQuery: tablas creadas en conjuntos de datos de BigQuery. proporciona capacidades de análisis de macrodatos.
  • Pub/Sub: Mensajes con formato JSON que se entregan a temas de Pub/Sub Admite integraciones de terceros, como Splunk, con Logging.
  • Cloud Logging: entradas de registro que se guardan en buckets de registro proporciona almacenamiento en Cloud Logging con períodos de retención personalizables.

Para obtener más información sobre el enrutamiento de registros a destinos compatibles, consulta Configura receptores.

Almacena, visualiza y administra registros

En la siguiente sección, se detalla cómo se almacenan los registros en Cloud Logging y cómo puedes verlos y administrarlos.

Buckets de registros

Cloud Logging usa buckets de registro como contenedores en tus proyectos de Google Cloud, cuentas de facturación, carpetas y organizaciones para almacenar y organizar los datos de registro. Los registros que almacenas en Cloud Logging se indexan, optimizan y entregan para que puedas analizar los registros en tiempo real. Los depósitos de Cloud Logging son entidades de almacenamiento diferentes a los buckets de Cloud Storage con nombres similares.

Para cada proyecto de Cloud, cuenta de facturación, carpeta y organización, Logging crea de forma automática dos buckets de registros: _Required y _Default. Logging crea receptores de forma automática como _Required y _Default, que, en la configuración predeterminada, enrutan los registros a los buckets con nombre correspondientes.

Puedes inhabilitar los registros que se enrutan al bucket de registros _Default. No puedes cambiar las reglas de enrutamiento para el bucket _Required.

Además, puedes crear buckets definidos por el usuario para cualquier proyecto de Cloud.

Crea receptores para enrutar todos tus registros, o solo un subconjunto de ellos, a cualquier bucket de registros. Esta flexibilidad te permite elegir el proyecto de Cloud en el que se almacenan los registros y qué otros registros se almacenan con ellos.

Para obtener más información, consulta Configura buckets de registros.

Bucket de registro _Required

Cloud Logging enruta de forma automática los siguientes tipos de registros al bucket _Required:

Cloud Logging retiene los registros en este bucket durante 400 días, no puedes cambiar este período de retención.

No puedes modificar ni borrar el bucket _Required. No puedes inhabilitar el receptor _Required, que enruta los registros al bucket _Required.

No se aplican los precios por transferencia ni los precios de almacenamiento a los datos de registro almacenados en el bucket de registro _Required.

Bucket de registro _Default

Cualquier entrada de registro que no transfiera el bucket _Required, el receptor _Default la enruta al bucket _Default, a menos que inhabilites o edites el receptor _Default. Si deseas obtener instrucciones para modificar receptores, consulta Administra receptores.

No puedes borrar el bucket _Default.

Los registros almacenados en el bucket _Default se conservan durante 30 días, a menos que configures la retención personalizada del bucket.

Los precios de Cloud Logging se aplican a los datos de registro que se encuentran en el bucket _Default.

Buckets de registro definidos por el usuario

También puedes crear buckets de registros definidos por el usuario en cualquier proyecto de Cloud. Si aplicas receptores en tus buckets de registros definidos por el usuario, puedes enrutar cualquier subconjunto de los registros a cualquier bucket de registros, lo que te permite elegir en qué proyecto de Cloud se almacenan los registros y qué otros registros se almacenan con ellos.

Por ejemplo, para cualquier registro generado en el Proyecto A, puedes configurar un receptor para que enrute ese registro a los buckets definidos por el usuario en el Proyecto A o Proyecto-B.

Los precios de Cloud Logging se aplican a los datos de registros almacenados en este bucket, sin importar el tipo de registro.

Puedes configurar la retención personalizada para el bucket.

Para obtener información sobre cómo administrar los buckets de registros definidos por el usuario, incluida su eliminación o actualización, consulta Configura y administra buckets de registros.

Regionalización

Los buckets de registro son recursos regionales. La infraestructura que almacena, indexa y busca tus registros se encuentra en una ubicación geográfica específica. Google administra esa infraestructura para que tus aplicaciones estén disponibles de forma redundante en todas las zonas dentro de esa región.

Para obtener más información sobre la ubicación de datos de registros, consulta Regiones de datos en Cloud Logging.

Cuando creas tu bucket de registros, puedes elegir almacenar tus registros en cualquiera de las siguientes regiones:

Continente Regiones
Asia asia-east1
asia-east2
asia-northeast1
asia-northeast2
asia-northeast3
asia-south1
asia-south2
asia-southeast1
asia-southeast2
Australia australia-southeast1
australia-southeast2
Europa europe-central2
europe-north1
europe-west1
europe-west2
europe-west3
europe-west4
europe-west6
Norteamérica northamerica-northeast1
northamerica-northeast2
us-central1
us-east1
us-east4
us-west1
us-west2
us-west3
us-west4
Sudamérica southamerica-east1

Además de estas regiones, también tienes la opción de establecer la ubicación en global, lo que significa que no necesitas especificar dónde se almacenan físicamente los registros.

Política de la organización

Puedes crear una política de la organización para asegurarte de que cumpla con tus necesidades normativas y de cumplimiento. Con una política de la organización, puedes especificar en qué regiones tu organización puede crear buckets de registro nuevos. También puedes evitar que tu organización cree nuevos buckets de registro en regiones específicas.

Cloud Logging no aplica la política de la organización recién creada en el bucket de registros existente. Solo aplica la política en nuevos buckets de registros.

Para obtener información sobre cómo crear una política de la organización basada en la ubicación, consulta Restringe las ubicaciones de recursos.

Retención

Cloud Logging retiene registros según las reglas de retención que se aplican al tipo de bucket de registros en el que se conservan los registros.

Puedes configurar Cloud Logging para conservar tus registros entre 1 día y 3,650 días. Las reglas de retención personalizadas se aplican a todos los registros en un bucket, sin importar el tipo de registro o si ese registro se copió de otra ubicación.

A fin de obtener información sobre cómo configurar las reglas de retención para un bucket de registros, consulta Configura la retención personalizada.

Vistas de registro

Las vistas de registro te permiten controlar quién tiene acceso a los registros en tus buckets de registros.

Cloud Logging crea de forma automática la vista _AllLogs para cada bucket, que muestra todos los registros. Cloud Logging también crea una vista para el bucket _Default llamado _Default, que muestra todos los registros, excepto los registros de auditoría de acceso a los datos.

Es posible que desees controlar de qué proyectos de Cloud pueden ver los registros los diferentes usuarios debido a que los buckets de registro pueden contener registros de varios proyectos de Cloud. Puedes crear vistas de registro personalizadas, que te brindan un control de acceso más detallado para esos buckets.

Para obtener más información, consulta Administra vistas de registro.

Usar registros en el ecosistema de Google Cloud

En la siguiente sección, se proporciona información sobre el uso de registros en la versión más amplia de Google Cloud.

Métricas basadas en registros

Las métricas basadas en registros son métricas de Cloud Monitoring que se basan en el contenido de las entradas de registro. Si Cloud Logging recibe una entrada de registro para un proyecto de Cloud que coincide con el filtro de una de las métricas del proyecto de Cloud, esa entrada se refleja en los datos de la métrica.

Los filtros de exclusión del receptor no se aplican a las métricas basadas en registros. Incluso si excluyes los registros de la transferencia de la API de Cloud Logging, y los registros no se almacenan en ningún buckets de registro, puedes ver esos registros en las métricas basadas en registros.

Las métricas basadas en registros se aplican a nivel de proyecto de Cloud. El enrutador de registros calcula estas métricas y se aplican a los registros transferidos y excluidos solo en el proyecto de Cloud en el que se reciben.

Para obtener más información, consulta Descripción general de las métricas basadas en registros.

Encuentra registros en destinos compatibles

Para obtener información sobre el formato de las entradas de registro enrutadas y cómo se organizan los registros en los destinos, consulta Visualiza los registros en los destinos de los receptores.

Casos de uso habituales

A fin de abordar casos prácticos comunes para enrutar y almacenar registros, consulta los siguientes instructivos y documentos:

Necesidades de cumplimiento

Si deseas obtener prácticas recomendadas sobre el uso del enrutamiento para la administración de datos, consulta los siguientes documentos:

Control de acceso

Si deseas obtener información sobre cómo usar las funciones y los permisos de Identity and Access Management (IAM) para controlar el acceso a los datos de Cloud Logging, consulta la Guía de control de acceso

Precios

Para comprender los precios de transferencia y almacenamiento, consulta la información de precios de Cloud Logging.

Cloud Logging no cobra por las rutas de registro, pero es posible que se apliquen cargos de destino. Para obtener más información, revisa los detalles de precios del servicio correspondiente:

Ten en cuenta que si envías y, luego, excluyes tus registros de flujo de nube privada virtual de Cloud Logging, se aplicarán cargos de generación de registros de flujo de VPC, además de los cargos de destino.

¿Qué sigue?

Para ayudarte a enrutar y almacenar datos de Cloud Logging, consulta los siguientes documentos: