Enruta registros a destinos compatibles.

Los receptores de registros en Cloud Logging te permiten enrutar entradas de registro desde tu Cloud de Confiance proyecto a destinos compatibles para el almacenamiento, el análisis o la transmisión a largo plazo. Para entregar registros, cada receptor escribe en un destino autorizado, como un bucket de registros o un tema de Pub/Sub.

Un receptor realiza una acción de escritura y, por lo tanto, debe tener autorización para escribir en el destino. Cuando el destino es un bucket de registros en el mismo proyecto que el receptor, este se autoriza automáticamente. Para todos los demás destinos, el receptor debe estar conectado a una cuenta de servicio que tenga los permisos necesarios para escribir datos en el destino.

Cuando se requiere una cuenta de servicio, Cloud Logging la crea y la administra automáticamente. Sin embargo, es posible que debas modificar los permisos otorgados a la cuenta de servicio. No es necesario que uses la cuenta de servicio que creó Logging. Puedes crear y administrar una cuenta de servicio que usen los receptores en varios proyectos. Para obtener más información, consulta Configura receptores de registros con cuentas de servicio administradas por el usuario.

Descripción general

En este documento, se describe cómo crear un receptor y cómo configurar las opciones que podrías ver cuando usas la consola de Cloud de Confiance , Google Cloud CLI o la API.

Los receptores pertenecen a un recurso de Cloud de Confiance determinado: un proyecto de Cloud de Confiance , una cuenta de facturación, una carpeta o una organización. Cuando el recurso recibe una entrada de registro, cada receptor del recurso la procesa. Cuando una entrada de registro coincide con los filtros del receptor, se enruta al destino del receptor.

Por lo general, los receptores enrutan solo las entradas de registro que se originan en un recurso. Sin embargo, para las carpetas y las organizaciones, puedes crear receptores agregados. Estos receptores enrutan las entradas de registro que se originan en la carpeta o la organización y que se originan en sus recursos secundarios. En este documento, no se analizan los receptores agregados. Para obtener más información, consulta Descripción general de los receptores agregados.

Para crear y administrar receptores, puedes usar la consola de Cloud de Confiance , la API de Cloud Logging y la Google Cloud CLI. Te recomendamos que uses la consola de Cloud de Confiance por los siguientes motivos:

  • Puedes configurar los destinos de los receptores como parte del flujo para crear un receptor.
  • Puedes obtener una vista previa de las entradas de registro que coinciden con los filtros del receptor.
  • Se simplifican algunos pasos de autorización.

Te recomendamos que revises la configuración del receptor de registros cuando realices cambios en el almacenamiento de registros. Por ejemplo, si borras el destino de un receptor de registros, borra el receptor de registros correspondiente.

Para obtener información sobre cómo ver y administrar tus receptores de registros, consulta la sección Administra receptores de este documento.

Destinos admitidos

El destino de un receptor puede estar en un recurso diferente del receptor. Por ejemplo, puedes usar un receptor de registros para enrutar entradas de registro de un proyecto a un bucket de registros almacenado en un proyecto diferente.

Se admiten los siguientes destinos:

Cloud de Confiance proyecto

Selecciona este destino cuando quieras que los receptores de registros del proyecto de destino vuelvan a enrutar tus entradas de registro o cuando hayas creado un receptor agregado de intercepción. Los receptores de registros en el proyecto de destino pueden volver a enrutar las entradas de registro a cualquier destino compatible, excepto a un proyecto.

Los receptores de registros creados por el sistema en el proyecto de destino excluyen las entradas de registro que se enrutan al bucket de registros _Required en el proyecto de origen. Por ejemplo, si enrutas los registros de actividad del administrador a otro proyecto, los receptores de registros _Required y _Default del proyecto de destino excluyen esas entradas de registro. Para almacenar esas entradas de registro, en el proyecto de destino, actualiza el receptor de registros _Default o crea un receptor de registros personalizado.

Bucket de registros
Selecciona este destino cuando quieras almacenar tus datos de registro en recursos administrados por Cloud Logging. Los datos de registro almacenados en buckets de registros se pueden ver y analizar con servicios como el Explorador de registros.
Tema de Pub/Sub
Selecciona este destino cuando quieras exportar tus datos de registro desde Cloud de Confiance by S3NS y, luego, usar una integración de terceros. Las entradas de registro se formatean como JSON y, luego, se enrutan a un tema de Pub/Sub.

Limitaciones de destino

