Esse documento compõe uma série em duas partes sobre como estender o Cloud Logging e o Cloud Monitoring para incluir infraestrutura e apps no local.
- Registrar recursos locais com o BindPlane: leia sobre como o Cloud Logging oferece suporte para a geração de registros de recursos no local.
- Monitore recursos locais com o BindPlane (este documento): leia sobre como o Cloud Monitoring é compatível com o monitoramento de recursos no local.
Use o Loggin e o Monitoring para monitorar e gerar registros dos recursos locais pelos motivos a seguir:
- Você precisa de uma solução temporária ao migrar a infraestrutura para o Google Cloud e quer monitorar seus recursos locais até que eles sejam desativados.
- Talvez você tenha um ambiente de computação diversificado com várias nuvens e recursos locais.
Em ambos os casos, com a API do Loggin e do Monitoring e o BindPlane, é possível ter visibilidade de seus recursos no local. Esse documento é destinada a profissionais, gerentes e executivos de DevOps interessados em uma estratégia de monitoramento de recursos no Google Cloud, bem como na infraestrutura e nos aplicativos locais restantes.
Como ingerir métricas com o Monitoring
Veja métricas no Monitoring das duas maneiras a seguir:
- Use o BindPlane do observIQ para ingerir métricas das suas fontes no local ou de outras fontes na nuvem.
- Use o OpenCensus para gravar na API Cloud Monitoring.
Como usar o BindPlane para processar métricas
No diagrama a seguir, mostramos a arquitetura de como o BindPlane coleta métricas e, em seguida, como essas métricas são ingeridas no Monitoring.
O observIQ oferece várias versões do BindPlane: BindPlane para Google, auto-hospedado, SaaS e Enterprise. Para mais informações sobre essas versões, consulte a página de soluções do BindPlane.
Vantagens:
- Requer configuração, não instrumentação dos seus aplicativos, o que reduz o tempo de implementação.
- Incluído no custo de uso do Monitoring.
- Configuração compatível com produtos e suporte do Monitoring.
- Pode se estender para métricas não fornecidas pela configuração padrão.
Desvantagens:
- Exige o uso do agente observIQ BindPlane para redirecionar métricas para o Monitoring, o que pode aumentar a complexidade do sistema geral.
Essa opção é o método recomendado porque requer o menor esforço. Essa solução requer configuração em vez de desenvolvimento.
Como usar o OpenCensus para gravar na API Monitoring
No diagrama a seguir, mostramos a arquitetura de como o OpenCensus coleta métricas e como essas métricas são ingeridas no Monitoring.
Ao usar a API Monitoring diretamente, você precisa adicionar o código de instrumentação aos aplicativos para enviar métricas direto para a API. Isso pode ser feito de maneira direta usando a API Monitoring para gravar métricas ou instrumentando seu aplicativo com o exportador do Monitoring para OpenCensus. O OpenCensus é um projeto de código aberto que define uma estrutura de dados padrão para traces e métricas. Usar o OpenCensus tem a vantagem de oferecer suporte a vários back-ends, incluindo o Monitoring. Usar o OpenCensus também implementa todos os detalhes técnicos de baixo nível do uso da API Monitoring.
Vantagens:
- Oferece flexibilidade, porque a instrumentação necessária é facilmente implementada com o uso do exportador do OpenCensus.
Desvantagens:
- Requer uma solução separada para métricas de infraestrutura gravando um agente personalizado.
- Requer instrumentação de aplicativo, o que pode significar maior custo para implementar.
- Requer bibliotecas de código aberto.
Essa opção não é o método recomendado porque requer o maior esforço e não abrange métricas de infraestrutura.
Como usar o BindPlane
Este documento aborda o uso do BindPlane do observIQ para ingerir métricas no Monitoring. O serviço BindPlane funciona por meio da definição de uma série de fontes, ingerindo essas métricas e enviando-as para o Monitoring como o destino. O BindPlane oferece suporte a agentes executados em versões selecionadas do Windows, Linux e Kubernetes.
Origens, agentes, destinos e processadores
O BindPlane tem os recursos a seguir:
- Fontes: itens que geram métricas como o Google Kubernetes Engine (GKE), o Amazon Elastic Container Service para Kubernetes (Amazon EKS) ou o Microsoft Azure Container Service.
- Agentes: processos leves que monitoram seu ambiente de maneira remota e encaminham dados de métricas para o BindPlane.
- Destinos: serviços para os quais o BindPlane encaminha as métricas. Nesse caso, o destino é o processo no BindPlane que usa a API Monitoring para gravar métricas no Monitoring.
- Processadores: configurações que podem transformar seus dados antes que eles cheguem ao destino. Isso inclui adicionar atributos, filtrar e converter registros em métricas.
Para informações mais detalhadas sobre fontes, agentes, destinos e processadores, consulte o Guia de início rápido do BindPlane.
Exemplo de caso de uso:
Por exemplo, a ExampleOrganization tem recursos implantados no Google Cloud, no Microsoft Azure e em recursos locais implantados com o vSphere. No Google Cloud, há um cluster do GKE e um app de demonstração implantado, que executa o site da empresa. No ambiente do Microsoft Azure, o Serviço de Kubernetes do Azure (AKS) está executando um conjunto de microsserviços, fornecendo um endpoint da API REST para desenvolvedores externos. No ambiente vSphere, o MySQL, o Oracle e o Microsoft SQL Server oferecem suporte a vários aplicativos corporativos.
Com recursos em cada ambiente, a ExampleOrganization quer monitorar cada componente, sem considerar o local em que o componente está implantado. O envio das métricas de cada ambiente para o Logging e o Monitoring com o BindPlane leva todas as métricas para um único local para fins de monitoramento e alerta.
Enviar métricas do BindPlane para o Monitoring
Depois que o BindPlane é configurado e começa a enviar métricas, elas são enviadas para o Monitoring Workspace. É possível, então, usar o Monitoring para visualizar, configurar, alertar e criar painéis a partir da série temporal, da mesma forma que para qualquer métrica ou série temporal no Monitoring. Para mais informações, consulte Métricas, séries temporais e recursos.
Usar métricas no Monitoring
No exemplo anterior, o BindPlane foi configurado para enviar métricas do Google Cloud, do Microsoft Azure e de fontes locais. As três métricas a seguir aparecem no Monitoring:
- Métricas do cluster do GKE
- Métricas do cluster do AKS
- Métricas do banco de dados local do vSphere
Métricas do cluster do GKE
Se você tiver clusters do GKE configurados, as métricas do cluster aparecem na página de clusters do Kubernetes ou na página "Cargas de trabalho" do Kubernetes. É possível ter diversas visualizações dos componentes do Kubernetes em execução no Monitoring. As métricas, registros e configurações estão disponíveis para cada pod.
Para mais detalhes, consulte Ver métricas de observabilidade.
Métricas do cluster do AKS
No mesmo ambiente do Monitoring, as métricas do AKS são coletadas. As métricas aparecem no Monitoring e podem ser usadas para qualquer finalidade, incluindo painéis, alertas e o Metrics Explorer.
A página do Metrics Explorer é uma maneira de encontrar, filtrar e criar gráficos de métricas. Observe que as métricas enviadas pelo BindPlane têm o prefixo workload.googleapis.com/THIRD_PARTY_APP_NAME para o nome da métrica.
O Metrics Explorer pode produzir um gráfico para a métrica. Para mais informações sobre gráficos, consulte Criar gráficos com o Metrics Explorer.
Como todas as métricas do Monitoramento, você pode usar essas métricas para criar painéis que exibem vários gráficos. O painel pode representar métricas produzidas pelo AKS, coletadas pelo BindPlane e armazenadas no Monitoring. Para mais informações sobre os painéis, consulte Ver e personalizar painéis do Google Cloud.
Métricas do cluster local do vSphere
A última parte deste exemplo inclui métricas do banco de dados do vSphere. As métricas do vSphere aparecem no Monitoring e podem ser usadas da mesma forma que qualquer outra métrica do Monitoring. As métricas da Oracle do vSphere aparecem na lista de métricas na página do Metrics Explorer.
Como todas as métricas do Monitoring, elas podem ser usadas para criar alertas. O alerta pode representar métricas produzidas pelo Oracle em execução no vSphere, coletadas pelo BindPlane e armazenadas no Monitoring. Para mais informações sobre alertas, consulte Visão geral de alertas.
Conclusão
O Monitoring fornece painéis, alertas e resposta a incidentes para você ter insights sobre suas plataformas. Juntos, o monitoramento e o BindPlane fornecem a capacidade de ganhar visibilidade de seus recursos locais.
A seguir
- Cloud Logging e Cloud Monitoring
- Guia de início rápido do BindPlane
- Para mais arquiteturas de referência, diagramas e práticas recomendadas, confira a Central de arquitetura do Cloud.