Esta é uma tradução da página de documentação original em inglês. Ajude-nos a torná-la melhor.

Sidebar

Become a monitoring expert!
Sign up for Zabbix training

1 descoberta de rede

Visão geral

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

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

  • acelerar a implantação do Zabbix
  • simplificar a administração
  • use o Zabbix em ambientes que mudam rapidamente sem excesso de administração

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

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

NÃO fornece:

  • Descoberta de topologia de rede

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

Descoberta

O Zabbix verifica periodicamente os intervalos de IP definidos em descoberta de rede regras. A frequência do check é configurável para cada regra individualmente.

Observe que uma regra de descoberta sempre será processada por um único processo descobridor. O intervalo de IP não será dividido entre vários processos do descobridor.

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

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), outras verificações serão ainda ser processado.

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

Evento Verificação do resultado do serviço
Serviço Descoberto O serviço está 'ativo' depois de ter sido 'inativo' ou quando descoberto pela primeira vez.
Service Up O serviço está 'up', depois que já estava 'up'.
Serviço Perdido O serviço está 'inativo' depois de estar 'ativo'.
Serviço inativo O serviço está 'inativo', depois que já estava 'inativo'.
Host Descoberto Pelo menos um serviço de um host está 'ativo' depois que todos os serviços desse host estavam 'inativos' ou um serviço é descoberto que pertence a um host não registrado.
Host Up Pelo menos um serviço de um host está 'up', depois que pelo menos um serviço já estava 'up'.
Host Lost Todos os serviços de um host estão 'down' após pelo menos um estar 'up'.
Host Down Todos os serviços de um host estão 'down', depois de já estarem 'down'.

Ações

Os eventos de descoberta podem ser a base de ações, como:

  • Envio de notificações
  • Adicionando/removendo hosts
  • Habilitar/desabilitar hosts
  • Adicionando hosts a um grupo
  • Removendo hosts de um grupo
  • Vinculando hosts a/desvinculando de um modelo
  • Execução de scripts remotos

Essas ações podem ser configuradas em relação ao tipo de dispositivo, IP, status, tempo de atividade/tempo de inatividade, etc. Para obter detalhes completos sobre a configuração de ações para eventos baseados em descoberta de rede, consulte ação operação e condições.

A vinculação de um host descoberto a modelos falhará coletivamente se algum dos modelos vinculáveis tiver uma entidade única (por exemplo, chave de item) que é o mesmo que uma entidade única (por exemplo, chave de item) já existente no host ou em outro dos vinculáveis modelos.

Criação de host

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

  • habilitar host
  • desabilitar host
  • adicionar host a um grupo de hosts
  • modelo de link para um host

Os hosts criados são adicionados ao grupo Anfitriões descobertos (por padrão, configurável em AdministraçãoGeralOutro). Se você deseja que os hosts sejam adicionados a outro grupo, adicione um Remove from host groups (especificando "Anfitriões descobertos") e também adicionar um Add para hospedar grupos operação (especificando outro grupo de hosts), porque um host deve pertencer a um grupo de hosts.

Nomeação do host

Ao adicionar hosts, um nome de host é o resultado de pesquisa de DNS reverso ou IP endereço se a pesquisa reversa falhar. A pesquisa é realizada a partir do Zabbix servidor ou proxy Zabbix, dependendo de qual está fazendo a descoberta. Se a pesquisa falha no proxy, ela não é repetida no servidor. Se o anfitrião com esse nome já existe, o próximo host obteria _2 anexado ao nome, depois _3 e assim por diante.

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

  • Você pode descobrir vários servidores com o agente Zabbix rodando usando um Item do agente Zabbix para descoberta e atribuir nomes próprios a eles automaticamente, com base no valor da string retornado por este item
  • Você pode descobrir vários dispositivos de rede SNMP usando um agente SNMP item para descoberta e atribuir nomes próprios a eles automaticamente, com base no valor da string retornado por este item

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

Se já existir um host com o endereço IP descoberto, um novo host será não criado. No entanto, se a ação de descoberta contiver operações (link modelo, adicionar ao grupo de hosts, etc), eles são executados no hospedeiro.

Remoção de host

Os hosts descobertos por uma regra de descoberta de rede são removidos automaticamente de MonitoramentoDescoberta se uma entidade descoberta não estiver no intervalo de IP 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, um A interface SNMP será criada
  • se um host respondeu tanto ao agente Zabbix quanto às solicitações SNMP, ambos tipos de interfaces serão criados
  • se os critérios de exclusividade forem o agente Zabbix ou dados retornados por SNMP, o a primeira interface encontrada para um host será criada como padrão. Outros endereços IP serão adicionados como interfaces adicionais.
  • se um host respondeu apenas às verificações do agente, ele será criado com um apenas interface do agente. Se ele começar a responder ao SNMP mais tarde, interfaces SNMP adicionais seriam adicionadas.
  • se 3 hosts separados foram criados inicialmente, tendo sido descobertos pelos critérios de exclusividade "IP" e, em seguida, a regra de descoberta é modificado para que os hosts A, B e C tenham critérios de exclusividade idênticos resultado, B e C são criados como interfaces adicionais para A, o primeiro hospedeiro. Os hospedeiros individuais B e C permanecem. Em Monitoramento → Discovery as interfaces adicionadas serão exibidas no campo "Discovered dispositivo", em fonte preta e recuada, mas a coluna "Host monitorado" coluna exibirá apenas A, o primeiro host criado. "Uptime/Downtime" não é medido para IPs que são considerados interfaces adicionais.

Alterando a configuração de proxy

Os hosts descobertos por diferentes proxies são sempre tratados como hospedeiros diferentes. Enquanto isso permite realizar a descoberta no IP correspondente intervalos usados por diferentes sub-redes, alterando o proxy para um já sub-rede monitorada é complicado porque as alterações de proxy também devem ser aplicado a todos os hosts descobertos.

Por exemplo, as etapas para substituir o proxy em uma regra de descoberta:

  1. desative a regra de descoberta
  2. configuração de proxy de sincronização
  3. substitua o proxy na regra de descoberta
  4. substitua o proxy para todos os hosts descobertos por esta regra
  5. habilitar regra de descoberta