En esta sección, se describen las limitaciones específicas de cada destino:

  • Cuando configures un destino de receptor, proporciona la ruta de acceso completamente calificada y usa el extremo global del servicio. No se admiten los extremos de servicio regionales (REP), como pubsub.LOCATION.rep.googleapis.com.

  • No se admite el enrutamiento de registros a un tema de Pub/Sub que aplique restricciones en tránsito. Logging no puede garantizar que las solicitudes de publicación provengan de una región permitida, lo que causa errores de configuración de topic_region_not_allowed y registros descartados.

  • Las siguientes limitaciones se aplican cuando el destino de un receptor de registros es un proyecto de Cloud de Confiance :

    • Hay un límite de un salto.
    • El receptor de registros _Required en el proyecto de destino enruta las entradas de registro al bucket de registros _Required del proyecto cuando las entradas de registro coinciden con el filtro del receptor y se originan en el proyecto de destino.
    • El receptor de registros _Default en el proyecto de destino enruta las entradas de registro que coinciden con su filtro de inclusión y no coinciden con ningún filtro de exclusión. El receptor de registros _Default excluye algunas entradas de registro. Por ejemplo, este receptor no enruta las entradas de registro de actividad del administrador ni de eventos del sistema. Puedes modificar este receptor.
    • Solo los receptores agregados que se encuentran en la jerarquía de recursos de una entrada de registro procesan la entrada.

    Por ejemplo, supongamos que el destino de un receptor de registros en el proyecto A es el proyecto B. En este caso, se aplican las siguientes reglas:

    • Debido al límite de un salto, los receptores de registros del proyecto B no pueden volver a enrutar las entradas de registro a otro proyecto de Cloud de Confiance .
    • El bucket de registros _Required del proyecto B solo almacena entradas de registro que se originan en el proyecto B. Este bucket de registros no almacena ninguna entrada de registro que se origine en ningún otro recurso, incluidos los que se originan en el proyecto A.
    • Si el proyecto A y el proyecto B tienen jerarquías de recursos diferentes, una entrada de registro que un receptor de registros en el proyecto A enruta al proyecto B no se envía a los receptores agregados en la jerarquía de recursos del proyecto B.
    • Si el proyecto A y el proyecto B tienen la misma jerarquía de recursos, las entradas de registro se envían a los receptores agregados en esa jerarquía. Si un receptor agregado no intercepta una entrada de registro, el router de registros envía la entrada a los receptores del proyecto A.

Antes de comenzar

En las instrucciones de este documento, se describe cómo crear y administrar receptores a nivel de proyecto deCloud de Confiance . Puedes usar el mismo procedimiento para crear un receptor que enrute las entradas de registro que se originan en una organización, carpeta o cuenta de facturación.

Para comenzar, haz lo siguiente:

  1. Habilita la API de Cloud Logging si aún no está habilitada.

    Roles necesarios para habilitar las APIs

    Para habilitar las APIs, necesitas el permiso serviceusage.services.enable. Si creaste el proyecto, es probable que ya tengas este permiso a través del rol de propietario (roles/owner). De lo contrario, puedes obtenerlo a través del rol de administrador de Service Usage (roles/serviceusage.serviceUsageAdmin). Obtén más información para otorgar roles.

    Habilitar la API

  2. Asegúrate de que tu proyecto de Cloud de Confiance contenga entradas de registro que puedas ver en el Explorador de registros.

  3. Para obtener los permisos que necesitas para crear, modificar o borrar un receptor, pídele a tu administrador que te otorgue el rol de IAM de Escritor de configuración de registros (roles/logging.configWriter) en tu proyecto. Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

    También puedes obtener los permisos necesarios a través de roles personalizados o cualquier otro rol predefinido.

    Para obtener información sobre cómo otorgar roles de IAM, consulta la guía de control de acceso de Logging.

  4. Asegúrate de tener un recurso en un destino admitido o de tener la capacidad de crear uno.

    Para enrutar entradas de registro a un destino, este debe existir antes de crear el receptor. Puedes crear el destino en cualquier proyecto deCloud de Confiance en cualquier organización.

  5. Antes de crear un receptor, revisa las limitaciones que se aplican al destino del receptor. Para obtener más información, consulta la sección Limitaciones de destino de este documento.

  6. Selecciona la interfaz que planeas usar:

    Console

    Cuando usas la consola de Cloud de Confiance para acceder a los servicios y las APIs de Cloud de Confiance by S3NS , no necesitas configurar la autenticación.

    gcloud

    Instala Google Cloud CLI y, luego, accede a gcloud CLI con tu identidad federada. Después de acceder, inicializa Google Cloud CLI con el siguiente comando: 

    gcloud init

    REST

    Para usar las muestras de la API de REST incluidas en esta página en un entorno de desarrollo local, debes usar las credenciales que proporciones a la gcloud CLI.

      Instala Google Cloud CLI y, luego, accede a gcloud CLI con tu identidad federada.

    Para obtener más información, consulta Autentícate para usar REST en la documentación de autenticación de Cloud de Confiance .

Crea un receptor

