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

9. Monitoramento de máquinas virtuais

Overview

Suporte de monitoramento de ambientes VMware está disponível no Zabbix começando com a versão 2.2.0.

O Zabbix pode usar regras de descoberta de baixo nível para descobrir automaticamente Hypervisors VMware e máquinas virtuais e criar hosts para monitorar eles, com base em protótipos de host predefinidos.

O conjunto de dados padrão no Zabbix oferece vários modelos prontos para uso para monitorar o hypervisor VMware vCenter ou ESX.

A versão mínima necessária do VMware vCenter ou vSphere é 5.1.

Detalhes

O monitoramento da máquina virtual é feito em duas etapas. Primeiro, virtuais os dados da máquina são coletados pelos processos do vmware collector Zabbix. Aqueles processos obtêm as informações necessárias dos serviços da Web da VMware no Protocolo SOAP, pré-processa e armazena no servidor Zabbix compartilhando memória. Em seguida, esses dados são recuperados pelos pesquisadores usando o Zabbix simples verifique VMware keys.

A partir do Zabbix versão 2.4.4 os dados coletados são divididos em 2 tipos: dados de configuração do VMware e dados do contador de desempenho do VMware. Ambos os tipos são coletados independentemente por coletores de vmware. Porque disso é recomendado habilitar mais coletores do que os monitorados Serviços VMware. Caso contrário, recuperação do contador de desempenho VMware as estatísticas podem ser atrasadas pela recuperação da configuração do VMware dados (o que demora um pouco para grandes instalações).

Atualmente, apenas estatísticas de armazenamento de dados, interface de rede e dispositivo de disco e os itens do contador de desempenho personalizado são baseados no desempenho do VMware informações do contador.

Configuração

Para que o monitoramento de máquinas virtuais funcione, o Zabbix deve ser compilado com o --with-libxml2 e --with-libcurl opções de compilação.

As seguintes opções de arquivo de configuração podem ser usadas para ajustar o Virtual monitoramento da máquina:

  • StartVMwareCollectors - o número de vmware pré-bifurcados instâncias do coletor.
    Esse valor depende do número de serviços VMware que você vai monitor. Na maioria dos casos, deve ser:
    servicenum < StartVMwareCollectors < (servicenum * 2)
    onde servicenum é o número de serviços VMware. Por exemplo. se vocês tem 1 serviço VMware para monitorar defina StartVMwareCollectors para 2, se você tem 3 serviços VMware, defina-o como 5. Observe que na maioria dos casos este valor não deve ser inferior a 2 e não deve ser 2 vezes maior que o número de serviços VMware que você monitora. Também tenha em mente que esse valor também depende do seu ambiente VMware tamanho e configuração VMwareFrequency e VMwarePerfFrequency parâmetros (veja abaixo).
  • VMwareCacheSize
  • VMwareFrequency
  • VMwarePerfFrequency
  • VMwareTimeout

Para mais detalhes, veja as páginas do arquivo de configuração do Zabbix servidor e proxy.

::: não importante Para dar suporte às métricas de capacidade do armazenamento de dados Zabbix requer que o parâmetro vpxd.stats.maxQueryMetrics de configuração VMware seja pelo menos 64. Consulte também a base de conhecimento VMware artigo. :::

Descoberta

O Zabbix pode usar uma regra de descoberta de baixo nível para descobrir automaticamente Hipervisores e máquinas virtuais VMware.

Todos os campos de entrada obrigatórios estão marcados com um asterisco vermelho.

A chave da regra de descoberta na captura de tela acima é vmware.hv.discovery[{$URL}].

Protótipos de host

Os protótipos de host podem ser criados com a regra de descoberta de baixo nível. Quando máquinas virtuais são descobertas, esses protótipos se tornam hosts reais. Os protótipos, antes de serem descobertos, não podem ter seus próprios itens e gatilhos, além daqueles dos modelos vinculados. Anfitriões descobertos pertencerá a um host existente.

Para que os hosts criados a partir de um protótipo tenham nomes de host exclusivos, o campo Nome do host deve conter pelo menos um descoberta de baixo nível macro.

Desde o Zabbix 5.2, os hosts descobertos podem ser configurados com interfaces ou herdar o IP de um host ao qual a regra de descoberta pertence (predefinição). Para adicionar uma ou mais interfaces personalizadas, alterne a Interface seletor do modo Herdar para o modo Personalizado e pressione add_link.png e selecione o tipo de interface necessário no menu suspenso que aparece. Todo tipos de interfaces suportados podem ser definidos para um protótipo de host: Agente Zabbix, SNMP, JMX, IPMI. Campos de interface suportam baixo nível macros de descoberta e macros de usuário. Se várias interfaces personalizadas forem especificadas - use a coluna Default para especifique a interface primária.

Notas:

  • Se Personalizado for selecionado, mas nenhuma interface tiver sido especificada, o hosts serão criados sem interfaces.
  • Se Herdar for selecionado para um protótipo de host que pertence a um template, os hosts descobertos herdarão a interface de um host para ao qual o modelo está vinculado.

Um host não será criado, se a interface do host contém dados incorretos

As macros LLD também podem ser usadas para o nome visível, protótipo do grupo de host campos, valores de tag ou valores de macros de usuário de protótipo de host.

