Você está visualizando a documentação da versão de desenvolvimento, que pode estar incompleta.
Esta página foi traduzida automaticamente. Se você notar um erro, selecione-o e pressione Ctrl+Enter para reportá-lo aos editores.

1 Descoberta de rede

Visão geral

O Zabbix oferece uma funcionalidade de descoberta automática de rede que é eficaz e muito flexível.

Com a descoberta de rede devidamente configurada, você pode:

  • acelerar a implantação do Zabbix
  • simplificar a administração
  • usar o Zabbix em ambientes que mudam rapidamente sem administração excessiva

A descoberta de rede do Zabbix é baseada nas seguintes informações:

  • Intervalos de IP
  • Disponibilidade de serviços externos (FTP, SSH, WEB, POP3, IMAP, TCP, etc)
  • Informações recebidas do agent do Zabbix (apenas o modo não criptografado é suportado)
  • Informações recebidas do agent SNMP

Ela NÃO fornece:

  • Descoberta de topologia de rede

A descoberta de rede basicamente consiste em duas fases: descoberta e ações.

Descoberta

O Zabbix periodicamente escaneia os intervalos de IP definidos nas regras de descoberta de rede. A frequência da verificação é configurável para cada regra individualmente.

Cada regra possui um conjunto de verificações de serviço definidas para serem executadas no intervalo de IP.

As regras de descoberta são processadas pelo gerenciador de descoberta. O gerenciador de descoberta cria um trabalho para cada regra com uma lista de tarefas (verificações de rede). As verificações de rede são realizadas em paralelo pelos workers de descoberta disponíveis (o número é configurável no frontend para cada regra). Apenas verificações com o mesmo IP e porta são agendadas sequencialmente porque alguns dispositivos não aceitam conexões paralelas na mesma porta.

O tamanho da fila de verificações de rede é limitado a 2000000 ou aproximadamente 4 GB de memória. Se a fila ficar cheia, a regra de descoberta será ignorada e uma mensagem de aviso será registrada no log. Você pode usar o item interno zabbix[discovery_queue] para monitorar o número de verificações de descoberta na fila.

As verificações de descoberta são processadas independentemente das outras verificações. Se alguma verificação não encontrar um serviço (ou falhar), as outras verificações ainda serão processadas.

Se uma regra de descoberta for alterada durante a execução, a execução atual da descoberta será abortada.

Cada verificação de um serviço e de um host (IP) realizada pelo módulo de descoberta de rede gera um evento de descoberta.

Evento Resultado da verificação do serviço
Serviço Descoberto O serviço está 'ativo' após estar 'inativo' ou quando descoberto pela primeira vez.
Serviço Ativo O serviço está 'ativo', após já estar 'ativo'.
Serviço Perdido O serviço está 'inativo' após estar 'ativo'.
Serviço Inativo O serviço está 'inativo', após já estar 'inativo'.
Host Descoberto Pelo menos um serviço de um host está 'ativo' após todos os serviços desse host estarem 'inativos' ou um serviço é descoberto que pertence a um host não registrado.
Host Ativo Pelo menos um serviço de um host está 'ativo', após pelo menos um serviço já estar 'ativo'.
Host Perdido Todos os serviços de um host estão 'inativos' após pelo menos um estar 'ativo'.
Host Inativo Todos os serviços de um host estão 'inativos', após já estarem 'inativos'.

Ações

Eventos de descoberta podem ser a base de ações relevantes, como:

  • Enviar notificações
  • Adicionar/remover hosts
  • Habilitar/desabilitar hosts
  • Adicionar hosts a um grupo
  • Remover hosts de um grupo
  • Adicionar tags a um host
  • Remover tags de um host
  • Vincular um template a hosts/desvincular um template de hosts
  • Executar scripts remotos

Essas ações podem ser configuradas com base no tipo de dispositivo, IP, status, tempo de atividade/inatividade, etc. Para detalhes completos sobre como configurar ações para eventos baseados em descoberta de rede, consulte as páginas de operações e condições de ação.

Como as ações de descoberta de rede são baseadas em eventos, elas serão acionadas tanto quando um host descoberto estiver online quanto quando estiver offline. É altamente recomendado adicionar uma condição de ação Discovery status: up para evitar que ações como Add host sejam acionadas em eventos Service Lost/Service Down. Caso contrário, se um host descoberto for removido manualmente, ele ainda gerará eventos Service Lost/Service Down e será recriado durante o próximo ciclo de descoberta.

Vincular templates a um host descoberto falhará coletivamente se qualquer um dos templates vinculáveis tiver uma entidade única (por exemplo, chave de item) que seja igual a uma entidade única (por exemplo, chave de item) já existente no host ou em outro dos templates vinculáveis.

Criação de host

Um host é adicionado se a operação Adicionar host for selecionada. Um host também é adicionado, mesmo que a operação Adicionar host esteja ausente, se você selecionar operações que resultem em ações em um host. Tais operações são:

  • habilitar host
  • desabilitar host
  • adicionar host a um grupo de hosts
  • vincular template a um host