En esta sección, se describe cómo crear un receptor en un proyecto de Cloud de Confiance . Puedes crear hasta 200 receptores por proyecto de Cloud de Confiance . Para ver la cantidad y el volumen de entradas de registro que se enrutan, consulta las métricas de logging.googleapis.com/exports/.

Usa el lenguaje de consulta de Logging para crear una expresión de filtro que coincida con las entradas de registro que deseas incluir. No incluyas información sensible en los filtros de receptores. Los filtros de receptores se tratan como datos del servicio.

Cuando una consulta contiene varias instrucciones, puedes especificar cómo se unen esas instrucciones o confiar en que Cloud Logging agregue de forma implícita la restricción conjuntiva, AND, entre las instrucciones. Por ejemplo, supongamos que un diálogo de consulta o filtro contiene dos declaraciones, resource.type = "gce_instance" y severity >= "ERROR". La búsqueda real es resource.type = "gce_instance" AND severity >= "ERROR". Cloud Logging admite restricciones disyuntivas, OR, y restricciones conjuntivas, AND. Cuando uses sentencias OR, te recomendamos que agrupes las cláusulas con paréntesis.

Para crear un receptor, haz lo siguiente:

Console

  1. En la consola de Cloud de Confiance , ve a la página Enrutador de registros:

    Ir a Enrutador de registros

    Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Logging.

  2. Selecciona el proyecto de Cloud de Confiance en el que se originan las entradas de registro que deseas enrutar.

    Por ejemplo, si deseas enrutar las entradas de registro de acceso a los datos del proyecto llamado Project-A a un bucket de registros en el proyecto llamado Project-B, selecciona Project-A.

  3. Selecciona Crear receptor.

  4. En el panel Detalles del receptor, ingresa los siguientes detalles:

    • Nombre del receptor: Ingresa un identificador para el receptor. Después de crear el receptor, no puedes cambiarle el nombre, pero puedes borrarlo y crear uno nuevo.

    • Descripción del receptor (opcional): Describe el propósito o el caso de uso del receptor.

  5. En el panel Destino del receptor, selecciona el servicio y el destino del receptor con el menú Selecciona el servicio de receptor. Realiza una de las siguientes acciones:

    • Para enrutar las entradas de registro a un servicio que se encuentra en el mismo proyecto deCloud de Confiance , selecciona una de las siguientes opciones:

      • Tema de Pub/Sub: Selecciona o crea el tema para recibir las entradas de registro enrutadas.

    • Para enrutar las entradas de registro a un proyecto de Cloud de Confiance diferente, selecciona Cloud de Confiance proyecto y, luego, ingresa el nombre completamente calificado para el destino:

      logging.googleapis.com/projects/DESTINATION_PROJECT_ID

    • Para enrutar entradas de registro a un servicio que se encuentra en un proyecto de Cloud de Confiance diferente, haz lo siguiente:

      1. Selecciona Otro recurso.
      2. Ingresa el nombre completamente calificado para el destino. Para obtener información sobre la sintaxis, consulta los formatos de ruta de acceso de destino.

  6. Especifica las entradas de registro que se incluirán:

    1. Ve al panel Elige registros para incluirlos en el receptor.

    2. En el campo Crear filtro de inclusión, ingresa una expresión de filtro que coincida con las entradas de registro que deseas incluir. Para obtener información sobre la sintaxis, consulta Lenguaje de consulta de Logging.

      Si no estableces un filtro, todas las entradas de registro del recurso seleccionado se enrutan al destino.

      Por ejemplo, para enrutar todas las entradas de registro de acceso a los datos a un bucket de Logging, puedes usar el siguiente filtro:

      log_id("cloudaudit.googleapis.com/data_access") OR log_id("externalaudit.googleapis.com/data_access")

      La longitud de un filtro no puede superar los 20,000 caracteres.

    3. Para verificar que ingresaste el filtro correcto, selecciona Obtener vista previa de los registros. El Explorador de registros se abre en una pestaña nueva con el filtro completado previamente.

  7. Opcional: Configura un filtro de exclusión para eliminar algunas de las entradas de registro incluidas:

    1. Ve al panel Elige registros para filtrar fuera del receptor.

    2. En el campo Nombre del filtro de exclusión, ingresa un nombre.

    3. En el campo Crear un filtro de exclusión, ingresa una expresión de filtro que coincida con las entradas de registro que deseas excluir. También puedes usar la función sample para seleccionar una parte de las entradas de registro que se excluirán.

    Puedes crear hasta 50 filtros de exclusión por receptor. Ten en cuenta que la longitud de un filtro no puede superar los 20,000 caracteres.

  8. Selecciona Crear receptor.

  9. Otorga permiso a la cuenta de servicio del receptor para escribir entradas de registro en el destino del receptor. Para obtener más información, consulta Establece permisos de destino.