Outras opções que podem ser especificadas para um protótipo de host são:

  • Vinculação a grupos de hosts existentes
  • Vinculação de modelos
  • Criptografia

Se Criar habilitado estiver marcado, o host será adicionado em um Estado. Se desmarcado, o host será adicionado, mas em um estado desabilitado.

Se Discover estiver marcado (padrão), o host será criado. Se desmarcada, o host não será criado, a menos que esta configuração seja substituído na descoberta regra. este funcionalidade fornece flexibilidade adicional ao criar descoberta as regras.

Os hosts descobertos são prefixados com o nome da regra de descoberta que os criou, na lista de hosts. Hosts descobertos podem ser manualmente excluído. Os hosts descobertos também serão excluídos automaticamente, com base em o valor Manter o período de recursos perdidos (em dias) da regra de descoberta. A maioria das opções de configuração são somente leitura, exceto habilitar/desabilitar o host e o inventário do host. Os hosts descobertos não podem têm seus próprios protótipos de host.

Modelos prontos para uso

O conjunto de dados padrão no Zabbix oferece vários modelos prontos para uso para monitorando o VMware vCenter ou diretamente o hipervisor ESX. Esses modelos contêm regras LLD pré-configuradas, bem como várias verificações integradas para monitorar instalações virtuais.

Modelos para monitoramento de hypervisor VMware vCenter e ESX:

  • VMware - usa dados UUID para macros correspondentes;
  • VMware FQDN - usa dados FQDN para macros correspondentes.

Para que o modelo VMware FQDN funcione corretamente cada VM monitorada deve ter um nome de SO exclusivo compatível com as regras de FQDN e o VMware Tools deve ser instalado em todas as máquinas. Se essas condições forem atendidos, é recomendável usar o modelo VMware FQDN. A criação do modelo VMware FQDN tornou-se possível após a introdução da capacidade para criar hosts com interfaces personalizadas no Zabbix 5.2.

Um modelo clássico VMware ainda está disponível e pode ser usado se o FQDN requisitos não podem ser atendidos. Lembre-se de que o VMware modelo tem um problema conhecido. Os hosts para máquinas virtuais descobertas ser criado com os nomes salvos no vCenter (por exemplo, VM1, VM2, etc.). Se o Zabbix agent active for instalado posteriormente nesses hosts com registro automático habilitado, o processo de registro automático lerá host nomes como eles foram registrados no lançamento (por exemplo, vm1.example.com, vm2.example.com, etc.) e crie novos hosts desde que não correspondências de nome foram encontradas. Como resultado, haverá duas duplicatas hosts para cada máquina com nomes diferentes.

Modelos usados ​​pela descoberta (normalmente, esses modelos não devem ser vinculado manualmente a um host):

  • VMware Hypervisor;
  • VMware Convidado.

Configuração do host

Para usar verificações simples do VMware, o host deve ter as seguintes macros de usuário definidas - {$VMWARE.URL} - SDK de serviço VMware (vCenter ou hipervisor ESX) URL (https://servername/sdk) - {$VMWARE.USERNAME} - Nome de usuário do serviço VMware - {$VMWARE.PASSWORD} - Serviço VMware {$VMWARE.USERNAME} usuário senha

Exemplo

O exemplo a seguir demonstra como configurar rapidamente o VMware Monitorando no Zabbix:

  • compilar o servidor zabbix com as opções necessárias (--with-libxml2 e --com-libcurl)
  • defina a opção StartVMwareCollectors na configuração do servidor Zabbix arquivo para 1 ou mais
  • criar um novo host
  • defina as macros de host necessárias para autenticação VMware:
     {{..:..:assets:en:manual:vm_monitoring:vm_host_macros.png|}}
        * Vincule o host ao modelo de serviço VMware:
            {{..:..:assets:en:manual:vm_monitoring:vm_host_templates.png|}}
        * Clique no botão //Adicionar// para salvar o host

Registro estendido

Os dados coletados pelo coletor VMware podem ser registrados para depuração usando o nível de depuração 5. Este nível pode ser definido em servidor e proxy arquivos de configuração ou usando uma opção de controle de tempo de execução (-R log_level_increase="vmware collector,N", onde N é um processo número). Os exemplos a seguir demonstram como o log estendido pode ser iniciado desde que o nível de depuração 4 já esteja definido:

 Aumente o nível de log de todos os coletores de vmware:
        shell> zabbix_server -R log_level_increase="vmware collector"
       
        Aumente o nível de log do segundo coletor vmware:
        shell> zabbix_server -R log_level_increase="vmware collector,2"

Se o registro estendido dos dados do coletor VMware não for necessário, pode ser que parou de usar a opção -R log_level_decrease.

Solução de problemas

  • Em caso de métricas indisponíveis, verifique se não estão indisponível ou desativado por padrão no VMware vSphere recente versões ou se alguns limites não são colocados na métrica de desempenho consultas de banco de dados. Ver ZBX-12094 para detalhes adicionais.
  • No caso de 'config.vpxd.stats.maxQueryMetrics' ser inválido ou excede o número máximo de caracteres permitido** erro, adicione um parâmetro config.vpxd.stats.maxQueryMetrics para o vCenter Server definições. O valor deste parâmetro deve ser o mesmo que o valor de maxQuerysize no web.xml da VMware. Veja este VMware base de conhecimento artigo para detalhes.