Registra recursos locales con BindPlane

Este documento pertenece a una serie de dos partes sobre la extensión de Cloud Logging y Cloud Monitoring para incluir la infraestructura y las apps locales.

  • Logging (esta solución): Lee acerca de la compatibilidad de Logging con el registro desde recursos locales.
  • Monitoring: Lee acerca de cómo Monitoring admite la supervisión de recursos locales.

Puedes considerar usar Logging y Monitoring para el registro y la supervisión de los recursos locales en las siguientes circunstancias:

  • Si necesitas una solución temporal cuando trasladas la infraestructura a Google Cloud y necesitas registrar y supervisar los recursos locales hasta que queden fuera de servicio
  • Es posible que tengas un entorno de computación diverso con múltiples nubes y recursos locales.

En cualquier caso, puedes obtener visibilidad de los recursos locales mediante BindPlane y las API de Logging y Monitoring. Este documento está dirigido a profesionales, administradores y ejecutivos de DevOps que estén interesados en una estrategia de registro de recursos en Google Cloud y en la infraestructura y apps locales restantes.

Transfiere registros con Logging

Puedes obtener registros en Logging con la API mediante dos métodos compatibles:

  • Usa BindPlane de observIQ para transferir registros de tus fuentes locales o de otras fuentes en la nube.
  • Mediante la API de Cloud Logging directamente desde tu app o a través de un agente personalizado

Usa BindPlane para transferir registros de Logging

En el diagrama siguiente, se muestra la arquitectura de cómo BindPlane transfiere registros y, luego, cómo esos registros se transfieren a Logging.

Arquitectura del uso de Logging y BindPlane para transferir registros locales

BindPlane permite a los usuarios implementar y administrar colectores de forma remota en los hosts desde los que desean recopilar registros. Para obtener más información, lee sobre la arquitectura de BindPlane. En esta opción, se requiere el menor esfuerzo de implementación, ya que es más necesaria la configuración que el desarrollo.

Ventajas:

  • Requiere configuración, no desarrollo.
  • Está incluido en el costo del uso de Logging.
  • La configuración es compatible con el producto y la asistencia de Logging.
  • Se puede extender a registros no proporcionados por la configuración predeterminada.

Desventajas:

  • Requiere el uso de una herramienta de terceros.
  • Es posible que debas proporcionar una configuración personalizada si la fuente del registro no se proporciona de forma predeterminada. La lista proporcionada de registros está disponible en Fuentes.

Usa la API de Logging directamente

En el diagrama siguiente, se muestra la arquitectura de cómo la instrumentación recopila los registros y se transfieren a Logging.

Arquitectura del uso de la API de Logging para transferir registros locales directamente.

El uso directo de las API implica la necesidad de instrumentar tus aplicaciones para enviar registros directamente a la API o desarrollar un agente personalizado con el fin de enviar registros a la API. Esta es la opción que requiere el mayor esfuerzo, ya que es necesario un esfuerzo de desarrollo.

Ventajas:

  • Proporciona flexibilidad porque puedes implementar la instrumentación con bibliotecas de registro de clientes.

Desventajas:

  • Requiere una solución distinta para los registros de infraestructura, como un agente personalizado.
  • Requiere instrumentación de código, lo que podría implicar un mayor costo de implementación.
  • Requiere el uso del procesamiento por lotes y otras técnicas de transferencia escalables para un rendimiento de transferencia adecuado.
  • Se proporciona asistencia solo para la API de Logging, no para el código de desarrollo personalizado.

Usa BindPlane

Este documento cubre el uso de la herramienta BindPlane de observIQ para transferir registros a Logging. Debido a que está incluido en el costo de Logging, BindPlane no requiere desarrollo y proporciona una solución compatible con el producto.

Agentes, fuentes y destinos

Para obtener información detallada sobre los agentes, las fuentes y los destinos, consulta la guía de inicio rápido de BindPlane.

Ejemplo de caso de uso

Los clientes empresariales usan BindPlane para transferir registros en las siguientes situaciones de registro locales:

  1. Análisis y filtrado personalizados de datos de registro a partir de registros de aplicaciones personalizados.
  2. Recopilación de eventos del sistema operativo de máquinas virtuales Linux o Windows.
  3. Transferencia de syslog desde la red o desde otros dispositivos compatibles.
  4. Recopilación de registros de sistema y aplicación de Kubernetes.

Envía registros de un entorno local a Logging

Una vez que configuras BindPlane y comienzas a enviar registros, estos se envían a Logging. Para ver, procesar y exportar registros, ve a la consola de Google Cloud. Los registros se enumeran como tipos de recursos generic_node o generic_task. Para obtener más información sobre las etiquetas incluidas en cada tipo de recurso, consulta la Lista de recursos de Logging.

Cloud Logging admite registros que no son de Cloud Logging mediante el uso de dos tipos de recursos:

  • Nodo genérico: Identifica una máquina o, también, otro recurso de procesamiento para el que no se aplica ningún otro tipo de recurso. Los valores de la etiqueta deben identificar de forma única el nodo.
  • Tarea genérica: Identifica el proceso de una app para el que no se puede aplicar ningún otro recurso, como un proceso programado por un sistema de organización personalizado. Los valores de la etiqueta deben identificar de forma única la tarea.

Visualiza registros en Logging

En la consola de Google Cloud, el Nodo genérico aparece como un tipo de recurso en la lista de la página Logging.

Lista de recursos en Logging

Los registros siguientes se capturaron como el tipo de recurso generic_node y aparecen en Logging.

Lista de registros en Logging

En la siguiente entrada de registro, se usa un formato de registro estructurado, que proporciona un formato más amplio para buscar en los registros, ya que la carga útil del registro se almacena como jsonPayload. El formato de registro estructurado permite que los registros sean más accesibles, ya que se pueden usar los campos de la carga útil como parte de la búsqueda. El agente de registro de BindPlane proporciona una asignación de la entrada de registro original al registro estructurado en Logging.

Entrada de registro en formato de registro estructurado.

Conclusión

Con los registros disponibles en Logging, puedes aprovechar el uso completo de las características de Logging. Los registros aparecen en la consola de Google Cloud. Puedes exportar registros con exportaciones de Logging y usarlos para crear métricas y alertas en Monitoring con métricas basadas en registros.

¿Qué sigue?