gcloud

Para crear un receptor, haz lo siguiente:

  1. Ejecuta el siguiente comando gcloud logging sinks create:

    gcloud logging sinks create SINK_NAME SINK_DESTINATION

    Antes de ejecutar el comando, realiza los siguientes reemplazos:

    • SINK_NAME: Es el nombre del receptor de registros. No puedes cambiar el nombre de un receptor después de crearlo.

    • SINK_DESTINATION: Es el servicio o proyecto al que deseas enrutar tus entradas de registro. Establece SINK_DESTINATION en la ruta de acceso adecuada, como se describe en Formatos de ruta de acceso de destino.

      Por ejemplo, si el destino del receptor es un tema de Pub/Sub, SINK_DESTINATION se verá de la siguiente manera:

      pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID

    También puedes proporcionar las siguientes opciones:

    • --log-filter : Usa esta opción para establecer un filtro que coincida con las entradas de registro que deseas incluir en tu receptor. Si no proporcionas un valor para el filtro de inclusión, este filtro coincidirá con todas las entradas de registro.
    • --exclusion: Usa esta opción para establecer un filtro de exclusión para las entradas de registro que no quieres que enrute tu receptor. También puedes usar la función sample para seleccionar una parte de las entradas de registro que se excluirán. Esta opción se puede repetir; puedes crear hasta 50 filtros de exclusión por receptor.
    • --description: Usa esta opción para describir el propósito o el caso de uso del receptor.

    Por ejemplo, para crear un receptor en un bucket de Logging, tu comando podría verse de la siguiente manera:

    gcloud logging sinks create my-sink logging.googleapis.com/projects/myproject123/locations/global/buckets/my-bucket \
 --log-filter='logName="projects/myproject123/logs/matched"' --description="My first sink"

    Para obtener más información sobre cómo crear receptores con Google Cloud CLI, consulta la referencia de gcloud logging sinks.

  2. Si la respuesta del comando contiene una clave JSON etiquetada como "writerIdentity", otorga permiso a la cuenta de servicio del receptor para que escriba en el destino del receptor. Para obtener más información, consulta Establece permisos de destino.

    No es necesario que configures los permisos de destino cuando la respuesta no contenga una clave JSON etiquetada como "writerIdentity".

REST

  1. Para crear un receptor de registros en tu proyecto de Cloud de Confiance , usa projects.sinks.create en la API de Logging. En el objeto LogSink, proporciona los valores obligatorios adecuados en el cuerpo de la solicitud del método:

    • name: Es un identificador para el receptor. Después de crear el receptor, no puedes cambiarle el nombre, pero puedes borrarlo y crear uno nuevo.

    • destination: Es el servicio y el destino al que deseas que se enruten tus entradas de registro. Para enrutar entradas de registro a un proyecto diferente o a un destino que esté en otro proyecto, establece el campo destination en la ruta de acceso adecuada, como se describe en Formatos de ruta de acceso de destino.

      Por ejemplo, si el destino del receptor es un tema de Pub/Sub, el destination se verá de la siguiente manera:

      pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID

  2. En el objeto LogSink, proporciona la información opcional adecuada:

    • filter : Configura el campo filter para que coincida con las entradas de registro que deseas incluir en el receptor. Si no estableces un filtro, todas las entradas de registro de tu proyecto deCloud de Confiance se enrutan al destino. Ten en cuenta que la longitud de un filtro no puede superar los 20,000 caracteres.
    • exclusions: Configura este campo para que coincida con las entradas de registro que deseas excluir de tu receptor. También puedes usar la función sample para seleccionar una parte de las entradas de registro que se excluirán. Puedes crear hasta 50 filtros de exclusión por receptor.
    • description: Configura este campo para describir el propósito o el caso de uso del receptor.

  3. Llama a projects.sinks.create para crear el receptor.

  4. Si la respuesta de la API contiene una clave JSON etiquetada como "writerIdentity", otorga a la cuenta de servicio del receptor permiso para escribir en el destino del receptor. Para obtener más información, consulta Establece permisos de destino.

    No necesitas establecer permisos de destino cuando la respuesta de la API no contiene una clave JSON etiquetada como "writerIdentity".

Para obtener más información sobre cómo crear receptores con la API de Logging, consulta la referencia de LogSink.

Si recibes notificaciones de error, consulta Soluciona problemas de enrutamiento y de receptores.

Formatos de ruta de destino

Cuando configures un destino de receptor, proporciona la ruta de acceso completamente calificada y usa el extremo global del servicio. No se admiten los extremos de servicio regionales (REP), como pubsub.LOCATION.rep.googleapis.com.

