Arquitetura Agent Client Collector

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 3 min. de leitura
  • O Agent Client Collector é um agente ServiceNow instalado em seus dispositivos Windows, Linux e macOS para monitorar a infraestrutura e as aplicações instaladas da sua empresa.

    Agent Client Collector arquitetura - visão geral

    O Agent Client Collector foi criado em uma estrutura Sensu e vem instalado com recursos de monitoramento para servidores, bancos de dados, servidores de aplicações e middleware. Ele também oferece suporte à extensão do monitoramento por meio de verificações adicionais da comunidade Sensu ou de plug-ins compatíveis com Nagios, permitindo que você personalize o monitoramento de acordo com suas necessidades.

    Monitoramento com verificações e políticas

    O agente executa verificações no host para coletar dados relevantes, transformando-os em eventos ou métricas. Essas verificações são definidas em ServiceNow e estão associadas a políticas de monitoramento. Uma política é uma combinação dos itens de configuração (ICs) que estão sendo monitorados e as verificações executadas nesses ICs. As verificações são associadas a políticas para monitorar diferentes aspectos do sistema.

    Você pode personalizar instâncias de verificação - como ajustar a frequência ou especificar parâmetros como credenciais de login para bancos de dados - sem afetar a definição de verificação original. A personalização de uma instância de verificação tem efeito somente na instância de verificação associada à política e não muda a definição de verificação global. Essa personalização garante flexibilidade no monitoramento de vários ICs em diferentes cenários.

    Coleta e transmissão de dados

    Após a instalação, o agente coleta informações sobre seu host e processa. O agente envia os dados coletados para a instância ServiceNow por meio de MID Server. O MID Server serve como uma ponte entre o agente e a instância ServiceNow, garantindo que os dados sejam transformados e enviados com segurança para processamento.

    Na instância, os ICs são criados para o host e as aplicações classificadas a partir dos processos em execução (como Microsoft SQL Server). Depois que esses ICs são criados, as políticas de monitoramento ativas associadas aos ICs são baixadas para o MID Serverdo agente, que envia as políticas por push para o agente para execução.

    Armazenamento e uso de dados

    Os resultados das verificações são armazenados na instância ServiceNow :
    • Dados de IC: CMDB para itens de configuração.
    • Dados do evento: tabela de eventos (por exemplo, alertas acionados por violações de limite).

    Esses dados podem ser aproveitados para monitoramento, alerta e emissão de relatórios. A integração garante visibilidade em tempo real da integridade de sua infraestrutura e aplicações, além de permitir a detecção e correção proativa de problemas.


    Fluxo de configuração do Agent Client Collector

    1. Defina uma política de monitoramento na instância ServiceNow.
    2. O MID Server busca as instâncias de verificação da instância e as passa para o agente.
    3. O agente executa as verificações, coleta dados e envia os resultados de volta para o MID Server.
    4. O MID Server envia os dados coletados para a instância ServiceNow, onde são armazenados nas tabelas CMDB ou de eventos.

    Os comandos e suas configurações executados no Agente são chamados de verificações. O agente vem por padrão com definições de verificação, que determinam um comando específico e a frequência padrão com que ele é executado. As verificações são definidas na instância e passadas para o agente por meio do MID Server.

    Uma política é uma combinação dos ICs monitorados pelo Agent Client Collector e as verificações executadas nesses ICs. Você associa definições de verificação a políticas. Essas definições de verificação são chamadas de instâncias de verificação. Você pode personalizar as instâncias de verificação para atender às suas necessidades. Por exemplo, personalize o intervalo de execução ou os parâmetros específicos da política, como as credenciais de login para acessar um banco de dados MySQL. A personalização de uma instância de verificação tem efeito somente na instância de verificação associada à política, o que não afeta a definição de verificação original ou as instâncias de verificação já criadas em outras políticas.