Os hosts criados são adicionados ao grupo Hosts descobertos (por padrão, configurável em AdministraçãoGeralOutros). Se você deseja que os hosts sejam adicionados a outro grupo, adicione uma operação Remover de grupos de hosts (especificando "Hosts descobertos") e também adicione uma operação Adicionar a grupos de hosts (especificando outro grupo de hosts), pois um host deve pertencer a um grupo de hosts.

O endereço IP do dispositivo descoberto é o critério para encontrar um host no sistema. Se já existir um host com esse endereço IP e tipo de interface, esse host será o alvo para a execução das operações.

Se o endereço IP do host descoberto for alterado ou a interface for excluída, um novo host será criado na próxima descoberta.

Nomeação de hosts

Ao adicionar hosts, o nome do host é o resultado da pesquisa reversa de DNS ou do endereço IP se a pesquisa reversa falhar. A pesquisa é realizada a partir do Zabbix server ou do Zabbix proxy, dependendo de qual está realizando a descoberta. Se a pesquisa falhar no proxy, ela não será repetida no server. Se já existir um host com esse nome, o próximo host terá _2 adicionado ao nome, depois _3 e assim por diante.

Também é possível substituir a pesquisa de DNS/IP e, em vez disso, usar o valor de um item para o nome do host, por exemplo:

  • Você pode descobrir vários servidores com o Zabbix agent em execução usando um item do Zabbix agent para descoberta e atribuir nomes apropriados a eles automaticamente, com base no valor de string retornado por esse item
  • Você pode descobrir vários dispositivos de rede SNMP usando um item do SNMP agent para descoberta e atribuir nomes apropriados a eles automaticamente, com base no valor de string retornado por esse item

Se o nome do host foi definido usando o valor de um item, ele não é atualizado durante as verificações de descoberta subsequentes. Se não for possível definir o nome do host usando o valor de um item, o valor padrão (nome DNS) é usado.

Se já existir um host com o endereço IP descoberto, um novo host não é criado. No entanto, se a ação de descoberta contiver operações (vincular template, adicionar ao grupo de hosts, etc.), elas serão executadas no host existente.

Remoção de host

Hosts descobertos por uma regra de descoberta de rede são removidos automaticamente de MonitoramentoDescoberta se uma entidade descoberta não estiver mais no intervalo de IPs da regra. Os hosts são removidos imediatamente.

Criação de interface ao adicionar hosts

Quando hosts são adicionados como resultado da descoberta de rede, eles recebem interfaces criadas de acordo com estas regras:

  • os serviços detectados - por exemplo, se uma verificação SNMP for bem-sucedida, uma interface SNMP será criada
  • se um host respondeu tanto a solicitações do agent Zabbix quanto a solicitações SNMP, ambos os tipos de interfaces serão criados
  • se os critérios de exclusividade forem dados retornados pelo agent Zabbix ou SNMP, a primeira interface encontrada para um host será criada como a padrão. Outros endereços IP serão adicionados como interfaces adicionais. As condições da ação (como IP do host) não afetam a adição de interfaces. Observe que isso funcionará se todas as interfaces forem descobertas pela mesma regra de descoberta. Se uma regra de descoberta diferente descobrir uma interface diferente do mesmo host, um host adicional será adicionado.
  • se um host respondeu apenas a verificações do agent, ele será criado apenas com uma interface de agent. Se ele começar a responder ao SNMP posteriormente, interfaces SNMP adicionais serão adicionadas.
  • se 3 hosts separados foram inicialmente criados, tendo sido descobertos pelo critério de exclusividade "IP", e então a regra de descoberta for modificada para que os hosts A, B e C tenham resultados de critérios de exclusividade idênticos, B e C são criados como interfaces adicionais para A, o primeiro host. Os hosts individuais B e C permanecem. Em Monitoramento → Descoberta as interfaces adicionadas serão exibidas na coluna "Dispositivo descoberto", em fonte preta e indentadas, mas a coluna "Host monitorado" exibirá apenas A, o primeiro host criado. "Tempo de atividade/Tempo de inatividade" não é medido para IPs que são considerados interfaces adicionais.

Alterando a configuração do proxy

Os hosts descobertos por diferentes proxies são sempre tratados como hosts diferentes. Embora isso permita realizar a descoberta em intervalos de IP correspondentes usados por diferentes sub-redes, alterar o proxy para uma sub-rede já monitorada é complicado porque as alterações de proxy também devem ser aplicadas a todos os hosts descobertos.

Por exemplo, os passos para substituir o proxy em uma regra de descoberta:

  1. desabilite a regra de descoberta
  2. sincronize a configuração do proxy
  3. substitua o proxy na regra de descoberta
  4. substitua o proxy para todos os hosts descobertos por esta regra
  5. habilite a regra de descoberta