Como o Agent Client Collector para Visibilidade funciona

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 2 min. de leitura

    • Agent Client Collector para Visibilidade (ACC-V) requer a instalação de ServiceNow Agent Client Collector (ACC) no host de destino. O ACC é um derivado do Sensu-Go, um software de código aberto.

    Casos de uso de ACC-V

    O ACC-V aplica verificações e políticas para programar e coletar dados do host. O ACC-V é acionado durante os seguintes casos:
    • Programação periódica: uma abordagem baseada em políticas em que Descoberta é acionado periodicamente.
    • Na exclusão de IC: quando o registro de IC do computador ou do servidor é excluído.
    • CicloMID Server : quando o MID Server desce e volta a funcionar.
    • Ciclo do host de destino: quando o host de destino fica inativo e volta a funcionar.
    • Quebra de rede: quando há uma quebra no link de rede com o destino.
    Nota:
    Descoberta é acionado para os agentes cujos hosts já estão presentes. Os agentes cujos hosts não estão presentes são descobertos por meio do ACC-F.

    Verificações e políticas do ACC-V

    Os ativos do ACC-V são armazenados como plug-ins do agente com o ponto de entrada principal [acc_visibility_main] e outros módulos para famílias de SO. Há um sistema principal Descoberta Definição de verificação, chamado Enhanced Discovery, que é usado pelo Enhanced Discovery Policy. Esta política do ACC-V é executada fora de uma programação, cujo padrão é 24 horas (86.400 segundos). Esta configuração de política é sincronizada com todos os agentes, conforme definido na política ACC-V.

    Quando a carga útil é retornada do MID Server para a instância, o tipo de verificação ACC-V, EnhancedDiscovery, delega tarefas para a inclusão de script EnhancedDiscoveryHandler fornecida pelo ACC-V. O script contém lógica para processar os dados da verificação e lida com tarefas como:
    • Transformação de dados em uma carga compatível com o mecanismo de identificação e reconciliação (IRE)
    • Reconciliação de dados não relacionados a IC (cmdb_running_processes, cmdb_tcp_connections e assim por diante)

    A definição de verificação do ACC-V, Enhanced Discovery, é iniciada pela instância ServiceNow. Em seguida, um registro de Fila do ECC com o tópico MonitoringProbe é criado na fila de saída com informações de verificação relevantes. O MID Server processa a verificação enviando uma mensagem para o ACC via WebSocket sobre TLS.

    Durante esse tempo, o MID Server também atende a todos os ativos ou plug-ins relevantes que o ACC solicita, garantindo que seja relevante para o sistema operacional, a plataforma, a versão do SO e a arquitetura específicos nos quais o ACC está sendo executado.

    Você pode editar e modificar todas as partes da aplicação ACC-V, incluindo tipo de verificação, política e definição de verificação. Para obter mais informações, consulte Verificações e políticas.

    Máquinas virtuais e instâncias em nuvem

    O ACC-V associa um destino, descoberto por meio de Descoberta, a ICs de instância de máquina virtual (VM) pré-existentes. O ACC-V associa o registro de IC descoberto a qualquer registro de instância de VM pré-existente ou registro de instância de servidor em nuvem com relacionamentos de CMDB apropriados.

    As seguintes variantes de fornecedores de virtualização e servidor em nuvem são compatíveis com o ACC-V:
    • vCenter
    • Amazon AWS Cloud
    • Google (GCP)
    • Microsoft Azure