En los siguientes formatos de ruta de acceso, DESTINATION_PROJECT_ID hace referencia al ID o al número del proyecto de destino:

  • Bucket de registros de Cloud Logging:

    logging.googleapis.com/projects/DESTINATION_PROJECT_ID/locations/LOCATION/buckets/BUCKET_NAME

  • Otro proyecto de Cloud de Confiance :

    logging.googleapis.com/projects/DESTINATION_PROJECT_ID

  • Tema de Pub/Sub:

    pubsub.googleapis.com/projects/DESTINATION_PROJECT_ID/topics/TOPIC_ID

Configura los permisos de destino

En esta sección, se describe cómo otorgar a Logging los permisos de Identity and Access Management para escribir entradas de registro en el destino del receptor. Para obtener la lista completa de roles y permisos de Logging, consulta Control de acceso.

Cloud Logging crea una cuenta de servicio compartida para un recurso cuando se crea un receptor, a menos que ya exista la cuenta de servicio requerida. Es posible que la cuenta de servicio exista porque se usa la misma cuenta de servicio para todos los receptores en el recurso subyacente. Un recurso puede ser un proyecto de Cloud de Confiance , una organización, una carpeta o una cuenta de facturación.

La identidad del escritor de un receptor es el identificador de la cuenta de servicio asociada a ese receptor. Todos los receptores tienen una identidad de escritor, excepto los que escriben en un bucket de registros en el mismo proyecto de Cloud de Confiance en el que se originan las entradas de registro. Para esta última configuración, no se requiere una cuenta de servicio y, por lo tanto, el campo identidad del escritor del receptor aparece como None en la consola. La API y los comandos de Google Cloud CLI no informan una identidad de escritor.

Las siguientes instrucciones se aplican a proyectos, carpetas, organizaciones y cuentas de facturación:

Console

  1. Asegúrate de tener acceso de propietario al proyecto deCloud de Confiance que contiene el destino. Si no tienes acceso de propietario al destino del receptor, pídele al propietario del proyecto que agregue la identidad del escritor como principal.

  2. Para obtener la identidad de escritor del receptor (una dirección de correo electrónico) del receptor nuevo, haz lo siguiente:

    1. En la consola de Cloud de Confiance , ve a la página Enrutador de registros:

      Ir a Enrutador de registros

      Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Logging.

    2. En la barra de herramientas, selecciona el proyecto que contiene el receptor.
    3. Selecciona Menú y, luego, Ver detalles del receptor. La identidad de escritor aparece en el panel Detalles del receptor.

  3. Si el valor del campo writerIdentity contiene una dirección de correo electrónico, continúa con el siguiente paso. Cuando el valor es None, no necesitas configurar los permisos de destino para el receptor.

  4. Copia la identidad de escritor del receptor en el portapapeles.

    La dirección de correo electrónico identifica a la principal. El prefijo serviceAccount: especifica el tipo de cuenta.

  5. Otorga a la principal especificada en la identidad de escritor del receptor el permiso para escribir datos de registro en el destino:

    1. En la consola de Cloud de Confiance , ve a la página IAM:

      Ir a IAM

      Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es IAM y administrador.

    2. En la barra de herramientas, asegúrate de que el proyecto seleccionado sea el que almacena el destino o el destino del receptor. Por ejemplo, si el destino es un bucket de registros, asegúrate de que la barra de herramientas muestre el proyecto que almacena el bucket de registros.

    3. Selecciona Otorgar acceso.

    4. Otorga a la principal especificada en la identidad de escritor del receptor un rol de IAM según el destino del receptor de registros:

gcloud

  1. Asegúrate de tener acceso de propietario al proyecto deCloud de Confiance que contiene el destino. Si no tienes acceso de propietario al destino del receptor, pídele al propietario del proyecto que agregue la identidad del escritor como principal.

  2. Obtén la cuenta de servicio del campo writerIdentity en tu receptor:

    gcloud logging sinks describe SINK_NAME

  3. Ubica el receptor cuyos permisos deseas modificar y, si los detalles del receptor contienen una línea con writerIdentity, continúa con el siguiente paso. Cuando los detalles no incluyen un campo writerIdentity, no necesitas configurar los permisos de destino para el receptor.

    La identidad de escritor de la cuenta de servicio se ve de la siguiente manera:

    serviceAccount:service-123456789012@gcp-sa-logging.s3ns-system.iam.gserviceaccount.com

  4. Otorga el permiso de identidad de escritor del receptor para escribir datos de registro en el destino llamando al comando gcloud projects add-iam-policy-binding.

    Antes de usar el siguiente comando, realiza los siguientes reemplazos:

    • PROJECT_ID: Es el identificador del proyecto. Especifica el proyecto que almacena el destino del receptor de registros. Cuando el destino sea un proyecto, especifica ese proyecto.
    • PRINCIPAL: Es un identificador de la principal a la que deseas otorgar el rol. Los identificadores principales suelen tener el siguiente formato: PRINCIPAL-TYPE:ID. Por ejemplo, principal://iam.googleapis.com/locations/global/workforcePools/my-pool/subject/my-user@example.com. Para obtener una lista completa de los formatos que puede tener PRINCIPAL, consulta Identificadores de principal.

    • ROLE: Es un rol de IAM. Otorga a la identidad de escritor del receptor un rol de IAM según el destino del receptor de registros:

    Ejecuta el comando gcloud projects add-iam-policy-binding:

    gcloud projects add-iam-policy-binding PROJECT_ID --member=PRINCIPAL --role=ROLE

