Este documento faz parte de uma série de duas partes sobre a extensão do Cloud Logging e do Cloud Monitoring para incluir apps e infraestrutura nas instalações.
- Registe recursos no local com o BindPlane: Leia sobre como o Cloud Logging suporta o registo de recursos no local.
- Monitorize recursos no local com o BindPlane (este documento): leia acerca da forma como o Cloud Monitoring suporta a monitorização de recursos no local.
Pode considerar usar o registo e a monitorização para registar e monitorizar os seus recursos no local pelos seguintes motivos:
- Precisa de uma solução temporária à medida que move a infraestrutura para o Google Cloud e quer monitorizar os seus recursos no local até serem desativados.
- Pode ter um ambiente de computação diversificado com várias nuvens e recursos no local.
Em qualquer dos casos, com as APIs Logging and Monitoring e o BindPlane, pode obter visibilidade dos seus recursos no local. Este documento destina-se a profissionais, gestores e executivos de DevOps interessados numa estratégia de monitorização para recursos no Google Cloud e na respetiva infraestrutura e apps nas instalações restantes.
Carregar métricas com o Monitoring
Pode obter métricas no Monitoring das seguintes duas formas:
- Use o BindPlane da observIQ para carregar métricas das suas origens no local ou noutras nuvens.
- Use o OpenCensus para escrever na API Cloud Monitoring.
Usar o BindPlane para carregar métricas
O diagrama seguinte mostra a arquitetura de como o BindPlane recolhe métricas e, em seguida, como estas métricas são carregadas no Monitoring.
A observIQ oferece várias versões do BindPlane: BindPlane para Google, autoalojado, SaaS e Enterprise. Para mais informações sobre estas versões, consulte a página de soluções do BindPlane.
Vantagens:
- Requer configuração, não instrumentação das suas apps, o que reduz o tempo de implementação.
- Incluído no custo de utilização da Monitorização.
- Configuração suportada pelo produto de monitorização e apoio técnico.
- Pode ser expandida para métricas não fornecidas pela configuração predefinida.
Desvantagens:
- Requer a utilização do agente observIQ BindPlane para retransmitir métricas para o Monitoring, o que pode adicionar complexidade ao sistema geral.
Esta opção é o método recomendado porque requer o menor esforço. Esta solução requer configuração em vez de desenvolvimento.
Usar o OpenCensus para escrever na API Monitoring
O diagrama seguinte mostra a arquitetura de como o OpenCensus recolhe métricas e como estas métricas são carregadas no Monitoring.
A utilização direta da API Monitoring significa que tem de adicionar código de instrumentação às suas apps para enviar métricas diretamente para a API. Pode fazê-lo diretamente usando a API Monitoring para escrever métricas ou instrumentando a sua app com o exportador do Monitoring para o OpenCensus. O OpenCensus é um projeto de código aberto que define uma estrutura de dados padrão para rastreios e métricas. A utilização do OpenCensus tem a vantagem de suportar vários backends, incluindo o Monitoring. A utilização do OpenCensus também implementa todos os detalhes técnicos de baixo nível da utilização da API Monitoring.
Vantagens:
- Oferece flexibilidade porque a instrumentação necessária é facilmente implementada com a utilização do exportador do OpenCensus
Desvantagens:
- Requer uma solução separada para métricas de infraestrutura através da escrita de um agente personalizado.
- Requer a instrumentação da app, o que pode significar um custo de implementação mais elevado.
- Requer bibliotecas de código aberto.
Esta opção não é o método recomendado porque requer o maior esforço e não abrange as métricas de infraestrutura.
Usar o BindPlane
Este documento aborda a utilização do BindPlane da observIQ para carregar métricas para o Monitoring. O serviço BindPlane funciona definindo uma série de origens, carregando essas métricas e, em seguida, enviando as métricas para o Monitoring como destino. O BindPlane suporta agentes que são executados em versões selecionadas do Windows, Linux e Kubernetes.
Fontes, agentes, destinos e processadores
O BindPlane tem as seguintes funcionalidades:
- Origens: itens que geram métricas, como o Google Kubernetes Engine (GKE), o Amazon Elastic Container Service for Kubernetes (Amazon EKS) ou o Microsoft Azure Container Service.
- Agentes: processos simples que monitorizam remotamente o seu ambiente e encaminham os dados de métricas para o BindPlane.
- Destinos: serviços para os quais o BindPlane encaminha as métricas. Neste caso, o destino é o processo no BindPlane que usa a API Monitoring para escrever métricas no Monitoring.
- Processadores: configurações que podem transformar os seus dados antes de chegarem ao destino. Isto inclui a adição de atributos, a filtragem e a conversão de registos em métricas.
Para informações mais detalhadas sobre origens, agentes, destinos e processadores, consulte o guia de início rápido do BindPlane.
Exemplo de utilização
Por exemplo, a organização ExampleOrganization tem recursos implementados no Google CloudMicrosoft Azure e recursos no local implementados através do vSphere. Em Google Cloud, existe um cluster do GKE e uma app de demonstração implementada que executa o Website da empresa. No ambiente do Microsoft Azure, o Azure Kubernetes Service (AKS) está a executar um conjunto de microsserviços, fornecendo um ponto final da API REST a programadores externos. No ambiente vSphere, o MySQL, o Oracle e o Microsoft SQL Server suportam várias apps empresariais.
Com recursos em cada ambiente, a ExampleOrganization quer monitorizar cada componente, independentemente de onde o componente está implementado. O envio das métricas de cada ambiente para o registo e a monitorização através do BindPlane reúne todas as métricas numa única localização para fins de monitorização e alertas.
Envie métricas do BindPlane para o Monitoring
Depois de o BindPlane estar configurado e começar a enviar métricas, estas são enviadas para o seu espaço de trabalho do Monitoring. Em seguida, pode usar o Monitoring para ver, configurar, enviar alertas e criar painéis de controlo a partir dos intervalos temporais, tal como pode fazer para quaisquer métricas ou intervalos temporais no Monitoring. Para mais informações, consulte o artigo Métricas, intervalos temporais e recursos.
Use métricas na monitorização
No exemplo anterior, o BindPlane foi configurado para enviar métricas deGoogle Cloud, Microsoft Azure e origens no local. As três métricas seguintes aparecem na monitorização:
- Métricas do cluster do GKE
- Métricas do cluster do AKS
- Métricas da base de dados no local do vSphere
Métricas do cluster do GKE
Se tiver clusters do GKE configurados, as métricas do cluster do GKE são apresentadas na página Clusters do Kubernetes ou na página Workloads do Kubernetes. Pode ver várias vistas dos componentes do Kubernetes em execução na Monitorização. As métricas, os registos e a configuração estão disponíveis para cada pod.
Para obter detalhes, consulte o artigo Veja métricas de observabilidade.
Métricas do cluster do AKS
No mesmo ambiente de monitorização, são recolhidas métricas para o AKS. As métricas aparecem na monitorização e podem ser usadas para quaisquer fins na monitorização, incluindo painéis de controlo, alertas e o explorador de métricas.
A página do explorador de métricas oferece uma forma de encontrar, filtrar e criar gráficos a partir de métricas. Tenha em atenção que as métricas enviadas pelo BindPlane têm o prefixo workload.googleapis.com/THIRD_PARTY_APP_NAME no nome da métrica.
O explorador de métricas pode produzir um gráfico para a métrica. Para mais informações sobre gráficos, consulte o artigo Crie gráficos com o explorador de métricas.
Tal como todas as métricas na monitorização, pode usar estas métricas para criar painéis de controlo que apresentem vários gráficos. O painel de controlo pode representar métricas produzidas pelo AKS, recolhidas pelo BindPlane e armazenadas no Monitoring. Para mais informações sobre os painéis de controlo, consulte o artigo Ver e personalizar Google Cloud painéis de controlo.
Métricas de cluster no local do vSphere
A última parte deste exemplo inclui métricas da base de dados do vSphere. As métricas do vSphere aparecem na monitorização e podem ser usadas da mesma forma que qualquer outra métrica na monitorização. As métricas da Oracle do vSphere aparecem na lista de métricas na página do explorador de métricas.
Tal como todas as métricas na monitorização, as métricas podem ser usadas para criar alertas. O alerta pode representar métricas produzidas pelo Oracle em execução no vSphere, recolhidas pelo BindPlane e armazenadas no Monitoring. Para mais informações acerca dos alertas, consulte o artigo Vista geral dos alertas.
Conclusão
A monitorização oferece painéis de controlo, alertas e resposta a incidentes para que possa obter estatísticas sobre as suas plataformas. Em conjunto, a monitorização e o BindPlane oferecem-lhe a capacidade de obter visibilidade dos seus recursos no local.
O que se segue?
- Cloud Logging e Cloud Monitoring
- Guia de início rápido do BindPlane
- Para ver mais arquiteturas de referência, diagramas e práticas recomendadas, explore o Centro de arquitetura na nuvem.