Este documento forma parte de una serie de dos partes sobre la extensión de Cloud Logging y Cloud Monitoring para incluir la infraestructura y las apps locales.
- Registra recursos locales con BindPlane: Obtén información sobre cómo Cloud Logging admite el registro de recursos locales.
- Supervisa recursos locales con BindPlane (este documento): Obtén información sobre cómo Cloud 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:
- Necesitas una solución temporal cuando trasladas la infraestructura a Google Cloud y deseas supervisar los recursos locales hasta que se den de baja.
- 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 interesados en una estrategia de supervisión de recursos en Google Cloud y en la infraestructura y las apps locales restantes.
Transfiere métricas con Monitoring
Puedes obtener métricas en Monitoring de las siguientes dos formas:
- Usa BindPlane de observIQ para transferir métricas desde tus fuentes locales o de otras fuentes en la nube.
- Usa OpenCensus para escribir en la API de Cloud Monitoring.
Usa BindPlane para transferir métricas
En el siguiente diagrama, se muestra la arquitectura de cómo BindPlane recopila métricas y, luego, cómo estas se transfieren a Monitoring.
observIQ ofrece varias versiones de BindPlane: BindPlane para Google, alojada automáticamente, 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 la instrumentación de tus aplicaciones, lo que reduce el tiempo de implementación.
- Está incluido en el costo del uso de Monitoring.
- La configuración es compatible con el producto y la asistencia de Monitoring.
- Se puede extender a métricas no proporcionadas por la configuración predeterminada.
Desventajas:
- Requiere el uso del agente de BindPlane de observIQ para retransmitir métricas a Monitoring, lo que puede agregar complejidad al sistema general.
Esta opción es el método recomendado porque requiere la menor cantidad de esfuerzo. Esta solución requiere configuración en lugar de desarrollo.
Usa OpenCensus para escribir en la API de Monitoring
En el siguiente diagrama, se muestra la arquitectura de cómo OpenCensus recopila métricas y cómo estas se transfieren a Monitoring.
El uso directo de la API de Monitoring implica que debes agregar código de instrumentación a las apps a fin de enviar métricas directamente a la API. Puedes hacerlo directamente si usas la API de Monitoring para escribir métricas o si instrumentas la app con el exportador de Monitoring para OpenCensus. OpenCensus es un proyecto de código abierto que define una estructura de datos estándar para seguimientos y métricas. El uso de OpenCensus tiene la ventaja de admitir múltiples backends, incluido Monitoring. El uso de OpenCensus también implementa todos los detalles técnicos de bajo nivel del uso de la API de Monitoring.
Ventajas:
- Proporciona flexibilidad porque la instrumentación requerida se implementa fácilmente con el exportador de OpenCensus.
Desventajas:
- Requiere una solución separada para métricas de infraestructura mediante la escritura de un agente personalizado.
- Requiere instrumentación de la aplicación, lo que podría significar un mayor costo de implementación.
- Requiere bibliotecas de código abierto.
Esta opción no es el método recomendado porque requiere la mayor cantidad de esfuerzo y no cubre las métricas de infraestructura.
Usa BindPlane
En este documento, se explica el uso de BindPlane de observIQ para transferir métricas a Monitoring. El servicio de BindPlane funciona mediante la definición de una serie de fuentes, la transferencia de esas métricas y, luego, el envío de las métricas a Monitoring como destino. BindPlane admite agentes que se ejecutan en versiones seleccionadas de Windows, Linux y Kubernetes.
Fuentes, agentes, destinos y procesadores
BindPlane tiene las características siguientes:
- 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 supervisan de forma remota el entorno y reenvían datos de métricas a BindPlane.
- Destinos: Son los servicios a los que BindPlane reenvía las métricas. En este caso, el destino es el proceso que usa la API de Monitoring en BindPlane para escribir métricas en Monitoring
- Procesadores: Configuraciones que pueden transformar tus datos antes de que lleguen a tu destino. Esto incluye agregar atributos, filtrar y convertir registros en métricas.
Para obtener más información detallada sobre las fuentes, los agentes, los destinos y los procesadores, consulta la guía de inicio rápido de BindPlane.
Ejemplo de caso de uso
Como ejemplo, ExampleOrganization tiene recursos implementados en Google Cloud, Microsoft Azure y recursos locales implementados mediante vSphere. En Google Cloud, se implementa un clúster de GKE y una app de demo que ejecuta el sitio web de la empresa. En el entorno de Microsoft Azure, Azure Kubernetes Service (AKS) ejecuta un conjunto de microservicios, lo que proporciona un extremo de API de REST para los desarrolladores externos. En el entorno de vSphere, MySQL, Oracle y Microsoft SQL Server se admiten varias apps corporativas.
Con recursos en cada entorno, ExampleOrganization desea supervisar cada componente sin importar dónde se implemente. Si envías las métricas de cada entorno a Logging y Monitoring mediante BindPlane, se reúnen todas las métricas en una sola ubicación para fines de supervisión y alertas.
Envía métricas de BindPlane a Monitoring
Una vez que BindPlane se configura y comienza a enviar métricas, estas se envían a tu lugar de trabajo de Monitoring. Luego, puedes usar Monitoring para ver, configurar, generar alertas y compilar paneles de la serie temporal de la misma forma que con cualquier métrica o serie temporal en Monitoring. Para obtener más información, consulta Métricas, series temporales y recursos.
Usa métricas en Monitoring
En el ejemplo anterior, BindPlane se configuró para enviar métricas desde Google Cloud, Microsoft Azure y fuentes locales. En Monitoring, aparecen las siguientes tres métricas:
- Métricas del clúster de GKE
- Métricas del clúster de AKS
- Métricas de la base de datos local de vSphere
Métricas del clúster de GKE
Si tienes clústeres de GKE configurados, las métricas de clúster de GKE aparecen 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 Visualiza métricas de observabilidad.
Métricas del clúster de AKS
En el mismo entorno de Monitoring, se recopilan métricas de AKS. Las métricas aparecen en Monitoring y se pueden usar para cualquier propósito en Monitoring, incluidos paneles, alertas y el Explorador de métricas.
La página Explorador de métricas permite buscar, filtrar y compilar gráficos a partir de métricas. Ten en cuenta que las métricas que envía BindPlane tienen el prefijo workload.googleapis.com/THIRD_PARTY_APP_NAME para el nombre de la métrica.
El Explorador de métricas puede generar un gráfico para la métrica. Para obtener más información sobre los gráficos, consulta Crea gráficos con el Explorador de métricas.
Al igual que todas las métricas en Monitoring, puedes usar estas métricas para compilar paneles que muestren varios gráficos. El panel puede representar métricas producidas por AKS, recopiladas por BindPlane y almacenadas en Monitoring. Para obtener más información sobre los paneles, consulta Cómo ver y personalizar los paneles de Google Cloud.
Métricas del clúster local de vSphere
En la última parte de este ejemplo, se incluyen métricas de base de datos de vSphere. Las métricas de vSphere aparecen en Monitoring y se pueden usar de la misma manera que cualquier otra métrica en 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 en Monitoring, estas se pueden usar para compilar alertas. La alerta puede representar métricas producidas por Oracle que se ejecutan en vSphere, recopiladas por BindPlane y almacenadas en Monitoring. Para obtener más información sobre las alertas, consulta Descripción general de alertas.
Conclusión
Monitoring proporciona paneles, alertas y respuesta a incidentes para que puedas obtener estadísticas de tus plataformas. Juntos, Monitoring y BindPlane te permiten obtener visibilidad de tus recursos locales.
¿Qué sigue?
- Cloud Logging y Cloud Monitoring
- Guía de inicio rápido de BindPlane
- Para obtener más información sobre las arquitecturas de referencia, los diagramas y las prácticas recomendadas, explora Cloud Architecture Center.