REST

Te recomendamos que uses la consola de Cloud de Confiance o Google Cloud CLI para otorgar un rol a la cuenta de servicio.

Administra receptores

Te recomendamos que revises la configuración del receptor de registros cuando realices cambios en el almacenamiento de registros. Por ejemplo, si borras el destino de un receptor de registros, borra el receptor de registros correspondiente.

Después de crear tus receptores, puedes realizar las siguientes acciones en ellos. Los cambios que se realicen en un receptor pueden tardar unos minutos en aplicarse:

  • Ver detalles
  • Actualizar

  • Inhabilitar

    • No puedes inhabilitar el receptor _Required.

    • Puedes inhabilitar el receptor _Default para que deje de enrutar entradas de registro al bucket de Logging _Default.

      Puedes inhabilitar el receptor _Default para cualquier proyecto o carpeta Cloud de Confiance nuevo que crees en tu organización o carpeta. Para ello, configura los parámetros de configuración de recursos predeterminados para Cloud Logging.

  • Borrar

    • No puedes borrar los receptores _Default ni _Required.
    • Cuando borras un receptor, este deja de enrutar entradas de registro.
    • Si el receptor tiene una cuenta de servicio dedicada, borrar ese receptor también borra la cuenta de servicio. Los receptores creados antes del 22 de mayo de 2023 tienen cuentas de servicio dedicadas. Los receptores creados el 22 de mayo de 2023 o después de esa fecha tienen una cuenta de servicio compartida. Si borras el receptor, no se borrará la cuenta de servicio compartida.

  • Soluciona problemas de fallas

A continuación, se incluyen las instrucciones para administrar un receptor en un proyecto deCloud de Confiance . En lugar de un proyecto de Cloud de Confiance , puedes especificar una cuenta de facturación, una carpeta o una organización:

Console

  1. En la consola de Cloud de Confiance , ve a la página Enrutador de registros:

    Ir a Enrutador de registros

    Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Logging.

  2. En la barra de herramientas, selecciona el recurso que contiene tu receptor. El recurso puede ser un proyecto, una carpeta, una organización o una cuenta de facturación.

En la página Enrutador de registros, se muestran los receptores del recurso seleccionado. Cada fila de la tabla contiene información sobre las propiedades de un receptor:

  • Habilitado: Indica si el estado del receptor está habilitado o inhabilitado.
  • Tipo: Es el servicio de destino del receptor, por ejemplo, Cloud Logging bucket.
  • Nombre: Es el identificador del receptor, como se proporcionó cuando se creó el receptor; por ejemplo, _Default.
  • Descripción: Es la descripción del receptor, como se proporcionó cuando se creó.
  • Destino: Es el nombre completo del destino al que se envían las entradas de registro enrutadas.
  • Creado: Es la fecha y hora en que se creó el receptor.
  • Última actualización: Es la fecha y hora en que se editó el receptor por última vez.
  • Volumen: Informa el volumen total de registros enrutados al receptor de registros. El valor incluye el volumen enrutado a buckets de registros, proyectos o a otros destinos.

Para cada fila de la tabla, el menú Más acciones proporciona las siguientes opciones:

  • Ver detalles del receptor: Muestra el nombre, la descripción, el servicio de destino, el destino y los filtros de inclusión y exclusión del receptor. Si seleccionas Editar, se abrirá el panel Editar receptor.
  • Editar receptor: Abre un panel de Editar receptor en el que puedes actualizar los parámetros del receptor.
  • Inhabilitar receptor: Te permite inhabilitar el receptor y detener el enrutamiento de las entradas de registro al destino del receptor. Para obtener más información sobre cómo inhabilitar receptores, consulta Deja de almacenar registros en buckets de registros.
  • Habilitar receptor: Te permite habilitar un receptor inhabilitado y reiniciar el enrutamiento de las entradas de registro al destino del receptor.
  • Borrar receptor: Te permite borrar el receptor y detener el enrutamiento de las entradas de registro al destino del receptor.
  • Solucionar problemas del receptor: Abre el Explorador de registros, en el que puedes solucionar problemas con el receptor.
  • Visualiza las tasas de error y el volumen de registro del receptor: Abre el Explorador de métricas, en el que puedes ver y analizar los datos del receptor.

