Descripción general del enrutamiento y el almacenamiento

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

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

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

Transferir y enrutar registros con el enrutador de registros

En las siguientes secciones, se explica cómo los registros se transfieren mediante Logging y se enrutan a través del enrutador de registros con 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 registro a través de la API de Cloud Logging, en la que pasan por el enrutador de registros. Los receptores del enrutador de registros comparan cada entrada de registro con el filtro de inclusión y los filtros de exclusión existentes que determinan a qué destinos, incluidos los buckets de Cloud Logging, se debe enviar la entrada de registro. Puedes usar combinaciones de receptores para enrutar los 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 almacenamiento en búfer 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 la forma en que Cloud Logging enruta los registros. Con receptores, puedes enrutar algunos o todos tus registros a destinos compatibles. Estas son algunas de las razones por las que podrías querer controlar la forma en que se enrutan tus registros:

  • Almacenar registros que es poco probable que se lean, pero que deben retenerse 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 determinado de Google Cloud: proyectos de Cloud, cuentas de facturación, carpetas y organizaciones. Cuando el recurso recibe una entrada de registro, enruta la entrada de registro según los receptores contenidos en ese recurso y, si está habilitado, cualquier receptor ancestral perteneciente 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 de Cloud, 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 _Required o _Default con el nombre correspondiente.

Los receptores actúan de forma independiente. Sin importar cómo los receptores predefinidos procesan tus entradas de registro, puedes crear tus propios receptores para enrutar algunos o todos tus registros a varios destinos compatibles o excluirlos a fin de que no se almacenen 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 para ese receptor. Según la configuración del receptor, cada entrada de registro que recibe Cloud Logging se encuentra en una o más de estas categorías:

  • Almacenada en Cloud Logging y no enrutada a otro lugar.

  • Almacenada en Cloud Logging y enrutada a un destino compatible.

  • No almacenada en Cloud Logging, pero sí enrutada a un destino compatible.

  • Ni almacenada en Cloud Logging ni enrutada 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 las entradas de registro que Logging recibió antes de que se creara tu receptor porque el enrutamiento se produce a medida que los registros pasan a través de la API de Logging, y las reglas nuevas de enrutamiento solo se aplican a los registros escritos después de que se crean esas reglas. Si necesitas enrutar las entradas de registro de manera retroactiva, consulta Cómo copiar registros.

Filtros de inclusión

Si no especificas filtros, todos los registros nuevos coincidirán y se enrutarán al destino del receptor. Puedes configurar un receptor para configurar registros específicos con un filtro de inclusión. También puedes configurar uno o más filtros de exclusión para excluir registros del destino del receptor.

Cuando configuras receptores, creas filtros de inclusión mediante el lenguaje de consulta 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 algún filtro de exclusión en el receptor, no coincide con el receptor, independientemente de los filtros de inclusión definidos. La entrada de registro no se enruta a ese destino del receptor.

  • Si el receptor no tiene 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 envía 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 que coincidan para que no se enruten al destino del receptor o la transferencia de Cloud Logging. Los filtros de exclusión se crean con 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 entries.write.

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

Las entradas de registro que no se enrutan al menos a un bucket de registros, ya sea de forma explícita con 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 definidas por el usuario se calculan a partir de entradas de registro en los registros incluidos y excluidos. Para obtener más información, consulta Cómo supervisar 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 receptores:

  • 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 tus datos de registro. Los registros que almacenas en Cloud Logging se indexan, se optimizan y se entregan para que puedas analizar los registros en tiempo real. Los buckets de Cloud Logging son entidades de almacenamiento diferentes de los de 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 el receptor _Default, que enruta los registros al bucket de registros _Default. Para cambiar el comportamiento de los receptores _Default creados para cualquier proyecto o carpeta de Cloud nueva creada en tu organización, puedes establecer la configuración predeterminada para tu organización.

No puedes cambiar las reglas de enrutamiento del bucket _Required.

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

Creas 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 tus 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 automáticamente 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 de transferencia ni los de almacenamiento a los datos de registros almacenados en el bucket de registros _Required.

Bucket de registro _Default

Cualquier entrada de registro que no transfiera el bucket _Required se enrutará al bucket _Default al bucket _Default, a menos que inhabilites o modifiques el receptor _Default. Si deseas obtener instrucciones para modificar los 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 una retención personalizada para el bucket.

Los precios de Cloud Logging se aplican a los datos de registros almacenados en el bucket _Default.

Buckets de registro definidos por el usuario

También puedes crear buckets de registro definidos por el usuario en cualquier proyecto de Cloud. Cuando aplicas receptores en buckets de registros definidos por el usuario, puedes enrutar cualquier subconjunto de tus registros a cualquier bucket de registro, lo que te permite elegir en qué proyecto de Cloud se almacenan tus 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 registro 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 registros 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 las zonas de esa región.

Cuando creas un bucket de registros o configuras una política regional a nivel de la organización, 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-southwest1
europe-west1
europe-west2
europe-west3
europe-west4
europe-west6
europe-west8
europe-west9
Norteamérica northamerica-northeast1
northamerica-northeast2
us-central1
us-east1
us-east4
us-west1
us-west2
us-west3
us-west4
Sudamérica southamerica-east1
southamerica-west1

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

Si deseas aplicar de forma automática una región de almacenamiento particular a los buckets _Default y _Required creados en tu organización, puedes configurar una ubicación de recursos predeterminada.

Para obtener más información sobre la ubicación de los datos de registros, consulta Regionalidad de datos para Cloud Logging.

Política de la organización

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

Cloud Logging no aplica la política de la organización recién creada en los buckets de registros existentes; solo aplica la política en los buckets de registros nuevos.

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.

Además, puedes configurar una ubicación predeterminada para los recursos a fin de elegir la región de almacenamiento que se aplicará a los buckets _Default y _Required que se crean en la organización.

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 guardan los registros.

Puedes configurar Cloud Logging para conservar registros entre 1 día y 3,650 días. Las reglas de retención personalizadas se aplican a todos los registros de 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 llamada _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.

Usa registros en el ecosistema de Google Cloud

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

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 los filtros de una de las métricas del proyecto de Cloud, esa entrada de registro se refleja en los datos de las métricas.

Los filtros de exclusión de receptores se aplican a las métricas del usuario definidas por el sistema, que cuentan solo los registros que el proyecto de Cloud incluye para la transferencia.

Los filtros de exclusión de receptores no se aplican a las métricas basadas en registros definidas por el usuario. Incluso si excluyes la transferencia de registros de la API de Cloud Logging y estos no se almacenan en ningún bucket de Logging, es posible que esos registros se cuenten en estas métricas.

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

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

Cómo buscar registros en destinos compatibles

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

Casos de uso habituales

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

Necesidades de cumplimiento

Si deseas conocer las prácticas recomendadas para el enrutamiento de administración de datos, consulta los siguientes documentos:

Control de acceso con IAM

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 Control de acceso con IAM

Precios

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

Cloud Logging no cobra por los registros de ruta, pero es posible que se apliquen cargos de destino. Para obtener más información, revisa los detalles sobre los 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: