Este documento es una de las dos partes del proceso de ampliación de Cloud Logging y Cloud Monitoring para añadir infraestructura y aplicaciones en entornos on-premise.
- Registrar recursos on-premise con BindPlane: consulta cómo admite Cloud Logging el registro de recursos on-premise.
- Monitorizar recursos on-premise con BindPlane (este documento): consulta cómo Cloud Monitoring admite la monitorización de recursos on-premise.
Puede usar Logging y Monitoring para registrar y monitorizar sus recursos locales por los siguientes motivos:
- Necesitas una solución temporal mientras migras la infraestructura aGoogle Cloud y quieres monitorizar tus recursos locales hasta que se retiren.
- Puede que tengas un entorno de computación diverso con varias nubes y recursos on-premise.
En ambos casos, con las APIs Logging y Monitoring, y con BindPlane, puedes obtener visibilidad de tus recursos on-premise. Este documento está dirigido a profesionales, responsables y directivos de DevOps que estén interesados en una estrategia de monitorización de los recursos de Google Cloud y de la infraestructura y las aplicaciones locales que les queden.
Ingerir métricas con Monitoring
Puede enviar métricas a Monitoring de dos formas:
- Usa BindPlane de observIQ para ingerir métricas de tus fuentes on-premise o de otras nubes.
- Usa OpenCensus para escribir en la API de Cloud Monitoring.
Usar BindPlane para ingerir métricas
En el siguiente diagrama se muestra la arquitectura de cómo recoge métricas BindPlane y cómo se ingieren estas métricas en Monitoring.
observIQ ofrece varias versiones de BindPlane: BindPlane para Google, autohosting, SaaS y Enterprise. Para obtener más información sobre estas versiones, consulta la página de soluciones de BindPlane.
Ventajas:
- Requiere configuración, no instrumentación de tus aplicaciones, lo que reduce el tiempo de implementación.
- Incluido en el coste de usar Monitoring.
- Configuración admitida por producto y asistencia de Monitoring.
- Se pueden ampliar a métricas que no se proporcionan en la configuración predeterminada.
Inconvenientes:
- Requiere el uso del agente BindPlane de observIQ para retransmitir métricas a Monitoring, lo que puede añadir complejidad al sistema en general.
Esta opción es el método recomendado porque requiere el menor esfuerzo. Esta solución requiere configuración en lugar de desarrollo.
Usar OpenCensus para escribir en la API Monitoring
En el siguiente diagrama se muestra la arquitectura de cómo recoge métricas OpenCensus y cómo se ingieren estas métricas en Monitoring.
Si usas la API Monitoring directamente, tendrás que añadir código de instrumentación a tus aplicaciones para enviar métricas directamente a la API. Puedes hacerlo directamente usando la API Monitoring para escribir métricas o instrumentando tu aplicación con el exportador de Monitoring para OpenCensus. OpenCensus es un proyecto de código abierto que define una estructura de datos estándar para las trazas y las métricas. Usar OpenCensus tiene la ventaja de admitir varios back-ends, incluido Monitoring. OpenCensus también implementa todos los detalles técnicos de bajo nivel del uso de la API Monitoring.
Ventajas:
- Ofrece flexibilidad, ya que la instrumentación necesaria se implementa fácilmente con el exportador de OpenCensus.
Inconvenientes:
- Requiere una solución independiente para las métricas de infraestructura escribiendo un agente personalizado.
- Requiere instrumentación de la aplicación, lo que puede suponer un coste de implementación más elevado.
- Requiere bibliotecas de software libre.
No recomendamos esta opción porque requiere el mayor esfuerzo y no cubre las métricas de infraestructura.
Usar Bindplane
En este documento se explica cómo usar BindPlane de observIQ para ingerir métricas en Monitoring. El servicio BindPlane funciona definiendo una serie de fuentes, ingiriendo esas métricas y, a continuación, enviándolas a Monitoring como destino. BindPlane admite agentes que se ejecutan en versiones concretas de Windows, Linux y Kubernetes.
Fuentes, agentes, destinos y encargados del tratamiento
BindPlane tiene las siguientes funciones:
- Fuentes: elementos que generan métricas, como Google Kubernetes Engine (GKE), Amazon Elastic Container Service for Kubernetes (Amazon EKS) o Microsoft Azure Container Service.
- Agentes: procesos ligeros que monitorizan de forma remota tu entorno y envían datos de métricas a BindPlane.
- Destinos: servicios a los que BindPlane reenvía las métricas. En este caso, el destino es el proceso de BindPlane que usa la API Monitoring para escribir métricas en Monitoring.
- Procesadores: configuraciones que pueden transformar los datos antes de que lleguen al destino. Esto incluye añadir atributos, filtrar y convertir registros en métricas.
Para obtener información más detallada sobre las fuentes, los agentes, los destinos y los procesadores, consulta la guía de inicio rápido de BindPlane.
Caso práctico de ejemplo
Por ejemplo, ExampleOrganization tiene recursos implementados en Google Cloud, Microsoft Azure y recursos on-premise implementados mediante vSphere. En Google Cloud, hay un clúster de GKE y una aplicación de demostración desplegada, que ejecuta el sitio web de la empresa. En el entorno de Microsoft Azure, Azure Kubernetes Service (AKS) ejecuta un conjunto de microservicios que proporcionan un endpoint de API REST a desarrolladores externos. En el entorno de vSphere, MySQL, Oracle y Microsoft SQL Server admiten varias aplicaciones corporativas.
Con los recursos de cada entorno, ExampleOrganization quiere monitorizar cada componente independientemente de dónde se haya implementado. Si envías las métricas de cada entorno a Logging y Monitoring mediante BindPlane, todas las métricas se almacenarán en una única ubicación para monitorizar y enviar alertas.
Enviar métricas de BindPlane a Monitoring
Una vez que BindPlane esté configurado y empiece a enviar métricas, estas se enviarán a tu espacio de trabajo de Monitoring. Después, puedes usar Monitoring para ver, configurar, alertar y crear paneles de control a partir de las series temporales, como puedes hacer con cualquier métrica o serie temporal de Monitoring. Para obtener más información, consulta Métricas, series temporales y recursos.
Usar métricas en Monitoring
En el ejemplo anterior, BindPlane se configuró para enviar métricas deGoogle Cloud, Microsoft Azure y fuentes on-premise. En Monitorización se muestran las tres métricas siguientes:
- Métricas de clústeres de GKE
- Métricas de clúster de AKS
- Métricas de bases de datos locales de vSphere
Métricas de clústeres de GKE
Si tienes clústeres de GKE configurados, las métricas de clústeres de GKE aparecerán en la página Clústeres de Kubernetes o en la página Cargas de trabajo de Kubernetes. Puedes ver varias vistas de los componentes de Kubernetes que se ejecutan en Monitoring. Las métricas, los registros y la configuración están disponibles para cada pod.
Para obtener más información, consulta Ver métricas de observabilidad.
Métricas de clúster de AKS
En el mismo entorno de monitorización, se recogen métricas de AKS. Las métricas aparecen en Monitoring y se pueden usar para cualquier propósito en Monitoring, como paneles de control, alertas y el explorador de métricas.
La página Explorador de métricas le permite buscar, filtrar y crear gráficos a partir de métricas. Tenga en cuenta que las métricas que envía BindPlane tienen el prefijo workload.googleapis.com/THIRD_PARTY_APP_NAME
en el nombre de la métrica.
El explorador de métricas puede generar un gráfico de la métrica. Para obtener más información sobre los gráficos, consulta el artículo Crear gráficos con el explorador de métricas.
Al igual que con todas las métricas de Monitoring, puedes usar estas métricas para crear paneles de control que muestren varios gráficos. El panel de control puede representar métricas generadas por AKS, recogidas por BindPlane y almacenadas en Monitoring. Para obtener más información sobre los paneles de control, consulta el artículo Ver y personalizar paneles de control Google Cloud .
Métricas de clústeres de vSphere on-premise
La última parte de este ejemplo incluye métricas de la base de datos de vSphere. Las métricas de vSphere aparecen en Monitoring y se pueden usar de la misma forma que cualquier otra métrica de Monitoring. Las métricas de Oracle de vSphere aparecen en la lista de métricas de la página Explorador de métricas.
Al igual que todas las métricas de Monitoring, las métricas se pueden usar para crear alertas. La alerta puede representar métricas generadas por Oracle en vSphere, recogidas por BindPlane y almacenadas en Monitoring. Para obtener más información sobre las alertas, consulta el artículo Información general sobre las alertas.
Conclusión
Monitoring te ofrece paneles de control, alertas y respuesta a incidentes para que puedas obtener información valiosa sobre tus plataformas. En conjunto, Monitoring y BindPlane te permiten obtener visibilidad de tus recursos on-premise.
Siguientes pasos
- Cloud Logging y Cloud Monitoring
- Guía de inicio rápido de BindPlane
- Para ver más arquitecturas de referencia, diagramas y prácticas recomendadas, consulta el centro de arquitectura de Cloud.