Para ordenar la tabla por una columna, selecciona el nombre de la columna.

gcloud

  • Para ver la lista de receptores de tu proyecto de Cloud de Confiance , usa el comando gcloud logging sinks list, que corresponde al método de la API de Logging projects.sinks.list:

    gcloud logging sinks list

    Para ver tu lista de receptores agregados, usa la opción adecuada para especificar el recurso que contiene el receptor. Por ejemplo, si creaste el receptor a nivel de la organización, usa la opción --organization=ORGANIZATION_ID para enumerar los receptores de la organización.

  • Para describir un receptor, usa el comando gcloud logging sinks describe, que corresponde al método de la API de Logging projects.sinks.get:

    gcloud logging sinks describe SINK_NAME

  • Para actualizar un receptor, usa el comando gcloud logging sinks update, que corresponde al método de la API projects.sinks.update.

    Puedes actualizar un receptor para cambiar el destino, los filtros y la descripción, o para inhabilitar o volver a habilitar el receptor:

    gcloud logging sinks update SINK_NAME NEW_DESTINATION --log-filter=NEW_FILTER

    Omite NEW_DESTINATION o --log-filter si esas partes no cambian.

  • Para inhabilitar un receptor, usa el comando gcloud logging sinks update, que corresponde al método de la API projects.sinks.update, e incluye la opción --disabled:

    gcloud logging sinks update SINK_NAME --disabled

    Para volver a habilitar el receptor, usa el comando gcloud logging sinks update, quita la opción --disabled y, luego, incluye la opción --no-disabled:

    gcloud logging sinks update SINK_NAME --no-disabled

  • Para borrar un receptor, usa el comando gcloud logging sinks delete, que corresponde al método de la API projects.sinks.delete:

    gcloud logging sinks delete SINK_NAME

    Para obtener más información sobre cómo administrar receptores con Google Cloud CLI, consulta la referencia de gcloud logging sinks.

REST

  • Para ver los receptores de tu proyecto de Cloud de Confiance , llama a projects.sinks.list.

  • Para ver los detalles de un receptor, llama a projects.sinks.get.

  • Para actualizar un receptor, llama a projects.sinks.update.

    Puedes actualizar el destino, los filtros y la descripción de un receptor. También puedes inhabilitar o volver a habilitar el receptor.

  • Para inhabilitar un receptor, establece el campo disabled en el objeto LogSink como true y, luego, llama a projects.sinks.update.

    Para volver a habilitar el receptor, establece el campo disabled del objeto LogSink en false y, luego, llama a projects.sinks.update.

  • Para borrar un receptor, llama a projects.sinks.delete.

    Para obtener más información sobre cómo administrar receptores con la API de Logging, consulta la referencia de LogSink.

Deja de almacenar entradas de registro en buckets de registros

Puedes inhabilitar el receptor _Default y cualquier receptor definido por el usuario. Cuando inhabilitas un receptor, este deja de enrutar entradas de registro nuevas a su destino. Por ejemplo, si inhabilitas el receptor _Default, no se enrutarán entradas de registro al bucket _Default. El bucket _Default se vacía cuando todas las entradas de registro almacenadas con anterioridad alcanzan el final del período de retención del bucket.

En las siguientes instrucciones, se muestra cómo inhabilitar el receptor _Default de un proyecto de Cloud de Confiance para que no enrute las entradas de registro al bucket de registros _Default:

Console

  1. En la consola de Cloud de Confiance , ve a la página Enrutador de registros:

    Ir a Enrutador de registros

    Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Logging.

  2. Para encontrar todos los receptores que enrutan entradas de registro al bucket de registros _Default, filtra los receptores por destino y, luego, ingresa _Default.

  3. Para cada receptor, selecciona Menú y, luego, Inhabilitar receptor.

    Los receptores ahora están inhabilitados y ya no enrutan entradas de registro al bucket _Default.

Para volver a habilitar un receptor inhabilitado y reiniciar el enrutamiento de las entradas de registro al destino del receptor, haz lo siguiente:

  1. En la consola de Cloud de Confiance , ve a la página Enrutador de registros:

    Ir a Enrutador de registros

    Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Logging.

  2. Para encontrar todos los receptores que enrutan entradas de registro al bucket de registros _Default, filtra los receptores por destino y, luego, ingresa _Default.
  3. Para cada receptor, selecciona Menú y, luego, Habilitar receptor.

