Arquitetura Agent Client Collector
. Agent Client Collector. ServiceNowAgente instalado em seus dispositivos Windows, Linux e macOS para monitorar a infraestrutura da sua empresa e as aplicações instaladas.
Agent Client Collector arquitetura - visão geral
. Agent Client CollectorÉ criado em uma estrutura sensu e vem instalado com capacidades de monitoramento para servidores, bancos de dados, servidores de aplicações e middleware. Ele também suporta a extensão do monitoramento por meio de verificações adicionais da comunidade sensu ou plug-ins compatíveis com Nagios, permitindo que você personalize o monitoramento de acordo com as 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 ServiceNowe estão associados 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 estã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 entra em vigor somente na instância de verificação associada à política e não altera 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 processos. O agente envia os dados coletados para o. ServiceNowpor meio de MID Server. . MID Serverserve como uma ponte entre o agente e o. ServiceNow, garantindo que os dados sejam transformados e enviados com segurança para processamento.
Na instância, ICs são criados para o host e as aplicações classificadas dos processos em execução (como MicrosoftSQL Server). Quando esses ICs são criados, as políticas de monitoramento ativas associadas aos ICs são baixadas para os do agente MID Server, que envia as políticas ao agente para execução.
Armazenamento e uso de dados
- Dados de IC: CMDBPara 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, alertas 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 proativas de problemas.
- Defina uma política de monitoramento no ServiceNowinstância.
- . MID Serverbusca as instâncias de verificação da instância e as passa para o agente.
- O agente executa as verificações, coleta dados e envia os resultados de volta para o. MID Server.
- . MID Serverenvia os dados coletados para o. ServiceNow, onde é armazenado no CMDBou tabelas de eventos.
Os comandos e suas configurações que são executados no agente são chamados verificações . Por padrão, o Agente vem com verifique as definições , que determinam um comando específico e a frequência padrão com a qual ele é executado. As verificações são definidas na instância e passadas para o agente por meio de MID Server.
R política É uma combinação dos ICs que estão sendo monitorados pelo Agent Client CollectorE as verificações que são executadas nesses ICs. Você associa definições de verificação a políticas. Essas definições de verificação são referidas como verificar instâncias . Você pode personalizar 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 entra em vigor 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.