gcloud

  1. Para ver la lista de receptores de tu proyecto de Cloud de Confiance , usa el comando gcloud logging sinks list, que corresponde al método de la API de Logging projects.sinks.list:

    gcloud logging sinks list

  2. Identifica los receptores que se enrutan al bucket de registros _Default. Para describir un receptor, incluido el nombre del destino, usa el comando gcloud logging sinks describe, que corresponde al método de la API de Logging projects.sinks.get:

    gcloud logging sinks describe SINK_NAME

  3. Ejecuta el comando gcloud logging sinks update y, además, incluye la opción --disabled. Por ejemplo, para inhabilitar el receptor _Default, usa el siguiente comando:

    gcloud logging sinks update _Default --disabled

    El receptor _Default ahora está inhabilitado; ya no enruta entradas de registro al bucket de registros _Default.

Para inhabilitar los otros receptores en tu proyecto de Cloud de Confiance que se enrutan al bucket _Default, repite los pasos anteriores.

Para volver a habilitar un receptor, usa el comando gcloud logging sinks update, quita la opción --disabled y, luego, incluye la opción --no-disabled:

gcloud logging sinks update _Default --no-disabled

REST

  1. Para ver los receptores de tu proyecto de Cloud de Confiance , llama al método de la API de Logging projects.sinks.list.

    Identifica los receptores que se enrutan al bucket _Default.

  2. Por ejemplo, para inhabilitar el receptor _Default, establece el campo disabled en el objeto LogSink como true y, luego, llama a projects.sinks.update.

    El receptor _Default ahora está inhabilitado; ya no enruta entradas de registro al bucket _Default.

Para inhabilitar los otros receptores en tu proyecto de Cloud de Confiance que se enrutan al bucket _Default, repite los pasos anteriores.

Para volver a habilitar un receptor, establece el campo disabled en el objeto LogSink como false y, luego, llama a projects.sinks.update.

Muestras de código

Para usar el código de la biblioteca cliente y configurar los receptores en los lenguajes que elijas, consulta Muestras de código.

Ejemplos de filtros

A continuación, se muestran algunos ejemplos de filtros que son particularmente útiles cuando se crean receptores. Para obtener ejemplos adicionales que podrían ser útiles cuando crees tus filtros de inclusión y exclusión, consulta Consultas de muestra.

Restablece el filtro del receptor _Default

Si editaste el filtro del receptor _Default, es posible que quieras restablecer este receptor a su configuración original. Cuando se crea, el receptor _Default se configura con el siguiente filtro de inclusión y un filtro de exclusión vacío:

  NOT log_id("cloudaudit.googleapis.com/activity") AND NOT \
  log_id("externalaudit.googleapis.com/activity") AND NOT \
  log_id("cloudaudit.googleapis.com/system_event") AND NOT \
  log_id("externalaudit.googleapis.com/system_event") AND NOT \
  log_id("cloudaudit.googleapis.com/access_transparency") AND NOT \
  log_id("externalaudit.googleapis.com/access_transparency")

Excluye los registros de contenedores y Pods de Google Kubernetes Engine

Para excluir las entradas de registro de contenedores y Pods de Google Kubernetes Engine para el sistema de GKE namespaces, usa el siguiente filtro:

resource.type = ("k8s_container" OR "k8s_pod")
resource.labels.namespace_name = (
"cnrm-system" OR
"config-management-system" OR
"gatekeeper-system" OR
"gke-connect" OR
"gke-system" OR
"istio-system" OR
"knative-serving" OR
"monitoring-system" OR
"kube-system")

Para excluir las entradas de registro de nodos de Google Kubernetes Engine de los valores de log_id del sistema de GKE, usa el siguiente filtro:

resource.type = "k8s_node"
(log_id("container-runtime") OR
 log_id("docker") OR
 log_id("kube-container-runtime-monitor") OR
 log_id("kube-logrotate") OR
 log_id("kube-node-configuration") OR
 log_id("kube-node-installation") OR
 log_id("kubelet") OR
 log_id("kubelet-monitor") OR
 log_id("node-journal") OR
 log_id("node-problem-detector"))

Compatibilidad

Aunque Cloud Logging te permite excluir entradas de registro y evitar que se almacenen en un bucket de registros, te recomendamos que conserves las entradas de registro que ayudan con la compatibilidad. El uso de estas entradas de registro puede ayudarte a identificar y solucionar los problemas de tus aplicaciones.

Por ejemplo, las entradas de registro del sistema de GKE son útiles para solucionar problemas de tus aplicaciones y clústeres de GKE, ya que se generan para los eventos que ocurren en tu clúster. Estas entradas de registro pueden ayudarte a determinar si el código de la aplicación o el clúster de GKE subyacente están causando un error de la aplicación. Los registros del sistema de GKE también incluyen el registro de auditoría de Kubernetes que genera el componente del servidor de la API de Kubernetes, que incluye los cambios realizados con el comando kubectl y los eventos de Kubernetes.

¿Qué sigue?